Site niet bereikbaar via Chello, wel via andere ISP's

[CmdrKeen]

Hallo, ik heb een raar probleempje. Ik host twee privésites (niet commercieel): huijgen.com en vorkbaard.nl. Beide sites staan op één machine.

Het gekke is dat deze sites vanuit het Chello-netwerk niet bereikbaar zijn (wel te resolven) en vanuit de netwerken van andere ISP's (XS4ALL, Versatel, Belgacom) wél.

Voorheen waren beide sites overal vandaan gewoon bereikbaar maar sinds een dag of twee niet meer.

Gezocht op Google, maar geen vergelijkbare problemen te vinden. In De Search ook niet.. maar ja... zoeken op "niet bereikbaar Chello" Wel andere termen geprobeerd maar 't is erg lastig om het probleem zodanig te formuleren dat de zoekmachines er wat mee kunnen natuurlijk.

Mailtje gestuurd naar [e-mail], [e-mail] en [e-mail]. Van [e-mail] kreeg ik een link naar een feedback-formulier voor klanten.. ja.. doh.... [e-mail] was undeliverable en van postmaster heb ik nog niets gehoord.

Ik heb geen idee waar ik het moet zoeken. Iemand die me er misschien wat meer over kan vertellen, of een gelijke ervaring heeft?

En, met het risico een ddos over me af te roepen: bij welke ISP zit je en kan je mijn adres pingen? Als een ISP al genoemd is, gelieve het niet te proberen, om mijn bandbreedte te sparen

Ik heb een XS4ALL-basic-abbo, server = Windows 2000 Server (gepatched en wel).

/edit:
Let op: het probleem is niet dat de naam niet geresolved kan worden, andere DNS-servers invullen is dus niet de oplossing. Als men direct het IP-adres intikt in de browser, komt men ook niet op de site.

[ Voor 14% gewijzigd door CmdrKeen op 01-09-2004 09:28 . Reden: Info over m'n account toegevoegd ]

[Verwijderd]

kan je niet proberen om in @hello (doet ie het nog) Geintje andere dns servers van andere isp die vrij te verkrijgen zijn hun dns servers in te vullen in jou settings

[Erkens]

Ik heb hier chello classic, maar hier werkt het gewoon hoor

echter wel wat packetloss:

8 packets transmitted, 7 received, 12% packet loss, time 7001ms
rtt min/avg/max/mdev = 15.943/202.425/357.595/161.624 ms

edit:

na een tweede test:

12 packets transmitted, 12 received, 0% packet loss, time 11009ms
rtt min/avg/max/mdev = 15.995/18.251/21.259/1.404 ms

niks aan de hand dus

[ Voor 30% gewijzigd door Erkens op 01-09-2004 09:22 ]

[RSpliet]

Verwijderd schreef op 01 september 2004 @ 09:18:
kan je niet proberen om in @hello (doet ie het nog) Geintje andere dns servers van andere isp die vrij te verkrijgen zijn hun dns servers in te vullen in jou settings

^^ met dom
Probeer bijv. eens 62.45.45.45 en 62.45.46.46 in te stellen als DNS server, die zijn van Kabelfoon.
Heb ik ook een vriend mee geholpen toen ik housecall wou draaien, maar dat van NTL niet mocht, omdat hij een virus heeft. Krijg je bij elke site die je bezoekt een NTL waarschuwingspagina, de hele boel resolvede gewoon naar een NTL server. Andere DNS server instellen, en HOP, het internet weer op

[Vunzz]

Verwijderd schreef op 01 september 2004 @ 09:18:
kan je niet proberen om in @hello (doet ie het nog) Geintje andere dns servers van andere isp die vrij te verkrijgen zijn hun dns servers in te vullen in jou settings

He, watte Is dit Nederlands?

[onttopic]
Vanaf het bedrijfsnetwerk wekr het hier gewoon. Als ik er aan denk zal ik het vanavond thuis proberen (Chello).

[CmdrKeen]

Het probleem is niet dat *ik* niet bij die sites kan, maar twee mensen die ik ken en die beiden een Chello-abbo hebben kunnen er niet bij. Het probleem zit *niet* in de DNS-servers want ze kunnen de naam wel gewoon resolven naar het IP-adres. Als ze direct het IP-adres invullen dan komen ze ook niet op de site.
Een ping levert ze 100% packet loss op:

Pinging www.huijgen.com [80.126.83.43] with 32 bytes of data:

Request timed out.
Request timed out.
Request timed out.
Request timed out.

Ping statistics for 80.126.83.43:
Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),

[Erkens]

