[Asus RT-AC87U] WAN was restored

[Frankster]

Ik heb een Asus AC87U router die de laatste versie (384.13) van Asus Merlin draait. Zodra ik network monitoring via DNS query (target dns.msftncsi.com) doe krijg ik de volgende entries in mijn router logs. Aanvankelijk dacht ik dat dit door Pihole kwam, dus de DNS maar handmatig ingesteld op Cloudlfare. Dan nog krijg ik steeds onderstaande entries in mijn logs. Overigens geeft mijn home automation server ook aan dat bepaalde URL's (zoals Buienradar) vaak niet te bereiken zijn. Als ik continu buienradar ping, dan levert dat geen problemen op. Normaal browsen/Netflixen etc kan binnen het netwerk wel zonder problemen.

Iemand enig idee wat hier fout zou kunnen zijn? Weet na een week prutsen echt niet meer waar ik moet kijken...

Aug 6 07:28:20 DualWAN: skip single wan wan_led_control - WANRED off
Aug 6 07:28:25 WAN_Connection: WAN was restored.
Aug 6 07:28:25 rc_service: wanduck 157:notify_rc stop_ntpd
Aug 6 07:28:25 rc_service: wanduck 157:notify_rc start_ntpd
Aug 6 07:28:25 rc_service: waitting "stop_ntpd" via wanduck ...
Aug 6 07:28:25 dnsmasq[220]: read /etc/hosts - 5 addresses
Aug 6 07:28:25 dnsmasq[220]: read /etc/hosts.dnsmasq - 20 addresses
Aug 6 07:28:25 dnsmasq[220]: using nameserver 1.0.0.1#53
Aug 6 07:28:25 dnsmasq[220]: using nameserver 1.1.1.1#53
Aug 6 07:28:25 ntpd: Stopped ntpd
Aug 6 07:28:26 ntpd: Started ntpd
Aug 6 07:36:35 DualWAN: skip single wan wan_led_control - WANRED off
Aug 6 07:36:40 WAN_Connection: WAN was restored.
Aug 6 07:36:40 rc_service: wanduck 157:notify_rc stop_ntpd
Aug 6 07:36:40 rc_service: wanduck 157:notify_rc start_ntpd
Aug 6 07:36:40 dnsmasq[220]: read /etc/hosts - 5 addresses
Aug 6 07:36:40 rc_service: waitting "stop_ntpd" via wanduck ...
Aug 6 07:36:40 dnsmasq[220]: read /etc/hosts.dnsmasq - 20 addresses
Aug 6 07:36:40 dnsmasq[220]: using nameserver 1.0.0.1#53
Aug 6 07:36:40 dnsmasq[220]: using nameserver 1.1.1.1#53
Aug 6 07:36:41 ntpd: Stopped ntpd
Aug 6 07:36:41 ntpd: Started ntpd
Aug 6 07:43:56 DualWAN: skip single wan wan_led_control - WANRED off
Aug 6 07:44:01 WAN_Connection: WAN was restored.
Aug 6 07:44:01 rc_service: wanduck 157:notify_rc stop_ntpd
Aug 6 07:44:01 rc_service: wanduck 157:notify_rc start_ntpd
Aug 6 07:44:01 dnsmasq[220]: read /etc/hosts - 5 addresses
Aug 6 07:44:01 rc_service: waitting "stop_ntpd" via wanduck ...
Aug 6 07:44:01 dnsmasq[220]: read /etc/hosts.dnsmasq - 20 addresses
Aug 6 07:44:01 dnsmasq[220]: using nameserver 1.0.0.1#53
Aug 6 07:44:01 dnsmasq[220]: using nameserver 1.1.1.1#53
Aug 6 07:44:01 ntpd: Stopped ntpd
Aug 6 07:44:02 ntpd: Started ntpd

[king006]

Staat DNSSEC als optie aan? Kun je eens een printscreen maken van de “WAN” pagina? (daar staat DNS als het goed is ook)

[Frankster]

Dnssec staat uit.



EDIT: ook nog even een screenshot van de DHCP pagina:

[ Voor 41% gewijzigd door Frankster op 06-08-2019 12:10 ]

[lier]

Waarom maak je gebruik van dubbele NAT?
Kan je je Asus niet beter gewoon als accesspoint instellen?

Goed, is natuurlijk geen antwoord op de vraag, maar je huidige opstelling is niet ideaal.

[Frankster]

lier schreef op dinsdag 6 augustus 2019 @ 12:13:
Waarom maak je gebruik van dubbele NAT?
Kan je je Asus niet beter gewoon als accesspoint instellen?

