1 website onbereikbaar: waar kan het probleem liggen?

[Brunniepoo]

Hopelijk in het goede forum...

Tot enkele maanden geleden kon ik de website theenid.co.uk prima bereiken. Zonder verklaarbare reden lukte dat ineens niet meer en ik dacht dat de site tijdelijk down was. Tot ik het eens vanaf mijn vakantieadres probeerde en alles gewoon bleek te draaien.

Nu blijkt dus dat ik die site vanuit huis niet kan bereiken en vanaf andere plekken wel.

Al geprobeerd:
- vier apparaten
- drie webbrowsers
- bedraad en onbedraad
- nieuw modem (niet omwille hiervan overigens)

Bij installatie nieuwe modem heb ik geen instellingen veranderd (behalve een ander wachtwoord en instellingen voor wifi), dus alles staat nog op de (Ziggo?)standaardinstellingen.

Gisteren met ISP gebeld (Ziggo) en die konden ook niets bedenken, beide hadden we het vermoeden dat mijn IP misschien geblokkeerd werd door de betreffende site.

De sitebeheerder geeft echter aan dat dit niet het geval is en dat mijn ip ook nergens in serverlogs voorkomt. Op zijn verzoek heb ik nog geprobeerd of verbinden met het ip verschil maakt maar dat blijkt niet het geval. Ping + ip geeft time-outs.

Ofwel: ik heb geen idee wat er aan mijn kant voor problemen kan zorgen en weet te weinig van netwerken om een idee te hebben waar het probleem zou kunnen zitten. Of is het toch waarschijnlijker dat het probleem bij de site ligt?

Iemand?

[DaMoUsYs]

Draait die website toevallig ook bij Ziggo?

[mccAin]

Rare cookies? worden soms gedeeld door browsers, dus het switchen tussen browsers werkt dan soms niet. Probeer dat allemaal eens weg te gooien.

[Damic]

Dan nog worden die niet gedeeld met andere apparaten.

[Umbrah]

Probeer het op een willekeurige client PC eens met een andere DNS server. 8.8.8.8//8.8.4.4 ofzo (de Google DNS).

[Brunniepoo]

DaMoUsYs schreef op dinsdag 15 juli 2014 @ 17:44:
Draait die website toevallig ook bij Ziggo?

Lijkt me sterk, tenzij Ziggo ook in het VK actief is.

Umbrah schreef op dinsdag 15 juli 2014 @ 17:45:
Probeer het op een willekeurige client PC eens met een andere DNS server. 8.8.8.8//8.8.4.4 ofzo (de Google DNS).

ik weet verder weinig van DNS af, maar heeft dat nog zin als ik al geprobeerd heb direct met het ip te verbinden?

[ Voor 24% gewijzigd door Brunniepoo op 15-07-2014 17:48 ]

[mccAin]

Damic schreef op dinsdag 15 juli 2014 @ 17:45:
Dan nog worden die niet gedeeld met andere apparaten.

Inderdaad overheen gelezen. Dan wordt het inderdaad wel een raar verhaal.

[DaMoUsYs]

en wat zegt een tracert op het ip ?
DNS zou het niet aan kunnen liggen, als ik de website ping kom ik op 80.76.216.112

[mccAin]

Al via een proxy geprobeerd?

[Brunniepoo]

DaMoUsYs schreef op dinsdag 15 juli 2014 @ 17:48:
en wat zegt een tracert op het ip ?

[ Voor 16% gewijzigd door Brunniepoo op 15-07-2014 18:20 ]

[Thralas]

Je strandt net voor de destination, zelfde route, maar dan werkend:

code:

traceroute to theenid.co.uk (80.76.216.112), 30 hops max, 60 byte packets
...
 5  ams-1-6k.nl.eu (178.33.100.229)  12.892 ms * ams-1-6k.nl.eu (178.33.100.233)  12.875 ms
 6  ams-5-6k.nl.eu (94.23.122.233)  12.842 ms * *
 7  195.69.146.116 (195.69.146.116)  18.963 ms  18.948 ms  18.933 ms
 8  gateway3.as29527.net (95.128.48.57)  10.761 ms  10.980 ms  10.973 ms
 9  ip112-216.hosting.astutium.com (80.76.216.112)  11.346 ms  11.343 ms  11.413 ms

