Beantwoord

Geen DNS resolving op Linux tegen Arris

  • 29 maart 2020
  • 7 reacties
  • 93 keer bekeken

Reputatie 3
Badge +3

Ik heb hier een Arris box. Die deelt via DHCP een DNS server uit, niet heel speciaal: 192.168.178.1. Nu is echter het wonderlijke dat er op Linux geen DNS antwoord op terug komt, terwijl dat tegen 8.8.8.8 wel lukt. Ziggo chat deed me net controleren of er een open resolver probleem speelde, dat was niet het geval.

Het bijzondere: meerdere Android telefoons en twee Windows systemen hebben geen probleem, wat natuurlijk wel opvallend is. Dus ik zou bijna zeggen het is een of ander lokaal probleem, of dat er iets niet gebeurt in de DHCP uitwisseling dat in het modem de toegang tot DNS laat blokkeren.

Ik wil voor de vorm het modem niet opnieuw starten, dit lijkt me een bug.

Getest via wifi en bedraad.

dig A ziggo.nl @8.8.8.8

; <<>> DiG 9.16.1 <<>> A ziggo.nl @8.8.8.8
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 44293
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;ziggo.nl.            IN    A

;; ANSWER SECTION:
ziggo.nl.        2050    IN    A    213.46.237.24

;; Query time: 30 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Sun Mar 29 17:00:07 CEST 2020
;; MSG SIZE  rcvd: 53
dig A ziggo.nl @192.168.178.1

; <<>> DiG 9.16.1 <<>> A ziggo.nl @192.168.178.1
;; global options: +cmd
;; connection timed out; no servers could be reached

En een nmapje vanaf het Linux systeem.

Starting Nmap 7.80 ( https://nmap.org ) at 2020-03-29 17:06 CEST
Nmap scan report for 192.168.178.1
Host is up (0.085s latency).
Not shown: 994 closed ports
PORT STATE SERVICE
53/tcp open domain
80/tcp open http
443/tcp open https
5000/tcp open upnp
8081/tcp filtered blackice-icecap
8082/tcp filtered blackice-alerts
MAC Address: 18:35:D1:C2:17:20 (Arris Group)

Om udp sum ok te krijgen: ethtool -K enp2s0 tx off rx off

17:30:51.138475 IP (tos 0x0, ttl 64, id 39573, offset 0, flags [none], proto UDP (17), length 77)
192.168.178.19.42349 > 192.168.178.1.53: [udp sum ok] 54476+ [1au] A? ziggo.nl. ar: . OPT UDPsize=4096 (49)
17:30:56.146144 IP (tos 0x0, ttl 64, id 39809, offset 0, flags [none], proto UDP (17), length 77)
192.168.178.19.42349 > 192.168.178.1.53: [udp sum ok] 54476+ [1au] A? ziggo.nl. ar: . OPT UDPsize=4096 (49)
17:31:01.156162 IP (tos 0x0, ttl 64, id 40239, offset 0, flags [none], proto UDP (17), length 77)
192.168.178.19.42349 > 192.168.178.1.53: [udp sum ok] 54476+ [1au] A? ziggo.nl. ar: . OPT UDPsize=4096 (49)

Ideeën? Tips?

icon

Best beantwoord door skinkie 29 maart 2020, 18:42

Ik heb nu een fabrieksreset gedaan nadat de Ziggo medewerker niets kon uitlezen. En ja het werkt nu magisch weer op alle systemen, maar goed het excuus dat Ziggo niet verantwoordelijk is voor een DNS bij een provider met verplichte modemkeuze, gaat er voor mij niet in.

Bekijk origineel

Dit topic is gesloten. Staat je antwoord hier niet bij, stel dan je vraag in een nieuw topic.

7 Reacties

Welk excuus? Is dat iets wat de chat beweerde? Dat ze niet verantwoordelijk waren voor de DNS server?

Exact.

😧

Reputatie 3
Badge +3

Welk excuus? Is dat iets wat de chat beweerde? Dat ze niet verantwoordelijk waren voor de DNS server?

Exact.

Welk excuus? Is dat iets wat de chat beweerde? Dat ze niet verantwoordelijk waren voor de DNS server?

Reputatie 3
Badge +3

Ik heb nu een fabrieksreset gedaan nadat de Ziggo medewerker niets kon uitlezen. En ja het werkt nu magisch weer op alle systemen, maar goed het excuus dat Ziggo niet verantwoordelijk is voor een DNS bij een provider met verplichte modemkeuze, gaat er voor mij niet in.

Even basaal: Heb je die Arris al een schop gegeven? Ik bedoel even resetten?

Reputatie 3
Badge +3

Goed, het probleem doet zich nu ook voor op een bedraad Windows systeem.

Ik kan uw probleem niet reproduceren. Op het commando dig A ziggo.nl @192.168.178.1 krijg ik een respons die gelijksoortig aan uw query naar 8.8.8.8. Ik heb een Connectbox Giga van Arris.