Probleem direct adsl kpn https sites Deloitte

[Verwijderd]

Ik heb sinds een week direct adsl van KPN.
Hierbij wordt standaard een speedtouch 510 modem geleverd.

Alles werkt prima behalve
secure sites van mijn werkgever (Deloitte) bijvoorbeeld:

https://webmail.deloitte.nl

https://dps.deloitte.nl

Zowel op mijn computer thuis (windows 2000) en mijn laptop (windows XP)
krijg ik de melding in de browser server not found page cannot be displayed.

Als ik op de oude (analoge manier) inbel via een andere provider op dezelfde
computers kom ik er wel.

Als ik met mijn laptop op het werk aangesloten ben kom ik er ook.

Ander https sites kan ik wel benaderen dus poort 80 en 443 staan gewoon open.

Met nslookup worden de sites wel gevonden dus er is niks mis met de DNS instellingen denk ik.

In de speedtouch 510 zit een firewall die ik onder andere met telnet kan bekijken.
De speedtouch 510 bevat ook een IP routing table en NA(P)T instellingen maar met
NA(P)T instellingen heb ik volgens mij niets te maken.

Het probleem is ook weggelegd zowel bij Deloitte als bij KPN maar misschien dat iemand anders een goede tip heeft.

Mvg

Paul V.

[Verwijderd]

Ik heb er niet direct een oplossing voor, maar kan je wel het volgende melden:
hier ook direct-adsl, maar dan met de st570. ik heb die 2 linkjes van je geprobeerd, en ik kom er wel gewoon op.
het is dan dus in elk geval niet zo dat die sites op het hele netwerk geblokt worden (om wat voor maffe reden dan ook).

wat je anders eens kunt proberen, is alle instellingen bij internet-opties op standaard herstellen (dus algemeen->tijdelijke internet bestanden weg, beveiliging->internet en lokaal intranet naar standaardniveau en geavanceerd->standaardinsellingen herstellen). de vraag is of dat dat werkt, aangezien het met deze laptop elders wel werkt, maar valt te proberen.

en anders: modem resetten en opnieuw configuren, wellicht helpt dat

zijn het trouwens alle https, of alleen die van deloitte?

[ Voor 5% gewijzigd door Verwijderd op 20-08-2004 10:47 ]

[rvm]

Wat gebeurt er als je http://webmail.deloitte.nl/ bezoekt (non-secure dus). Krijg je dan een '403 forbidden' error?

[Verwijderd]

Ik kan het nu niet uitproberen omdat ik op mijn werk zit,
maar antwoord op je vraag :
vooralsnog alleen https sites van Deloitte andere https wel
Kun je een overzicht sturen van je standaard firewall instellingen van je modem?

Gisteren alles weer default gezet op het modem.
Zowel op de laptop als PC werken de genoemde sites niet.

Mvg

Paul V.

[Verwijderd]

Toevallig werkt mijn vader ook bij Deloitte, en hebben wij ook ADSL van KPN met een Speedtouch 510. Is het gekomen toen je net de nieuwe laptop had. Mijn vader krijgt hem aankomende maandag, dan kan ik het ook wel uittesten voor je. Helaas niet echt een antwoord, maar hebben je collega's er misschien ook problemen mee.

[Verwijderd]

Nee dit is nog niet met de nieuwe laptops (ik krijg hem volgende week).

Dus je kan het eventueel nu al uittesten.

Als jullie geen problemen met direct-adsl van KPN met een speedtouch 510 modem
naar de genoemde sites ben ik zeer geinteresseerd in de instellingen van het modem.

Mvg

Paul V.

[Verwijderd]

rvm schreef op 20 augustus 2004 @ 10:55:
Wat gebeurt er als je http://webmail.deloitte.nl/ bezoekt (non-secure dus). Krijg je dan een '403 forbidden' error?

Nee , Server not found ; page cannot be displayed

[moto-moi]

Doe eens een traceroute (tracert) naar webmail.deloitte.nl ?

[grimson]

Hier een ex-werknemer 'systeembeheer deloitte'
Als je pingt naar deze servers dan krijg ik geen antwoord terug waarschijnlijk ICMP requests uitgeschakeld.
Wel kan ik beide sites gewoon openen in de browsers.

Als jij tracert webmail.deloitte.nl doet komt hij dan bij deloitte terecht ?