Euhhmmm.... Hoe bedoel je? Ik heb eerst een Ziggo modem (0.1) die de wan port van de router in de DMZ heeft staat (0.2).

[lier]

Je Ziggo modem doet al NAT en je Asus doet het nog een keer. Op je WAN poort van je Asus heb je namelijk een private IP adres... En dat is niet ideaal.

[Frankster]

lier schreef op dinsdag 6 augustus 2019 @ 12:25:
Je Ziggo modem doet al NAT en je Asus doet het nog een keer. Op je WAN poort van je Asus heb je namelijk een private IP adres... En dat is niet ideaal.

Ik zie het. Dat is iets dat ik wel oplos als ik weer thuis ben. Zou dit de vermelde problemen op kunnen leveren? Lijkt me toch niet...

[Brahiewahiewa]

lier schreef op dinsdag 6 augustus 2019 @ 12:25:
Je Ziggo modem doet al NAT en je Asus doet het nog een keer. Op je WAN poort van je Asus heb je namelijk een private IP adres... En dat is niet ideaal.

Hij heeft z'n router als DMZ-host in z'n ziggo modem staan. In dat geval wordt de WAN poort van het ziggo modem gebridged naar de WAN poort van de router, dus enkel NAT

Frankster schreef op dinsdag 6 augustus 2019 @ 12:26:
[...]


Ik zie het. Dat is iets dat ik wel oplos als ik weer thuis ben. Zou dit de vermelde problemen op kunnen leveren? Lijkt me toch niet...

Nee, lijkt mij ook niet. Zeker omdat je geen dubbel NAT hebt.
Waarom monitor je naar een server aan de andere kant van de Atlantische Oceaan?

[lier]

Brahiewahiewa schreef op dinsdag 6 augustus 2019 @ 16:26:
Hij heeft z'n router als DMZ-host in z'n ziggo modem staan. In dat geval wordt de WAN poort van het ziggo modem gebridged naar de WAN poort van de router, dus enkel NAT

DMZ zorgt ervoor dat alle poorten 1-op-1 doorgezet worden naar de Asus (in dit geval), maar je bent wel degelijk dubbel aan het NAT-ten. Bridge is iets anders dan DMZ.

[Frankster]

Brahiewahiewa schreef op dinsdag 6 augustus 2019 @ 16:26:
[...]
Waarom monitor je naar een server aan de andere kant van de Atlantische Oceaan?

Die stond standaard in de config :-D overigens maakt het niet veel uit dat hij aan de andere kant van de oceaan staat; er wordt simpelweg gekeken of hij opzoekbaar is. Tijd maakt weinig/niks uit.

[Frankster]

Maar verder niemand die me verder kan helpen met het initiële probleem? Heb zelf geen idee waar eerst naar te kijken...

[king006]

Frankster schreef op zondag 11 augustus 2019 @ 22:07:
Maar verder niemand die me verder kan helpen met het initiële probleem? Heb zelf geen idee waar eerst naar te kijken...

Even wat anders, waarom zet je je Ziggo modem niet in bridge mode?

[lier]

Frankster schreef op zondag 11 augustus 2019 @ 22:07:
Maar verder niemand die me verder kan helpen met het initiële probleem? Heb zelf geen idee waar eerst naar te kijken...

Als ik Google zie ik best veel vergelijkbare topics. Treedt dit op sinds de laatste versie van Merlin? Heb je al een keer een factory reset geprobeerd? Heb je al een downgrade van de firmware geprobeerd?

king006 schreef op maandag 12 augustus 2019 @ 13:18:
Even wat anders, waarom zet je je Ziggo modem niet in bridge mode?

offtopic:
Spuit 11...

[Frankster]

Mijn Ziggo modem kon niet in bridge mode vanwege telefonie. Inmiddels nemen we dit niet meer af (en heb ik van Ziggo een nieuwe modem gekregen). Zodra ik terug ben van vakantie gaat die inderdaad gelijk in bridge modus.

Een factory reset heb ik nog niet geprobeerd omdat dit wat lastig gaat zonder fysieke toegang tot de router ivm vakantie :-)

[king006]

Frankster schreef op dinsdag 13 augustus 2019 @ 16:27:
Mijn Ziggo modem kon niet in bridge mode vanwege telefonie. Inmiddels nemen we dit niet meer af (en heb ik van Ziggo een nieuwe modem gekregen). Zodra ik terug ben van vakantie gaat die inderdaad gelijk in bridge modus.

Wie heeft dat verteld dat dat niet kon? je kan namelijk prima het Ziggo modem in bridge modus zetten en er telefonie op gebruiken. Het modem is dan benaderbaar via http://192.168.100.1