Website niet bereikbaar vanaf thuis.

[Luca_Scorpion]

Hallo allemaal,

Ik zit met een nogal vreemd probleem. Ik heb voor een kennis een website gemaakt, maar als ik deze probeer te bereiken vanaf thuis krijg ik steeds een timeout.
Als ik vanaf de router (TP-Link Archer C5) een traceroute doe geeft hij dit:

Tracing route to trimsalonamelie.nl [37.247.42.26] over a maximum of 20 hops

1 13ms 20ms 12ms 10.15.197.129
2 13ms 12ms 12ms 212.142.3.229
3 10ms 12ms 12ms 212.142.2.97
4 * * * Request timed out.
5 17ms 13ms 15ms 84.116.135.206
6 17ms 14ms 17ms 134.222.249.73
7 17ms 21ms 15ms 134.222.48.232
8 15ms 17ms 21ms 134.222.48.243
9 19ms 17ms 16ms 134.222.97.235
10 17ms 17ms 17ms 94.103.144.126
11 20ms 18ms 18ms 94.103.144.122
12 19ms 16ms 19ms 94.103.144.34
13 * * * Request timed out.
14 * * * Request timed out.
15 * * * Request timed out.
16 * * * Request timed out.
17 * * * Request timed out.
18 * * * Request timed out.
19 * * * Request timed out.
20 * * * Request timed out.

Trace complete.

Opzich vrij duidelijk, maar ik weet niet hoe ik dit op zou kunnen lossen.
Ik heb al geprobeerd de DNS servers naar die van Google te zetten, maar de traceroute was precies hetzelfde. Mijn internetprovider is UPC (weet niet zeker of dat uitmaakt, maar noem het toch even).

Hopelijk weet iemand hoe ik dit op kan lossen, alle hulp is meer dan welkom!
Alvast bedankt,
Luca

[MisteRMeesteR]

Vanaf mijn XS4ALL verbinding doet zowel de site als traceroute het in ieder geval prima.

code:

C:\>tracert  trimsalonamelie.nl

Tracing route to trimsalonamelie.nl [37.247.42.26]
over a maximum of 30 hops:

  1     7 ms     6 ms    13 ms  lo0.dr15.d12.xs4all.net [194.109.5.226]
  2     7 ms     6 ms     6 ms  1314.ae3.xr3.3d12.xs4all.net [194.109.7.133]
  3     7 ms     7 ms     6 ms  0.ae4.xr1.sara.xs4all.net [194.109.5.6]
  4     8 ms     7 ms     7 ms  amsix.nedzone.nl [80.249.209.68]
  5    10 ms     9 ms     9 ms  94.103.144.122
  6    10 ms     9 ms     9 ms  vl4013.per3.stb-ndz.nedzone.net [94.103.144.34] 
  7     9 ms     9 ms     9 ms  webserver18.24dns.nl [37.247.42.26]

Trace complete.

Probeer eens een tracert vanaf een host achter je router.

[grimlock]

Lijkt erop alsof er bij Nedzone tussen de laatste router en je website iets verkeerd gaat. Kan nog veel zijn zonder nadere informatie.

[ Voor 46% gewijzigd door grimlock op 05-01-2016 21:06 ]

[DarkSide]

een request timed out hoeft niet erg te zijn.
Betekend alleen dat die hop niet reageert op een ICMP (ping).
Dat kan expres gedaan zijn. Maar het kan ook zijn dat de router het druk heeft. En dan worden ICMP pakketten vaak als eerste gedropped.

Het kan zijn dat er vanuit UPC nog niet de gehele route bekend is.
Zelf op KPN netwerk kan ik de tracert wel maken.

[Luca_Scorpion]

MisteRMeesteR schreef op dinsdag 05 januari 2016 @ 21:03:
Vanaf mijn XS4ALL verbinding doet zowel de site als traceroute het in ieder geval prima.

(...)

Probeer eens een tracert vanaf een host achter je router.

Via de command line krijg ik deze output:

code:

C:\Users\Luca>tracert trimsalonamelie.nl

