KPN, Waar zijn we nu weer mee bezig. Ik kan op mijn iMac met 3 verschillende browsers niet inloggen op het modem. Hij geeft overal dezelfde fout. Modem heeft de laatste firmware.
Gedaan:
Kon je op de V10a niet instellen of https al dan niet gebruikt moet worden?
Is het (via die incognito work-around) éénmalig instellen dat https niet gebruikt hoeft te worden dan niet voldoende om daarna via elke browser de V10a te kunnen bereiken?
Het genoemde probleem gaat samen met de nieuwe software van het modem. In deze software is een SSL certificaat toegevoegd welke niet door iedere browser goed gezien wordt. Een oplossing is om via Google Chrome in incognito modus naar 192.168.2.254 te gaan. Hierna kan bij geavanceerde opties doorgeklikt worden naar het ip adres en komt het beheersysteem in beeld. Dit certificaat is toegevoegd omdat alles beveiligd moet gaan. KPN moet hier dus in mee en helaas brengt dit bij enkele klant apparaten problemen met zich mee.
Dus kort samengevat: op pc/laptop via Google Chrome in incognito modus naar 192.168.2.254.
Prima, alleen wel jammer dat dit niet wordt gecommuniceerd.
Ik begrijp dat dit soort opties voor de leek niet interessant is, maar even een seintje geven dat er een update komt of is geweest lijkt mij toch een kleine moeite.
De gebruiker kan dan zelf uitmaken of hij/zij die informatie wil lezen.
Het “grappige” is dat tijdens de grote storing van vanmorgen waarbij er geen internettoegang mogelijk was, ik via mijn telefoon wel bij de beheerpagina kon komen. Nu is de storing verholpen en ik kan er gelijk niet meer bij.
Ik ben ruim een maand geleden benaderd door een KPN medewerker. Ze waren er “druk” mee bezig.
Daar was ik in eerste instantie erg over te spreken. Nu na 1,5 maand radiostilte is mijn positiviteit als sneeuw voor de zon verdwenen.
Dus ik begrijp dat dit geaccepteerd moet worden?
Heel simpel gezegd zou ik dus via mijn telwfoon geen enkele webpagina moeten kunnen benaderen welke gwbruik maakt van ssl certificaten?
Dat is dus niet het geval en komt zonder verdere uitleg over als een verhaal om de klant de mond te snoeren.
Blijkbaar zit er een bug in de DNS functionaliteit waarbij de ingebouwde DNS service niet gebruikt wordt zodra er een Internet verbinding is.
Het is de ingebouwde DNS service die de omzetting van mijnmodem.kpn naar 192.168.2.254 moet verzorgen en het lijkt er dus op dat de vraag om die url te "resolven" gewoon doorgezet wordt naar de DNS server op Internet.
Het probleem is dat SSL certicificaten alleen op URL uitgegeven worden en niet op IP adres.
KPN heeft dus een SSL certificaat voor mijnmodem.kpn laten maken, maar dan moet de Experia Box wel op die URL benaderd worden om het certificaat geldig te laten zijn.
Precies. De resolving gebeurt niet goed.
Het kan idd niet anders dan een bug zijn. Maar ik vond de laatste reactie een te makkelijke. Alsof het probleem bij de klant lag.
werkt nog steeds niet, al maanden niet. kom er alleen even in na een modem reset en daarna weer
Deze pagina werkt niet
mijnmodem.kpn heeft geen gegevens verzonden.
ERR_EMPTY_RESPONSE
Klopt. Kpn zeikt ene Diana wel af. (terecht of niet) maar met een technische oplossingkomen ze helaas niet.
Hallo Ook hier ineens weer het zelfde probleem op mijn telefoon. Werkte eerst wel nu zelfde fout.
Soms werkt het via de thuis apl wel en 2 x latwr niet meer. Kortom geen constructieve oplossing.
Ben zo benieuwd of er nog aan dit topic gewerkt wordt.
Het probleem is dat een SSL certificaat alleen verkregen kan worden op een domein en niet op een IP adres. Omdat KPN in al haar wijsheid besloten heeft dat de V10a bij voorkeur via https benaderd moet worden heeft zij dus een SSL certificaat laten maken voor het domein mijnmodem.kpn. De Experia Box moet dan wel op die url benaderd worden en niet op IP adres. Dat is ook waarom https://192.168.2.254 doorgestuurd wordt naar https://mijnmodem.kpn.
De DNS server moet dan dat domein kunnen resolven en daar ligt nu de bron van de ellende.
Dit werkt immers alleen als de V10a zelf als DNS server voor het LAN fungeert.
Dit is nog wel in te stellen voor IPv4 maar voor IPv6 is dat een ander verhaal.
Ik ben bang dat er drie oplossingen zijn.
1) Zorg dat alleen 192.168.2.254 als IPv4 DNS adres aan de cliënts gegeven wordt en dat er geen IPv6 DNS adres toegewezen wordt. Dat laatste kan alleen door IPv6 op de V10a uit te zetten.
2) Zorg dat de V10a gewoon op http basis benaderd mag worden en niet op basis van https benaderd moet worden. Als het goed is dan is dat een instelling op de V10a.
3) Neem mijnmodem.kpn op in de hosts file van jouw PC met als IP adres 192.168.2.254.
Dank je wel Wjb!
Op de pc werkt het prima. Daar kan de hosts file aangepast worden. Telefoon echter niet. En als ik sbel iets wil wijzigen (al dan niet tijdelijl) moet ik eerst de pc opstarten.
Die http redirect zal ik opzoeken. Is me niet eerder opgevallen.
Blijft een feit dat er een wijziging wordt doorgevoerd welke niet doordacht is. Ik snap het security verhaal. Maar zorg er dan voor dat het werkt.
Nogmaals dank wjb.
Blijft een feit dat er een wijziging wordt doorgevoerd welke niet doordacht is. Ik snap het security verhaal. Maar zorg er dan voor dat het werkt.
Het is ook niet goed werkend te krijgen anders dan er voor te zorgen dat de DNS servers voor het LAN (iPv4 en IPv6) altijd naar de V10a verwijzen.
Ik snap het security issue eerlijk gezegd niet. Het enige dat https doet is zorgen dat de communicatie encrypted is. Welnu, het is communicatie op je eigen LAN en dan is het niet echt zinvol om dat te encrypten zodat criminelen niet mee kunnen kijken.
Vertel me eens, hoeveel crimineeltjes maken er gebruik van jouw thuisnetwerk? 
Helaas is het probleem nu ook bij mij, had al een trage verbinding en twee monteurs over de vloer gehad. De tweede had gelukkig een luisterend oor en had wat zaken opgelost. De vervangende WiFi Router gaf in eerste instantie een verbetering maar na enkele dagen krijg ik nu ook DNS meldingen dat adressen niet gevonden kan worden.
Incident loopt nog, maar gezien de radio stilte van bijna 2 dagen van KPN ben ik bang dat dit probleem niet zal worden opgelost. Internet werkt meestal niet, soms weer wel?
Enkele fouten die de browser geeft zijn;
KPN geeft steeds aan dat de lijn goed is, klopt ook. TV werkt prima maar dat is wezenlijk een ander protocol dan de foutmeldingen!
Straks maar even kijken wat de concurrent mij kan bieden?
Ik heb ook nog steeds dit probleem. Heb een maand of 6 geleden ook gereageerd hier. Had toen een geluk momentje dat de router heel even bereikbaar was via het ip maar daarna niet meer. En nu dus nog steeds niet.
Ook gebruik ik een ‘bedrijfs’ laptop zonder admin rechten. Kan dus ook geen host file aanmaken.
En als alles werkt heb ik ook weinig te zoeken in de admin portal… Maar sinds enkele weken hapert ook m’n internet verbinding. En dan wil ik zaken kunnen gaan uitsluiten. Dit zal ik in een andere thread aankaarten. Maar ik voel me met m’n handen gebonden...
+24
Als je dit ziet, dan word het https certificaat van het modem door je toestel als onveilig gezien. Daar is het aanpassen van je hosts file geen oplossing voor. Ik heb het ook op mijn mobiel, op de KPN Box 12. En op mn pc kan ik wel probleemloos inloggen.
Ik heb dit topic doorgestuurd naar iemand van modem development. Ik hoop dat ik binnenkort een verklaring (en oplossing) voor het issue heb.
Dit is van 10 maanden terug en verder niks te lezen van een terugkoppeling.
Ik heb een KPN box 12 en als ik de DNS instellingen op de router verander dan kan ik ook niet meer de router benaderen zonder hosts bestand aan te passen. Dus of ik gebruik DNS van KPN of ik kan mijn router niet benaderen vanaf een apparaat waar de hosts bestand niet makkelijk te wijzigen is, zoals een iphone.
Het zou toch veel beter zijn om een certificaat waarschuwing te krijgen als je de router via de IP adres benaderd in plaats van te redirecten naar een naam die niet meer werkt als je DNS aanpast.
Hoe dan ook de oplossing nu is slordig en klant onvriendelijk.
En wat gebeurt er als je niet naar https://192.168.2.254 of http://192.168.2.254 gaat maar direct naar https://192.168.2.254/login.htm of naar http://192.168.2.254/login.htm?
Het inloggen via: https://192.168.2.254 deed het hem voor mij nadat ik zo slim was om de DNS server te wijzigen. Dank.
Hoi
de oplossing die voor mij werkt
op de iMac (apple)
ga naar Terminal (dan krijg je een terminal venster waar je commando’s kunt typen, zit op iedere mac)
type:
sudo nano etc/hosts
[dan moet je wachtwoord van je iMac intypen]
[onderaan bestand toevoegen:]
192.168.2.254 mijnmodem.kpn
^O ^X om af te sluiten
en toen liep hij feilloos! ik denk dat Apple een beetje strikter is dan microsoft/windows
Ik kan nu inloggen vanaf mijn iMac!
groetjes
Gert Jan
This seem tp happen if you change the default DNS. Try this URL https://192.168.2.254/2.0/gui/#/login/. If Chrome prompts that the site is unsafe, type “thisisunsafe” while you’re on the page and press enter.
Enter your username or e-mail address. We'll send you an e-mail with instructions to reset your password.
