apache 2 configuratie/virtual host

[Els]

Ik heb echt al op veel plaatsen gezocht maar kom er net niet helemaal uit.
Ik wil een paar sites lokaal ontwikkelen. Deze staan in /home/els/sites/site1.nl en home/els/sites/site2.nl.
Ik heb de bestanden site1 en site2 in etc/apache2/sites-available:

Code: [Selecteer]


ServerAdmin webmaster@localhost
ServerName dev.site1.nl
DocumentRoot /home/els/sites/site1.nl
#we want specific log file for this server
CustomLog /var/log/apache2/site1.nl-access.log combined
(en voor site2 hetzelfde) en met sudo ln -s /etc/apache2/sites-available/site1 site1 (en hetzelfde voor site2) in sites-enabled de link gecreëerd.

Als ik in /etc/hosts dit laat staan:

Code: [Selecteer]

127.0.0.1 localhost
127.0.1.1 els-desktopkrijg ik als ik naar http://localhost/ ga:
Index of /
met de directories apache2-default en phpmyadmin, en dat is ook de bedoeling om in phpMyAdmin te kunnen.
Maar als ik /etc/hosts/ zo aanpas:

Code: [Selecteer]

127.0.0.1 localhost dev.site1.nl dev.site2.nl
127.0.1.1 els-desktopgaat alles, dus zowel http://localhost/ als http://dev.site1.nl als http://dev.site2.nl naar dev.site2.nl.

sudo /etc/init.d/apache2 reload
geeft deze melding:

Code: [Selecteer]

 * Reloading web server config...                                               5981
apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.1.1 for ServerName
[Sun Sep 23 22:40:33 2007] [warn] VirtualHost dev.site2.nl:0 overlaps with VirtualHost dev.site1.nl:0, the first has precedence, perhaps you need a NameVirtualHost directive
                                                                         [ OK ]
els@els-desktop:/etc/apache2/sites-enabled$dus ik zal wel iets moeten met die NameVirtualHost directive, maar waar en wat?

Kan iemand me hieruit helpen?

[Tukcedo]

Ik mis boven de code die je geeft uit je httpd.conf nog:

NameVirtualHost *:80

En dan pas je


    ServerAdmin bla@bla.nl
    DocumentRoot /bla1
    ServerName bla1



    ServerAdmin bla@bla.nl
    DocumentRoot /bla2
    ServerName bla2


Let er op dat je server dus wel EXACT kijkt naar hoe je 'm aanspreekt en dat vergelijkt met de ServerName directives. Een server die www.bladiebla.nl heet zal never nooit niet gaan reageren op de URL http://localhost ...

