Ok dan, ik dacht is wel geinig om thuis mijn webserver te gaan draaien. Ik heb tenslotte OSX met apcache 'built in', dat heb ik niet voor niks, een snelle vaste verbinding en een provider zonder datalimiet op mijn webverkeer. Kan ik leuke dingen mee doen.

Voor de duidelijkheid: ik heb thuis een netwerk met 4 Mac's verbonden middels een Draytek Vigor Router/modem en een FAST ADSL verbinding.

Achtereenvolgens de volgende stappen uitgeoverd (let op emoticons)
1) Webserver gestart  
2) Port 80 geforward naar Mac met webserver  
3) Host file aangepast waardoor intypen domeinnaam binnen netwerk zorgt voor vershijnen webserver

4) Firewall in mijn router opengezet voor http verkeer (poort 80)  

Binnen netwerk verloopt alles prima. Maar buiten netwerk (dus via het internet) de onverbiddelijke boodschap bij intikken van mijn domein 'FORBIDDEN'.

Vergeet vast iets en ik weet eigenlijk wel zeker dat hier iemand is die weet wat dan. Lijkt me erg top als dat weer eens bewezen wordt.

Hoe heb je de hostfile aangepast? Netjes via NetInfo manager of quick en dirty? In het geval van het laatste de wijziging even terugschroeven en nogmaals zonder enige mutatie proberen. De nette manier is dus via NetInfo Manager-Location-lookupd-hosts-lookuporder-CacheAgent,NIAgent,DNSAgent. Als dit je allemaal niet heel erg bekend in de oren klinkt, de wijzigingen die je in de host file hebt gemaakt dus terugschroeven.

Verder heb ik het vage vermoeden dat je je website niet op system level maar op user level hebt zitten, klopt dat? Zo ja dan je website benaderen met ip-address/~username/ Denk aan de laatste slash! Staat je website op system level dan benader je hem met ip-address. Ik ga ervan uit dat je een static ip-address hebt, zoniet dan moet je een heel ander werkwijze volgen om je site van buitenaf te benaderen.

edit:typo

(Bewerkt door neoman om 15:12, 11-03-2004)

1) De hostfile heb ik aangepast conform deze uitleg: http://www.macwrite.com/criticalmass/%20mac-os-x-hosts-panther.php
2) Inderdaad staat mijn site op gebruikersniveau. Benaderen van mijn site van buiten doe ik middels intypen http://mijndomein.nl/~user/ en krijg dan boodschap 'FORBIDDEN'. Intypen alleen mijn domein resulteert in dezelfde boodschap maar dat lijkt me logisch. Dus ik gebruik niet mijn ip, verwijs direct naar mijn domein die is opgenomen in die host file zoals in de bovenstaande handleiding is beschreven.
3) Ik heb een dynamisch ip wat vrijwel nooit veranderd simpelweg omdat altijd 1 of meerdere van mijn computers online zijn en de ip niet vrijgeven.. Daarom en omdat ik gebruik maak van mijn domeinnaam dacht ik niet dat dat problemen zou opleveren.

Ter aanvulling: als ik mijn ip lokaal intyp in mijn browser kom ik op mijn router binnen.  Kortom: ben er nog niet helemaal (niet) uit. Hulp blijft geboden schat ik zo in.

1. Er zijn vele wegen die naar Rome leiden, dit is zonder enige twijfel de grootste omweg met de meeste kans op fouten. Doordat de zaak op je interne netwerk draait ga ik er maar vanuit dat je geen fouten hebt gemaakt. Ik kan dat zo niet beoordelen
2. Het lijkt me sterk dat je de website op user niveau ook als zodanig bij de registar hebt kunnen registeren, waar heb je de www.jouwdomein.nl dan naar laten verwijzen. Kan het heel misschien per ongeluk soms zo zijn dat jij dacht dat het aanpassen van de hostfile voldoende was om je site van buitenaf te benaderen???? M.a.w. heb je je website wel geregistreerd? Ter info, bij een registar laat je de koppeling tussen je domein en je ip-address leggen. Zij zorgen voor de mutatie in de DNS tabellen bij alle partijen.
Tip: zet eerst de hostfile terug in de originele staat en probeer de zaak eerst aan het draaien te krijgen.
3. Dat je lokaal op de router uitkomt is normaal bij sommige routers. Als je poort 80 juist hebt ge'forward' zullen ze hier extern geen last van hebben. Om dit te voorkomen kun je vanuit intern beter met ip-address werken.
4. Zet je site op system level, dit voorkomt allerlei gedonder met een externe benadering
5. Doordat je geen static ip-address hebt vormt de registratie bij de registar een probleem, doe een search op google om te kijken naar de alternatieven die voor je openstaan. Het is te veel tekst om hier uit de doeken te doen.
Succes met de on-line gang

Edit: punt 5 toegevoegd

(Bewerkt door neoman om 20:01, 11-03-2004)

Waar dat 'FORBIDDEN' vandaan komt ben ik inmiddels wel achter. Ik heb het even getest met een FTP client. Als ik in deze client gebruik maak van mijn domeinnaam om aan te loggen heb ik een userid en password nodig. Dit is niet een userid/pw combinatie van 1 van de gebruikers op miijn comp, maar de userid/pw combinatie die ik gebruik in mijn WebHostControl Panel waarmee ik domeinbeheer uitvoer bij mijn ISP.
Gebruik maken van die laatste combinatie en floep ik ben binnen op de juiste comp.

Kortom: intypen domeinnaam resulteert niet in een direct bezoek aan mijn comp, maar loopt eerst via mijn (beveligde) omgeving bij mijn ISP. Daar mag niemand in (alleen als ik het toesta) en vandaar de boodschap 'FORBIDDEN'.

Dat 'uitstapje' wil ik dus helemaal niet. Komt natuurlijk gewoon omdat mijn domeinnaam feitelijk niet op mijn naam staat maar op naam van mijn ISP en deze 'omweg' dus noodzakelijk is.

Volgens mij is dit gelazer over als ik gewoon een dyndns domein gebruik. Geen punt, heb er een paar en ook een update client. Maf vind ik het wel, want wat heb ik nou aan mijn eigen domein als ik lokaal host ?

Dat van dat userniveau/systemniveau klopt natuurlijk. Maar het echte probleem wordt veroorzaakt door het domein is mijn inschatting.

Of zie ik het helemaal verkeerd ?

(Bewerkt door star stardust om 22:17, 11-03-2004)

- Voor zover ik het kan bepalen aan de hand van de beperkte info die je geeft zit het probleem in het feit dat je domein eigenlijk bij je isp zit.
- Maak gewoon gebruik van een dyndns oplossing en ik denk dat je probleem is opgelost.
- Desondanks is mijn tip: zet je website op systemlevel!
Succes

Forbidden slaat meestal op het feit dat het bestand niet readable is door apache. Als je de info opvraagt van een bestand, dan kan je daar de file-permissies wijzigen. Zorg dat bij 'anderen' of 'iedereen' alleen lezen is aangeduid.