Tracing route to webmail.deloitte.nl [170.194.18.29]

Hier vanaf een Quicknet abbootje.
1 11 ms 11 ms 9 ms qn-84-104-44-1.quicknet.nl [84.104.44.1]
2 9 ms 7 ms 8 ms nl-hrn2-ra-01-gi1-1.multikabel.net [212.127.252.82]
3 8 ms 9 ms 8 ms nl-ams1-rb-01-gi2-0-0.multikabel.net [213.132.191.57]
4 27 ms 9 ms 7 ms ge-2-1-116.ipcolo2.Amsterdam1.Level3.net [213.244.164.109]
5 24 ms 8 ms 10 ms ge-6-2.core2.Amsterdam1.Level3.net [213.244.165.118]
6 11 ms 9 ms 21 ms POS3-3.BR1.AMS3.ALTER.NET [146.188.67.201]
7 30 ms 10 ms 8 ms so-0-2-0.TR1.AMS2.ALTER.NET [146.188.3.213]
8 59 ms 62 ms 10 ms so-5-0-0.XR1.AMS6.ALTER.NET [146.188.8.77]
9 79 ms 57 ms 20 ms so-0-0-0.CR1.AMS7.ALTER.NET [212.136.176.97]
10 10 ms 8 ms 10 ms 311.ATM0-0-0.GW2.AMS7.ALTER.NET [212.136.176.130]
11 15 ms 13 ms 9 ms deloitte-gw2.customer.NL.UU.net [213.53.151.14]

[Verwijderd]

Nog eens geprobeerd met andere willekeurige site :

https://www.paypal.com/

Deze lukt gewoon dus het ligt volgens niet aan https port 443.

Kan er bij de sites die niet lukken toch nog iets anders dicht staan ?

https://webmail.deloitte.nl

https://dps.deloitte.nl

met nslookup komen gewoon de juiste ip adressen terug.

[Verwijderd]

grimson schreef op 21 augustus 2004 @ 12:47:
Hier een ex-werknemer 'systeembeheer deloitte'
Als je pingt naar deze servers dan krijg ik geen antwoord terug waarschijnlijk ICMP requests uitgeschakeld.
Wel kan ik beide sites gewoon openen in de browsers.

Als jij tracert webmail.deloitte.nl doet komt hij dan bij deloitte terecht ?

Tracing route to webmail.deloitte.nl [170.194.18.29]

Hier vanaf een Quicknet abbootje.
1 11 ms 11 ms 9 ms qn-84-104-44-1.quicknet.nl [84.104.44.1]
2 9 ms 7 ms 8 ms nl-hrn2-ra-01-gi1-1.multikabel.net [212.127.252.82]
3 8 ms 9 ms 8 ms nl-ams1-rb-01-gi2-0-0.multikabel.net [213.132.191.57]
4 27 ms 9 ms 7 ms ge-2-1-116.ipcolo2.Amsterdam1.Level3.net [213.244.164.109]
5 24 ms 8 ms 10 ms ge-6-2.core2.Amsterdam1.Level3.net [213.244.165.118]
6 11 ms 9 ms 21 ms POS3-3.BR1.AMS3.ALTER.NET [146.188.67.201]
7 30 ms 10 ms 8 ms so-0-2-0.TR1.AMS2.ALTER.NET [146.188.3.213]
8 59 ms 62 ms 10 ms so-5-0-0.XR1.AMS6.ALTER.NET [146.188.8.77]
9 79 ms 57 ms 20 ms so-0-0-0.CR1.AMS7.ALTER.NET [212.136.176.97]
10 10 ms 8 ms 10 ms 311.ATM0-0-0.GW2.AMS7.ALTER.NET [212.136.176.130]
11 15 ms 13 ms 9 ms deloitte-gw2.customer.NL.UU.net [213.53.151.14]

Tracing route to webmail.deloitte.nl [170.194.18.30]
over a maximum of 30 hops:

1 <10 ms <10 ms <10 ms SpeedTouch.lan [10.0.0.138]
2 10 ms 20 ms 20 ms 195.190.243.47
3 20 ms 20 ms 10 ms iawxsrt-dc2-bb21a.wxs.nl [213.75.1.9]
4 20 ms 10 ms 20 ms iawxsrt-m6-bb14a.wxs.nl [213.75.1.34]
5 20 ms 10 ms 20 ms ge5-0.br1.ams7.alter.net [195.69.144.98]
6 20 ms 20 ms 20 ms 331.at-1-0-0.CR2.AMS7.ALTER.NET [212.136.172.6]