Er is echter wel een truc. Stel dat je servertje ALLEEN op localhost luistert omdat je alleen aan het ontwikkelen bent, neem dan in /etc/hosts de volgende regels op (eentje voor elke Servername zeg maar:

127.0.0.1       bla1
127.0.0.1       bla2

En in je URL kun je dan eenvoudig verwijzen naar http://bla1

[Els]

De code die ik gaf staat niet in httpd.conf maar in twee aparte bestanden 'site1' en 'site2'. Volgens deze instructies moet je voor elke site zo'n bestand maken. Er staat wel een bestand httpd.conf in /etc/apache2 maar dat is leeg. En alles wat ik verwacht had in httpd.conf staat in apache2.conf.

Ik ga nu proberen die code van jou in httpd.conf te zetten, mocht het toch in apache2.conf moeten laat maar even weten.

En kunnen die aparte bestanden per site dan weer weg?

[Els]

els@els-desktop:~$ sudo /etc/init.d/apache2 reload
* Reloading web server config...                                               5609
apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.1.1 for ServerName
[Mon Sep 24 17:21:36 2007] [warn] VirtualHost dev.site1.nl:0 overlaps with VirtualHost dev.site2.nl:0, the first has precedence, perhaps you need a NameVirtualHost directive
[Mon Sep 24 17:21:36 2007] [error] VirtualHost *:80 -- mixing * ports and non-* ports with a NameVirtualHost address is not supported, proceeding with undefined results
[Mon Sep 24 17:21:36 2007] [error] VirtualHost *:80 -- mixing * ports and non-* ports with a NameVirtualHost address is not supported, proceeding with undefined results
[Mon Sep 24 17:21:36 2007] [warn] NameVirtualHost *:80 has no VirtualHosts
                                                                         [ OK ]

... dus als ik dit

NameVirtualHost *:80


    ServerAdmin bla@bla.nl
    DocumentRoot /home/els/sites/site1.nl
    ServerName dev.site1.nl



    ServerAdmin bla@bla.nl
    DocumentRoot /home/els/sites/site2.nl
    ServerName dev.site2.nl


in httpd.conf heb gezet. En alle drie
- http://localhost/
- http://dev.site1.nl
- http://dev.site2.nl
gaan naar dev.site1.nl

Toen de bestanden site1 en site2 uit sites-enabled en sites-available verwijderd, en dit in /etc/hosts aangepast:

127.0.0.1   localhost
127.0.0.1   dev.site2.nl
127.0.0.1   dev.site1.nl
127.0.1.1   els-desktop

Nu gaat alles naar dev.site2.nl... En alleen de warning na het herstarten van apache is nu weg, de drie errors zijn hetzelfde.

[Tukcedo]

Hmmm, ik zou niet weten waarom je die configuraties zou willen splitsen. Alles in een enkele httpd.conf is VEEL beter te onderhouden, met als enige uitzondering de httpS code in ssl.conf of iets dergelijks. Kortom, alles in 1 httpd.conf dus.

De eerste melding komt door het ontbreken van een ServerName directive. Dit zou in jouw geval een "generieke" naam van de server kunnen zij, als het maar niet bla1 of bla2 is.

Heb je trouwens ook de Listen directive gebruikt om de port (80) aan te duiden? Evt. kan ik je morgen een gedeelte van onze httpd.conf sturen als het hiermee niet lukt.

[Els]

Hoi bedankt weer. Vanavond helaas geen tijd meer om nog wat uit te proberen, morgen laat ik weten of ik hiermee verder kom. Onder windows had ik ook gewoon alle virtual hosts in httpd.conf staan. Maar ja, die instructies in eerdergenoemde link heb ik maar gewoon gevolgd...

[Gandyman]

om te beginnen kan je beter eerst gaan werken zoals het hoort.

Dus alle website's komen in de map WWW

Vervolgens maak je alle virtuele servers aan in 1 http.conf, dus niet gaan splitsen ed.

daarna kan je dit erin aanmaken.

Code: [Selecteer]

Include /etc/phpmyadmin/apache.conf
#locale ip-adres
NameVirtualHost 192.168.1.101
#outside ip-adres van je internet aansluiting
NameVirtualHost 213.21*.***.***


DocumentRoot /var/www
ServerName 213.21*.***.***



DocumentRoot /var/www.naamsite1.nl
ServerName www.naamsite1.nl









DocumentRoot /var/www.naamsite2.nl
ServerName www.naamsite2.nl






En het klopt als je apache2 gebruikt dat alles in de apache2.conf komt te staan, hier kijkt hij dus in.

Maagoe
Op deze manier maak je 1 hoofd server, en de rest zijn virtuele servers en daar kan je dan gewoon mee doorgaan.

[Els]

om te beginnen kan je beter eerst gaan werken zoals het hoort.
Dus alle website's komen in de map WWW

Neem me niet kwalijk? Zoals het hoort? Ik maak zelf wel uit waar de websites komen

Intussen heb ik het opgelost. Wel m.b.v. deze instructie, dus niet 'zoals het hoort'?

In /etc/apache2/sites-available/site1.conf:

Code: [Selecteer]

NameVirtualHost *

ServerAdmin webmaster@localhost
ServerName dev.site1.nl
#We want to be able to access the web site using www.dev.example.com or dev.example.com
ServerAlias www.dev.site1.nl
DocumentRoot /home/els/sites/site1.nl
#if using awstats
#ScriptAlias /awstats/ /usr/lib/cgi-bin/
#we want specific log file for this server
CustomLog /var/log/apache2/site1.nl-access.log combined
en site2.conf hetzelfde (met overal site2 i.p.v. site1 natuurlijk).

In /etc/hosts:

Code: [Selecteer]

127.0.0.1 localhost dev.site1.nl dev.site2.nl
127.0.1.1 els-desktopDe oplossing voor mijn oorspronkelijke probleem was in /etc/apache2/sites-available/default deze regel te 'un-commenten':

Code: [Selecteer]

RedirectMatch ^/$ /apache2-default/Allemaal bedankt.

[Tukcedo]

Heel goed Els. Jij bedankt voor de terugmelding en veel plezier met je sites! ;-)

[Gandyman]

Mooi dat het gelukt is.

Echter werken zoals het hoort en of bedoelt is kan je in de toekomst ellende besparen.

Tuurlijk staat het je vrij om te configureren zoals jij dat wilt, echter dit gaat je opbreken in de toekomst.

[Els]

Tuurlijk staat het je vrij om te configureren zoals jij dat wilt, echter dit gaat je opbreken in de toekomst.

