bepaalde website met upc niet te bereiken

[thunder7]

Een collega van mij kan vanuit thuis de webmail van onze werkgever niet bereiken (https://webmail.zrt.nl).

Website wordt niet geladen, verschillende browsers breken af met 'webserver reageert niet' (firefox en ie). De Pc is een doodnormale laptop, met Windows XP die draadloos met een UPC kastje praat.

Ik heb geprobeerd een traceroute te mailen van daar thuis naar mijn werk, maar hoewel de uitgaande mail in hotmail er prima uitzag is de traceroute nu een rood kruisje geworden (bah). De traceroute meldde allemaal sterretjes na een priority-telecom adres. Dat is volgens mij nog van UPC, correct?

Het vreemde is dat die webmail het bij mij thuis prima doet (en ik heb ook UPC).

Wat ik me van de traceroute herinner is dat haar ip-adres anders heette dan die van mij, ik heb kxxxxx.upc-k.chello.nl, zij had een naam waar het ip-adres in verwerkt zat, volgens mij met chelloo.

Onze helpdesk meldt dat het een UPC probleem is.

Ik zie vanuit thuis:

traceroute to webmail.zrt.nl (80.113.156.25), 30 hops max, 60 byte packets
1 10.15.26.1 (10.15.26.1) 13.531 ms 13.471 ms 13.610 ms
2 212.142.62.221 (212.142.62.221) 16.724 ms 16.673 ms 16.623 ms
3 84.116.245.177 (84.116.245.177) 21.028 ms 20.983 ms 20.930 ms
4 84.116.244.21 (84.116.244.21) 21.192 ms 21.132 ms 21.023 ms
5 84.116.244.42 (84.116.244.42) 19.973 ms 20.225 ms 20.177 ms
6 84.116.244.214 (84.116.244.214) 19.210 ms 16.340 ms 16.286 ms
7 ip-213-126-173-203.ip.prioritytelecom.net (213.126.173.203) 19.572 ms 18.985 ms 19.176 ms
8 * * *

Er zal wel een strak afgestelde firewall voor die webmail staan, die niet op pings antwoordt, maar de vraag is wat ik nu doe? Die medewerker wil graag haar emails lezen. Forwarden is geen optie, ze bevatten mogelijk patiënteninformatie. De UPC helpdesk bellen namens iemand anders en hopen dat er iemand de telefoon opneemt die niet begint met 'herstart de computer' - ik wil er liever niet eens aan beginnen.

Iemand een tip?

[Fiber]

Laat de IT afdeling van je werk contact opnemen met UPC...

En test eens of die laptop het bij jou thuis wel doet.

[ Voor 33% gewijzigd door Fiber op 09-12-2013 14:20 ]

[thunder7]

Goed plan, maar de ICT afdeling heeft het afgedaan met 'het is een probleem van UPC'.

[Jolke]

Controleer eens of er voor deze website een entry in 'hosts' (onder %WINDIR%\System32\drivers\etc\) aangemaakt is. Dan wordt de betreffende website omgeleid naar een ander IP-adres.

[Will_M]

Probeer op die laptop de webmail eens te openen nadat je een ipconfig /flushdns hebt gedaan óf probeer het eens op het IP adres van de Exhange/Webserver (https://80.113.156.25) (Op IP benaderen geeft wss een certificate error, maar je weet dan in ieder geval dat je je probleem in DNS moet zoeken).

DNS servers van Google zijn meestal vrij betrouwbaar. (8.8.8.8 & 8.8.4.4), die van UPC willen wel eens vaker vreemd doen.

[ Voor 16% gewijzigd door Will_M op 09-12-2013 14:49 ]

[Miyamoto]

thunder7 schreef op maandag 09 december 2013 @ 14:14:
De UPC helpdesk bellen namens iemand anders en hopen dat er iemand de telefoon opneemt die niet begint met 'herstart de computer' - ik wil er liever niet eens aan beginnen.

Met de reacties hierboven
1) Hosts file
2) DNS
3) Gewoon UPC bellen, wel zorgen dat je over de gegevens van je collega beschikt. Makkelijkst ook als je daar bent, want ze willen (natuurlijk) een aantal zaken uitsluiten.

Edit: Kan er hier ook prima bij (UPC)

[ Voor 3% gewijzigd door Miyamoto op 09-12-2013 14:49 ]

[thunder7]

Ik heb, voor ik die hele laptop opereerde, gewoon eens mijn eigen laptop meegenomen, die Linux/Debian draait. En zie daar, het werkt nog steeds niet. Firefox wacht gewoon eindeloos en komt dan met een 'Problem loading page ... takes too long to respond'. Het is niet de pagina, want die laat zich bij mij thuis via een ssh-sessie wel gewoon openen. Ik zal eens met UPC bellen.

Update: de UPC helpdesk heeft een call bij het NOC van UPC aangemaakt. De eerste medewerker dat dat het aan het op de spamcop-lijst staan van UPC lag, maar de 2e had er duidelijk meer kaas van gegeten.

[ Voor 21% gewijzigd door thunder7 op 10-12-2013 13:47 ]

[Jolke]

Ok, duidelijk... dan zit het probleem dus bij UPC.

[dion_b]

Raar. Ik zit hier achter een UPC-verbinding en kom gewoon zonder problemen op https://webmail.zrt.nl - ik krijg dan een standaard MS Outlook Web App login prompt.

Lijkt me dus geen algemeen UPC probleem...

Wat zomaar in me opkomt: zou dit niet gewoon verschil zijn tussen LAN, waar je met http (dus onversleuteld) in kunt loggen en publiek waar je met https (dus versleuteld) in moet loggen?

Zou het niet kunnen dat collega in kwestie "webmail.zrt.nl" intypt en daar http voor geplakt wordt en niet https? Allicht dat het wel goed gaat als hij expliciet die https ervoor zet.

[thunder7]

Ik zat er zelf, en heb heel zeker wel https er voor getypt. Ik vermoed zelf dat niet alle upc klanten qua infrastructuur helemaal dezelfde zijn, de traceroute van die collega had een *chelloo.nl als publiek ip-adres, ik niet bijvoorbeeld. Maar laten we even afwachten of het NOC het oplost? Ze hebben nu een traceroute, dus wie weet.

[thunder7]

Na een aantal sessies tussen de UPC-helpdesk en mijn collega verwezen ze mijn collega toch weer naar de beheerders van webmail.zrt.nl. Die wisten ook niet wat ze er mee aanmoesten, maar toen mijn collega het weer testte was het opgelost. Tja.

[Jolke]

Nou ja, het is fijn dat het plotseling weer werkt, maar je weet natuurlijk ook dat het net zo plotseling weer niet kan werken... dus een echte oplossing lijkt het vooralsnog niet te zijn.