Vilenin schreef op 01 september 2004 @ 09:26:
Het probleem is niet dat *ik* niet bij die sites kan, maar twee mensen die ik ken en die beiden een Chello-abbo hebben kunnen er niet bij. Het probleem niet *niet* in de DNS-servers want ze kunnen de naam wel gewoon resolven naar het IP-adres. Als ze direct het IP-adres invullen dan komen ze ook niet op de site.
Een ping levert ze 100% packet loss op:

[...]

Vreemd, die mensen hebben niet toevalig een firewall die verkeerd ingesteld is?

[CmdrKeen]

Erkens schreef op 01 september 2004 @ 09:29:
[...]
Vreemd, die mensen hebben niet toevalig een firewall die verkeerd ingesteld is?

Nee. Het probleem trad spontaan op bij twee mensen in verschillende delen van het land (Rotterdam en Lelystad) vanaf dezelfde tijd. Eén persoon heeft helemaal geen firewall en de andere niet voor uitgaand verkeer. Bovendien heeft die niets aan zijn firewall veranderd toen het probleem ontstond. Beiden kunnen op allerlei andere sites zonder problemen.

[Erkens]

Vilenin schreef op 01 september 2004 @ 09:31:
[...]

Nee. Het probleem trad spontaan op bij twee mensen in verschillende delen van het land (Rotterdam en Lelystad) vanaf dezelfde tijd. Eén persoon heeft helemaal geen firewall en de andere niet voor uitgaand verkeer. Bovendien heeft die niets aan zijn firewall veranderd toen het probleem ontstond. Beiden kunnen op allerlei andere sites zonder problemen.

Hier in Lelystad echt geen problemen hoor

[Verwijderd]

Heb je deze sites toevallig op je eigen webservertje draaien op je computer? Aangezien ze allebei doorverwijzen naar hetzelfde IP.
Als dat zo is is het niet heel gek dat je ze op die manier niet kan bereiken. Dan kan je ze alleen vanaf jou pc bereiken met door localhost aan te roepen.

[CmdrKeen]

Waanzinnig! Ik heb echt geen idee waar ik het moet zoeken!

[CmdrKeen]

Verwijderd schreef op 01 september 2004 @ 09:33:
Heb je deze sites toevallig op je eigen webservertje draaien op je computer? Aangezien ze allebei doorverwijzen naar hetzelfde IP.
Als dat zo is is het niet heel gek dat je ze op die manier niet kan bereiken. Dan kan je ze alleen vanaf jou pc bereiken met door localhost aan te roepen.

Njet. Beide sites vanaf de netwerken van XS4ALL, Versatel en Belgacom (wie test er meer?) te bereiken, gewoon van buitenaf. De webserver checkt de host headers en houdt op die manier de sites uit elkaar.

Bovendien.. ik ken servers die meer dan vijftig sites draaien die ook gewoon bereikbaar zijn

[ Voor 8% gewijzigd door CmdrKeen op 01-09-2004 09:35 ]

[Cyphax]

Wat levert een traceroute op?

[Verwijderd]

Ja je zal ze sowieso op verschillende porten hebben draaien. Maar omdat je ze zelf host kan je ze niet bereiken vanaf je eigen pc. Als je ze dan zelf wil bekijken kan je het best http://localhost:portnummer opvragen

[Erkens]

Verwijderd schreef op 01 september 2004 @ 09:36:
Ja je zal ze sowieso op verschillende porten hebben draaien. Maar omdat je ze zelf host kan je ze niet bereiken vanaf je eigen pc. Als je ze dan zelf wil bekijken kan je het best http://localhost:portnummer opvragen

Heb jij enig idee hoe je een webserver configureerd voor meerdere hostnames op 1 IP?
Nee? bemoei je er niet mee als je er geen verstand van hebt

Verder als je had gelezen kan de TS wel zijn server bereiken, maar 2 mensen toevallig niet. (toch denk ik dat je bij hun het probleem moet zoeken)

[CmdrKeen]

Verwijderd schreef op 01 september 2004 @ 09:36:
Ja je zal ze sowieso op verschillende porten hebben draaien. Maar omdat je ze zelf host kan je ze niet bereiken vanaf je eigen pc. Als je ze dan zelf wil bekijken kan je het best http://localhost:portnummer opvragen

De sites draaien allebei op poort 80. De server checkt de host headers en de sites zijn vanaf andere netwerken gewoon bereikbaar. Als je www.blabla.nl invult dan maken de meeste browsers daar gewoon intern http://www.blabla.nl:80 van.

Enne.. ik wil de sites helemaal niet bereiken vanaf m'n eigen PC.