Kun je http://80.76.216.113 wel bereiken (hoewel die een andere route neemt, maar zelfde netwerk)?

Als de beheerder van de site echt zeker weet dat 't niet aan hem ligt kan hij het misschien aan z'n provider vragen.

De description van de range in kwestie is 'Shared Virtual Hosting' - geen idee of hij ook zelf de firewall e.d. beheert?

code:

inetnum:        80.76.216.0 - 80.76.219.255
netname:        ASTUTIUM-HOST
descr:          www.astutium.com Shared Virtual Hosting

[Brunniepoo]

Thralas schreef op dinsdag 15 juli 2014 @ 20:46:

Kun je http://80.76.216.113 wel bereiken (hoewel die een andere route neemt, maar zelfde netwerk)?

ik krijg dit te zien. Bij .115 krijg ik wel een tracert die tot de site loopt (en die site zie ik dus ook gewoon). Ofwel: geen problemen tot de hoster, probleem ligt bij de site-eigenaar?

[ Voor 37% gewijzigd door Brunniepoo op 15-07-2014 21:08 ]

[MrMonkE]

Misschien heb je een IP ban.

Als dat zo is kun je misschien je cable modem dag uit zetten en dan weer aan.
Bij UPC kreeg ik dan wel eens een nieuw IP addres, in mijngeval juist ongewenst.
Bij jou zou het wellicht gewenst zijn als je inderdaad een IP ban hebt.

[ Voor 80% gewijzigd door MrMonkE op 15-07-2014 21:11 ]

[Brunniepoo]

MrMonkE schreef op dinsdag 15 juli 2014 @ 21:08:
Misschien heb je een IP ban.

Ja, daar dacht ik dus ook aan maar volgens de eigenaar is dit dus niet zo.

Overigens zou dat echt wel een ongelukje moeten zijn dan (iets met een range ofzo), ik heb me daar altijd keurig gedragen en ben betalend fanclublid dus niet echt een voordehandliggend doelwit voor een ip-ban

Als iemand kan bevestigen dat die 'modem uit'-truc ook bij Ziggo werkt dan is dat wel het onthouden waard. Ze wilden me in ieder geval geen ander ip geven omdat dat niet volgens hun beleid was.

[ Voor 18% gewijzigd door Brunniepoo op 15-07-2014 21:15 ]

[MrMonkE]

Gebruik TOR browser zolang.
Of opera in Turbo mode

[ Voor 30% gewijzigd door MrMonkE op 15-07-2014 21:13 ]

[Brunniepoo]

MrMonkE schreef op dinsdag 15 juli 2014 @ 21:13:
Of opera in Turbo mode

die had ik zelf kunnen bedenken. Dat werkt dus in ieder geval gewoon als tijdelijke oplossing...

[MrMonkE]

Nou ja, ik ben natuurlijk een genie.

Voor blokkade:

1. jij hebt een firewall rule in je router die het blokt. (Vervelende borertjes, zusjes, ouders. kinderen met IT kennis?)
2. zij hebben jou IP of IP range waar jij in zit geblokkeerd op hun website
3. de ISP heeft jou IP of IP range waar jij in zit geblokkeerd op hun router

[ Voor 12% gewijzigd door MrMonkE op 15-07-2014 21:22 ]

[Fish]

DaMoUsYs schreef op dinsdag 15 juli 2014 @ 17:48:
en wat zegt een tracert op het ip ?
DNS zou het niet aan kunnen liggen, als ik de website ping kom ik op 80.76.216.112

Maar krijg je dan wel een response ?

[Brunniepoo]

Dat eerste lijkt me sterk, zoals gezegd is mijn modem vervangen en het probleem is gebleven.

Twee en drie ga ik bij de sitebeheerdeer neerleggen.

Ik denk dat ik genoeg weet, dank voor de hulp allemaal!

[albino71]

Ik had afgelopen weken het probleem dat ik regelmatig nu.nl niet kon bereiken (wel pingen!), terwijl de rest van de wereld dat wel kon. Verder had ik connectproblemen met de servers van freevoipdeal (DNS). Ik heb nu ipv de telfort dns servers, opendns gebruikt en ondervind geen problemen meer.