Tracing route to trimsalonamelie.nl [37.247.42.26]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  192.168.0.2
  2    15 ms    19 ms    12 ms  10.15.197.129
  3    11 ms    10 ms    10 ms  212.142.3.229
  4    11 ms    11 ms    12 ms  212.142.2.97
  5     *        *       21 ms  nl-ams02a-rc1-ae117-2355.aorta.net [84.116.244.2
1]
  6    15 ms    15 ms    15 ms  nl-ams09b-ri1-ae10-0.aorta.net [84.116.135.206]

  7    16 ms    16 ms    25 ms  asd-s8-rou-1041.NL.eurorings.net [134.222.249.73
]
  8    17 ms    28 ms    16 ms  asd2-rou-1044.NL.eurorings.net [134.222.48.232]

  9    18 ms    15 ms    24 ms  asd-s4-rou-1041.NL.eurorings.net [134.222.48.243
]
 10    27 ms    18 ms    17 ms  134.222.97.235
 11    20 ms    18 ms    18 ms  vl4001.pcr1.asd-tc2.nedzone.net [94.103.144.126]

 12    20 ms    19 ms    18 ms  94.103.144.122
 13    18 ms    21 ms    17 ms  vl4013.per3.stb-ndz.nedzone.net [94.103.144.34]

 14     *        *        *     Request timed out.
 15     *        *        *     Request timed out.
etcetera.....

DarkSide schreef op dinsdag 05 januari 2016 @ 21:05:
Het kan zijn dat er vanuit UPC nog niet de gehele route bekend is.
Zelf op KPN netwerk kan ik de tracert wel maken.

Dat zou kunnen, maar zou ik wel vreemd vinden aangezien ik er via het UPC netwerk bij mijn vriendin geen problemen mee had. Al was er toen ook een paar uur (ongeveer) waarin ik hem niet kon bereiken...

[ Voor 13% gewijzigd door Luca_Scorpion op 05-01-2016 21:10 ]

[Thralas]

TS, zijn de volgende hosts wel bereikbaar?

http://webserver18.24dns.nl
http://webserver19.24dns.nl

Als beide bereikbaar zijn: DNS (cache) issue?
Als de eerste niet bereikbaar is: val NedZone lastig.

DarkSide schreef op dinsdag 05 januari 2016 @ 21:05:
Dat kan expres gedaan zijn. Maar het kan ook zijn dat de router het druk heeft. En dan worden ICMP pakketten vaak als eerste gedropped.

Not buying it.

Het kan zijn dat er vanuit UPC nog niet de gehele route bekend is.

Lijkt me onzin. TS komt sowieso tot de voorlaatste hop, binnen het netwerk van NedZone. Daar maakt het niets meer uit van welk netwerk je komt, routingtechnisch.

Zelf op KPN netwerk kan ik de tracert wel maken.

Dat komt omdat jij traced met ICMP echos, net als MisteRMeesteR. De router van TS draait waarschijnlijk Linux; de traceroute aldaar probed standaard met UDP ipv. ICMP.

[MisteRMeesteR]

Luca_Scorpion schreef op dinsdag 05 januari 2016 @ 21:08:
[...]


Via de command line krijg ik deze output:

code:

C:\Users\Luca>tracert trimsalonamelie.nl

Tracing route to trimsalonamelie.nl [37.247.42.26]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  192.168.0.2
  2    15 ms    19 ms    12 ms  10.15.197.129
  3    11 ms    10 ms    10 ms  212.142.3.229
  4    11 ms    11 ms    12 ms  212.142.2.97
  5     *        *       21 ms  nl-ams02a-rc1-ae117-2355.aorta.net [84.116.244.2
1]
  6    15 ms    15 ms    15 ms  nl-ams09b-ri1-ae10-0.aorta.net [84.116.135.206]

  7    16 ms    16 ms    25 ms  asd-s8-rou-1041.NL.eurorings.net [134.222.249.73
]
  8    17 ms    28 ms    16 ms  asd2-rou-1044.NL.eurorings.net [134.222.48.232]

  9    18 ms    15 ms    24 ms  asd-s4-rou-1041.NL.eurorings.net [134.222.48.243
]
 10    27 ms    18 ms    17 ms  134.222.97.235
 11    20 ms    18 ms    18 ms  vl4001.pcr1.asd-tc2.nedzone.net [94.103.144.126]

 12    20 ms    19 ms    18 ms  94.103.144.122
 13    18 ms    21 ms    17 ms  vl4013.per3.stb-ndz.nedzone.net [94.103.144.34]

 14     *        *        *     Request timed out.
 15     *        *        *     Request timed out.
