Virtual host onder Apache

[pven]

Voor mijn werk moet ik Apache zodanig instellen, dat drie verschillende HTM-pagina's via drie verschillende URLs bereikt kunnen worden. Je hebt dus één server met daar 1.htm, 2.htm en 3.htm. Daarnaast zijn op de DNS-servers de URLs bekend gemaakt zoals bv. www.1.nl, www.2.nl en www.3.nl. Die verschillende URLs worden doorverwezen naar drie verschillende IP-adressen op de server waar Apache draait.

Ik ben inmiddels zover dat ik weet dat ik de optie 'virtual host' in Apache moet gebruiken, maar dan? Uiteraard heb ik het een-en-ander getest, maar het lukt gewoon niet. Kan iemand me aub advies geven?

[iNSaNe-oNe]

Alle info die nodig is staat op http://httpd.apache.org/docs/vhosts/index.html

Het is een uitstekende FAQ, met vele configuratievoorbeelden.

Kom je er nog niet uit, dan helpt het om in ieder geval het virtualhosts-gedeelte uit je configfile hier te posten, zodat we er met zijn allen naar kunnen kijken.

Succes!

[Verwijderd]

Die verschillende URLs worden doorverwezen naar drie verschillende IP-adressen op de server waar Apache draait

1 server met 3 verschillende ip adresen..?! lijkt me niet dat dat helemaal goed gaat..

ze moeten zelfde ip adres hebben en dan kan je in httpd.sys de virual hosts instellen

oow zie dat iNSaNe-oNe me net voor is...

[pven]

Verwijderd schreef op 30 November 2002 @ 14:44:
[...]


1 server met 3 verschillende ip adresen..?! lijkt me niet dat dat helemaal goed gaat..

ze moeten zelfde ip adres hebben en dan kan je in httpd.sys de virual hosts instellen

oow zie dat iNSaNe-oNe me net voor is...

Waarom zou dat niet goed gaan? De DNS-entries zijn reeds ingesteld en ze komen allemaal op dezelfde server uit; als je de URLs pingt krijg je drie verschillende IP'tjes terug, maar het is dus echt dezelfde server.

Thanks for the FAQ (ik had uiteraard ook met Google gezocht, maar dan komt er ongelooflijk veel terug en krijg je het bomen-bos-syndroom). Ik ga ermee aan de slag en kom er zeker op terug!

[Verwijderd]

Waarom zou dat niet goed gaan? De DNS-entries zijn reeds ingesteld en ze komen allemaal op dezelfde server uit; als je de URLs pingt krijg je drie verschillende IP'tjes terug, maar het is dus echt dezelfde server.

ja het zou op zich wel moeten werken, maar ik bedoelde dat et vrij ongebruikelijk is dat je voor elke site een ipadres reserveert... de RIPE zal niet blij met je zijn als het publieke ip(v4)adressen betreft...

[pven]

Verwijderd schreef op 30 november 2002 @ 14:50:
[...]


ja het zou op zich wel moeten werken, maar ik bedoelde dat et vrij ongebruikelijk is dat je voor elke site een ipadres reserveert... de RIPE zal niet blij met je zijn als het publieke ip(v4)adressen betreft...

Gelukkig zijn het IP'tjes die alleen op het intranet worden gebruikt, en daar kunnen we er nog veel meer van aanmaken.

[Sendy]

Waarom zou RIPE niet blij zijn als je publieke ipv4 adressen gebruikt?!? Voor SSL _moet_ je zelfs ip-based virtual hosts gebruiken.

Maar gelukkig heeft de topicstarter er geen problemen mee

[iNSaNe-oNe]

Thuissendy schreef op 30 November 2002 @ 14:58:
Waarom zou RIPE niet blij zijn als je publieke ipv4 adressen gebruikt?!? Voor SSL _moet_ je zelfs ip-based virtual hosts gebruiken.

Maar gelukkig heeft de topicstarter er geen problemen mee

Wat praat jij nou? Ik heb hier zelf een mooie namedvirtualhost draaien die SSL praat. En toch draai ik meerdere NamedVirtualhosts op één enkel IP. Nu jij weer.

[jep]

Gewoon simpel beginnen

<virtualhost ip.van.je.server>
servername www.blaat.nl # is dus bereikbaar onder ww.blaat.nl
documentroot /home/blepje/bloepje/html/
</virtualhost>

Simpel toch? Kun je nog 1001 opties bijgeven, maar dit is minimaal wat je wil hebben.