Leg maar eens uit waarom dan, als je wilt. Ik vind het zelfs logischer om de sites in de home directory te zetten.

[Tukcedo]

Ik ben het met Gandyman eens hoor: een 'standaard" inrichting is echt te prefereren boven iets dat niet standaard is. Ten eerste is daar het beheer gemak zelf. Persoonlijk heb ik liever alles bij elkaar zonder dat ik tig directories af moet struinen op zoek naar allerlei losse config filetjes. Het volgende probleem is dat je het wellicht nu nog voor jezelf doet. maar als je straks ook sites gaat inrichten voor anderen, waarbij ook andere systeembeheerders zijn betrokken, hoeveel kans hebben die lui dan om de juiste bestandjes op te sporen? Gegarandeerd dat problemen onnodig lang blijven liggen omdat ze niet meteen zien waar het probleem zit. Kun je allemaal voorkomen met standaard inrichting dus. Blijft het probleem wat nu die standaard inrichting is. Deze kun je het beste halen van de web site van het betreffende product zelf, bij de mailing lists van de bijbehorende community etc.

[Els]

Natuurlijk ben ik het met jullie principe eens, maar wat is hier mis mee, als het zo niet de bedoeling is wat doen dan die directories sites-available en sites-enabled in de (standaard) installatie van apache?
Je hoeft helemaal niet op zoek naar 'losse' config files, met één oogopslag zie je in sites-enabled welke sites je ingesteld hebt. Vind ik persoonlijk makkelijker dan in httpd.conf helemaal naar beneden scrollen om ze te zoeken.

[Pjotr]

Natuurlijk ben ik het met jullie principe eens, maar wat is hier mis mee, als het zo niet de bedoeling is wat doen dan die directories sites-available en sites-enabled in de (standaard) installatie van apache?
Je hoeft helemaal niet op zoek naar 'losse' config files, met één oogopslag zie je in sites-enabled welke sites je ingesteld hebt. Vind ik persoonlijk makkelijker dan in httpd.conf helemaal naar beneden scrollen om ze te zoeken.

Linux is vrijheid, je mag het helemaal zelf weten!  :-)

[Tukcedo]

Goed gesproken Pjotr. We kunnen je alleen onze mening geven maar als je zelf een goede reden ziet om het anders te doen, ook goed!

[Gandyman]

Probleem is mijn beste els dat het te omvangrijk is om ff uit te leggen.

Ik denk dan ook dat het het beste is dat je er door schade en schande (spreekwoordelijk gezegd) zelf achter moet komen.

Kleine note :
Je installeert apache op je pc, ik neem aan dat je ook met deze pc op internet zit ??
Apache is al niet het beste kwa beveiliging......

maagoe.

[Els]

Ik waardeer alle hulp die ik hier krijg, maar dit moet me even van het hart: ik sta open voor argumenten om iets anders te doen dan ik zelf bedacht had, maar met vage 'dreigementen' ("dit gaat je opbreken in de toekomst", "...door schade en schande zelf achter moet komen") kan ik niet veel.

(Ik heb overigens alle hier genoemde suggesties uitgeprobeerd, dus denk niet dat ik niets aanneem, alleen bleken deze geen van alle de problemen op te lossen, en een andere manier wel.)

[Tukcedo]

;-)

Sorry, kon een glimlach niet onderdrukken nu ik Els' reactie lees. Ja kan ik me voorstellen, maar Gandyman meent 't zeker niet als dreigement. Kijk, soms is het ook goed dat je ergens es tegenaan botst. Hebben we allemaal gedaan en zijn we wijzer van geworden, toch? Vandaar ook dat 't uiteindelijk aan jou is wat je met de diverse suggesties doet. Even goeie maatjes, echt!

[Els]

Gandyman meent 't zeker niet als dreigement.

Dat snap ik ook wel hoor ;-)

[sniper_david]

Ik vind het ook een beetje eigenaardig.

Eerlijk gezegd kom ik er niet helemaal aan uit ;-)

Mijn komplate server cofiguratie van de Virtualhosts staan bij mij in
/etc/apache2/sites-available/default

De websites staan in /var/www of waar je het ook wil hebben.

Nu ja,
iedereen doet het op zijn manier :-)

[Gandyman]

Klopt helemaal tukcedo

Bij ons op het forum word waar echt noodzakelijk is directe oplossingen gegeven.

Echter daar waar je al ziet dat die persoon zelf al lekker kan knutselen worden antwoorden gegeven in educatieve zin.