7 20 ms 20 ms 20 ms 412.ATM10-0-0.GW2.AMS7.ALTER.NET [212.136.176.14
2]
8 20 ms 20 ms 20 ms deloitte-gw2.customer.NL.UU.net [213.53.151.14]

9 * * * Request timed out.

[Verwijderd]

Kan het zijn dat deze sites verkeerd gerouteerd worden ,
m.a.w. dat ze het intern modem adres krijgen https://10.0.0.138 ?
Kan ik dat ergens controleren ?

[Verwijderd]

Verwijderd schreef op 21 augustus 2004 @ 13:13:
Kan het zijn dat deze sites verkeerd gerouteerd worden ,
m.a.w. dat ze het intern modem adres krijgen https://10.0.0.138 ?
Kan ik dat ergens controleren ?

Er gaat duidelijk iets fout met de routering. Dus ik denk niet dat het aan jouw instellingen ligt van de modem of pc. Stuur deze routeringen anders ff op naar de helpdesk. Die kunnen er gewoon een melding van maken.

En bij www.whatsmyip.org kan je checken wat voor ip adres zij krijgen.

[rvm]

Misschien blokkeren ze daar gewoon je IPnr. Het zal niet de eerste keer zijn dat een bedrijf in z'n firewall nog ranges IPnrs blokkeert die voorheen nog niet in gebruik waren, maar nu inmiddels wel zijn uitgegeven. Ga eens naar http://www.watismijnip.nl en noteer je IPnr. Ga vervolgens naar deze website, zoek in die lijst naar het eerste getal van je IPnr en kijk op welke datum die range is vrijgegeven: http://www.iana.org/assignments/ipv4-address-space

[Verwijderd]

rvm schreef op 21 augustus 2004 @ 13:30:
Misschien blokkeren ze daar gewoon je IPnr. Het zal niet de eerste keer zijn dat een bedrijf in z'n firewall nog ranges IPnrs blokkeert die voorheen nog niet in gebruik waren, maar nu inmiddels wel zijn uitgegeven. Ga eens naar http://www.watismijnip.nl en noteer je IPnr. Ga vervolgens naar deze website, zoek in die lijst naar het eerste getal van je IPnr en kijk op welke datum die range is vrijgegeven: http://www.iana.org/assignments/ipv4-address-space

Goeie tip

Het is inderdaad een vrij nieuw ip adres.
Kan ik zelf achterhalen of dat ip adres geblokt wordt of kunnen
ze dat alleen bij Deloitte zien?

[rvm]