[CmdrKeen]

Erkens schreef op 01 september 2004 @ 09:39:
[...]
Verder als je had gelezen kan de TS wel zijn server bereiken, maar 2 mensen toevallig niet. (toch denk ik dat je bij hun het probleem moet zoeken)

Ik denk ook dat het probleem bij hen zit maar ik vind het zo vreemd dat ze beiden onafhankelijk op dezelfde tijd precies hetzelfde probleem hebben.

[Erkens]

Vilenin schreef op 01 september 2004 @ 09:40:
[...]

Ik denk ook dat het probleem bij hen zit maar ik vind het zo vreemd dat ze beiden onafhankelijk op dezelfde tijd precies hetzelfde probleem hebben.

en dat was op 1 moment, of ook vaker?
want het kan natuurlijk een netwerk storing geweest zijn

[CmdrKeen]

Het is vanaf dezelfde tijd en het is bij mijn weten niet vaker opgetreden.

/edit: meer info: Degene in Lelystad heeft zijn kabelmodem gereset en het probleem is er nog altijd.

offtopic:
@WilmpieeeJ: ik stel je meedenken op prijs, maar omdat m'n sites vanaf andere plekken gewoon bereikbaar zijn, denk ik niet dat het probleem in de configuratie van mijn server zit.

[ Voor 69% gewijzigd door CmdrKeen op 01-09-2004 09:48 ]

[CmdrKeen]

Cyphax schreef op 01 september 2004 @ 09:36:
Wat levert een traceroute op?

code:

Tracing route to huijgen.com [80.126.83.43]

over a maximum of 30 hops:

  1     *        *        *     Request timed out.
  2     *        *        *     Request timed out.
  3     *        *        *     Request timed out.
  4     *        *        *     Request timed out.

...enz...

 28     *        *        *     Request timed out.
 29     *        *        *     Request timed out.
 30     *        *        *     Request timed out.
Trace complete.

[dmace]

Site is vanaf hier bereikbaar. (CIPC)

Je eerste hop kan al niet naar buiten, dus daar ligt al je probleem.

SP2 geinstalleerd toevallig?

[ Voor 50% gewijzigd door dmace op 01-09-2004 10:00 ]

[Erkens]

Vilenin schreef op 01 september 2004 @ 09:45:
/edit: meer info: Degene in Lelystad heeft zijn kabelmodem gereset en het probleem is er nog altijd.

en jouw server is de enige die niet te bereiken is? zeker gezien die traceroute

[CmdrKeen]

Of SP2 geïnstalleerd is weet ik niet, maar ze kunnen allebei alleen niet op mijn site. Andere sites zijn geen probleem. Die trace verbaast mij ook.

Hier is mijn trace (vanaf Versatel).. niet dat we daar veel aan hebben want hier werkt het gewoon, ook vanaf machines met SP2.

code:

Bezig met het traceren van de route naar huijgen.com [80.126.83.43]

via maximaal 30 hops:

  1   <1 ms   <1 ms   <1 ms  10.0.0.*
  2     3 ms     2 ms     2 ms  ---------------- [62.58.**.**] 
  3     6 ms     5 ms     5 ms  62.58.24.*** 
  4     6 ms     6 ms     6 ms  br01amsix.ge5-0.versatel.net [62.58.151.138] 
  5     6 ms     6 ms     6 ms  ams-ix.sara.xs4all.net [195.69.144.48] 
  6    22 ms    16 ms     7 ms  0.so-1-3-0.xr2.d12.xs4all.net [194.109.5.105] 
  7    36 ms    28 ms     7 ms  42.ge9-1-0.pe20.fia.xs4all.net [194.109.5.150] 
  8     *        *        *     Time-out bij opdracht.
  9    30 ms    22 ms    17 ms  a80-126-83-43.adsl.xs4all.nl [80.126.83.43] 

De trace is voltooid.

[Reptile209]

@Home meldt *. Doet het hier gewoon.
Hebben die twee mensen toevallig een proxyserver ingesteld staan die de boel opvreet ofzo? Meteen timeouts op de eerste hop is niet goed .

[Erkens]

Reptile209 schreef op 01 september 2004 @ 10:07:
@Home meldt *. Doet het hier gewoon.
Hebben die twee mensen toevallig een proxyserver ingesteld staan die de boel opvreet ofzo? Meteen timeouts op de eerste hop is niet goed .

pingen en traceroutes gaan niet via een proxy

[Reptile209]

Erkens schreef op 01 september 2004 @ 10:15:
[...]