[Brunniepoo]

albino71 schreef op dinsdag 15 juli 2014 @ 21:30:
Ik had afgelopen weken het probleem dat ik regelmatig nu.nl niet kon bereiken (wel pingen!), terwijl de rest van de wereld dat wel kon. Verder had ik connectproblemen met de servers van freevoipdeal (DNS). Ik heb nu ipv de telfort dns servers, opendns gebruikt en ondervind geen problemen meer.

Zoals ik al schreef: ik snap weinig van dns, maar als ik direct verbinding maak met het ip in plaats van via de url dan maakt de dns-server toch niet uit? Of snap ik dan inderdaad niets van dns

(overigens lijkt het op basis van alle andere zaken toch wel een ip-ding te zijn)

[ Voor 6% gewijzigd door Brunniepoo op 15-07-2014 21:33 ]

[albino71]

Daar kan ik je inhoudelijk niet iets over zeggen, maar ik weet zeker dat er hier gasten zijn die dat wel goed kunnen uitleggen

Ik dacht dat het zo werkte...
Een nameserver zet een naam (www.naam.nl) om naar een IP.
Als dat niet goed gaat, kom je dus niet op dat IP adres/website uit.
Waarom een ping dan wel werkt, dat weet ik niet.

(zie hieronder )

Wat voor router gebruik je?

[ Voor 53% gewijzigd door albino71 op 15-07-2014 21:38 ]

[Qaatloz]

Klopt DNS is simpelweg een vertaling van bijv. www.nu.nl naar 62.69.166.254. Als je direct het ip adres invoert heb gebruik je geen dns-server.

code:

 1   <1 ms   <1 ms   <1 ms  50709C01.static.ziggozakelijk.nl
 2   <1 ms   <1 ms   <1 ms  D5225411.static.ziggozakelijk.nl [213.34.84.17]
 3    1 ms   <1 ms   <1 ms  gv-rc0011-cr101-ae23-0.core.as9143.net [213.51.156]
 4    4 ms     3 ms     4 ms  asd-tr0042-cr101-ae8-0.core.as9143.net [213.518.12]
 5    8 ms     7 ms     7 ms  195.69.146.116
 6    8 ms     8 ms     8 ms  gateway3.as29527.net [95.128.48.57]
 7    8 ms     8 ms     8 ms  ip112-216.hosting.astutium.com [80.76.216.112]

is mijn resultaat dus jij word inderdaad door of voorbij het laatste gateway geblocked

[Brunniepoo]

en als 80.76.216.115 mij wel toelaat, wijst dat er dan op dat ook de hoster/provider mij niet ip-blockt en dat het dus echt aan de site ligt?

albino71 schreef op dinsdag 15 juli 2014 @ 21:35:
Wat voor router gebruik je?

Cisco EPC3928

[ Voor 50% gewijzigd door Brunniepoo op 15-07-2014 21:44 ]

[Fish]

Werkt deze dite wel misschien ? http://barso-northampton.org/ (zelfde ip)

Ja ? dan ligt het wss aan de site (die op de webserver draaid) zelf dus de webmaster kan er dan wss weinig mee
nee? dan ligt het wss niet aan de site maar een netwerk/webserver geintje ergens


Staat jouw ip op een blacklist misschien ? e.g. http://www.blacklistalert.org/

[ Voor 30% gewijzigd door Fish op 15-07-2014 21:47 ]

[Brunniepoo]

fish schreef op dinsdag 15 juli 2014 @ 21:46:
Werkt deze dite wel misschien ? http://barso-northampton.org/ (zelfde ip)

Ja ? dan ligt het wss aan de site (die op de webserver draaid) zelf dus de webmaster kan er dan wss weinig mee
nee? dan ligt het wss niet aan de site maar een netwerk/webserver geintje ergens

Nee, die werkt ook niet. Geen idee wat dat betekent overigens. Waarom zou alleen ik daar dan last van hebben?

Staat jouw ip op een blacklist misschien ? e.g. http://www.blacklistalert.org/

Ja, lijkt erop dat daar een groter block van ziggo geblacklist is


RHSBL-Test for 83.81.153.69's PTR 53519945.cm-6-2c.dynamic.ziggo.nl (Alphabetic order):

