Optimale instellingen resolv.conf, hosts en httpd.conf

[Verwijderd]

Beste Tweakers,

Allereerst wil ik even aangeven dat ik er echt alles, maar dan ook alles, maar dan ook alles heb geprobeerd om dit probleem te op te lossen. Zijn al meerdere topics op tweakers over geweest, toch waren die neit allemaal zo volledig dat ik er wat aan kon hebben. Ook mijn eigen topics leverde vaak niet genoeg op, ik denk omdat ik niet goed het probleem en mijn config had beschreven. Met als gevolg incrementele wijzigingen waar ik dus achteraf niks mee opschoot (no offence!).

Probleem: Webserver (statische en dynamische gerenereerde pagina's) binnen netwerk snel. Buiten netwerk kan je pas met de server connecten via http nadat je op verversen hebt gedrukt. (openen browser tikt in url, in dit geval http://rcwestland.dyndns.org/limbo, gebeurt niks, druk je nu op F5 toont de pagina zich in notime.
_> Ik ben ervan bijna overtuigd dat het een probleem in dns-instellingen is, waarom?

- server (Debian, PII 450, 192MB) is snel genoeg, twee systemen geprobeerd, beide zelfde probleem. Bovendien binnen netwerk snel
- internet connectie is capable upload van 45 kbit/s, lijkt meer dan voldoende (3M kabel verbinding)
- verschillende instellingen gechecked, bijvoorbeeld hostnamelookups, staat standaard op off! Is dus goed naar mijn idee
- ook persistent connecties op 'off' gezet, maakt geen verschil

Mijn situatie:

- Internet: Caiway (voorheen kabelfoon) -> DNS adres: 62.45.46.46
-> geeft een dynamisch ip adres af! daarom op etech router rcwestland.dyndns.org toegevoegd (standaard optie, die geeft dan goede ip info door)
- Webserver (naam: debian), ip 192.168.1.3
- Desktop (naam: eric), ip 192.168.1.4
- E-tech router, ip 192.168.1.1
- werkgroep naam: hoeker

OKe, configuratie. Dit zijn volgens mij alle relevante bestanden, zo niet ? zeg het dan!:

/etc/resolv.conf

code:

domain rcwestland.dyndns.org
nameserver 62.45.46.46

misschien moet ik hoeker hier invullen? volgens mij niet? ook heb ik gerpobeerd hier 192.168.1.1 als nameserver in te vullen ook geen verschil.

/etc/hosts

code:

127.0.0.1   localhost.hoeker    localhost
192.168.1.3 debian.rcwestland.dyndns.org    debian
192.168.1.4     eric.hoeker eric
# The following lines are desirable for IPv6 capable hosts
::1     ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts

en als laatste httpd.conf

code:

...
...
Servername localhost
..
...

debian als servername maakt volgens mij geen verschil? --staat ook hier http://rcwestland.dyndns.org/httpd.conf (mogelijk eerst op verversen drukken, maar dit probleem komt vaker voor bij dynamische gerenereerde pagina's)

Volgens mij zit er een simpele fout in mijn bestanden, maar kan het ondanks de verschillende bronnen hier op internet het neit ontdekken.

Kortom, connecten werkt, maar pas na verversen!

Ik hoop echt dat iemand mij kan helpen. Heb het nu zo vaak geprobeerd, maar blijft onmogelijk En ik wil niet over naar betaalde hosting, heb hier de spullen ervoor Alvast super bedankt!

Ow ja, en heeft iemand een tip hoe ik kan simuleren dat ik vanuit een extern netwerk de server benader? just om het te testen, nu moet ik steeds naar de universiteit toe om het te testen, niet echt efficient te noemen, bovendien belemmert het het oplossingsproces......

[stefklep]

Ik merk hier niks van hoor. Laad gelijk

[ Voor 25% gewijzigd door stefklep op 23-02-2005 21:56 ]

[Verwijderd]

stefklep schreef op woensdag 23 februari 2005 @ 21:56:
Ik merk hier niks van hoor.

Oke dit was ik dus nog bij mijn uitgebreide verhaal vergeten neer te zetten, maar sommige pc's merken niks van dat de eerste keer het neit doet en andere wel. Hoogstopmerkelijk. Immers allemaal moeten ze het gewoon doen.

[Bram]

Bij mij laad hij ook direct, vrij snel zelfs.

[rb338]

Ik zit hier in Dublin op een 56k lijntje, als ik je link aanklik gebeurt er helemaal niks. Druk ik op F5 dan komt ie voor 56k begrippen heel snel tevoorschijn. Ik heb hier dus wel je probleem, terwijl anderen het niet hebben.

Ik zou bijna denken dat het aan dyndns ligt. Ben benieuwd of je het probleem ook hebt als je het zonder dyndns doet en dus gewoon je ip in de url zet.

[Paul]

Bij mij doet hij het inderdaad ook pas na een refresh... Wat gebeurt er als je rcwestland.dyndns.org als ServerName instelt? Ik kan hier thuis bijvoorbeeld niet (ook niet na een refresh ) naar mijn phpsysinfo pagina komen als mijn servername op localhost staat of zo

Hmm, nu ik het nog een keer probeer zie ik meldingen voorbijkomen.. Connecting to gaat vrij snel weg, maar dan duurt en duurt Waiting for.. maar?

[Verwijderd]

Paul Nieuwkamp schreef op woensdag 23 februari 2005 @ 22:18:
Bij mij doet hij het inderdaad ook pas na een refresh... Wat gebeurt er als je rcwestland.dyndns.org als ServerName instelt? Ik kan hier thuis bijvoorbeeld niet (ook niet na een refresh ) naar mijn phpsysinfo pagina komen als mijn servername op localhost staat of zo

Hmm, nu ik het nog een keer probeer zie ik meldingen voorbijkomen.. Connecting to gaat vrij snel weg, maar dan duurt en duurt Waiting for.. maar?

Humm...heb nu localhost vervangen door rcwestland.dyndns.org is geen verschil te merken helaas......Andere opties....btw direct mijn externe ip adres is ook geen oplossing, het kan dus niet aan dyndns.org liggen (mijn ip adres nu: http://62.45.156.70/ ) ook die is dus langzaam. Chipies....

[ Voor 13% gewijzigd door Verwijderd op 24-02-2005 16:59 . Reden: Ip adres toegevoegd ]

[Wilke]

Ik had net wel precies het probleem dat je beschrijft toen ik op die link klikte, dus het is er nog niet uit (tenzij je net 30 seconden geleden apache aan het herstarten was natuurlijk).

Maar waar het aan ligt

[ Voor 7% gewijzigd door Wilke op 24-02-2005 17:51 ]

[Morrar]

Ok heb zelf wel eens iets dergelijks gehad. Al je als url http://server/dir doet dan moet de server een redirect sturen naar http://server/dir/ (let op de slash). Daarvoor gebruikt ie de servername uit de httpd.conf. Als die localhost is komt iemand van buiten er dus niet (ik had hier destijds het lokale IP gebuikt en dan kwam ik er via LAN wel op, maar iemand van buiten niet). Wellicht zit daar ook jouw probleem?

Na een refresh voegt de browser (sommige browsers dan kennelijk) wellicht automatisch een / toe waardoor het wel werkt (gok)?

P.S. Je link doet het hier nu in 1x goed (IE en FF)

[ Voor 10% gewijzigd door Morrar op 24-02-2005 18:01 ]

[Verwijderd]

Wilke schreef op donderdag 24 februari 2005 @ 17:51:
Ik had net wel precies het probleem dat je beschrijft toen ik op die link klikte, dus het is er nog niet uit (tenzij je net 30 seconden geleden apache aan het herstarten was natuurlijk).

Maar waar het aan ligt

Nee ik was toevallig niet net aan het rebooten . En idd waar het aan ligt, zit er al 2 maanden mee . Maar goed ik kom mogelijk (!) steeds verder, zie hieronder.

Morrar schreef op donderdag 24 februari 2005 @ 18:00:
Ok heb zelf wel eens iets dergelijks gehad. Al je als url http://server/dir doet dan moet de server een redirect sturen naar http://server/dir/ (let op de slash). Daarvoor gebruikt ie de servername uit de httpd.conf. Als die localhost is komt iemand van buiten er dus niet (ik had hier destijds het lokale IP gebuikt en dan kwam ik er via LAN wel op, maar iemand van buiten niet). Wellicht zit daar ook jouw probleem?

Na een refresh voegt de browser (sommige browsers dan kennelijk) wellicht automatisch een / toe waardoor het wel werkt (gok)?

P.S. Je link doet het hier nu in 1x goed (IE en FF)

Oke heb je raad opgevolgd. Er staat nu in httpd.conf (zie ook hierboven in topicstart)

code:

...
...
Servername http://rcwestland.dyndns.org/
...
...

Bedoelde je dat ik het zo moest wijzigen? Ben benieuwd of het werkt, morgen heb ik pas weer de kans om het extern (!) te testen, maar heb eerlijk gezegd weinig hoop. Ow en trouwens dat het in 1x werkt zegt niks, als je het 10 minuten later probeert is het vaak weer hetzelfde probleem. maar misschien helpt deze kleine wijziging.

[Verwijderd]

** kuch **

De DNS instellingen van een webserver hoeven toch helemaal niet te kloppen? Als de client maar op de juiste manier bij jouw webserver kan komen (resolving via dyndns, NAT-ting via jouw router) dan zal het die webserver in principe worst zijn hoe de DNS config van de server is.

Tenzij je in je httpd.conf hebt staan dat er reverse lookups moeten plaatsvinden op het client ip-adres natuurlijk. Maar dit wil je vast niet, en staat default trouwens niet aan.

het enige wat me zo 1,2,3 opvalt is dat er een stylesheet aangeroepen wordt dat niet gevonden kan worden ( http 404 error ).

[Paul]

Je moet als ServerName geen URL invullen, maar een hostname (inclusief domeinnaam). Het volgende dus:

code:

...
...
Servername rcwestland.dyndns.org
...
...

[Verwijderd]

Dat heeft toch alleen nut als je aan virtual hosting doet?

(maar dat "http://" ervoor is iig. fout)

[ Voor 28% gewijzigd door Verwijderd op 24-02-2005 19:14 ]

[Paul]

Ik doe niet aan virtual hosting afaik, maar als ik er localhost of zo invul dan kan ik mijn phpsysinfo pagina in ieder geval niet meer zien

[Verwijderd]

Verwijderd schreef op donderdag 24 februari 2005 @ 18:31:
** kuch **

De DNS instellingen van een webserver hoeven toch helemaal niet te kloppen? Als de client maar op de juiste manier bij jouw webserver kan komen (resolving via dyndns, NAT-ting via jouw router) dan zal het die webserver in principe worst zijn hoe de DNS config van de server is.

Tenzij je in je httpd.conf hebt staan dat er reverse lookups moeten plaatsvinden op het client ip-adres natuurlijk. Maar dit wil je vast niet, en staat default trouwens niet aan.

het enige wat me zo 1,2,3 opvalt is dat er een stylesheet aangeroepen wordt dat niet gevonden kan worden ( http 404 error ).

Oke, weet niet helemaal wat je met dat kuch bedoelt, maar komt niet echt 'fijn' over aan deze kant. Maakt verder niks uit, maar concrete oplossingen zie ik niet in je verhaal, verder heb ik alles op defaults gelaten. Geen hostnamelookups e.d, zoals ook in de conf. file is te zien.

Ow en btw, die http 404 error, komt enkel voor binnen die limbo map, maar dit kan het probleem niet zijn, want gewoon een html pagina opvragen levert ook het probleem op! zoals in de root map (rcwestland.dyndns.org), dus zonder /limbo.

Paul Nieuwkamp schreef op donderdag 24 februari 2005 @ 19:03:
Je moet als ServerName geen URL invullen, maar een hostname (inclusief domeinnaam). Het volgende dus:

code:

...
...
Servername rcwestland.dyndns.org
...
...

Oke, heb dit dus weer terug veranderd, zoals in het begin stond. Probleem blijft hiermee wel

Verder doe ik dus, zoals is te zien in mijn conf. file ook niet aan virtual hosting. Was dat maar zo, met een leuk werkende configuratie . Anders mogelijkheden, of kan ik nu gewoon de kast oppakken en hem uit het raam gooien?

[ Voor 8% gewijzigd door Verwijderd op 24-02-2005 19:39 ]

[Verwijderd]

Morrar schreef op donderdag 24 februari 2005 @ 18:00:
Ok heb zelf wel eens iets dergelijks gehad. Al je als url http://server/dir doet dan moet de server een redirect sturen naar http://server/dir/ (let op de slash). Daarvoor gebruikt ie de servername uit de httpd.conf. Als die localhost is komt iemand van buiten er dus niet (ik had hier destijds het lokale IP gebuikt en dan kwam ik er via LAN wel op, maar iemand van buiten niet). Wellicht zit daar ook jouw probleem?

Na een refresh voegt de browser (sommige browsers dan kennelijk) wellicht automatisch een / toe waardoor het wel werkt (gok)?

P.S. Je link doet het hier nu in 1x goed (IE en FF)

Btw, morrar wat bedoelde jij dus nou precies? Want volledige http adres met slash aan het eind werd dus afgeraden? Kan je het nog even uitleggen dan? Of in een andere file had je het over?

[Wolfboy]

Wat het probleem precies is weet ik niet, wat ik wel weet is dat je gewoon kan verbinden maar dat er gewoon helemaal niets komt.

# telnet rcwestland.dyndns.org 80
Trying 62.45.156.70...
Connected to rcwestland.dyndns.org.
Escape character is '^]'.
GET / HTTP/1.0

En dan komt er dus een timeout, aangezien ik nu http 1.0 gebruik gaat het hele dns verhaal al helemaal niet op.
De tweede keer dat ik het probeerde (een halve minuut erna) werkte het wel direct goed.

[Verwijderd]

Wolfboy schreef op donderdag 24 februari 2005 @ 20:02:
Wat het probleem precies is weet ik niet, wat ik wel weet is dat je gewoon kan verbinden maar dat er gewoon helemaal niets komt.

# telnet rcwestland.dyndns.org 80
Trying 62.45.156.70...
Connected to rcwestland.dyndns.org.
Escape character is '^]'.
GET / HTTP/1.0

En dan komt er dus een timeout, aangezien ik nu http 1.0 gebruik gaat het hele dns verhaal al helemaal niet op.
De tweede keer dat ik het probeerde (een halve minuut erna) werkte het wel direct goed.

Interessant dat het idd ook zo via een telnet sessie dat probleem oplevert. Strange idd, dat het geen probleem is van DNS-instellingen ofzo. Ik heb trouwens ook een mail gestuurd naar de producent van de router (e-tech) verwacht eerlijk gezegd geen reactie, omdat ze al aangeven dat ze geen support geven op implementaties buiten windows om . Maar goed moet nu alles proberen, dus ......

[Paul]

Misschien is je router soms/vaak te traag om al meteen te snappen dat die TCP-pakketjes echt bij die SYN, SYN/ACK en ACK-pakketjes horen, en dat hij zijn ESTABLISHED, RELATED gedoe nog niet heeft bijgewerkt of zo? Ik doe maar een gooi

Hoeveel heb je zelf aangepast in de router (firewall regels, port forwards etc)?

Kun je van iemand anders even tijdelijk een router lenen om te kijken of het daarmee opgelost is?

Edit: bij nader inzien wordt er met HTTP voor ieder bestand en iedere connectie een nieuwe verbinding opgezet, dus zou dat probleem bij een refresh nog steeds moeten spelen.

[ Voor 18% gewijzigd door Paul op 24-02-2005 20:35 ]

[Wolfboy]

Misschien kan je het eens zonder die router proberen, of met een andere webserver (hoewel ik de kans dat apache de schuldige is klein acht) om iig uit te sluiten wat het probleem niet is.

[Verwijderd]

Paul Nieuwkamp schreef op donderdag 24 februari 2005 @ 20:34:
Misschien is je router soms/vaak te traag om al meteen te snappen dat die TCP-pakketjes echt bij die SYN, SYN/ACK en ACK-pakketjes horen, en dat hij zijn ESTABLISHED, RELATED gedoe nog niet heeft bijgewerkt of zo? Ik doe maar een gooi

Hoeveel heb je zelf aangepast in de router (firewall regels, port forwards etc)?

Kun je van iemand anders even tijdelijk een router lenen om te kijken of het daarmee opgelost is?

Edit: bij nader inzien wordt er met HTTP voor ieder bestand en iedere connectie een nieuwe verbinding opgezet, dus zou dat probleem bij een refresh nog steeds moeten spelen.

Router te langzaam? Het is een redelijk nieuwe ik betwijfel het en wil het eigenlijk niet geloven, maar het is idd nog de enige mogelijkheid voor mij om te checken. Een router lenen wordt een probleem, meeste vrienden van mij zijn niet zo ICT-georienteerd en bij het horen van 'netwerk' trekken ze het al niet meer .

Ow en btw, je vroeg om mijn router settings. Heb even screenshotjes gemaakt, alles is redelijk standaard. Heb enkel van de relevante settings een shot gemaakt. Verder toen ik hiermee bezig was, was ik gelijk aan het twijfelen over de main settings tabblad hier kan je hostname en domainname invullen, ik heb dit nooit gedaan omdatik dacht dat dit niet nodig was voor het internet. Kan het zijn dat het probleem hieraan gekoppeld is? Denk het niet, maar gok ook maar verschilende dingen, voordat ik met de server moet gaan zeulen .....

Zie hier de conf, intussen weten jullie al wat je moet doen al kan je niet connecten, druk ff op f5, mijn excuses hiervoor ....

http://rcwestland.dyndns.org/main.JPG
http://rcwestland.dyndns.org/virtualserv.JPG
http://rcwestland.dyndns.org/ddns.JPG
http://rcwestland.dyndns.org/device.JPG

btw, meeste heb ik op defaults laten staan, enkel alles wat benodigd is voor de webserver. en zzoals jullie weten staat dhcp uit, omdat ik statische ip adressen binnen het netwerk gebruik.

Wolfboy schreef op donderdag 24 februari 2005 @ 20:35:
Misschien kan je het eens zonder die router proberen, of met een andere webserver (hoewel ik de kans dat apache de schuldige is klein acht) om iig uit te sluiten wat het probleem niet is.

Ik ga het proberen, laat het even weten!

Ps Andere oplossingen mogen natuurlijk altijd nog gegeven worden die wat minder moeite kosten.

[ Voor 29% gewijzigd door Verwijderd op 24-02-2005 21:05 . Reden: Plaatjes toegevoegd van routerconf. ]

[Verwijderd]

Voordat ik met mijn server meot gaan zeulen naar mijn pa zijn werk en daar het overnieuw ga doen, wil ik 1 keer een subtiel schopje geven. het gaat met voornamelijk om mijn laatste vraag die ik hierboven stelde over host en domain name. Bvd

[pierre-oord]

Hoe gaat het met andere services? Pak voor mijn part een windows systeem en zet daar een totaal andere webserver op, xitami zegt me nog iets als makkelijke server.

Kijk eens hoe die werkt

Probeer ook eens de machine rechtstreeks aan het internet te hangen. Op die manier kun je problemen gaan uitsluiten...

[Wolfboy]

Zowel de host als de domain name zijn hier zeker het probleem niet, het probleem is dat je blijkbaar gewoon geen verbinding krijgt met de apache server.
Wat ik me wel afvraag is wat die "block wan requests" betekent bij plaatje 4.

Maaruhm het is toch heel eenvoudig te testen of die router het probleem is?
Haal gewoon de router er tijdelijk tussen uit, bij kabelfoon/caiway hoef je alleen je MAC te spoofen om toegelaten te worden, best eenvoudig te regelen dus.

[Verwijderd]

Wolfboy schreef op vrijdag 25 februari 2005 @ 10:13:
Zowel de host als de domain name zijn hier zeker het probleem niet, het probleem is dat je blijkbaar gewoon geen verbinding krijgt met de apache server.
Wat ik me wel afvraag is wat die "block wan requests" betekent bij plaatje 4.

Maaruhm het is toch heel eenvoudig te testen of die router het probleem is?
Haal gewoon de router er tijdelijk tussen uit, bij kabelfoon/caiway hoef je alleen je MAC te spoofen om toegelaten te worden, best eenvoudig te regelen dus.

Leuk dat jullie even reageren, maar die router er even tussenuit halen is niet echt een makkelijke optie. (redelijk groot netwerk, router en modem hangen in verwarmingshok, kan ze dar niet zomaar van de muur af trekken, dat geeft veel problemen) Denk dat ik het ga proberen bij mijn pa op zijn werk, en neem dan de server mee. Hopelijk kan ik daar exception voor dhcp (of een bepaalde) range opgeven, zodat ik mijn webserver een vast ip adres kan geven. En ik hoop ook dat hij dat wachtwoord van de router op zijn werk heeft, anders is het natuurlijk helemaal verloren zaak.

Ow en idd, dat van die block wan request ik vroeg me dat ook erg af. In de tekst die daarnaast staat:
"Use the Device Administration panel to obtain information on this router, as well as changing some router settings. The Change Password setting allows you to change the password of this router anytime. You are advised to change the default password of this router ('admin') into something else, especially if you want to enable the External Administration function!
External Administration allows you to access this setting page from WAN side. The Port Number is limited to be used from 2048 to 9999.
Block Outside Request will prevent ICMP, UDP or TCP attacks and hide your router in the cyberspace.
Reset Router resets the device without changing any configuration settings. All connections will be cleared, the device will reboot and re-initialize.
Restore Factory Defaults should only be used with extreme care, for it will delete all the changes you made to the router's configuration."


Staat enkel dit. Volgens mij is dat enkel voor het pingen van de router van belang (block wan request) en heeft het niks? met de webservice te maken. Het stond standaard al op uit, vraag me af of dit er iets mee te maken kan hebben.

Ow ik vroeg trouwens ook hoe ik hier binnen het netwerk kan simuleren of ik van het internet kom om de snelheid te testen(immers is het binnen eht netwerk wel altijd snel en moet ik dus altijd aan mensen over msn vragen om het te testen of zelf ergens anders heen gaan, niet handig). Bijvoorbeeld via een website oid.

[ Voor 4% gewijzigd door Verwijderd op 25-02-2005 10:54 ]

[Verwijderd]

blaat...

[ Voor 97% gewijzigd door Verwijderd op 25-02-2005 11:12 ]

[Verwijderd]

Verwijderd schreef op vrijdag 25 februari 2005 @ 11:10:
blaat...

Sorry maar waar slaat dit op? niet echt ontopic te noemen....

Verder.. Heb die block wan request nu even uitgegooid, vraag me af of dat impact heeft, en natuurlijk ook welke impact dat heeft op de veiligheid van mijn netwerk.

Humm eerste resultaten wat ikhoor via msn zijn goed, nu moet ik het zelf nog even zien te testen. Ben benieuwd....

[ Voor 54% gewijzigd door Verwijderd op 25-02-2005 11:31 . Reden: Bevindingen toegevoegd ]

[Verwijderd]

Verwijderd schreef op vrijdag 25 februari 2005 @ 11:18:
[...]
Sorry maar waar slaat dit op? niet echt ontopic te noemen....

Verder.. Heb die block wan request nu even uitgegooid, vraag me af of dat impact heeft, en natuurlijk ook welke impact dat heeft op de veiligheid van mijn netwerk.

Humm eerste resultaten wat ikhoor via msn zijn goed, nu moet ik het zelf nog even zien te testen. Ben benieuwd....

Oke te vroeg gejuigd.....instelling (block wan request) heeft dus geen invloed. Probleem blifjt bestaan.

[Verwijderd]

Bestaat het probleem nog wel uberhaupt? Ik zie gewoon een snelle website...

[Verwijderd]

Verwijderd schreef op vrijdag 25 februari 2005 @ 14:23:
Bestaat het probleem nog wel uberhaupt? Ik zie gewoon een snelle website...

Yep, dacht dat het ook was opgelost. Ik naar een vriend van me toe, heel de stad doorfietsen, deed ie het daar nog steeds neit. Sommige hebben het probleem wel, sommige niet. DIt maakt het neit makkelijker om het probleem op te lossen. Bovendien heb ik nu van mijn pa vernomen dat het neit mogelijk is om de server daar te proberen, dus zit ik met een probleem . Ook van e-tech heb ii nog geen mailtje mogen ontvangen. Jammer dus...

[Verwijderd]

Da's niet makkelijk foutzoeken dan. Bij mij werkt je site prima (helaas dus).

[Zwerver]

Verwijderd schreef op vrijdag 25 februari 2005 @ 11:18:
[...]
Sorry maar waar slaat dit op? niet echt ontopic te noemen....

Verder.. Heb die block wan request nu even uitgegooid, vraag me af of dat impact heeft, en natuurlijk ook welke impact dat heeft op de veiligheid van mijn netwerk.

Humm eerste resultaten wat ikhoor via msn zijn goed, nu moet ik het zelf nog even zien te testen. Ben benieuwd....

Als je even goed kijkt zie je dat hij zijn post ge-edit heeft en dat er waarschijnlijk iets stond wat niet waar is.

Dit is overigens de tweede keer dat je redelijk offensief reageerd op iemand die naar jouw mening slecht reageert, doe dat maar niet. Het is onze taak om mensen te corrigeren en niet die van jou.

[Verwijderd]

Zwerver schreef op vrijdag 25 februari 2005 @ 16:48:
[...]

Als je even goed kijkt zie je dat hij zijn post ge-edit heeft en dat er waarschijnlijk iets stond wat niet waar is.

Dit is overigens de tweede keer dat je redelijk offensief reageerd op iemand die naar jouw mening slecht reageert, doe dat maar niet. Het is onze taak om mensen te corrigeren en niet die van jou.

Mijn excuses hiervoor, wist niet dat 'kuch' of 'blaat' iemand laat zien dat hij een stuk tekst heeft weggegooid/wijzigd. Het zal niet meer voorkomen. Ook mijn excuses aan diegenen.

[Verwijderd]

Nog even ter informatie, voor degene die ook misschien in de toekomst op dit probleem duiken. Ik weet namelijk nu dat het NIET aan de configuratie ligt. Heb het vandaag ook op mijn desktop geprobeerd onder windows xp met WAMP. Probleem blijft gelijk aan het probleem met de Linux server, Waarschijnlijk moet ik toch de oplossing gaan zoeken bij een andere router, ik ga dit binnnekort proberen. Bedankt iig voor jullie assistentie.