Dat kunnen ze alleen bij Deloitte zien (alhoewel jij natuurlijk wel de effecten ervan kunt waarnemen = het niet kunnen bezoeken van hun pagina's).

[Verwijderd]

Ik zal het maandag navragen.

Heb ik nog een vraag :

Ik kan met het modem een diagnostics uitvoeren en dan krijg
ik een Remote ip adres en local ip adres terug

Het local ip adres is het adres wat ik via http://www.watismijnip.nl
terug krijg.

Wat stelt dan het remote ip adres voor ?

Als het probleem opgelost door het opzetten van ip ranges op die firewall
van Deloitte hartelijk dank voor de tip.

[Verwijderd]

En nog iets http://www.deloitte.nl kan ik gewoon bereiken , maar kan dat zijn
omdat die op een andere ip adres range zit en dus niet geblockt wordt?

[Kees]

Verwijderd schreef op 21 augustus 2004 @ 13:40:
[...]


Goeie tip

Het is inderdaad een vrij nieuw ip adres.
Kan ik zelf achterhalen of dat ip adres geblokt wordt of kunnen
ze dat alleen bij Deloitte zien?

gooi je temp inet files even weg, zet echte foutmeldingen aan, controlleer of je geen proxy gebruikt, gebruik een andere (echte) browser.

[Verwijderd]

Verwijderd schreef op 21 augustus 2004 @ 13:19:
[...]


Er gaat duidelijk iets fout met de routering. Dus ik denk niet dat het aan jouw instellingen ligt van de modem of pc. Stuur deze routeringen anders ff op naar de helpdesk. Die kunnen er gewoon een melding van maken.

En bij www.whatsmyip.org kan je checken wat voor ip adres zij krijgen.

helpdesk van kpn zal hier anders weinig mee kunnen, aangezien het pas fout gaat op moment dat hij al bij deloitte binnen is:

Verwijderd schreef op 21 augustus 2004 @ 12:54:
[...]


Tracing route to webmail.deloitte.nl [170.194.18.30]
over a maximum of 30 hops:

[stukje geknipt]
8 20 ms 20 ms 20 ms deloitte-gw2.customer.NL.UU.net [213.53.151.14]

9 * * * Request timed out.

[Verwijderd]

Server not found Page cannot be displayed....

Het is zoals het er nu naar uitziet een zg. reverse DNS probleem.
Hier kan op gecheckt worden bij de binnenkomende server.

IP adres --> Naam Naam ---> IP adres

Welke Naam hoort bij welk IP adres ? Welke IP adres hoort bij welke naam ?

Klopt bij mij dus niet....

In de naam komt hexadecimaal het IP nummer weer terug (is bij dus net een
iets ander IP nummer dan mijn geregistreerde IP nummer)

Sterker nog de naam hoe ik geregistreerd staat wordt met een PING niet eens geresolved...

Ik laat KPN dit goed zetten en dan is volgens mij het probleem opgelost.

Ik hoop dat mensen die hier ook mee maken hebben dit direct lezen want ik ben ongeveer een week mee bezig geweest om hier achter te komen...

[Boboga]

Het probleem was een verschil tussen de forward en reverse DNS records.

Als een ISP de reverse DNS goed opgezet heeft kan een ontvangende server via het IP adres de DNS naam herleiden. Deze server controleert vervolgens of de verkregen DNS naam weer hetzelfde IP adres oplevert. Als in deze adressen een verschil zit kan er sprake zijn van een attack en wordt de verbinding geweigerd.

Probleem is wel dat forward en reverse DNS verschillende databases zijn.

Als een ISP geen reverse DNS opgezet heeft kan het ontvangende systeem niet meer herleiden wat de DNS naam is. De controle actie kan dan niet plaatsvinden en de verbinding wordt dan wel met een waarschuwing in het systeem toegelaten.

Dit soort fouten in DNS komen bij een aantal ISPs voor en zijn vaak het gevolg van tikfouten bij de DNS registratie.

[Verwijderd]

Nou nog zorgen dat ze het bij KPN (=Planet Internet ?) goed zetten.

Wat kost dat een moeite om daar door heen te komen zeg. Voordat iemand
het probleem begrijpt en er iets aan kan doen (10 mails , 10 keer gebeld of zo iets...)

Dus als je het geen probleem vindt een "echte' provider te nemen, kies
dan dus nooit direct ADSL van KPN , de service is echt waardeloos.

Ik ben nu 1,5 week bezig en heb zelf het probleem op moeten lossen.

Het moet nu toch echt niet meer lang duren want dan kunnen ze heel die zooi terug krijgen!

P.S. wat is beste ADSL provider van Nederland (m.n. in de zin van service / helpdesk) of kampen ze allemaal met onwetendheid ?

[JvS]

ik kan je garanderen dat geeneen helpdesk dit soort dingen gaat uitzoeken of snappen. Daar worden die mensen niet voor opgeleid. De hele service daarachter gaat niet uit van ingewikkelde vpn constructies enzo of problemen met secure zaken.

Overgens is direct adsl net als hetnet en planet gewoon een planet media groep verbinding, ze gebruiken allemaal dezelfde DNS servers, verreweg de meeste nederlanders gebruiken die dns dus, je zou denken dat het probleem (bij Deloitte dus ) wel bekend zou zijn met die mensen, want iedereen zou er net zo last van moeten hebben. Het lijkt mij eigenlijk ook sterk dat dit daaraan ligt.

Overigens, dit zijn meer business of office dsl achtige zaken. Daar krijg je geen consumentenhelpdesk aan de lijn. De helpdesk van kpn is net zo goed of slecht als die van planet of xs4all, slechter heb je het bij tiscal of nog erger wanadoo (die krijg je niet eens aan de lijn, alle opties zijn bandjes).

[ Voor 44% gewijzigd door JvS op 24-08-2004 22:51 ]

[Verwijderd]

Het ligt wel degelijk aan een foute instelling op DNS server van planet internet die direct ADSL van KPN gebruikt.

Dit is een incident dus andere Deloitte medewerkers zullen hier hoogst waarschijnlijk geen last van hebben.

Het is toch van de gekke dat als je zelf de oplossing aandraagt voor dit probleem er niet direct actie ondernomen wordt. Het probleem is inmidddels door KPN
bevestigd. Maar dat wil nog niks zeggen. Het moet gewoon goed gezet worden.

Als dat niet gebeurt is het gewoon einde verhaal direct ADSL KPN.

[Verwijderd]

Het ziet er naar uit dat het volgens mij toch een groter probleem is :
Alles wat met 84.81.xxx.xxx in het ip nummer begint wordt fout geresolved!

Ping maar eens iets met volgend commando in DOS prompt :

ping -a 84.81.xxx.xxx (op xxx.xxx natuurlijk cijfers)

Je krijgt de naam dan te zien met wel een request timed out.

dan de naam pingen die je terug krijg je een ip adres terug dat begint met

84.80.xxx.xxx

Dat staat dus goed fout.

[Turkish]

Gebruik eens een andere DNS server door die handmatig in te voeren bij je netwerkinstellingen. Bijvoorbeeld wanadoo oid

[slaay]

Jij denkt dat je zomaar ADSL kunt opzeggen vanwege deze ene fout?

Ik geef altijd de tip mee: zorg dat je de helpdesk te snel af bent. Als ze gaan beginnen over welk modem, blabla, welke pc blabla, zeg dat je dat al allemaal uitgesloten hebt.
Dat je "waarschijnlijk" (voor jezelf 99% zeker) de oplossing hebt en als zij jouw oplossing kunnen bevestigen.

Hiermee omzeil je meteen de 1e lijns, aangezien zij standaard de procedure van 0 af moeten beginnen met die "domme" vragen.


Meestal klapperen dan hun oren en krijg je een 2e lijns die meestal wel je probleem begrijpt of doorstuurt naar iemand anders.

Indien je contact per email opneemt, geef dan ook in je email aan dat je alle 1e lijns helpdesk stappen al genomen hebt en je eigen instellingen dus correct zijn.
Hiermee voorkom je dat je een standaard reply krijgt!

Succes verder.

[slaay]

Verwijderd schreef op 25 augustus 2004 @ 12:31:
Het ziet er naar uit dat het volgens mij toch een groter probleem is :
Alles wat met 84.81.xxx.xxx in het ip nummer begint wordt fout geresolved!

Ping maar eens iets met volgend commando in DOS prompt :

ping -a 84.81.xxx.xxx (op xxx.xxx natuurlijk cijfers)

Je krijgt de naam dan te zien met wel een request timed out.

dan de naam pingen die je terug krijg je een ip adres terug dat begint met

84.80.xxx.xxx

Dat staat dus goed fout.

Net geprobeerd met x.x.100 en daarna xxx.adsl-surfen.hetnet.nl, kreeg weer netjes x.x.100.100 te zien.

[Verwijderd]

Als ik ping -a 84.81.100.100 ingeef
dan krijg ik terug

Pinging ip54506464.adsl-surfen.hetnet.nl [84.81.100.100] with 32 bytes of data:

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

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

Als ik vervolgens ingeef :

ping ip54506464.adsl-surfen.hetnet.nl

Geeft deze terug :

Pinging ip54506464.adsl-surfen.hetnet.nl [84.80.100.100] with 32 bytes of data:

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

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

Gewoon fout dus ; dit is niet op de PC waar direct ADSL is aangesloten dus welke DNS server doet volgens mij niet ter zake het IP nummer is volledig willekeurig gekozen behalve dan dat het moet beginnen met 84.81

[JvS]

Verwijderd schreef op 25 augustus 2004 @ 13:52:

Gewoon fout dus ... het IP nummer is volledig willekeurig gekozen behalve dan dat het moet beginnen met 84.81

En daar zit misschien wel een router met firewall achter. Mij kan je waarschijnlijk ook niet pingen (213.10.128.59) en de DNS server van planet internet kan je ook niet pingen (195.121.1.34/ 195.121.1.66). De website van planet kan je wel pingen, de dns van xs kan je ook pingen, de website van xs4all kan je ook pingen. Dat heeft meer te maken met de apparatuurinstellingen achter die ip adressen. Ik snap niet zo goed wat dat er nou weer mee te maken heeft. Waarschijnlijk kan niemand dat IP adres pingen wat jij daar noemt. De DNS servers van planet kan je gewoon niet pingen (dat vonden ze nodig ).

Dat-ie een time out geeft, zegt niet zoveel. Hij zet de naam wel om in een IP nummer.

slaay schreef op 25 augustus 2004 @ 12:56:
Ik geef altijd de tip mee: zorg dat je de helpdesk te snel af bent. Als ze gaan beginnen over welk modem, blabla, welke pc blabla, zeg dat je dat al allemaal uitgesloten hebt.
Dat je "waarschijnlijk" (voor jezelf 99% zeker) de oplossing hebt en als zij jouw oplossing kunnen bevestigen.

Ik werk op de helpdesk (2e lijn) en ik kan je vertellen dat dit soort mensen bij mij toch aan het verkeerde adres zijn. Je zou ze de kost moeten geven, die mensen die roepen "ik heb alles uitgesloten het zit in de verbinding, maak maar een storing aan en het moet binnen een uur weer werken!", waarvan blijkt dat het toch ergens anders fout zit.

[ Voor 37% gewijzigd door JvS op 25-08-2004 22:59 ]

[Verwijderd]

JvS schreef op 25 augustus 2004 @ 22:57:
[...]

En daar zit misschien wel een router met firewall achter. Mij kan je waarschijnlijk ook niet pingen (213.10.128.59) en de DNS server van planet internet kan je ook niet pingen (195.121.1.34/ 195.121.1.66). De website van planet kan je wel pingen, de dns van xs kan je ook pingen, de website van xs4all kan je ook pingen. Dat heeft meer te maken met de apparatuurinstellingen achter die ip adressen. Ik snap niet zo goed wat dat er nou weer mee te maken heeft. Waarschijnlijk kan niemand dat IP adres pingen wat jij daar noemt. De DNS servers van planet kan je gewoon niet pingen (dat vonden ze nodig ).

Dat-ie een time out geeft, zegt niet zoveel. Hij zet de naam wel om in een IP nummer.


[...]
Ik werk op de helpdesk (2e lijn) en ik kan je vertellen dat dit soort mensen bij mij toch aan het verkeerde adres zijn. Je zou ze de kost moeten geven, die mensen die roepen "ik heb alles uitgesloten het zit in de verbinding, maak maar een storing aan en het moet binnen een uur weer werken!", waarvan blijkt dat het toch ergens anders fout zit.

Volgens mij begrijp je het probleem niet helemaal ; het gaat helemaal niet om het pingen met request time out etc... Het gaat om de DNS en reverse DNS als je dat iets zegt. Het heeft helemaal niets met mijn verbinding met ADSL te maken (behalve dan dat sommige websites niet werken ivm DNS en reverse DNS) ; het is een generiek probleem voor IP nummers die beginnen 84.81. Er zijn fouten gemaakt bij het toekennen van die nummers in de DNS. KPN heeft dat al zelf toegegeven.

[JvS]

Je moet me toch even specifiek uitleggen wat dat pingen daar dan bewijst? Ik zie een ping naar een ip die wordt omgezet in een naam, die time-outs geeft en daarna een ping naar die naam die ook time outs geeft. Daar zie ik niet zoveel vreemds aan zelf.

[Verwijderd]

De Ip adressen zijn verschillend terwijl ze hetzelfde moeten zijn

84.81.100.100 <> 84.80.100.100

Je kan voor een ping ook een nslookup gebruiken.

Dus als je wil weten wat voor naam er bij een Ip adres hoort kun je
een ping -a 84.81.100.100 of een nslookup 84.81.100.100

Je krijgt dan een naam terug.

Je kunt ook namen pingen of via nslookup opvragen .

Als je naam die je net gevonden had weer gaat pingen of via nslookup op gaat vragen moet je normaal gesproken natuurlijk weer hetzelfde IP adres terugvinden.

Dat is in de ip adres range van 84.81.xxx.xxx niet zo.

Men noemt dit ook wel DNS en Reverse DNS.

Sommige websites checken hierop ; als die twee IP adressen niet gelijk zijn kom je niet op die websites ; wordt wel gebruikt als extra check wie er op een bepaalde website komt. Hierdoor kwam mijn probleem ook naar voren omdat sommige websites van mijn werkgever hierop checken.

Het bleek echter voor een hele range te gelden en misschien nog wel meer.

Het probleem is bij KPN en Het Net weggelegd hopelijk kunnen ze het oplossen.

[JvS]

ah ok, my bad. Ik ben blind . Ik snapte jouw probleem, maar ik zag dat getalletje verschil niet

[ Voor 55% gewijzigd door JvS op 25-08-2004 23:55 ]

[xtr3me]

zo te horen gebruik je een proxy? zet die eens uit
+ update je pc... er is vroeger een update geweest die https onmogelijk maakte..

[Woy]

xtr3me schreef op 26 augustus 2004 @ 13:58:
zo te horen gebruik je een proxy? zet die eens uit
+ update je pc... er is vroeger een update geweest die https onmogelijk maakte..

Heb je wel goed gelezen? Dat is het probleem niet. Als je precies doet wat de Topic starter zegt zal je zien dat dat bij jou ook gebeurt.

De Dns Lookup komt gewoon niet overeen met de Reverse DNS lookup.

Duidelijk een probleem met de DNS server, die gewoon opgelost dient te worden lijkt mij.

[Verwijderd]

Nee,

heeft er niets mee te maken probeer die test zelf maar.

Het is echt een probleem van de provider (planet).

[Verwijderd]

Heeft er iemand op dit forum connecties met de verantwoordelijken voor de DNS van de ISP van direct - ADSL van KPN: Planet Internet.

Ik heb alle mogelijkheden nu wel een beetje gehad maar krijg tot nu toe geen respons. KPN, Planet Internet en Het Net zijn benaderd. KPN als eerst verantwoordelijke natuurlijk meerdere malen via mail en telefoon : Tegen KPN is ook een klacht ingediend.

Als er mensen zijn die de benodigde connecties hebben om dit probleem op lossen
graag die connecties gebruiken.

Mvg

Paul V.

[Verwijderd]

Ik heb het idee dat ze nu eindelijk bezig zijn.

Die https://dps.deloitte.nl site kan ik nu wel bereiken

de https://webmail.deloitte.nl nog niet (of ze zijn nog bezig
of ik moet de cache legen en eens opnieuw opstarten of ik word nu na
zoveel pogingen op die website door Deloitte geblockt)