dynamic.rhs.mailpolice.com LISTED!
webmail.rhs.mailpolice.com LISTED!

Vage site overigens, ziet er niet erg operationeel uit dus betwijfel of dit met mijn huidige probleempje te maken heeft.

[ Voor 16% gewijzigd door Brunniepoo op 15-07-2014 22:29 ]

[Fish]

Er draaien meerder website van verschillende klanten op die server. als het een website specifiek probleem zou zijn (waar die webmaster van die site wat aan kan doen dus). dan had je wel op die andere site gekund.

Dan moet je dus op hoster / netwerkniveau kijken

[AW_Bos]

Een traceroute moet je ook nooit direct geloven. Regelmatig zie ik wel eens sites die traceroutes gewoon niet toestaan vanaf hun netwerk, en die staan dan te time-outen. Als je ping-command 'unreachable host' geeft, dan is er echt wat mis met de verbinding.

[ Voor 20% gewijzigd door AW_Bos op 15-07-2014 22:34 ]

[Grootstyr]

Brunniepoo schreef op dinsdag 15 juli 2014 @ 22:05:
[...]


Ja, lijkt erop dat daar een groter block van ziggo geblacklist is


RHSBL-Test for 83.81.153.69's PTR 53519945.cm-6-2c.dynamic.ziggo.nl (Alphabetic order):

dynamic.rhs.mailpolice.com LISTED!
webmail.rhs.mailpolice.com LISTED!

Vage site overigens, ziet er niet erg operationeel uit dus betwijfel of dit met mijn huidige probleempje te maken heeft.

Op een aantal blacklists zijn alle IP's die normaliter niet direct mail horen te versturen(o.a. dynamic IP's) gelist. In jou geval is dat in ieder geval omdat je een dynamisch IP hebt. Dat je op een aantal lists staat is dus normaal.

[albino71]

Probeer eens het volgende:

Log in op je router en vul daar afwijkende of nieuwe DNS servers in. 8.8.8.8 en 8.8.8.4

Ga vervolgens naar je PC en doe daar op de command prompt "ipconfig /flushdns"

Wacht 5 minuten en ga dan weer eens proberen....

[Fish]

zijn ip resolved goed dus ik zie niet zo gauw een dns probleem.
maar waarom 5 minuten wachten ?

[Midas.e]

fish schreef op woensdag 16 juli 2014 @ 08:59:
zijn ip resolved goed dus ik zie niet zo gauw een dns probleem.
maar waarom 5 minuten wachten ?

'magic!'

Anyway,
de blacklists waar ziggo opstaan heeft er weinig mee te doen, mailpolice is al tijden uit de lucht.
Kan je de beheerder van de site/server niet vragen eens de iptables erbij te pakken? vast ergens een autoset door fail2ban oid. En inderdaad, in de tussentijd turbomode gebruiken van opera of een proxy.

[Brunniepoo]

Ik heb de sitebeheerder een mail gestuurd met zo ongeveer alle bevindingen die hier gepost zijn dus wacht het nu even af.

[MrMonkE]

Midas.e schreef op woensdag 16 juli 2014 @ 09:04:
[...]

'magic!'

[Brunniepoo]

De sitebeheerder heeft zijn provider gemaild en als antwoord gekregen:

 

" Your user's ISP has been banned for multiple attempts to hack various servers on our network due to their inability to police their customers.

This range has been unblocked for now, however /any/ increase in suspicious or undesirable traffic will result in it being reinstated without warning"

Lekker dan...

Anyway, alles werkt weer. Dank nog voor jullie hulp!

[MrMonkE]

Brunniepoo schreef op donderdag 17 juli 2014 @ 18:26:
Lekker dan...

Niet meer hakken he!

[Joster]

Mijn probleem is in mijn optiek geen nieuw topic waard en heeft een aantal gelijkenissen met dit (nog redelijk recente) topic. Vandaar mijn vraag hier.

Ik het nieuwe forum van Minix vanaf hier op het werk niet bereiken (www.minixforum.com). De oude (www.minixforums.com) kan ik wel gewoon op en ook op mijn telefoon werkt het nieuwe forum gewoon. Maar goed, ik heb hier op het werk vrij veel beperkingen dus ik kan helemaal niets aanpassen / controleren (ipconfig / telnet sessie etc is allemaal geblokkeerd), dus dat is wel crap. Hetgeen ik nu kan doen is het volgende:

Als ik surf naar www.minixforum,com krijg ik dit:

code:

http://192.168.250.5/UserCheck/PortalMain?IID=F72960F3-7C17-691D-D278-9B977AEB4F57&origUrl=aHR0cDovL3d3dy5taW5peGZvcnVtLmNvbS8

"Geen gegevens ontvangen"

Pingen levert het volgende resultaat op:

code:

C:\>ping minixforum.com

Pingen naar minixforum.com [109.236.85.125] met 32 bytes aan gegevens:
Antwoord van 109.236.85.125: bytes=32 tijd=11 ms TTL=50
Antwoord van 109.236.85.125: bytes=32 tijd=10 ms TTL=50
Antwoord van 109.236.85.125: bytes=32 tijd=11 ms TTL=50
Antwoord van 109.236.85.125: bytes=32 tijd=11 ms TTL=50

Ping-statistieken voor 109.236.85.125:
    Pakketten: verzonden = 4, ontvangen = 4, verloren = 0
    (0% verlies).

De gemiddelde tijd voor het uitvoeren van één bewerking in milliseconden:
    Minimum = 10ms, Maximum = 11ms, Gemiddelde = 10ms

Als ik naar dat IP surf krijg ik dit:

code:

http://109.236.85.125

Apache is functioning normally

Als ik probeer te traceren naar het IP adres krijg ik dit, maar daar kan ik niet zoveel wijs uit:

code:

C:\>tracert 109.236.85.125

Traceren van de route naar ptr.minixforum.com [109.236.85.125]
via maximaal 30 hops:

  1     1 ms     1 ms     1 ms  172.30.17.254
  2   <1 ms   <1 ms   <1 ms  172.30.1.41
  3   <1 ms   <1 ms   <1 ms  172.30.1.254
  4   <1 ms   <1 ms   <1 ms  192.168.250.2
  5     1 ms     1 ms   <1 ms  static.kpn.net [194.45.113.57]
  6     6 ms     6 ms     6 ms  139.156.209.233
  7     6 ms     6 ms     6 ms  static.kpn.net [139.156.112.220]
  8    17 ms    10 ms    11 ms  nl-rt-dc2-ice-ir01.kpn.net [139.156.222.71]
  9    54 ms     *        7 ms  rt2-rou-1022.NL.eurorings.net [134.222.93.140]
 10     8 ms    12 ms     8 ms  asd2-rou-1043.NL.eurorings.net [134.222.199.107]

 11     9 ms     9 ms     8 ms  asd-s17-rou-1041.NL.eurorings.net [134.222.232.1
0]
 12     9 ms    14 ms     9 ms  eth15-2.r1.ams2.nl.atrato.net [195.69.144.229]
 13     9 ms     9 ms     9 ms  eth1-1.core1.ams2.nl.as5580.net [78.152.44.77]
 14     9 ms    20 ms     9 ms  eth2-5.edge1.ams5.nl.as5580.net [78.152.44.133]

 15    22 ms    16 ms    10 ms  eth2-4.edge1.rtd1.nl.as5580.net [78.152.44.32]
 16    10 ms    10 ms    10 ms  78.152.49.194
 17    14 ms    15 ms    26 ms  109.236.95.207
 18    10 ms    10 ms    10 ms  ptr.minixforum.com [109.236.85.125]

De trace is voltooid.

Iemand die hier meer verstand van heeft?

[Thralas]

Joster schreef op dinsdag 12 augustus 2014 @ 13:00:
Mijn probleem is in mijn optiek geen nieuw topic waard en heeft een aantal gelijkenissen met dit (nog redelijk recente) topic.

Doe volgende keer toch maar in een nieuw topic.

code:

http://192.168.250.5/UserCheck/PortalMain?IID=F72960F3-7C17-691D-D278-9B977AEB4F57&origUrl=aHR0cDovL3d3dy5taW5peGZvcnVtLmNvbS8

"Geen gegevens ontvangen"

Als ik UserCheck Google vind ik:

The Check Point URL Filtering Software Blade provides optimized web security through full integration in the gateway to prevent bypass through external proxies. Integration of policy enforcement with Application Control means enhanced Web and Web 2.0 protection, and UserCheck technology

Ofwel, je loopt tegen een Check Point appliance op je eigen netwerk aan. Het antwoord is dus: vraag het je netwerkbeheerder.

[Joster]

Enig idee waarom dat de enige website is waar ik dat aantref? Een extra beveiliging van de site omdat ze voorheen veel last van spam hadden?

[ Voor 39% gewijzigd door Joster op 12-08-2014 13:29 ]

[Thralas]

Joster schreef op dinsdag 12 augustus 2014 @ 13:26:
Enig idee waarom dat de enige website is waar ik dat aantref?

Nee, ik ben je netwerkbeheerder niet.

Een extra beveiliging van de site omdat ze voorheen veel last van spam hadden?

Nee, dat ding zit - als het goed is - in je eigen netwerk.

code:

  3   <1 ms   <1 ms   <1 ms  172.30.1.254
  4   <1 ms   <1 ms   <1 ms  192.168.250.2

Aparte netwerklayout trouwens.

[Joster]

Hmm, bedankt. Toch apart dat dat de enige site is waar ik dat vooralsnog tegen ben gekomen...

[Fish]

mmmmm

C:\Users\admin>ping www.minixforum.nl

Pinging www.minixforum.nl [5.61.249.74] with 32 bytes of data:

ik heb een ander ip


Ik gok zo dat het recent is gewijzigd (verhuisd?) , en de dns naam nog ergens in een cache zit op werk ?

[ Voor 27% gewijzigd door Fish op 12-08-2014 18:47 ]

[Thralas]

fish schreef op dinsdag 12 augustus 2014 @ 18:44:
Ik gok zo dat het recent is gewijzigd (verhuisd?) , en de dns naam nog ergens in een cache zit op werk ?

Ga je nu compleet voorbij aan mijn uitleg?

Also ik zou .com resolven ipv. .nl

[Dido]

Ben eigenlijk wel benieuwd of the TS dat mailtje van de webmaster naar Ziggo heeft geforward. Er staat in niet mis te verstane bewoordingen dat Ziggo een dusdanig lakse policy heeft dat hun abonnees afgesloten raken van (delen van) het www.

Dat zie je niet in hun reclames, en nu gaat het om 1 bepaalde site, maar het lijkt me toch iets waar je als provider niet helemaal happy van wordt als dit vaker voorkomt...

[Fish]

Thralas schreef op dinsdag 12 augustus 2014 @ 19:06:
[...]


Ga je nu compleet voorbij aan mijn uitleg?

nee en ja

Also ik zou .com resolven ipv. .nl

_{Maar dat had je zelf al door dus ...}

[Thralas]

Dido schreef op dinsdag 12 augustus 2014 @ 19:37:
Dat zie je niet in hun reclames, en nu gaat het om 1 bepaalde site, maar het lijkt me toch iets waar je als provider niet helemaal happy van wordt als dit vaker voorkomt...

Tja. In dit geval is het slachtoffer 'slim' genoeg om het te debuggen, 99/100 keer niet. En ik heb ook wel eens gehoord van een hele grote Nederlandse provider die een end-user IP in de firewall gooide. Zodra dat IP weer terugkomt in de DHCP-pool mist een random ander slachtoffer een substantieel stukje internet.

Oh, en de helpdesk komt daar nooit achter, dus dan krijgt het slachtoffer uiteindelijk een ander modem en begint het spelletje weer opnieuw. Russisch IP-roulette..

[Joster]

Thralas schreef op dinsdag 12 augustus 2014 @ 14:02:
[...]

Nee, ik ben je netwerkbeheerder niet.


[...]

Nee, dat ding zit - als het goed is - in je eigen netwerk.

code:

  3   <1 ms   <1 ms   <1 ms  172.30.1.254
  4   <1 ms   <1 ms   <1 ms  192.168.250.2

Aparte netwerklayout trouwens.

Probeerde het zojuist toevallig weer een keer en kan er nu wel op... Geen idee of er hier iets is veranderd, maar het lukt in ieder geval.