pingen en traceroutes gaan niet via een proxy

err... ja... dus...

[dmace]

Het probleem ligt duidelijk bij die mensen zelf, en niet bij de provider.
Wel eens vaker f**ked-up PC's gezien die veel wel deden, maar sommige dingen niet.
Bleek uiteindelijk een corrupte file te zijn die over het netwerk gaat.
Dit kan komen door virussen en/of spyware/

Maar dit hoeft natuurlijk niet, daar er nog legio mogelijkheden over zijn.
iig. toont die eerste hop al aan dat het niet goed zit.

[Erkens]

Reptile209 schreef op 01 september 2004 @ 10:16:
[...]

err... ja... dus...

dus? dus als je een traceroute doet naar een server gaat dat direct, en niet via een proxy
Uiteraard kan het zo zijn dat je enkel een proxy mag gebruiken, maar zoals eerder al gezegt was, was er geen firewall aanwezig, dus dat is geen optie

[CmdrKeen]

Ze hebben geen proxy ingesteld, en vanaf de lokale routers (bij hen) is de site ook niet te pingen. Vanaf andere versies van Winwows (2000 en 98) kunnen ze de sites ook niet pingen.

[Verwijderd]

Chello Arnhem hier.. gewoon werken.. sterkte..

[TheGhostInc]

Ik weet dat @Home pc's in het lokale netwerk elkaar niet kunnen bereiken.
Is het mogelijk dat ze heel toevallig een ip hebben dat dusdanig dicht bij jouw server ip ligt dat hun pc denkt dat het op het local netwerk te vinden is?

Dat lijkt mij de enige logische verklaring, want anders zou bij de traceroute altijd de gateway nog gepinged moeten worden. En een dhcp wissel kan best gebeuren, zeker met chello die aan het upgraden is.

[CmdrKeen]

Lokale router gereset in Lelystad -> geen effect

@TheGhostInc: Lelystad IP = 213.93.67.***; mijn IP = 80.126.83.**. Ligt dus niet bij elkaar. Ik weet ook niet waarom je de gateway niet terugziet in de trace - je zou idd zeggen dat ze andere sites dan ook niet kunnen bereiken, maar dat is dus niet zo.

Het probleem wordt steeds mysterieuzer

[TeeDee]

Staat er niks debiels in het hosts file oid?

_{Omgeving zwijndrecht (KPN sdsl) (Kabelfoon) ook werkend.. zeer vreemd idd}

@Erkens, weet ik, heb ik inderdaad gelezen. Maar waar moet je dit anders zoeken?

[ Voor 25% gewijzigd door TeeDee op 01-09-2004 10:40 ]

[dmace]

Dat die eerst hop niet goed gaat blijft vreemd.
Probeer eens een tracert naar iets anders (www.chello.nl ofzo)
en plaats die ook eens hier.
Een IPCONFIG /ALL zou ook wel fijn zijn voor troubleshooten.

[hendrikjan]

hmm ik weet niet hoor maar hier doen ze het gewoon, chello Amsterdam ...

[ Voor 29% gewijzigd door hendrikjan op 01-09-2004 10:37 ]

[Verwijderd]

pages werken vanaf hier Gemeente Sneek

[Erkens]

TeeDee schreef op 01 september 2004 @ 10:32:
Staat er niks debiels in het hosts file oid?

hij resolved toch wel gewoon goed.

* Erkens snapt niet dat mensen niet kunnen lezen...

[CmdrKeen]

dmace schreef op 01 september 2004 @ 10:32:
Dat die eerst hop niet goed gaat blijft vreemd.
Probeer eens een tracert naar iets anders (www.chello.nl ofzo)
en plaats die ook eens hier.
Een IPCONFIG /ALL zou ook wel fijn zijn voor troubleshooten.

Komt eraan, maar de gebruikers in kwestie zijn momenteel niet online.

[TeeDee]

Je hebt zelf ook niks gewijzigd?

_{I know, just checking. Je weet maar nooit}

@Vilenin, ships, dat is waar. Het ligt inderdaad niet bij jouw server, omdat bij de users de eerste trace al niet goed gaat. I give up, maar het topic blijf ik wel ff volgen, namelijk wel een interessant probleem dit.

[ Voor 56% gewijzigd door TeeDee op 01-09-2004 10:54 ]

[CmdrKeen]

TeeDee schreef op 01 september 2004 @ 10:46:
Je hebt zelf ook niks gewijzigd?

_{I know, just checking. Je weet maar nooit}