etcetera.....

En dat noemen ze dan het "Aorta" netwerk bij Liberty Global, mijn god zeg.

Thralas schreef op dinsdag 05 januari 2016 @ 21:11:


[...]

Dat komt omdat jij traced met ICMP echos, net als MisteRMeesteR. De router van TS draait waarschijnlijk Linux; de traceroute aldaar probed standaard met UDP ipv. ICMP.

Vandaar dat ik ook vraag om een tracert vanaf een (Windows) host, zie post boven je

[Luca_Scorpion]

Thralas schreef op dinsdag 05 januari 2016 @ 21:11:
TS, zijn de volgende hosts wel bereikbaar?

http://webserver18.24dns.nl
http://webserver19.24dns.nl

Als beide bereikbaar zijn: DNS (cache) issue?
Als de eerste niet bereikbaar is: val NedZone lastig.

De eerste is inderdaad niet bereikbaar, de tweede wel.
Dus... tijd om NedZone een (boze) mail te sturen?

[ Voor 6% gewijzigd door Luca_Scorpion op 05-01-2016 21:16 ]

[MisteRMeesteR]

Luca_Scorpion schreef op dinsdag 05 januari 2016 @ 21:14:
[...]


De eerste is inderdaad niet bereikbaar, de tweede wel.
Dus... tijd om NedZone een (boze) mail te sturen?

Yeap, al geeft https://www.nedzone.net hier nu ook een 404

[Luca_Scorpion]

MisteRMeesteR schreef op dinsdag 05 januari 2016 @ 21:19:
[...]

Yeap, al geeft https://www.nedzone.nl/ hier nu ook een 404

Yeah, je moet https even veranderen naar http, denk dat hun certificaten niet helemaal in orde zijn

[Thralas]

Luca_Scorpion schreef op dinsdag 05 januari 2016 @ 21:14:
De eerste is inderdaad niet bereikbaar, de tweede wel.
Dus... tijd om NedZone een (boze) mail te sturen?

Als dat de partij is waar je hosting afneemt wel - ik ging even voorbij aan het feit dat de reseller/beheerder natuurlijk niet eigenaar van de IP space hoeft te zijn.

[Luca_Scorpion]

Thralas schreef op dinsdag 05 januari 2016 @ 21:21:
[...]


Als dat de partij is waar je hosting afneemt wel - ik ging even voorbij aan het feit dat de reseller/beheerder natuurlijk niet eigenaar van de IP space hoeft te zijn.

Goed punt, de hosting neem ik af van VedaWeb. Al heb ik met hun nooit zo'n probleem gehad met andere sites.

[Verwijderd]

Heb je al contact opgenomen met VedaWeb? Zoals ik het nu zie staat je IP waarschijnlijk op de blacklist in de firewall van VedaWeb.

[Luca_Scorpion]

Verwijderd schreef op dinsdag 05 januari 2016 @ 21:26:
Heb je al contact opgenomen met VedaWeb? Zoals ik het nu zie staat je IP waarschijnlijk op de blacklist in de firewall van VedaWeb.

Heb er nu net een mail uit gedaan, dus ik hoop dat zij een oplossing hebben.

[Luca_Scorpion]

Update: het was inderdaad een blacklist bij VedaWeb, doordat ik te vaak mijn wachtwoord vergeten was -_- Eigen fout dus... Bedankt voor de hulp allemaal!