Unter Pidora 20 ist es mir nicht gelungen den Network Manager für die WLan konfiguration zu verwenden!
Aber auch daran denken den network.service zu enablen! Sonst geht nach dem Reboot leider nix .-)
lsusb Bus 001 Device 004: ID 7392:7811 Edimax Technology Co., Ltd EW-7811Un 802.11n Wireless Adapter [Realtek RTL8188CUS]
iwconfig wlan0 unassociated Nickname:"<WIFI@REALTEK>" Mode:Managed Frequency=2.462 GHz Access Point: Not-Associated ... lo no wireless extensions. eth0 no wireless extensions.
iwlist wlan0 scanning
wpa_passphrase "MY_SID_OF_WLAN" "<my_wlan_key_with_numbers_and_so_on" >> wpa_supplicant.conf
ctrl_interface=/var/run/wpa_supplicant ctrl_interface_group=wheel update_config=1 network={ ssid="MY_SID_OF_WLAN" psk="<my_wlan_key_with_numbers_and_so_on>" proto=RSN key_mgmt=WPA-PSK pairwise=CCMP auth_alg=OPEN }
wpa_supplicant -Dwext -iwlan0 -c /etc/wpa_supplicant/wpa_supplicant.conf # in zweiter Session dhclient -r dhclient wlan0 pifconfig
INTERFACES="-iwlan0" DRIVERS="-Dwext"
DEVICE=wlan0 BOOTPROTO=static TYPE=Wireless ONBOOT=yes IPADDR=192.168.178.101 GATEWAY=192.168.178.1 NETMASK=255.255.255.0 MODE=Managed ESSID="JEDE" WPA_ALLOW_WPA=yes WPA_ALLOW_WPA2=yes KEY_MGMT=WPA-PSK NM_CONTROLLED=no
#zuvor prüfen ob der wpa serive auch beim Booten startet: systemctl enable wpa_supplicant.service systemctl status wpa_supplicant.service
#Netzwerk Manager ausschalten systemctl disable NetworkManager.service #disable Network Manager in den Interface Konfigurationen vi /etc/sysconfig/network-scripts/ifcfg-eth0 .. NM_CONTROLLED=no .. vi /etc/sysconfig/network-scripts/ifcfg-wlan0 .. NM_CONTROLLED=no systemctl stop NetworkManager.service systemctl status NetworkManager.service
systemctl enable network.service
systemctl start network.service
systemctl status network.service
pifconfig
Prüfen ob die Datei „/etc/sysconfig/wpa_supplicant“ korrekt angepasst wurde! (siehe Anleitung weiter oben!)
Problem: Interface wird nicht mit der IP Adresse eingebunden:
pifconfig ** ERROR ** [Device wlan0]: [Errno 99] Cannot assign requested address # Status Wlan Verbindung wpa_cli >status ok # Check über den Router #MAC Adresse des Wlan Stick hat sich am WLan Router angemeldet # > WPA OK! cd /var/log grep wlan0 messages Jan 1 01:00:16 localhost NetworkManager[176]: ifcfg-rh: parsing /etc/sysconfig/network-scripts/ifcfg-wlan0 ... Jan 1 01:00:16 localhost NetworkManager[176]: ifcfg-rh: read connection 'System xxxxx (wlan0)' Jan 1 01:00:16 localhost NetworkManager[176]: ifcfg-rh: Ignoring connection 'System xxxxx(wlan0)' / device '80:1f:02:87:75:d9' due to NM_CONTROLLED/BRIDGE/VLAN.
Lösung:
systemctl disable NetworkManager.service systemctl stop NetworkManager.service #disable NetworkManager vi /etc/sysconfig/network-scripts/ifcfg-eth0 .. NM_CONTROLLED=no .. vi /etc/sysconfig/network-scripts/ifcfg-wlan0 .. NM_CONTROLLED=no .. systemctl restart network.service pifconfig OK!
Nach dem erfolgreicher Anmeldung an die Fritz!Box kann trotzdem von keinen Rechner im Netz zugegriffen werden.
Interessanterweise ist die IP Adresse des Wlan Adapters nur erreichbar wenn das Kabel angesteckt ist, d.h. hier muss etwas mit dem arp Protokoll nicht stimmen, die MAC Adresse passt nicht zu der per WLAn vergebenen IP.
In der Fritz!Box Oberfläche wird die MAC Adresse richtig angeben.
Mit „arp -a“ auf dem Windows PC wird die MAC Adresse der wlan IP gleich der eth0 der Adapters angezeigt.
Auf dem Rasberry PI selber ist die MAC Adresse der Fritz!Box nicht sichtbar!
? (192.168.178.1) at <incomplete> on eth0
Per Bildschirm und Tastatur am Rasberry PI angemeldet und dem Wlan Interface eine MAC Adresse Auflösung zu geteilt, Interface eth0 gestoppt:
arp -i wlan0 -s 192.168.178.1 24:65:11:83:92:01 ifdown etho # den Router anpingen arping -I wlan0 192.168.178.1 # den PC anpingen arping -I wlan0 gpipc01
Wenn der Ping läuft lässt sich auch einen SSH Verbindung vom PC auf dem Rasberry PI aufbauen.
Ist der Ping aus, dauert es nur wenige Minuten bis wieder die falschen arp Einträge im Cache liegen und die Verbindung wird unterbrochen. Ein Dauer ping auf den Router mit „arping“ zeigt auch gelegentliche Hänger!
Hier scheint mir etwas mit dem ARP Cache der Fritz!Box und Wlan nicht zu funktionieren! Evlt. weil unter dem gleichen Name der Rasberry PI über Lan und Wlan errechbar war/ist??
Lösungsansatz:
Statisch die arp Einträge hinterlegen:
#Datei mit arp einträgen vi /etc/ethers #MAC IP 09:24:d7:15:e0:38 192.168.178.45 22:64:12:83:92:01 192.168.178.1 #einlesen arp -f /etc/ethers -i wlan0 arp -a #für Redhat Varianten eine ifup-local anlegen vi /sbin/ifup-local #!/bin/sh if [[ "$1" == "wlan0" ]] then arp -f /etc/ethers else echo not in use fi chmod +x /sbin/ifup-local # mit reboot testen reboot
Nach dem Reboot ist nun das Problem, das Interface wlan0 wohl zu lange braucht um aktive zu werden, die statischen Einträge wurden alle eth0 zugeordnet, wird das per Hand mit „arp -f /etc/ethers -i wlan0“ nachgeholt und das eth0 Interface mit „ifdown eth0“ gestoppt, funktioniert es zwar, das ist aber auch keine wirkliche Lösung.
Sehr seltsam …..
Hack:
Interface „eth0“ auf manuell gestellt, und Script „ifup“ so angepasst dass als letztes auch „/sbin/ifup-local“ aufgerufen wird:
vi /etc/sysconfig/network-scripts/ifcfg-eth0 .. ONBOOT=no .. vi /etc/sysconfig/network-scripts/ifup .. /sbin/ifup-local $1 reboot
Keine zufriedenstellende Lösung, aber es funktioniert!