graag contact ivm dns probleem

Er is geen 1:1 contact met de backoffice.  Meld hier je vraag en welke DNS gebruik je?

@Martin vd Hof 

Kan je het probleem eens omschrijven?

laten we bij het begin beginnen:

• heeft het ooit gewerkt met de odido verbinding?
• is er iets veranderd vlak voordat het niet meer werkte?
• werkt internetten via de browser wel gewoon op basis van namen van websites, en dus gebruik makend van dns.
• kun je de url van de beveiliginskamer achterhalen en die eens intoesten in een browser? of beter even opzoeken via NSlookup in een command/terminal windows vernster?

Sorry @Martin vd Hof ,

Maar als je de DNS van Google hebt gebruikt en die doet het ook niet, dan ligt het niet aan de DNS van Odido. 

Werkt de internet verbinding verder wel bij jouw klant?

Als er inkomende poorten open moeten, dan is portforwarding noodzakelijk. Maar als e.e.a. via een 4G modem wel werkt, dan staan hier toch ook geen poorten op geconfigureerd? Voor uitgaande verbindingen hoef je niets te configureren.

In de router wordt normaal niets gedaan als dns behalve in de dhcp instelling waar je dns servers opgeeft.

Kun je in het beveiligingssysteem zelf dns servers opgeven? Probeer dan daar die van google even op te geven (8.8.8.8 en 8.8.4.4).

Werkt het beveiligingssysteem wel over ipv4? Odido is namelijk een van de weinigen (misschien wel de enige) die geen ipv6 adressen uitgeeft.

Als je weet welk adres het systeem heen gaat kun je dat natuurlijk ook proberen vanuit je cmd door te pingen naar de url en kijken of je antwoord krijgt.

probeer eens pool.ntp.org als timeserver

kan het zijn dat de meldkamer controleert op afzendadres? Die is veranderd bij de overgang naar odido en waarschijnlijk je (GSM?) backup verbinding niet, dus daarom werkt die mogelijk nog wel.

Voordat je overging naar Odido, bij welke provider zat alles toen?

Heeft het beveiligingssysteem een fixed IP, of krijgt hij een IP vanuit de DHCP pool?

Is het systeem ingesteld op IPV6 of IPV4, want Odido levert alleen IPV4 voor nu.

Als hij een fixed IPV4 heeft, controleer dan dat je wel in het correcte subnet zit. Deze is voor de Zyxel 192.168.1.xx.

We hebben dus ten eerste een timing pool probleem.

Test eens het volgende vanaf de command prompt vanuit de LAN

ping 0.pool.ntp.org

De 0 (nul) kan ook 1 of 2 of 3 zijn.

Heb net zelf even met NMAP lopen spelen,

nmap -traceroute 0.pool.ntp.org

je zou zoiets terug moeten zien

Even een gedachte die @emilimeters opgooit, heeft de ontvangende kant niet iets van een ‘IP White list’ functie ingericht?

Een optie is, heb je toevallig zelf een tijdelijk VLAN capable router die je op deze aansluiting even aan kunt sluiten? Hiermee kunnen we dan eventueel ‘de vermoedelijke boosdoener’ uit het verhaal halen.

Begrijp dat de gebruikers van deze aansluiting voor de rest geen issues hebben met hun internet connectie, of zijn daar ook zaken die niet werken?

die backup verbinding is via een mobiele sim? en daar is niks in veranderd? En de alarmunit bepaalt of ie via het glasnetwerk gaat of via de mobiele sim, neem ik aan?