Ja, ik ben een tweede domein gaan hosten. MAAR... Zoals hier overal te lezen, zijn beide domeinen gewoon goed te bereiken vanaf diverse plekken en ISP's. Bovendien gaat het al mis bij de router van de gebruiker aan de andere kant (de client).

Ik zal het tweede domein eens van m'n server slopen en dan kijken of dat wat uithaalt.

[Verwijderd]

chello classic regio Dordrecht geeft geen problemen, beide sites gewoon te bekijken via dns-naam.
Denk dat het meer te maken heeft met een of meerdere DNS-servers van chello.

[CmdrKeen]

Verwijderd schreef op 01 september 2004 @ 10:56:
Denk dat het meer te maken heeft met een of meerdere DNS-servers van chello.

Vilenin schreef op 01 september 2004 @ 09:15:
Het probleem is niet dat de naam niet geresolved kan worden, andere DNS-servers invullen is dus niet de oplossing. Als men direct het IP-adres intikt in de browser, komt men ook niet op de site.

[I Am Weasel]

Pingen naar 80.126.83.43 met 32 byte gegevens:

Antwoord van 80.126.83.43: bytes=32 tijd=35 ms TTL=244
Antwoord van 80.126.83.43: bytes=32 tijd=39 ms TTL=244
Antwoord van 80.126.83.43: bytes=32 tijd=35 ms TTL=244
Antwoord van 80.126.83.43: bytes=32 tijd=33 ms TTL=244

Ping-statistieken voor 80.126.83.43:
Pakketten: verzonden = 4, ontvangen = 4, verloren = 0
(0% verlies).De gemiddelde tijd voor het uitvoeren van één bewerking in milliseconden:
Minimum = 33ms, Maximum = 39ms, Gemiddelde = 35ms

Site te bereiken en pingen No Probs (Zlndnet)

[Xandrios]

Vilenin schreef op 01 september 2004 @ 09:57:
[...]

code:

Tracing route to huijgen.com [80.126.83.43]

over a maximum of 30 hops:

  1     *        *        *     Request timed out.
  2     *        *        *     Request timed out.
  3     *        *        *     Request timed out.
  4     *        *        *     Request timed out.

...enz...

 28     *        *        *     Request timed out.
 29     *        *        *     Request timed out.
 30     *        *        *     Request timed out.
Trace complete.

Dat ziet er niet gezond uit. Sterker nog, dat soort problemen krijg je als er een verkeerd subnet gebruikt wordt. Want de eerste paar hops zou hij altijd gewoon moeten kunnen tracen....

[TeeDee]

Xandrios schreef op 01 september 2004 @ 11:03:
[...]
Dat ziet er niet gezond uit. Sterker nog, dat soort problemen krijg je als er een verkeerd subnet gebruikt wordt. Want de eerste paar hops zou hij altijd gewoon moeten kunnen tracen....

Hoe verklaar je dan dat andere sites wel werken?

[JeroenG]

hmmm, wanadoocable broadband geeft ook geen problemen met beide domeinen (wel twee keer dezelfde site?).

[CmdrKeen]

Even voor de duidelijkheid: die traceroute met al die timeouts is afkomstig van een van degenen die mijn sites niet kunnen zien en pingen.

[Verwijderd]

weer vanaf regio Dordrecht:

Tracing route to www.huijgen.com [80.126.83.43]
over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms Router.alkumsolutions.local [172.111.104.253]
2 10 ms 17 ms 32 ms a125001.upc-a.chello.nl [62.163.125.1]
3 24 ms 29 ms 17 ms p61065.net.upc.nl [212.142.61.65]
4 16 ms 30 ms 24 ms srp8-0.am00rt01.brain.upc.nl [212.142.32.33]
5 23 ms 13 ms 25 ms nl-ams02a-ra1-so-0-0-2.aorta.net [213.46.161.49]

6 13 ms 18 ms 19 ms nl-ams02a-rd1-10gige-1-0.aorta.net [213.46.161.1
53]
7 26 ms 29 ms 23 ms nl-ams04a-ri1-pos-6-0.aorta.net [213.46.161.62]

8 25 ms 22 ms 26 ms ams-ix.tc2.xs4all.net [195.69.144.166]
9 18 ms 18 ms 25 ms 0.so-2-3-0.xr2.d12.xs4all.net [194.109.5.89]
10 27 ms 17 ms 19 ms 42.ge9-1-1.pe10.fia.xs4all.net [194.109.5.190]
11 * * * Request timed out.
12 36 ms * 21 ms a80-126-83-43.adsl.xs4all.nl [80.126.83.43]

Trace complete.

Lijkt meer op een router probleem bij XS4all....