[pven]

jep schreef op 30 November 2002 @ 15:01:
Gewoon simpel beginnen

<virtualhost ip.van.je.server>
servername www.blaat.nl # is dus bereikbaar onder ww.blaat.nl
documentroot /home/blepje/bloepje/html/
</virtualhost>

Simpel toch? Kun je nog 1001 opties bijgeven, maar dit is minimaal wat je wil hebben.

Thanks!
Is het ook mogelijk om naar een htm-pagina te verwijzen of kan je alleen naar een directory verwijzen waar je vervolgens een index.htm in plaatst?

[jep]

Nee, moet naar een directory..

[iNSaNe-oNe]

Kan wel!

Op http://httpd.apache.org/docs/mod/mod_dir.html zie je hoe. Het komt erop neer dat je een alternatieve DirectoryIndex statement plaatst in de config van je VirtualHost.

Dus, in het voorbeeld van jep:


<virtualhost ip.van.je.server>
servername www.blaat.nl # is dus bereikbaar onder ww.blaat.nl
documentroot /home/blepje/bloepje/html/
DirectoryIndex 1.htm # of 2.htm of 3.htm, wat je wil
</virtualhost>

[ Voor 4% gewijzigd door iNSaNe-oNe op 30-11-2002 17:09 ]

[jep]

InSaNe = slimme bink

[iNSaNe-oNe]

Dank je voor het compliment. Eindelijk waardering.

[pven]

Jullie zijn allemaal 'slimme binks' . Ik ga morgen aan de slag met deze instellingen en dan post ik hier of het gelukt is.

[Sendy]

Insane-One, ik geloof er helemaal niets van dat je meerdere SSL sites op 1 ipnummer draait. Maar als je het beter weet, laat maar zien dan. (zonder SSL fouten en warnings graag - al vind ik het niet erg als je zelf je certificaten ondertekend)

[iNSaNe-oNe]

Thuissendy schreef op 01 december 2002 @ 17:26:
Insane-One, ik geloof er helemaal niets van dat je meerdere SSL sites op 1 ipnummer draait. Maar als je het beter weet, laat maar zien dan. (zonder SSL fouten en warnings graag - al vind ik het niet erg als je zelf je certificaten ondertekend)

Ik heb nooit verteld dat ik meerdere SSL-sites op één IP nummer draai. Jij beweerde dat je voor een SSL-site IP-based VirtualHosts moet gebruiken. Dat is niet waar.

Ik heb de situatie zo dat ik meerdere Name-based VirtualHosts draai, waarvan één met SSL. Dat werkt gewoon.

Kleine spraakverwarring, dus.

[Verwijderd]

iNSaNe-oNe schreef op 01 december 2002 @ 18:00:
[...]

Ik heb nooit verteld dat ik meerdere SSL-sites op één IP nummer draai. Jij beweerde dat je voor een SSL-site IP-based VirtualHosts moet gebruiken. Dat is niet waar.

Ik heb de situatie zo dat ik meerdere Name-based VirtualHosts draai, waarvan één met SSL. Dat werkt gewoon.

Dat kan wel, maar lijkt me als ik eerlijk ben niet echt een nette c.q. veiliglijkende oplossing.

[Sendy]

O.T.

Ok. Ik draai dat namelijk ook Wat ik wel vervelend vind is dat sommige mensen https://www.domain.com intikken en anderen https://domain.com (ik prefereer trouwens dat laatste), en mijn (self-signed) certificaat is voor https://domain.com, dus alle www* gebruikers krijgen een warning . Weet jij hoe je dat oplost?

[Verwijderd]

offtopic:
een certificaat kopen dat domainwide is ipv geldig op één subdomain... bijvoorbeeld bij thawte. ik geloof dat verisign er niet aan doet namelijk

[Sendy]

O.T.

En als ik zelf mijn certificaten genereer? Kan dat?

[Verwijderd]

Thuissendy schreef op 02 december 2002 @ 00:42:
O.T.

En als ik zelf mijn certificaten genereer? Kan dat?

Het kan wel ja...

[pven]

Ik heb het vandaag helaas niet kunnen testen; later deze week meer!
Overigens: is het mogelijk om naar "d:\bla\blaat.htm" te linken in plaats van /home/blepje/bloepje/html/? (We moeten noodgedwongen van win2k gebruik maken.)

[jep]