Kant & klare brokken aan iemand geven resulteerd dat die persoon niets leert.
Jezelf te pletter zoeken naar een oplossing voor een probleem resulteerd dat je het nooit meer vergeet.

En in dit geval lieve els gaf ik dit antwoord omdat je zelf zeer resoluut was in je beslissing.

Neem me niet kwalijk? Zoals het hoort? Ik maak zelf wel uit waar de websites komen

En we zitten niet hier om eindeloos ergens over te discuseren, maar om oplossingen te bedenken en wat te leren.
En Linux is lekker flexibel en kan alles doen wat jij wilt op de manier zoals jij dit wilt.

Nix mis mee.

Echter ??
Ik zal (misschien een) raar voorbeeld geven.
Jij gaat zometeen een CMS website testen in een andere map.
Je gaat installeren, en zoals gewoonlijk word dit gedaan door een script.
De makers van dit script werken op de manier zoals het file system van Debian - Ubuntu in elkaar steekt.

Je steekt van wal en hoppa, het script kan MySQL niet vinden, of het gooit de halve website in de www map en de rest in je home.

Eindresultaat ??
een zooitje.

Nogmaals dit hoeft helemaal niet te gebeuren, maar kan wel wanneer je afwijkend werkt op je PC.

Nog een voorbeeld:
Je installeerd Apache ( wat kwa veiligheid toch al niet het ju-van-het is)
Maagoe de hele wereld werkt met apache dus vooruit maar met de geit.
Mooier was geweest met Caudium (voorheen bekend als Roxen) mja, zomaar ff met Caudium beginnen en dan nog met de problemen omgaan omdat alles op Apache is ge-ent word je ook niet blij van.

Goed ik had het over Apache op de pc zetten he ??
Dus een ware webserver die actief is en werkt in een map waar hij niet hoort te werken en die map word weer niet afgeschermt door een ".htaccess"  file.

ergo:
in mijn ogen ben je op dat moment ergens als een gek lekken aan het prikken in je systeem zonder dat je van te voren een duidelijk overzicht hebt van de consequenties.

Nogmaals ik haal zomaar een paar dingetje aan waarvan ik al in mijn vorige postje hoopte dat dit een belltje liet rinkelen.
Ik probeerde je aan het denken te zetten over de gevolgen van het ( niet werken zoals het hoort)

Tuurlijk begrijp ik je motivatie en je bent vrij om te doen wat je wilt.

echter ?

Natuurlijk ben ik het met jullie principe eens, maar wat is hier mis mee, als het zo niet de bedoeling is wat doen dan die directories sites-available en sites-enabled in de (standaard) installatie van apache?

Die link naar die site met uitleg valt bij mij onder de categorie voorbeelden en niet onder de categorie ( Zo moet je het doen)
Verder nix mis mee want je leert ervan.
Die vraag over sites-available en sites-enabled die je erachter stelt verontrust me meer, hier moet je dus als een raket achteraan om te weten te komen waarvoor die dienen

 Leuke Linkjes hiervoor zijn:
http://www.langens.eu/tim/ict/ebook.pdf
http://www.atcomputing.nl/Training/voorbeelden/apache-web-server-configuratie.pdf
http://www.techzine.nl/tutorials/44/1

effin als je online iets kan vinden van Prof. K. De Bosschere dan is het wel goed.

Nogmaals ik heb er nix op tegen dat je dingen doet zoals jij dit wilt.

SCCS

[Els]

Eindresultaat ??
een zooitje.

Nee hoor :) Ik kan lezen en schrijven met dit CMS en weet precies hoe en waar ik het moet installeren.

...die map word weer niet afgeschermt door een ".htaccess"  file.

Wel :)

Als ik de indruk heb gewekt dat ik niets doe met al je suggesties - en ik stel alle hulp hier gegeven erg op prijs! - dan heb je het echt mis ;) Ik ga op m'n gemak jouw links eens volgen, en ook wat bijlezen over de veiligheid van apache.

Dank voor alle goede raad.

[Gandyman]

NP graag gedaan, ennuh ik bedoel het echt goed hoor ??

Wat ik ook belangrijk vind is dat wanneer straks al die duizenden mensen die ermee beginnen, dus de noobs onder ons, alle info krijgen.
Kijk jij kan het allemaal maar noobs niet en die gaan hun systeem dan onderuit halen en of als alles in puin loopt gaan ze schelden op Ubuntu en of linux.
het is niet veilig, het werkt niet enz enz. je kent het wel

en dat wil ik ook voorkomen.

Gandyman schreef:
...die map word weer niet afgeschermt door een ".htaccess"  file.

Wel

Ik ben trots op je