Beiträge von Asterisk-RPI3

    Hallo rapi444,

    besten Dank für Deine Hilfe. Ich habe es tatsächlich aufgegeben und den DHCP über Dnsmasq eingerichtet. Das scheint überraschenderweise wirklich eine Fehlfunktion des Routers zu sein. Jetzt jedenfalls läuft alles tadellos!

    Besten Dank nochmals für Deine Unterstützung!
    Viktor

    Ne, ne. Die IP 192.168.x.x sind nicht vergeben. Prinzipiell ist dieser Adressraum aber für lokale Konfigurationen vorgesehen und wird nicht ins Internet geleitet. Diese kommen bei meiner Konfiguration wie gesagt nicht zum Einsatz. Denkbar wäre es sich einen vollständigen DNS Server aufzusetzten. Das wäre allerdings mit Kanonen auf Spatzen schießen und die aller, aller letzte Lösung...

    Gute Idee, zur Vollständigkeit: DNS 1: 172.30.0.50 und DNS 2: 172.30.0.51

    Resultat scheint das gleiche zu sein. Auf UDP Port 53 kommt nichts durch. Erst sobald man den DNS auf z.B. 8.8.8.8 und 8.8.4.4 koniguriert hat, kommt man auch mit nslookup wieder nach außen. Das gleiche habe ich spaßhalber mit dem Windows Client versucht. DNS 1 und DNS 2: 172.30.0.10 und die Windows DNS manuell konfiguriert und siehe da: Es geht auch nicht. Scheint, als ob der Router in diesem Fall dicht macht.

    Komisch ist, dass nicht einmal exposed host oder eine Portweiterletung helfen?!

    Du hast Recht, tcp scheint durchzugehen:

    dig:
    :~# dig +tcp google.com @8.8.8.8

    ; <<>> DiG 9.9.5-9+deb8u6-Debian <<>> +tcp google.com @8.8.8.8
    ;; global options: +cmd
    ;; Got answer:
    ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 23344
    ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

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

    ;; ANSWER SECTION:
    google.com. 147 IN A 216.58.198.238

    ;; Query time: 47 msec
    ;; SERVER: 8.8.8.8#53(8.8.8.8)
    ;; WHEN: Mon Jul 11 16:55:29 CEST 2016
    ;; MSG SIZE rcvd: 55

    tcpdump:
    :/etc# sudo tcpdump -vvveni eth0 host 8.8.8.8 and tcp port 53
    tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes
    16:55:29.528234 00:1e:06:33:59:d6 > e8:74:e6:a1:4f:51, ethertype IPv4 (0x0800), length 74: (tos 0x0, ttl 64, id 44875, offset 0, flags [DF], proto TCP (6), length 60)
    172.30.0.10.42596 > 8.8.8.8.53: Flags [S], cksum 0xbc66 (incorrect -> 0x11d4), seq 2984157248, win 29200, options [mss 1460,sackOK,TS val 2101003 ecr 0,nop,wscale 7], length 0
    16:55:29.567067 e8:74:e6:a1:4f:51 > 00:1e:06:33:59:d6, ethertype IPv4 (0x0800), length 74: (tos 0x0, ttl 58, id 34568, offset 0, flags [none], proto TCP (6), length 60)
    8.8.8.8.53 > 172.30.0.10.42596: Flags [S.], cksum 0x4871 (correct), seq 3732189804, ack 2984157249, win 28400, options [mss 1432,sackOK,TS val 729288756 ecr 2101003,nop,wscale 7], length 0
    16:55:29.567127 00:1e:06:33:59:d6 > e8:74:e6:a1:4f:51, ethertype IPv4 (0x0800), length 66: (tos 0x0, ttl 64, id 44876, offset 0, flags [DF], proto TCP (6), length 52)
    172.30.0.10.42596 > 8.8.8.8.53: Flags [.], cksum 0xbc5e (incorrect -> 0xe528), seq 1, ack 1, win 229, options [nop,nop,TS val 2101007 ecr 729288756], length 0
    16:55:29.567207 00:1e:06:33:59:d6 > e8:74:e6:a1:4f:51, ethertype IPv4 (0x0800), length 107: (tos 0x0, ttl 64, id 44877, offset 0, flags [DF], proto TCP (6), length 93)
    172.30.0.10.42596 > 8.8.8.8.53: Flags [P.], cksum 0xbc87 (incorrect -> 0x4cb6), seq 1:42, ack 1, win 229, options [nop,nop,TS val 2101007 ecr 729288756], length 4123344+ [1au] A? google.com. ar: . OPT UDPsize=4096 (39)
    16:55:29.606208 e8:74:e6:a1:4f:51 > 00:1e:06:33:59:d6, ethertype IPv4 (0x0800), length 66: (tos 0x0, ttl 58, id 34570, offset 0, flags [none], proto TCP (6), length 52)
    8.8.8.8.53 > 172.30.0.10.42596: Flags [.], cksum 0xe4df (correct), seq 1, ack 42, win 222, options [nop,nop,TS val 729288795 ecr 2101007], length 0
    16:55:29.614075 e8:74:e6:a1:4f:51 > 00:1e:06:33:59:d6, ethertype IPv4 (0x0800), length 123: (tos 0x0, ttl 58, id 34573, offset 0, flags [none], proto TCP (6), length 109)
    8.8.8.8.53 > 172.30.0.10.42596: Flags [P.], cksum 0x6c22 (correct), seq 1:58, ack 42, win 222, options [nop,nop,TS val 729288803 ecr 2101007], length 5723344 q: A? google.com. 1/0/1 google.com. [2m27s] A 216.58.198.238 ar: . OPT UDPsize=512 (55)
    16:55:29.614091 00:1e:06:33:59:d6 > e8:74:e6:a1:4f:51, ethertype IPv4 (0x0800), length 66: (tos 0x0, ttl 64, id 44878, offset 0, flags [DF], proto TCP (6), length 52)
    172.30.0.10.42596 > 8.8.8.8.53: Flags [.], cksum 0xbc5e (incorrect -> 0xe492), seq 42, ack 58, win 229, options [nop,nop,TS val 2101012 ecr 729288803], length 0
    16:55:29.614779 00:1e:06:33:59:d6 > e8:74:e6:a1:4f:51, ethertype IPv4 (0x0800), length 66: (tos 0x0, ttl 64, id 44879, offset 0, flags [DF], proto TCP (6), length 52)
    172.30.0.10.42596 > 8.8.8.8.53: Flags [F.], cksum 0xbc5e (incorrect -> 0xe491), seq 42, ack 58, win 229, options [nop,nop,TS val 2101012 ecr 729288803], length 0
    16:55:29.653065 e8:74:e6:a1:4f:51 > 00:1e:06:33:59:d6, ethertype IPv4 (0x0800), length 66: (tos 0x0, ttl 58, id 34599, offset 0, flags [none], proto TCP (6), length 52)
    8.8.8.8.53 > 172.30.0.10.42596: Flags [F.], cksum 0xe470 (correct), seq 58, ack 43, win 222, options [nop,nop,TS val 729288842 ecr 2101012], length 0
    16:55:29.653104 00:1e:06:33:59:d6 > e8:74:e6:a1:4f:51, ethertype IPv4 (0x0800), length 66: (tos 0x0, ttl 64, id 44880, offset 0, flags [DF], proto TCP (6), length 52)
    172.30.0.10.42596 > 8.8.8.8.53: Flags [.], cksum 0xbc5e (incorrect -> 0xe465), seq 43, ack 59, win 229, options [nop,nop,TS val 2101016 ecr 729288842], length 0

    Ich habs auch gleich mal mit einer Portweiterleitung des UDP Ports 53 versucht. Leider ohne Erfolg.
    Automatisch zusammengefügt:
    PS: Selbst als exposed host geht einfach nichts durch...

    Another funny fact: Ich habe mal eben versucht eine URL dirket über einen externen Server (Google 8.8.8.8) aufzulösen mit folgenden Ergebnissen:

    1. DNS im Router auf automatisch gesetzt:
    -----------------------------------------------------------
    root@abcd:/etc# nslookup google.com 8.8.8.8
    Server: 8.8.8.8
    Address: 8.8.8.8#53

    Non-authoritative answer:
    Name: google.com
    Address: 216.58.213.174
    -----------------------------------------------------------
    2. DNS auf Raspi gesetzt:
    -----------------------------------------------------------
    root@abcd:/etc# nslookup google.com 8.8.8.8
    Server: 8.8.8.8
    Address: 8.8.8.8#53

    ** server can't find google.com: SERVFAIL

    Habe ich irgendwo einen Denkfehler?

    "Evtl. bedenken, dass im PI avahi, IPv6, samba und andere Dienste die Einfluss auf die Namensauflösung (DNS) haben könnten, zu deaktivieren/deinstallieren/blocken. " Genau das scheint der Fall zu sein. Die idee ist, dass Dnsmasq durch die Konfiguration (vorausgesetzt fehlerfrei) unabängig von den am Interface durch DHCP spezifizierten DNS Server, an den in der dnsmasq.conf gelisteten DNS Server auflösen sollte. Da dies nicht der Fall ist, schaut es mehr nach einem Bug in Dnsmasq selbst aus.

    Falls das neue Setup funktioniert, were ich entsprechend ein neues Ticket auf der Projektseite eröffenen.

    Besten Dank bis hierher!
    Viktor

    Stimme ich dir 100%ig zu! Aber, zum ersten Punkt: Das funktioniert eben seltsamer Weise nur dann, wenn die DNS Einträge des Routers nicht auf den Raspi konfiguriert sind. Dann funktioniert alles einwandfrei. Was ich seltsam finde ist, dass mit diesem DNS Eintrag im Router nicht einmal der Raspi lokal mehr in der Lage ist irgendwelche DNS Einträge aufzulösen.

    Konkretes Beispiel.
    Router DNS ist nicht auf die Raspi IP konfiguriert: nslookup heise.de localhost auf dem Raspi liefert einwandfreie Ergebnisse.
    Router DNS ist auf die Raspi IP konfiguriert: nslookup heise.de localhost läuft ins leere.

    Selbst wenn der Router interne DNS Server nicht unterstützen sollte, so müsste doch der Raspi zumindest lokal die DNS über nslookup heise.de localhost korrekt auflösen können? Denn das funktioniert ja über die in der dnsmasq.conf spezifizierten, externen DNS Server und muss unabhängig von der Router-config funktionieren? Die Internetverbindung funktioniert jedenfalls einwandfrei. Alle Dienste können über die IP im Internet aufgerufen werden.

    Eine ganz seltsame Geschichte. Es muss eigentlich so sein, dass Dnsmasq irgendwie im Hintergrund doch die DHCP Einstellungen bzgl. DNS nutzt?

    Die Frage wäre nun, an welcher Stelle man dieses Verhalten beeinflussen kann?

    Dankeschön!
    Viktor

    Klar, dnsmasq wurde neugestartet. Der Vodafone-Connect router ist derzeit auch der DHCP Server. Für den Test wurde auf dem Win client der automatisches DNS über DHCP konfiguriert (DNS-über DHCP: IP-v4 172.30.0.1). So soll es ja später auch funktionieren. Der Raspi ist primär und sekundär eingetragen. (Google DNS 8.8.8.8 als sekundärer Server wurde von mir ebenfalls schon versucht).

    Aus irgendwelchen Gründen scheint der Raspi die Auflösung nicht mehr korrekt zu machen, sobald dieser auf dem Vodafone-Connect router als primärer DNS-Server konfiguriert wurde.

    Ist Dir bekannt, ob Dnsmasq hier auf irgendwelche Systemfiles zurückgreift oder könnte? Denn der Raspi erhält seine IP etc. ebenfalls über DHCP vom Vodafone-Connect router...Die dann auf ihn selbst verweist...

    Besten Dank!

    Hallo rapi444,

    besten Dank vorweg für deine Unterstützung!

    Die dnsmasq.conf sieht nun folgendermaßen aus:
    ---------------------------------------------------------
    interface=eth0
    listen-address=127.0.0.1
    bogus-priv
    bind-interfaces
    strict-order
    no-resolv
    no-hosts
    server=8.8.8.8@eth0
    server=8.8.4.4@eth0
    server=208.67.220.220@eth0
    address=/http://local.dyndns.com/172.30.0.10
    ------------------------------------------

    Leider bricht auch dieser Versuch mit der exakt selben Fehlermeldung ab. Der Windows client läuft einfach ins time out.

    hier der tcpdump:
    -------------------------------------------------------------------
    root@odroidc2:/etc# sudo tcpdump -vvveni eth0 udp port 53
    tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes
    15:12:23.376477 e8:74:e6:a1:4f:51 > 00:1e:06:33:59:d6, ethertype IPv4 (0x0800), length 79: (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto UDP (17), length 65)
    8.8.8.8.53 > 172.30.0.10.36858: [udp sum ok] 35593 ServFail- q: A? support.mozilla.org. 0/0/0 (37)
    15:12:23.376621 00:1e:06:33:59:d6 > 00:0c:f6:fe:0f:ef, ethertype IPv4 (0x0800), length 79: (tos 0x0, ttl 64, id 23476, offset 0, flags [DF], proto UDP (17), length 65)
    172.30.0.10.53 > 172.30.0.3.57665: [bad udp cksum 0x5888 -> 0xf41e!] 11230 ServFail q: A? support.mozilla.org. 0/0/0 (37)
    15:12:24.210952 00:0c:f6:fe:0f:ef > 00:1e:06:33:59:d6, ethertype IPv4 (0x0800), length 80: (tos 0x0, ttl 128, id 17787, offset 0, flags [none], proto UDP (17), length 66)
    172.30.0.3.60617 > 172.30.0.10.53: [udp sum ok] 6877+ A? dub407-m.hotmail.com. (38)
    15:12:24.211119 00:1e:06:33:59:d6 > e8:74:e6:a1:4f:51, ethertype IPv4 (0x0800), length 80: (tos 0x0, ttl 64, id 43832, offset 0, flags [DF], proto UDP (17), length 66)
    172.30.0.10.36858 > 208.67.220.220.53: [bad udp cksum 0x5988 -> 0x6ca3!] 55182+ A? dub407-m.hotmail.com. (38)
    15:12:24.411693 e8:74:e6:a1:4f:51 > 00:1e:06:33:59:d6, ethertype IPv4 (0x0800), length 80: (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto UDP (17), length 66)
    8.8.8.8.53 > 172.30.0.10.36858: [udp sum ok] 35643 ServFail- q: A? dub407-m.hotmail.com. 0/0/0 (38)
    15:12:24.413876 e8:74:e6:a1:4f:51 > 00:1e:06:33:59:d6, ethertype IPv4 (0x0800), length 79: (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto UDP (17), length 65)
    8.8.8.8.53 > 172.30.0.10.36858: [udp sum ok] 35593 ServFail- q: A? support.mozilla.org. 0/0/0 (37)
    15:12:24.524382 00:0c:f6:fe:0f:ef > 00:1e:06:33:59:d6, ethertype IPv4 (0x0800), length 85: (tos 0x0, ttl 128, id 17791, offset 0, flags [none], proto UDP (17), length 71)
    172.30.0.3.56880 > 172.30.0.10.53: [udp sum ok] 41819+ A? teredo.ipv6.microsoft.com. (43)
    15:12:24.524550 00:1e:06:33:59:d6 > e8:74:e6:a1:4f:51, ethertype IPv4 (0x0800), length 85: (tos 0x0, ttl 64, id 43846, offset 0, flags [DF], proto UDP (17), length 71)
    172.30.0.10.36858 > 208.67.220.220.53: [bad udp cksum 0x598d -> 0x8cde!] 13382+ A? teredo.ipv6.microsoft.com. (43)
    15:12:25.259878 e8:74:e6:a1:4f:51 > 00:1e:06:33:59:d6, ethertype IPv4 (0x0800), length 80: (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto UDP (17), length 66)
    8.8.8.8.53 > 172.30.0.10.36858: [udp sum ok] 55182 ServFail- q: A? dub407-m.hotmail.com. 0/0/0 (38)
    15:12:25.260030 00:1e:06:33:59:d6 > 00:0c:f6:fe:0f:ef, ethertype IPv4 (0x0800), length 80: (tos 0x0, ttl 64, id 23623, offset 0, flags [DF], proto UDP (17), length 66)
    172.30.0.10.53 > 172.30.0.3.60617: [bad udp cksum 0x5889 -> 0x4d02!] 6877 ServFail q: A? dub407-m.hotmail.com. 0/0/0 (38)
    15:12:25.371464 e8:74:e6:a1:4f:51 > 00:1e:06:33:59:d6, ethertype IPv4 (0x0800), length 79: (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto UDP (17), length 65)
    8.8.8.8.53 > 172.30.0.10.36858: [udp sum ok] 35593 ServFail- q: A? support.mozilla.org. 0/0/0 (37)
    15:12:25.514835 00:0c:f6:fe:0f:ef > 00:1e:06:33:59:d6, ethertype IPv4 (0x0800), length 85: (tos 0x0, ttl 128, id 17795, offset 0, flags [none], proto UDP (17), length 71)
    172.30.0.3.56880 > 172.30.0.10.53: [udp sum ok] 41819+ A? teredo.ipv6.microsoft.com. (43)
    15:12:25.515041 00:1e:06:33:59:d6 > e8:74:e6:a1:4f:51, ethertype IPv4 (0x0800), length 85: (tos 0x0, ttl 64, id 53428, offset 0, flags [DF], proto UDP (17), length 71)
    172.30.0.10.36858 > 8.8.4.4.53: [bad udp cksum 0xb878 -> 0x2df3!] 13382+ A? teredo.ipv6.microsoft.com. (43)
    15:12:26.231626 e8:74:e6:a1:4f:51 > 00:1e:06:33:59:d6, ethertype IPv4 (0x0800), length 80: (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto UDP (17), length 66)
    8.8.8.8.53 > 172.30.0.10.36858: [udp sum ok] 55182 ServFail- q: A? dub407-m.hotmail.com. 0/0/0 (38)
    15:12:26.515043 00:0c:f6:fe:0f:ef > 00:1e:06:33:59:d6, ethertype IPv4 (0x0800), length 85: (tos 0x0, ttl 128, id 17806, offset 0, flags [none], proto UDP (17), length 71)
    172.30.0.3.56880 > 172.30.0.10.53: [udp sum ok] 41819+ A? teredo.ipv6.microsoft.com. (43)
    15:12:26.515185 00:1e:06:33:59:d6 > e8:74:e6:a1:4f:51, ethertype IPv4 (0x0800), length 85: (tos 0x0, ttl 64, id 12077, offset 0, flags [DF], proto UDP (17), length 71)
    172.30.0.10.36858 > 8.8.8.8.53: [bad udp cksum 0xbc7c -> 0x29ef!] 13382+ A? teredo.ipv6.microsoft.com. (43)
    15:12:27.222642 e8:74:e6:a1:4f:51 > 00:1e:06:33:59:d6, ethertype IPv4 (0x0800), length 80: (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto UDP (17), length 66)
    8.8.8.8.53 > 172.30.0.10.36858: [udp sum ok] 55182 ServFail- q: A? dub407-m.hotmail.com. 0/0/0 (38)
    15:12:27.385131 e8:74:e6:a1:4f:51 > 00:1e:06:33:59:d6, ethertype IPv4 (0x0800), length 79: (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto UDP (17), length 65)
    8.8.8.8.53 > 172.30.0.10.36858: [udp sum ok] 35593 ServFail- q: A? support.mozilla.org. 0/0/0 (37)
    15:12:28.518983 00:0c:f6:fe:0f:ef > 00:1e:06:33:59:d6, ethertype IPv4 (0x0800), length 85: (tos 0x0, ttl 128, id 17823, offset 0, flags [none], proto UDP (17), length 71)
    172.30.0.3.56880 > 172.30.0.10.53: [udp sum ok] 41819+ A? teredo.ipv6.microsoft.com. (43)
    15:12:28.519141 00:1e:06:33:59:d6 > e8:74:e6:a1:4f:51, ethertype IPv4 (0x0800), length 85: (tos 0x0, ttl 64, id 44090, offset 0, flags [DF], proto UDP (17), length 71)
    172.30.0.10.36858 > 208.67.220.220.53: [bad udp cksum 0x598d -> 0x8cde!] 13382+ A? teredo.ipv6.microsoft.com. (43)
    15:12:29.438134 e8:74:e6:a1:4f:51 > 00:1e:06:33:59:d6, ethertype IPv4 (0x0800), length 80: (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto UDP (17), length 66)
    8.8.8.8.53 > 172.30.0.10.36858: [udp sum ok] 55182 ServFail- q: A? dub407-m.hotmail.com. 0/0/0 (38)
    15:12:29.722977 e8:74:e6:a1:4f:51 > 00:1e:06:33:59:d6, ethertype IPv4 (0x0800), length 85: (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto UDP (17), length 71)
    8.8.8.8.53 > 172.30.0.10.36858: [udp sum ok] 13382 ServFail- q: A? teredo.ipv6.microsoft.com. 0/0/0 (43)
    15:12:29.723163 00:1e:06:33:59:d6 > 00:0c:f6:fe:0f:ef, ethertype IPv4 (0x0800), length 85: (tos 0x0, ttl 64, id 23728, offset 0, flags [DF], proto UDP (17), length 71)
    172.30.0.10.53 > 172.30.0.3.56880: [bad udp cksum 0x588e -> 0x500f!] 41819 ServFail q: A? teredo.ipv6.microsoft.com. 0/0/0 (43)
    15:12:30.541349 e8:74:e6:a1:4f:51 > 00:1e:06:33:59:d6, ethertype IPv4 (0x0800), length 85: (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto UDP (17), length 71)
    8.8.8.8.53 > 172.30.0.10.36858: [udp sum ok] 13382 ServFail- q: A? teredo.ipv6.microsoft.com. 0/0/0 (43)
    15:12:31.539561 e8:74:e6:a1:4f:51 > 00:1e:06:33:59:d6, ethertype IPv4 (0x0800), length 85: (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto UDP (17), length 71)
    8.8.8.8.53 > 172.30.0.10.36858: [udp sum ok] 13382 ServFail- q: A? teredo.ipv6.microsoft.com. 0/0/0 (43)
    15:12:33.533961 e8:74:e6:a1:4f:51 > 00:1e:06:33:59:d6, ethertype IPv4 (0x0800), length 85: (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto UDP (17), length 71)
    8.8.8.8.53 > 172.30.0.10.36858: [udp sum ok] 13382 ServFail- q: A? teredo.ipv6.microsoft.com. 0/0/0 (43)
    15:12:41.559199 00:0c:f6:fe:0f:ef > 00:1e:06:33:59:d6, ethertype IPv4 (0x0800), length 81: (tos 0x0, ttl 128, id 17872, offset 0, flags [none], proto UDP (17), length 67)

    Ich bekomme die folgende Ausgabe nach einem Fehlversuch:

    root@abcde:/etc# sudo cat /var/log/syslog | grep -i dnsmasq | tail -n 30
    Jul 11 14:29:04 localhost systemd[1]: Stopping dnsmasq - A lightweight DHCP and caching DNS server...
    Jul 11 14:29:04 localhost dnsmasq[4341]: exiting on receipt of SIGTERM
    Jul 11 14:29:04 localhost systemd[1]: Starting dnsmasq - A lightweight DHCP and caching DNS server...
    Jul 11 14:29:04 localhost dnsmasq[4630]: dnsmasq: syntax check OK.
    Jul 11 14:29:04 localhost dnsmasq[4633]: dnsmasq: failed to create listening socket for 172.30.0.1: Cannot assign requested address
    Jul 11 14:29:04 localhost dnsmasq[4633]: failed to create listening socket for 172.30.0.1: Cannot assign requested address
    Jul 11 14:29:04 localhost dnsmasq[4633]: FAILED to start up
    Jul 11 14:29:04 localhost systemd[1]: dnsmasq.service: control process exited, code=exited status=2
    Jul 11 14:29:04 localhost systemd[1]: Failed to start dnsmasq - A lightweight DHCP and caching DNS server.
    Jul 11 14:29:04 localhost systemd[1]: Unit dnsmasq.service entered failed state.
    Jul 11 14:29:21 localhost systemd[1]: Starting dnsmasq - A lightweight DHCP and caching DNS server...
    Jul 11 14:29:21 localhost dnsmasq[4667]: dnsmasq: syntax check OK.
    Jul 11 14:29:21 localhost dnsmasq[4673]: started, version 2.72 cachesize 150
    Jul 11 14:29:21 localhost dnsmasq[4673]: compile time options: IPv6 GNU-getopt DBus i18n IDN DHCP DHCPv6 no-Lua TFTP conntrack ipset auth DNSSEC loop-detect
    Jul 11 14:29:21 localhost dnsmasq[4673]: using nameserver 208.67.220.220#53
    Jul 11 14:29:21 localhost dnsmasq[4673]: using nameserver 8.8.4.4#53
    Jul 11 14:29:21 localhost dnsmasq[4673]: using nameserver 8.8.8.8#53
    Jul 11 14:29:21 localhost dnsmasq[4673]: cleared cache
    Jul 11 14:29:21 localhost systemd[1]: Started dnsmasq - A lightweight DHCP and caching DNS server.
    Jul 11 14:30:20 localhost systemd[1]: Stopping dnsmasq - A lightweight DHCP and caching DNS server...
    Jul 11 14:30:20 localhost dnsmasq[4673]: exiting on receipt of SIGTERM
    Jul 11 14:30:20 localhost systemd[1]: Starting dnsmasq - A lightweight DHCP and caching DNS server...
    Jul 11 14:30:20 localhost dnsmasq[4717]: dnsmasq: syntax check OK.
    Jul 11 14:30:20 localhost dnsmasq[4723]: started, version 2.72 cachesize 150
    Jul 11 14:30:20 localhost dnsmasq[4723]: compile time options: IPv6 GNU-getopt DBus i18n IDN DHCP DHCPv6 no-Lua TFTP conntrack ipset auth DNSSEC loop-detect
    Jul 11 14:30:20 localhost dnsmasq[4723]: using nameserver 208.67.220.220#53
    Jul 11 14:30:20 localhost dnsmasq[4723]: using nameserver 8.8.4.4#53
    Jul 11 14:30:20 localhost dnsmasq[4723]: using nameserver 8.8.8.8#53
    Jul 11 14:30:20 localhost dnsmasq[4723]: cleared cache
    Jul 11 14:30:20 localhost systemd[1]: Started dnsmasq - A lightweight DHCP and caching DNS server.
    Automatisch zusammengefügt:
    Zeitlich passt die Ausgabe nicht mit dem Fehlversuch zusammen. Aktuelle Serverzeit ist 14:47

    Hallo Imperator,

    Danke für die schnelle Auskunft. Das löste mein Problem leider auch nicht.

    Das folgende Szenario wurde auf dem Rspi lokal durchgespielt:
    Router DNS auf automatische DNS gesetzt. Alle Abfragen funktionieren einwandfrei.

    Router DNS auf 172.30.0.10 umgestellt. Keine Adresse (außer local.dyndns.com) wird mehr aufgelöst.
    Die folgende Fehlermeldung erscheint:

    root@abcde:/etc# nslookup google.de
    Server: 127.0.0.1
    Address: 127.0.0.1#53

    ** server can't find google.de: SERVFAIL

    Mein Ziel ist es den Dnsmasq client automatisch über Router DHCP an alle Netzwerk clients mit "auszuliefern". Scheinbar beieinflusst die DNS Einstellung im Router auch dnsmasq, sodass es nicht mehr funktioniert.

    Meine Vermutung wäre, dass er sich den DNS-Server irgendwie über DHCP erhält und diesen für externe Anfragen nutzt, wobei die Einstellungen über die conf ignoriert oder geringer priorisiert werden.
    Würde auf jedenfall erklären, warum die Anfragen in leere laufen. Denn der Router verweist ja wiederrum auf den Dnsmasq server im lokalen Netz.

    Wäre super, wenn Du noch ein paar Ideen hättest.

    Besten Dank vorab!
    Viktor
    Automatisch zusammengefügt:
    PS: Wenn die DNS-Einstellungen im Router auf automatisch gesetzt bleiben und ich auf meinem Windows Client, den DNS-Server manuell auf 172.30.0.10 setzte, funktioniert alles einwandfrei.

    Hallo,

    dies sollte möglich sein indem du z.B. einen mount point erstellst "sudo mkdir /media/usb-flash" und die Datei fastab "sudo nano /etc/fstab" bearbeitest. Auf das Beispiel bezogen gehe ich in dem Beispiel davon aus, das ein USB-Stick "sda1" und ext3 formatiert ist: Hier fügst du am Ende die folgende Zeile ein "/dev/sda1 /media/usb-hdd ext3 defaults 0 0"

    Nach einem Neustart sollte alles klappen.

    Achtung! Bitte überprüfe vorher die Einstellungen auf Korrektheit, ansonsten fährt der Pi nicht mehr hoch. Bitte beachte auch, dass diese Methode unzuverlässig ist. Der "Drive letter" sda1 kann sich mit jedem Neustart ändern. Weshalb ich den Umweg über die UUID empfehlen würde.

    VG,
    Viktor

    Hallo Zusammen,

    momentan habe ich Schwierigkeiten den Dnsmasq Dienst korrekt in betrieb zu nehmen.
    Ziel wäre es, dass jeder Client, der sich über LAN oder WLAN am router Anmeldet, automatisch beim aufruf der URL local.dyndns.com (Beispiel) direkt auf die interne IP des Nginx Servers, der ebenfalls auf dem Raspberry Pi läuft verweist. Dies hat den Vorteil, dass das auf die Domäne ausgestellte Zertifikat gültig ist, der ganze Traffic aber mit der des Interfaces höchstmöglichen Geschwindigkeit lokal übertragen wird.

    Kurz zum Aufbau:
    DSL-Router Vodafone Connect - Interne IP: 172.30.0.1 - Portfreigaben zu 172.30.0.10/443,80,22
    Raspberry PI - über eth0: 172.30.0.10

    Raspberry Pi:
    Installierte Dienste: Seafile, Nginx (Bind auf Ports 80 und 443), Dnsmasq, SSH (Bind auf Port 22), ddclient

    Momentan ist die Situation, dass die Abfrage von z.B. "nslookup google.de localhost" und "nslookup local.dyndns.com localhost" (172.30.0.10) korrekte Ergebnisse liefert. Ebenfalls ist der Dnsmasq auf die in der config genannten externen DNS Server für alle übrigen Anfragen konfiguriert.

    Das Problem ist nun, dass der Router gleichzeitig auch der DHCP Server ist. Sobald ich die versuche die die DNS Server auf den lokalen Server (172.30.0.10) zu setzten, werden abgesehen von der local.dyndns.com keine Adressen mehr Aufgelöst. Dass dies möglich ist, zeigt dass der Dnsmasq Server prinzipiell korrekt funktioniert.

    Ich wäre über jeden Hinweis sehr dankbar!
    Besten Dank!

    Viktor

    Nachfolgend die relevanten Configs:
    /etc/dnsmasq.conf
    --------------------------------------------
    interface=eth0
    listen-address=127.0.0.1
    bogus-priv
    bind-interfaces
    strict-order
    no-resolv
    no-hosts
    server=8.8.8.8
    server=8.8.4.4
    server=208.67.220.220
    address=/http://local.dyndns.com/172.30.0.10
    --------------------------------------------

    /etc/resolv.conf
    --------------------------------------------
    nameserver 127.0.0.1