iDave
Anmeldungsdatum: 21. September 2016
Beiträge: Zähle...
|
Hallo zusammen, Ich brauche für ein Projekt folgendes Setup:
RaspberryPi mit Wifi Hotspot (via Hostapd) [muss nur lokal auf den RPi zugegriffen werden {keine Freigabe der Ethernetverbindung!}]
Das klappt soweit, allerdings möchte ich meine Ethernet Leitung noch am RPi nutzen können.
Habe den Hotspot mit Hostapd und DNSMasq realisiert. inkl. Weiterleitung auf den RPi aller Internetanfragen (kleiner Webserver installiert) Allerdings funktioniert das eth0 interface nur wenn ich DNSMasq stoppe. DNSMAsq Config:
| log-facility=/var/log/dnsmasq.log
interface=wlan0
dhcp-range=192.168.2.2, 192.168.2.50, 255.255.255.0, 12h
no-resolv
log-queries
#address=/#/192.168.2.1
except-interface=eth0
|
Ich hoffe Ihr versteht mein Problem und kennt eine Lösung. Mit Freundlichen Grüßen David
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13938
|
iDave schrieb: Allerdings funktioniert das eth0 interface nur wenn ich DNSMasq stoppe.
Wie sind die Ausgabe von:
sudo netstat -tulpen | grep -i dnsmasq
ip a
?
|
iDave
(Themenstarter)
Anmeldungsdatum: 21. September 2016
Beiträge: 16
|
Hallo und danke für die schnelle Antwort:
Die Ausgaben sind wie folgt:
| sudo netstat -tulpen | grep -i dnsmasq
tcp 0 0 0.0.0.0:53 0.0.0.0:* LISTEN 0 17231 3825/dnsmasq
tcp6 0 0 :::53 :::* LISTEN 0 17233 3825/dnsmasq
udp 0 0 0.0.0.0:67 0.0.0.0:* 0 17227 3825/dnsmasq
udp 0 0 0.0.0.0:53 0.0.0.0:* 0 17230 3825/dnsmasq
udp6 0 0 :::53 :::* 0 17232 3825/dnsmasq
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17 | ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether b8:27:eb:55:8c:27 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.218/24 brd 192.168.1.255 scope global eth0
valid_lft forever preferred_lft forever
inet6 2a02:810b:abf:f1f8:52a5:6321:97b:a95f/64 scope global noprefixroute dynamic
valid_lft 4094sec preferred_lft 1394sec
inet6 fe80::1d4d:526a:81c1:ad49/64 scope link
valid_lft forever preferred_lft forever
3: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
link/ether b8:27:eb:00:d9:72 brd ff:ff:ff:ff:ff:ff
|
Viele Grüße David
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13938
|
iDave schrieb: Die Ausgaben sind wie folgt:
| sudo netstat -tulpen | grep -i dnsmasq
tcp 0 0 0.0.0.0:53 0.0.0.0:* LISTEN 0 17231 3825/dnsmasq
tcp6 0 0 :::53 :::* LISTEN 0 17233 3825/dnsmasq
udp 0 0 0.0.0.0:67 0.0.0.0:* 0 17227 3825/dnsmasq
udp 0 0 0.0.0.0:53 0.0.0.0:* 0 17230 3825/dnsmasq
udp6 0 0 :::53 :::* 0 17232 3825/dnsmasq
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17 | ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether b8:27:eb:55:8c:27 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.218/24 brd 192.168.1.255 scope global eth0
valid_lft forever preferred_lft forever
inet6 2a02:810b:abf:f1f8:52a5:6321:97b:a95f/64 scope global noprefixroute dynamic
valid_lft 4094sec preferred_lft 1394sec
inet6 fe80::1d4d:526a:81c1:ad49/64 scope link
valid_lft forever preferred_lft forever
3: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
link/ether b8:27:eb:00:d9:72 brd ff:ff:ff:ff:ff:ff
|
Konfiguriere den dnsmasq so, dass dieser nicht an 0.0.0.0 lauscht, evtl. auch ohne IPv6 (kompilieren/konfigurieren). eth0 eine andere IPv4-Adresse zuweisen (die sich nicht im Subnetz des Routers bzw. wlan0 befindet) und evtl. auch für eth0, IPv6 deaktivieren (wenn nicht benötigt).
|
iDave
(Themenstarter)
Anmeldungsdatum: 21. September 2016
Beiträge: 16
|
lubux schrieb: Konfiguriere den dnsmasq so, dass dieser nicht an 0.0.0.0 lauscht, evtl. auch ohne IPv6 (kompilieren/konfigurieren). eth0 eine andere IPv4-Adresse zuweisen (die sich nicht im Subnetz des Routers bzw. wlan0 befindet) und evtl. auch für eth0, IPv6 deaktivieren (wenn nicht benötigt).
Wie mache ich das in dnsmasq? eth0 bekommt die IP via DHCP vom Router
wlan0 öffnet einen Hotspot über Hostapd.. ist es dann nicht getrennt?
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13938
|
iDave schrieb: Wie mache ich das in dnsmasq?
Z. B. in der dnsmasq.conf, mit:
listen-address=<lauschende-IP-Adresse>
und ich habe z. B. den dnsmasq u. a. mit der Option (siehe gelbe Markierung):
Sep 21 09:03:36 xxxxxx daemon.info dnsmasq[1454]: compile time options: no-IPv6 GNU-getopt no-DBus no-i18n IDN no-DHCP no-TFTP conntrack ipset auth DNSSEC loop-detect no-inotify
kompiliert. Evtl. kannst Du auch in der dnsmasq.conf, das IPv6 für den dnsmasq deaktivieren.
|
iDave
(Themenstarter)
Anmeldungsdatum: 21. September 2016
Beiträge: 16
|
lubux schrieb:
Z. B. in der dnsmasq.conf, mit:
listen-address=<lauschende-IP-Adresse>
welche Adresse trage ich ein?
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13938
|
iDave schrieb: lubux schrieb:
Z. B. in der dnsmasq.conf, mit:
listen-address=<lauschende-IP-Adresse>
welche Adresse trage ich ein?
Das ist abhängig davon, wer und wofür Zugang zum dnsmasq haben muss bzw. wie Du diesen Zugang zur Verfügung stellst. D. h. über welches deiner Interfaces (dessen IP-Adresse) wird der dnsmasq erreicht?
|
iDave
(Themenstarter)
Anmeldungsdatum: 21. September 2016
Beiträge: 16
|
lubux schrieb: Das ist abhängig davon, wer und wofür Zugang zum dnsmasq haben muss bzw. wie Du diesen Zugang zur Verfügung stellst. D. h. über welches deiner Interfaces (dessen IP-Adresse) wird der dnsmasq erreicht?
Das soll über wlan0 laufen. also trage ich dann 192.168.2.1 ein? ("2-er"-Netzwerk ist die Wlan Karte / lokales Netzwerk liegt der Router bei 192.168.1.1)
Das Problem ist ich habe (extra!) keine DNS-Resolv drinnen .. was dazu führt dass alle requests wieder auf 192.168.2.1 (also dem Pi) landen was ich im WLAN netz auch exakt so möchte. Nur wenn ich ganz normal einen Ping zu google.com macht löst er die Ip-Addresse über dnsmasq auf ergo landet google.de auch übers eth0 bei 192.168.2.1... das ist das Problem.
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13938
|
iDave schrieb: Das soll über wlan0 laufen. also trage ich dann 192.168.2.1 ein?
Ja. BTW: Musst Du mit eth0 des Pi auch Internet-Zugang haben? Wenn ja, wie sind nach den Änderungen im dnsmasq, die Ausgaben von:
cat /etc/resolv.conf
ip a
ip r
?
|
iDave
(Themenstarter)
Anmeldungsdatum: 21. September 2016
Beiträge: 16
|
lubux schrieb: iDave schrieb: Das soll über wlan0 laufen. also trage ich dann 192.168.2.1 ein?
Ja.
Okay steht drinnen
BTW: Musst Du mit eth0 des Pi auch Internet-Zugang haben? Wenn ja, wie sind nach den Änderungen im dnsmasq, die Ausgaben von:
cat /etc/resolv.conf
ip a
ip r
?
Genau darum gehts: ich möchte mit dem Pi Internetzugang haben aber auch das jetzige Verhalten beim WLAN beibehalten: kein Resolve. Ich habe nur Internet (ping und wget getestet wenn dnsmasq nicht läuft. Ausgaben:
| # Generated by resolvconf
domain fritz.box
nameserver 127.0.0.1
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16 | 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether b8:27:eb:55:8c:27 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.218/24 brd 192.168.1.255 scope global eth0
valid_lft forever preferred_lft forever
inet6 2a02:810b:abf:f1f8:52a5:6321:97b:a95f/64 scope global noprefixroute dynamic
valid_lft 5203sec preferred_lft 2503sec
inet6 fe80::1d4d:526a:81c1:ad49/64 scope link
valid_lft forever preferred_lft forever
3: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
link/ether b8:27:eb:00:d9:72 brd ff:ff:ff:ff:ff:ff
|
| default via 192.168.1.1 dev eth0
default via 192.168.1.1 dev eth0 metric 202
192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.218 metric 202
|
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13938
|
iDave schrieb: Ich habe nur Internet (ping und wget getestet wenn dnsmasq nicht läuft.
Ja, aber so willst Du es ja nicht haben, oder? Wie ist es, wenn der dnsmasq läuft?
|
iDave
(Themenstarter)
Anmeldungsdatum: 21. September 2016
Beiträge: 16
|
lubux schrieb: iDave schrieb: Ich habe nur Internet (ping und wget getestet wenn dnsmasq nicht läuft.
Ja, aber so willst Du es ja nicht haben, oder? Wie ist es, wenn der dnsmasq läuft?
Ja ich möchte das mit eingeschaltetem dnsmasq das Internet geht.
Im moment ist es so wenn dnsmasq läuft: | ping google.com
PING google.com (192.168.2.1) 56(84) bytes of data.
|
läuft alles über den Pi. ohne Dnsmasq:
| ping google.com
PING google.com (172.217.22.110) 56(84) bytes of data.
64 bytes from fra15s18-in-f14.1e100.net (172.217.22.110): icmp_seq=1 ttl=54 time=18.2 ms
64 bytes from fra15s18-in-f14.1e100.net (172.217.22.110): icmp_seq=2 ttl=54 time=15.9 ms
64 bytes from fra15s18-in-f14.1e100.net (172.217.22.110): icmp_seq=3 ttl=54 time=36.3 ms
|
Habe nochmal im Netz gesucht und bin über die Option "bind-interfaces" gestolpert die den gewünschten Effekt erzielen soll:
wenn ich die option aktiviere startet dnsmasq nicht mehr mit der Fehlermeldung: "unknown interface wlan0"
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13938
|
iDave schrieb: läuft alles über den Pi.
Wie ist das routing, mit dnsmasq auf dem PI?
ip a
ip r
|
iDave
(Themenstarter)
Anmeldungsdatum: 21. September 2016
Beiträge: 16
|
lubux schrieb: iDave schrieb: läuft alles über den Pi.
Wie ist das routing, mit dnsmasq auf dem PI?
ip a
ip r
ip a:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17 | ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether b8:27:eb:55:8c:27 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.218/24 brd 192.168.1.255 scope global eth0
valid_lft forever preferred_lft forever
inet6 2a02:810b:abf:f1f8:52a5:6321:97b:a95f/64 scope global noprefixroute dynamic
valid_lft 4765sec preferred_lft 2065sec
inet6 fe80::1d4d:526a:81c1:ad49/64 scope link
valid_lft forever preferred_lft forever
3: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
link/ether b8:27:eb:00:d9:72 brd ff:ff:ff:ff:ff:ff
|
ip r
| default via 192.168.1.1 dev eth0
default via 192.168.1.1 dev eth0 metric 202
192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.218 metric 202
|
iDave schrieb: Habe nochmal im Netz gesucht und bin über die Option "bind-interfaces" gestolpert die den gewünschten Effekt erzielen soll:
wenn ich die option aktiviere startet dnsmasq nicht mehr mit der Fehlermeldung: "unknown interface wlan0"
|