[CmdrKeen]

KingEd het is geen routerprobleem bij XS4ALL want:
- de site is via heel veel netwerken gewoon bereikbaar;
- de traceroute naar de site vanaf de "probleemclient" geeft al timeouts bij de eerste hops.

[Erkens]

Verwijderd schreef op 01 september 2004 @ 11:11:
Lijkt meer op een router probleem bij XS4all....

neuh, dat is gewoon eentje die geen geen response geeft, immers je komt wel op de site

michael@cervix:~$ traceroute www.huijgen.com
traceroute to www.huijgen.com (80.126.83.43), 30 hops max, 38 byte packets
1 10.64.128.1 (10.64.128.1) 10.024 ms 7.404 ms 7.300 ms
2 Gig6-0.ls00rt04.brain.upc.nl (212.142.19.33) 8.253 ms 7.456 ms 11.897 ms
3 srp0-0.am00rt01.brain.upc.nl (212.142.32.1) 8.275 ms 8.997 ms 9.715 ms
4 nl-ams02a-ra1-so-0-0-0.aorta.net (213.46.161.197) 13.717 ms 9.522 ms 11.245 ms
5 nl-ams02a-rd1-10gige-1-0.aorta.net (213.46.161.153) 8.405 ms 7.544 ms 14.411 ms
6 nl-ams04a-ri1-pos-6-0.aorta.net (213.46.161.62) 8.769 ms 9.701 ms 15.934 ms
7 ams-ix.tc2.xs4all.net (195.69.144.166) 8.517 ms 9.409 ms 8.953 ms
8 0.so-2-3-0.xr2.d12.xs4all.net (194.109.5.89) 7.935 ms 18.294 ms 8.979 ms
9 42.ge9-1-1.pe10.fia.xs4all.net (194.109.5.190) 10.273 ms 42.ge9-0-1.pe10.fia.xs4all.net (194.109.5.166) 10.217 ms 42.ge9-0-1.pe20.fia.xs4all.net (194.109.5.178) 8.907 ms
10 * * *
11 a80-126-83-43.adsl.xs4all.nl (80.126.83.43) 17.276 ms 20.090 ms 19.179 ms

[Verwijderd]

Zitten beide achter een router aan het Chello netwerk? Dan kun je ze nog laten proberen de router er tussen uit te halen en een pc rechtstreeks aan te sluiten. Werkt het dan wel, dan is het een routerprob.

[CmdrKeen]

Ja ok, maar dat is toch geen oplossing? Dan moet ik iedereen die mijn site wil zien (okee, het is een privé-site, maar toch) vragen zijn router van z'n LAN te halen. Bovendien kunnen beiden *wel* naar allerlei andere sites.

Evengoed zal ik ze het toch vragen, ik heb gekkere dingen meegemaakt

[Verwijderd]

Daar gaat het niet om. Op die manier weet je waar de fout zit. Jij weet dan zeker dat het niet aan jouw site ligt en die mensen moeten nog eens goed naar hun routerconfiguratie kijken. (do u catch my drift?)

[ Voor 6% gewijzigd door Verwijderd op 01-09-2004 12:07 ]

[CmdrKeen]

Eens, daarom zeg ik ook dat ik het ga vragen

[CmdrKeen]

Probleem is misschien opgelost... voor één gebruiker. (Vorkbaard=Vilenin; José=Lelystadter)

>> 1-9-2004 12:00:22 José wrote:
>> Addertje meldt zich bij Vorkbaard

>> 1-9-2004 12:00:29 José wrote:
>> zowel huijgen als vorkbaard doen het

>> 1-9-2004 12:00:30 Vorkbaard wrote:
>> oi

>> 1-9-2004 12:00:38 Vorkbaard wrote:
>> Meen je dat nou?

>> 1-9-2004 12:00:42 José wrote:
>> ff wat probs met upc

>> 1-9-2004 12:00:46 José wrote:
>> jah ik meen dat

>> 1-9-2004 12:00:53 Vorkbaard wrote:
>> Wat bedoel je: probs met upc?

>> 1-9-2004 12:00:58 Vorkbaard wrote:
>> Need more info

>> 1-9-2004 12:01:14 José wrote:
>> verschillende netwerkkaarten met dus steeds andere mac adressen dat vodn upc niet leuk

>> 1-9-2004 12:01:49 Vorkbaard wrote:
>> Ik geloof niet dat dat de oorzaak is: je kon wel gewoon chatten en op andere internetpagina's.

>> 1-9-2004 12:02:21 José wrote:
>> meer info hebben wij ok niet

