Arch Linux

Keine Internetverbindung über Raspberry Pi AP möglich

j4ck

Hallo Leute,
ich versuche gerade einen Raspberry Pi als Access point einzurichten.
Hierzu verwende ich einen Raspberry Pi Model B+ und zwei Wlan-Sticks mit RTL8188CUS Chipsatz. Der Access point wird via hostapd generiert und die Verbindung zu meinem Heimnetzwerk via netctl hergestellt, beides funktioniert problemlos.

Allerdings erreiche ich nur die Geräte in meinem Heimnetzwerk, jedoch nicht das Internet.

Meine Konfiguration sieht folgendes vor:
wlan0 --> erzeugt den AP
wlan1 --> erzeugt die Verbindung zum Netzwerk (netctl)

Wenn ich versuche z.B. google.de anzupingen:

# ping google.de
PING google.de (216.58.213.227) 56(84) bytes of data.
From PiAP (192.168.3.1) icmp_seq=1 Destination Host Unreachable
From PiAP (192.168.3.1) icmp_seq=2 Destination Host Unreachable
From PiAP (192.168.3.1) icmp_seq=3 Destination Host Unreachable

--- google.de ping statistics ---
5 packets transmitted, 0 received, +3 errors, 100% packet loss, time 4037ms
pipe 3

Mein Speedport und andere Netzwerkgeräte erreiche ich jedoch Problemlos.

Meine ip link ausgabe:

# ip link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN mode DEFAULT group default qlen 1000
    link/ether b8:27:eb:41:78:2c brd ff:ff:ff:ff:ff:ff
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
    link/ether 64:70:02:29:6a:c7 brd ff:ff:ff:ff:ff:ff
4: wlan1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DORMANT group default qlen 1000
    link/ether 74:da:38:54:78:94 brd ff:ff:ff:ff:ff:ff

ip addr Ausgabe:

# ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
    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: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
    link/ether b8:27:eb:41:78:2c brd ff:ff:ff:ff:ff:ff
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 64:70:02:29:6a:c7 brd ff:ff:ff:ff:ff:ff
    inet 192.168.3.1/24 brd 192.168.3.255 scope global wlan0
       valid_lft forever preferred_lft forever
    inet6 fe80::6670:2ff:fe29:6ac7/64 scope link
       valid_lft forever preferred_lft forever
4: wlan1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 74:da:38:54:78:94 brd ff:ff:ff:ff:ff:ff
    inet 192.168.2.133/24 brd 192.168.2.255 scope global wlan1
       valid_lft forever preferred_lft forever
    inet6 fe80::76da:38ff:fe54:7894/64 scope link
       valid_lft forever preferred_lft forever

route Ausgabe:

# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.3.1     0.0.0.0         UG    0      0        0 wlan0
0.0.0.0         192.168.2.1     0.0.0.0         UG    304    0        0 wlan1
192.168.2.0     0.0.0.0         255.255.255.0   U     304    0        0 wlan1
192.168.3.0     0.0.0.0         255.255.255.0   U     0      0        0 wlan0

Ich hoffe jemand kann mir helfen! Danke schon mal im vorraus! 🙂

ayekat

j4ck schrieb

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.3.1     0.0.0.0         UG    0      0        0 wlan0
0.0.0.0         192.168.2.1     0.0.0.0         UG    304    0        0 wlan1

Ich benutze zwar nicht `route`, aber mir scheint, als hättest du zwei Default-Routes (d.h. zwei Routes, die gewählt werden, falls keine der anderen zwei Routes (192.168.2.0/24 und 192.168.3.0/24) mit der Paketdestination übereinstimmt), und das ist nicht normal. Die Route über 192.168.3.1/24 (wlan0) hat die tiefere Metric, d.h. sie wird "bevorzugt" - was zu deinem genannten Problem führt.

Versuch, die erste Default-Route zu entfernen:

ip route del default via 192.168.3.1/24 dev wlan0

Man Jaro

speedport is schomma schlecht.

als ich meinen DNS wexelte, ham' die Telekomiker direkt mein' speedport gesperrt. LOGIN LOCK und vorbei. die säcke

j4ck

Danke für eure schnellen Antworten, ich werde das mit der default Route mal testen!

j4ck

Hallo,
hab es erst heute geschafft das mit der default route zu testen und es funktioniert, jedenfalls fast 😃

Also der Raspberry Pi selbst hat jetzt eine Interntverbindung, d.h. ein ping auf google.de funktioniert. Allerdings wird die Verbindung der Geräte, welche sich auf den AP verbinden, nicht durchgereicht wie es scheint. Ich bin mir nicht sicher ob ich in meiner Hostapd.conf noch Fehler habe. Aber durch ein IP-forwarding via Iptables geht bis jetzt nicht.

Ich aktiviere das ip-forwarding via:

#iptables --table nat --append POSTROUTING --out-interface wlan1 -j MASQUERADE
#iptables --append FORWARD --in-interface wlan0 -j ACCEPT

Ip-forwarding selbst ist in der /etc/sysctl.d/ipforward ist auch aktiviert:

net.ipv4.ip_forward=1
net.ipv6.conf.default.forwarding=1
net.ipv6.conf.all.forwarding=1

Meine hostapd.conf:

interface=wlan0
ssid=PiAP
driver=rtl871xdrv
bridge=br0
wmm_enabled=0
country_code=DE
ieee80211d=1
hw_mode=g
ieee80211n=1
channel=11
macaddr_acl=0

drcux

1. Wozu "bridge=br0"?
2. Bis wohin kannst du denn von einem Client pingen?

j4ck

Also "bridge=br0" hab ich in den Konfigurationen im Netz gefunden.

Hab es jetzt hinbekommen, das Problem lag daran, das ich in der /etc/dhcpd.conf keinen dns Server eingetragen hatte!

Danke für eure Hilfe! 🙂

Datenschutz
Impressum