Ik heb een nieuwe Cloud Gateway Max gekocht, maar de installatie mislukt omdat de tijd niet op het apparaat kan worden bijgewerkt. Na meerdere supporttickets met Ubiquiti blijkt dat mijn ISP (KPN) het verkeer blokkeert. Ik heb KPN gebeld en zij verwezen me naar de forums, omdat ze voor particuliere gebruikers geen poorten kunnen openzetten. Heeft iemand tips hoe ik de tijd op mijn apparaat kan laten bijwerken? Ik heb diverse aansluitingen geprobeerd: rechtstreeks van de FTU naar mijn CGMax en van de CGMax naar mijn KPN Box 12.
Cloud Gateway Max NTP-poorten geblokkeerd door KPN
- Onderwerp starter deetlej1
- Startdatum
123 blokkeren zou wel heel raar zijn; dan kan geen enkel device (inclusief pc’s) een timesync doen.
Volgens mij blokkeerd KPN op de experia. Niet op de WAN naar de klant zelf.
je kan hiermee wellicht wat: https://pentest-tools.com/network-vulnerability-scanning/port-scanner-online-nmap
je kan hiermee wellicht wat: https://pentest-tools.com/network-vulnerability-scanning/port-scanner-online-nmap
En dan nog. Werkelijk nog nooit meegemaakt dat een vertrouwde NTP server geblokkeerd werd, laat staan de poort. Wel meermaals meegemaakt dat implementatie in de (oude) hardware onjuist is maar kan mij dat met de gateway max eigenlijk niet voorstellen.
Inbound zou wel geblokkeerd kunnen zijn, dat kan ik me nog wel voorstellen.
Maar in dit geval doet het verhaal zich voorkomen alsof een NTP client van KPN niet ‘op het internet’ zou mogen kijken hoe laat het is, en dat gaat echt nooit het geval zijn.
Alles wat certificaat-gebaseerd is loopt het risico om om te vallen als de tijd niet klopt.
Maar in dit geval doet het verhaal zich voorkomen alsof een NTP client van KPN niet ‘op het internet’ zou mogen kijken hoe laat het is, en dat gaat echt nooit het geval zijn.
Alles wat certificaat-gebaseerd is loopt het risico om om te vallen als de tijd niet klopt.
We wijken een beetje af van het originele probleem, maar juist omdat NTP/123 bijna altijd toegankelijk is (en wij hadden veel ziekenhuizen als klanten) gebruikte ik juist die poort voor toegang tot mijn RDGateway thuis. Op 443 was vaak DPI of moet je (de horror) via een proxy, op 3389 rechtstreeks RDP kun je sowieso meestal wel schudden, maar 123 was bijna altijd wel succesvol.