pven schreef op 02 december 2002 @ 21:47:
Ik heb het vandaag helaas niet kunnen testen; later deze week meer!
Overigens: is het mogelijk om naar "d:\bla\blaat.htm" te linken in plaats van /home/blepje/bloepje/html/? (We moeten noodgedwongen van win2k gebruik maken.)

Yup. Zonde trouwens

[pven]

jep schreef op 02 december 2002 @ 21:52:
[...]

Yup. Zonde trouwens

I know en I ook. We hadden Unix voorgesteld, maar omdat er wel Windows-kennis aanwezig was binnen het bedrijf en geen Unix-kennis is het Windows geworden (uiteraard speelden er nog een paar dingen, maar dit was de belangrijkste reden).

[pven]

Het werkt. Thanks!

Er wordt op twee DNS-servers naar het betreffende IP verwezen; op deze twee DNS-servers staan twee verschillende verwijzingen naar hetzelfde IP-adres. Ik had verwacht dat de parameter 'servername' daar problemen mee zou hebben, maar dat is niet het geval; er kan via twee verschillende URLs (dus twee verschillende DNS-servers) naar dezelfde htm-file worden verwezen.

[pven]

De hierboven oplossing werkt helaas niet goed; ik zal proberen om uitleg te geven.

Op de DNS-server zijn twee 'virtuele' IP-adressen aangemaakt die naar de betreffende server wijzen. Daarnaast wordt er ook nog naar het echte IP-adres van die server verwezen. Als we de URL gebruiken die naar het echte IP-adres verwijst, dan werkt alles naar behoren; als we de URLs gebruiken die naar het virtuele IP-adres verwijzen dan gaat het fout. We hebben te maken met een Oracle 9i ApplicationServer en de foutmelding is dan ook een 'FRM-92100', wat een algemene melding is om te zeggen dat er een probleem is met het netwerk.
We vermoeden dat de client op een virtueel IP-adres binnen komt om vervolgens via het echte IP-adres weer wat terug te melden naar de gebruiker, maar dit is vrij moeilijk te bewijzen (is een heel verhaal met servlets en dergelijke).

Als men inlogt via de website dan krijgt men netjes een login-scherm, maar daarna volgt de 'FRM-92100'-foutmelding. Als men overigens een verkeerd wachtwoord gebruikt, komt de melding dat het wachtwoord ongeldig is.

Is het een optie om nog iets met de 'listen'-optie in hostd.conf te proberen? Die optie staat nu op de default-instelling (en dat is volgens mij leeg).

[Sendy]

Nou, dan probeer je listen 80 (of een andere port) toch eens?

Maar verder heb ik geen idee waar die Oracle meldingen vandaan komen. Dit topic ging toch over ip-based virtuele servers met apache?

[pven]

Thuissendy schreef op 04 december 2002 @ 23:52:
Nou, dan probeer je listen 80 (of een andere port) toch eens?

Maar verder heb ik geen idee waar die Oracle meldingen vandaan komen. Dit topic ging toch over ip-based virtuele servers met apache?

Geloof het wel, ja ...

Maar: ik heb het idee dat er nog iets geconfigureerd moet worden in/aan Apache. Als we namelijke de 'nieuwe' URL gebruiken werkt er wel iets, maar het werkt niet goed. De oude doet het perfect, maar die willen we niet meer gebruiken (is rechtstreekse link naar de server, is niet handig).

[Verwijderd]

Ik begrijp er niets meer van. Je roept vast cgi scripts aan via een web interface, kunnen die cgi scripts tegen een veranderde URL?

Je zal misschien toch meer moeten uitleggen wat er nu wel of niet meer werkt.

[pven]

Ik ga proberen om het begrijpelijk in een reply te verwerken; wordt vervolgd!

[pven]

Bijna vergeten ...

Het werkt! We hebben ontdekt dat het qua Apache allemaal goed was ingesteld (na het configureren van httpd.conf). Echter: er wordt gebruik gemaakt van Jinitiator en daar moest ook nog iets worden geconfigureerd. Er is een optie die NetworkAccess heet; die kan op None, Apllet Host of Unrestricted staan. Hij stond op Applet Host en dat werkte niet, als het op Unrestricted staat dan werkt alles zoals het moet. Applet Host betekent, volgens de uitleg, dat er maar met één server gecommuniceerd kan worden, hierdoor krijg je zeer waarschijnlijk mis-communicatie. De optie Unrestricted laat alle servers toe en die optie werkt voor ons perfect.