Een super specialist: iemand die alles weet, over helemaal niks.
BindAddress
[ Voor 15% gewijzigd door Dubblecrack op 28-01-2004 13:58 ]
FreeBSD Rulez
Mischien dat ik het verkeerd begrijp, maar de webclient geeft toch aan welke pagina deze wil bezoeken.
Zodoende dat de webserver kan filteren naar welke map (lees; pagina) moet gaan.
Het verhaaltje Dns is al rond, want de webclient komt aan bij de server.
Een super specialist: iemand die alles weet, over helemaal niks.
Ik heb wel een BindAdress
BindAddress: You can support virtual hosts with this option. This directive
# is used to tell the server which IP address to listen to. It can either
# contain "*", an IP address, or a fully qualified Internet domain name.
# See also the <VirtualHost> and Listen directives.
FreeBSD Rulez
Maar moet ik hier de sub-domeinen invullen ?
Want in de server zit maar een nic.
BindAddress www.a.ath.cx
BindAddress www.b.ath.cx
Een super specialist: iemand die alles weet, over helemaal niks.
Bindadress 213.56.27.89
[ Voor 22% gewijzigd door Dubblecrack op 28-01-2004 14:25 ]
FreeBSD Rulez
Je BindAddress heeft niets te maken met het adres waarop BIND draait, hoor. BindAddress vertelt Apache alleen maar dat hij op een bepaald IP- adres moet luisteren voor requests. Zo kun je bijvoorbeeld met BindAddress 192.168.0.1 (als dit je interne adres is) aangeven dat apache alleen op je interne netwerk luistert naar aanvragen. Apache handelt zelf zijn VirtualHosts af, dat doet BIND niet.Dubblecrack schreef op 28 januari 2004 @ 14:23:
Nee je DNS server waar je de cnames heb gemaakt
Bindadress 213.56.27.89
Lees ook dit maar eens: Setting which addresses and ports Apache uses
De vraag van de TS kan ik niet beantwoorden, ik zit daar zelf ook een beetje klem mee.
[ Voor 16% gewijzigd door Jaap-Jan op 28-01-2004 14:45 ]
| Last.fm | "Mr Bent liked counting. You could trust numbers, except perhaps for pi, but he was working on that in his spare time and it was bound to give in sooner or later." -Terry Pratchett
Verwijderd
Heb je niet een typefout gemaakt? Indien dat het geval is is het logisch dat je dan a.ath.cx krijgt te zien, omdat je documentroot van b.th.cx niet bestaat.fiveblades schreef op 28 januari 2004 @ 13:47:
Ik heb Apache draaien onder winXp.
Deze computer staat achter een firewall
Bij DynDns heb ik 2 sub-domeinen draaien.
Nu wil ik mbv virtual hosts deze twee domein scheiden.
NameVirtualHost *
<VirtualHost *>
DocumentRoot /www/a.ath.cx
ServerName a.ath.cx
...
</VirtualHost>
<VirtualHost *>
DocumentRoot /www/b.th.cx
ServerName b.ath.cx
...
</VirtualHost>
Nu wordt telkens de b.ath.cx doorverwezen naar a.ath.cx
Waar kan dit in zitten ?
Het bind verhaal gaat niet kloppen idd, wel geprobeerd, maar dan wil Apache niet eens meer opstarten.
Kan het wezen dat de firewall informatie achterhoudt ?
Een super specialist: iemand die alles weet, over helemaal niks.
| Last.fm | "Mr Bent liked counting. You could trust numbers, except perhaps for pi, but he was working on that in his spare time and it was bound to give in sooner or later." -Terry Pratchett
www.maaktnietuit.mijnsubdomein.ath.cx
En deze gaan allemaal naar jouw ip.
Nu gaat het mij eigenlijk om de sub-domein die wordt gescheiden op de Apache server dmv virtual host's.
Een super specialist: iemand die alles weet, over helemaal niks.