>> 1-9-2004 12:02:26 José wrote:
>> er is wel het e.e.a. gerest daar

>> 1-9-2004 12:02:39 Vorkbaard wrote:
>> Iemand van Chello gesproken?

>> 1-9-2004 12:03:17 José wrote:
>> jazeker helpdesk we kregen op een gegeven moment geen ip ares meer

>> 1-9-2004 12:03:23 José wrote:
>> adres

>> 1-9-2004 12:03:58 Vorkbaard wrote:
>> Ja, best - als je geen IP-adres krijgt dan begrijp ik dat je niet op mijn site kan maar als je *wel* op andere sites kan....

>> 1-9-2004 12:04:47 José wrote:
>> ik snap er ook neits van ... er ging in ieder geval het e.e.a. mis daar

>> 1-9-2004 12:05:01 Vorkbaard wrote:
>> Maar kan je toelichten wat "e.e.a." is?

>> 1-9-2004 12:06:28 José wrote:
>> nee

>> 1-9-2004 12:06:32 Vorkbaard wrote:
>> ok

>> 1-9-2004 12:06:38 José wrote:
>> dat vertelde hij namelijk neit..

Wat nog niet wegneemt dat twee mensen onafhankelijk van elkaar hetzelfde probleem kregen op dezelfde tijd en dat de trace route op z'n zachtst gezegd erg bijzonder was.

[ Voor 28% gewijzigd door CmdrKeen op 01-09-2004 12:11 ]

[Verwijderd]

Waarschijnlijk het macadres van de NIC van Chello niet gekloond naar de router.

[Bergen]

Als je op een bepaalde hop geen pingreplies krijgt betekent dat niet meteen dat er met die router iets aan de hand is; waarschijnlijk is de router gewoon zo ingesteld dat ie pings moet negeren.

(echo 1 > /proc/sys/net/ipv4/icmp_echo_ignore_all ofzo?)

[Netraam]

Ik heb dit probleem ook wel eens gehad toen bleek het in de firewall van de server te zitten.

Mijn firewall hield al het verkeer tegen dat van ip adressen afkomstig was die toch niet waren vrijgegeven door de IANA. Nu had een provider ineens wel adressen in die range omdat de IANA deze had vrijgegeven. Gevolg site alleen voor de mensen van die provider niet bereikbaar en toen ineens weer wel (ip adres in andere range gekregen). Dus ik hoop voor je dat dit een oplossing kan zijn voor je probleem.

[CmdrKeen]

@lammetor: welke server bedoel je precies met "de" server? Heb je het over adressen in de reeksen 192.168.0.0, 10.0.0.0, enz.? Volgens mij zijn er recentelijk geen wijzigingen geweest in wat private en wat publieke ranges zijn, bovendien wordt verkeer naar buiten van de gebruiker in Lelystad niet gechecked door een firewall. (Verder is het probleem dat je beschrijft ook wel erg vaag idd )

@R01X0: Als je het MAC-adres van de nic van Chello niet naar je router kopieert, kan je OF wél internetten OF niet.

[Netraam]

Ik bedoel de server waar de sites op draaien. Dit probleem probeer je altijd meteen te zoeken aan de gebruikers kant en niet aan de server kant. Dit deed ik ook todat ineens twee mensen mijn sites niet konden benaderen. Ik heb er best wel even naar moeten zoeken en toen zag ik ineens dat ze dus in een inmiddels wel vrijgegeven range zaten met hun ip adres.

Ik gebruik adsl4linux met de daarbij behorende firewall en die had dus die IANA scanning erin zitten. Door op mijn webserver mijn firewall aan te passen konden die clients ineens wel weer op mijn sites.

[Ethefox]

Een oplossing heb ik niet, wel een soortgelijk probleem(en een work-around). De site die ik wil benaderen gaat niet vanaf Wanadoo Cable Broadband Basic (Casema netwerk) en wel vanaf ieder ander netwerk. Voorheen werkte dit wel!