[Verwijderd]

Na ruim een week lijkt nu allemaal goed te gaan.

De andere site kan ik nu ook gebruiken (https://webmail.deloitte.nl).

Wat me wel verbaast is dat er redelijk traag gereageerd wordt op
problemen en dat er in veel gevallen vanuit wordt gegaan dat het
probleem bij de klant ligt en niet bij de provider.

Het leveren van kwaliteit in onze maatschappij lijkt toch een groot probleem. We lopen er dagelijks tegen aan. Onachtzaamheid, niet precies werken , niet nakomen van afspraken etc. etc.

Ik ben tevreden dat het nu naar behoren werkt, maar heb er zelf wel het e.e.a. aan moeten doen (bijvoorbeeld de oplossing van het probleem aandragen!). Ik vraag me af wat er gebeurd was als iemand die geen enkel verstand van IT had hier tegen aan gelopen was.

Die help desk organisaties (mail en telefonisch) bij KPN lopen echt langs elkaar. Ad Scheepbouwer doe daar eens wat aan. (Veel) Geld is echt niet alles. Dienstverlening is een vak apart. En als je iets niet goed kunt moet je het leren anders moet je het niet doen !

Ik hoop dat er van dit hele verhaal mensen zijn die hier wat op steken in de ruimste zin des woords.

Mvg

Paul V.

Tot Sinas...

P.S. : Bedankt degenen die mij (eventueel) geholpen hebben.

[JvS]

Mooi dat het nu goed werkt

Verwijderd schreef op 26 augustus 2004 @ 20:40:
Wat me wel verbaast is dat er redelijk traag gereageerd wordt op
problemen en dat er in veel gevallen vanuit wordt gegaan dat het
probleem bij de klant ligt en niet bij de provider.

Mjah, dat heeft wellicht te maken met de aard van problemen waarmee mensen bellen. Dat ligt namelijk in 95% van de gevallen gewoon aan hun eigen systeem of instellingen. Ook van de mensen die roepen dat het uitgesloten is, dus dat het bij jou wel zo is, is voor de helpdesk helemaal niet zo duidelijk als voor jezelf.