Microsoft Windows XP [Version 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.

C:\Documents and Settings\Ethefox>tracert themook.net

Tracing route to themook.net [38.118.200.22]
over a maximum of 30 hops:

1 30 ms 19 ms 20 ms cd5113601.cable.wanadoo.nl [213.17.54.1]
2 25 ms 26 ms 19 ms cd51134c1.cable.wanadoo.nl [213.17.52.193]
3 222 ms 202 ms 207 ms G3-11.dr2-ut1.nl.euro.net [194.134.162.97]
4 * * * Request timed out.
5 ^C
C:\Documents and Settings\Ethefox>

Wat je hier ziet is dat ik wel naar buiten kom, maar vervolgens bij Euronet blijf hangen. Ik heb dit opgelost door via een vrij toegangkelijke proxy te surfen. Je route verandert, waardoor ik de Euronet-bottleneck omzeil. Met dit verhaal heb ik de helpdesk gebeld en kreeg (zeer verfrissend) iemand met goede netwerkkennis aan de lijn. Die kon me vertellen dat er inderdaad routeringsproblemen bij Euronet waren waar aan gewerkt werd. Een planning voor wanneer het in orde zou zijn kon hij echter niet geven.

Mijn tip: probeer eens via een proxy die site te benaderen. Er zijn er genoeg op internet.....

[MikeN]

Ik heb in het verleden ook af en toe problemen gehad met de verbinding chello <> xs4all. De routing van chello is af en toe gewoon niet helemaal flex, na een paar dagen is dat meestal wel weer gefixed.

[CmdrKeen]

Ethefox, bedankt voor de tip. *Enig* idee waarom de trace überhaupt de wijkrouter niet bereikt?

MikeN schreef op 01 september 2004 @ 13:18:
De routing van chello is af en toe gewoon niet helemaal flex, na een paar dagen is dat meestal wel weer gefixed.

Ben je mooi klaar mee.... Ziet ernaar uit dat je gelijk hebt

[Ethefox]

Vilenin schreef op 01 september 2004 @ 13:43:
Ethefox, bedankt voor de tip. *Enig* idee waarom de trace überhaupt de wijkrouter niet bereikt?

Als ping / icmp niet op een eventuele router van de eindgebruiker op "disabled" staat niet nee..........

[CmdrKeen]

Vreemd dan, want de eindgebruiker in deze is blijkbaar vanaf veel verschillende plekken gewoon te pingen.

[Vunzz]

Chello Rotterdam, firewalled en routed LAN

Alles werkt.

[SilentStorm]

Geen problemen hier hoor.
Hoewel je elkaar wel kan pingen ed kun je voor de aardigheid de route eens direct proberen te leggen. Zij moeten dan het volgende invullen in een command prompt:

route add [host] mask [subnetmask] [gateway] metric [metric] if [interface]
voorbeeldje met chello's primaire dns server:

route add 212.142.28.66 mask 255.255.255.0 62.194.123.1 metric 3 if 1

dus voor de duidelijkheid: destination is degene die je wilt bereiken en gateway is de gateway die jezelf gebruikt. metric en interface probeert windows zelf uit te vinden, maar voor goede werking is het handig dit zelf in te vullen.

Kan ook met 'arp -s [destination] [mac-adres]' als dat makkelijker is

---

Als het niet aan de routering ligt:

• Kunnen jullie wel van een andere dienst gebruik maken die niet via een server loopt? (ftp, icq, filesharen)
• Krijgen zij wel een verbinding via bv een telnet verbinding (telnet vorkbaard.nl 80)?
• zijn er nog andere instanties die verkeer kunnen blokkeren/aanpassen? firewall/virusscanner/[]blokker/spyware/malware/virussen?
• staat je site om wat voor reden dan ook in een geblokkeerde omgeving (kan in zowel de router als in bijvoorbeeld het zone gedeelte van internet explorer gebeuren. Eventuele 'filter-programma's' willen ook nog wel eens vervelend doen.
• krijgt je een ander resultaat met een andere browser?
• kunnen ze de site wel zien als ze gebruik maken van een proxy?

standaardproxy chello: proxy.arnhem.chello.nl op poort 8080

Dit is het eerst wel even

[CmdrKeen]

SilentStorm, die route toevoegen daar had ik nog niet aan gedacht, maar het werkt dus alweer naar behoren.

- ICQ ging goed, zelfs filesharen (via ICQ en via MSN).
- telnet niet geprobeerd (kan nu ook niet meer testen).
- de verbinding liep via internet dus er kunnen letterlijk honderden instanties van alles geblokkeerd hebben (maar voorheen werd niets geblokkeerd).
- site staat niet in een bijzondere zone: heel veel mensen kunnen beide sites zonder problemen zien.
- andere browser = zelfde resultaat (getest met IE 5.5 en IE 6, Firefox en Opera).
- met of zonder proxy maakt niet uit.

Bedankt voor jullie reacties allemaal. Verder troubleshooten heeft geen zin aangezien het weer werkt. Het blijft dus vooralsnog een mysterie... <insert Twilight Zone-muziekje>

[Ethefox]

Mooi. Bij mij werkt het ook weer. Moet dus ergens een storing geweest zijn die nu verholpen is.