lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13938
|
EinMensch schrieb: * AP
* AP/VLAN
OK, wie ist die Ausgabe von:
lsmod | grep -i mac80211
? ... denn "... nl80211 is used with all Linux mac80211 drivers."
|
EinMensch
(Themenstarter)
Anmeldungsdatum: 26. August 2017
Beiträge: 89
Wohnort: Irgendwo im Nirgendwo
|
| mac80211 655544 3 rt2800lib,rt2x00lib,rt2x00usb
cfg80211 543091 2 rt2x00lib,mac80211
|
Alles, was er mir zu dem Modul anzeigt.
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13938
|
EinMensch schrieb: Alles, was er mir zu dem Modul anzeigt.
Dann teste mal mit der default Einstellung für driver in der hostapd.conf:
# driver=nl80211 EDIT: Hat das Interface auch die Bezeichnung "wlan0"?
ip a
?
|
EinMensch
(Themenstarter)
Anmeldungsdatum: 26. August 2017
Beiträge: 89
Wohnort: Irgendwo im Nirgendwo
|
lubux schrieb: Dann teste mal mit der default Einstellung für driver in der hostapd.conf:
# driver=nl80211
ist bereits eingetragen. Jetzt, da du es erwähnst, glaube ich zu wissen, wo der Fehler liegt: Die Bezeichnung wlan0 wurd ersetzt durch wlxaca2137fa3ed. Ich meine mich dunkel daran zu erinnern, dass Debian "Stretch" es Fedora gleich getan und die Bezeichnungen angepasst hat. Ich pass' das mal eben in der /boot/cmdline.txt mit net.ifnames=0 an. Ebenfalls habe ich die /etc/dhcpcd.conf angepasst. Ich nutze zusätzlich zu hostapd noch die bridge-utils, damit auch mein Smartphone in den Genuss einer WLAN-Verbindung kommt. Meine Konfiguration sieht daher so aus: | interface br0
static ip_adress=192.168.0.2/24
static routers=192.168.0.1
static domain_name_servers=192.168.0.1
|
In der /etc/network/interfaces hattee ich seinerzeit noch die Parameter | bridge_ports eth0 wlan0
bridge_fd 0 # Verzögerung (forward-delay) ggf. erhöhen
bridge_stp no # Stoppen der bridge, ggf. auf 'yes' setzen
|
gesetzt. Anscheinend werden diese Einstellungen aber ignoriert, wenn ich folgendes in die dhcpcd.conf schreibe: | static bridge_ports=eth0 wlan0
static bridge_fd=0 # Verzögerung (forward-delay) ggf. erhöhen
static bridge_stp=no # Stoppen der bridge, ggf. auf 'yes' setzen
|
Davon mal abgesehen gibt mir hostapd weiterhin Fehler aus: | Configuration file: /etc/hostapd/hostapd.conf
nl80211: Could not configure driver mode
nl80211: deinit ifname=wlan0 disabled_11b_rates=0
nl80211 driver initialization failed.
wlan0: interface state UNINITIALIZED->DISABLED
wlan0: AP-DISABLED
hostapd_free_hapd_data: Interface wlan0 wasn't started
|
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8627
Wohnort: Münster
|
EinMensch schrieb: […]
hostapd.conf: interface=wlan0
bridge=br0
[…] Gebe ich sudo hostapd /etc/hostapd/hostapd.conf an, erhalte ich
Configuration file: /etc/hostapd/hostapd.conf
Could not read interface wlan0 flags: No such device
[…] Irgendetwas muss ich bei der Konfiguration falsch gemacht haben.
Vermutlich hat das WLAN-Interface bei Dir einen anderen Namen; es ist jedenfalls unter wlan0 nicht zu erreichen. Eine Liste der auf Deinem System vorhandenen Netzwerk-Schnittstellen erhältst Du so: ip link
|
EinMensch
(Themenstarter)
Anmeldungsdatum: 26. August 2017
Beiträge: 89
Wohnort: Irgendwo im Nirgendwo
|
er zeigt mir wlan0 korrekt an. | 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000
link/ether b8:27:eb:d3:d8:bb brd ff:ff:ff:ff:ff:ff
3: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN mode DEFAULT group default qlen 1000
link/ether ac:a2:13:7f:a3:ed brd ff:ff:ff:ff:ff:ff
|
|
elektronenblitz63
Anmeldungsdatum: 16. Januar 2007
Beiträge: 29307
Wohnort: NRW
|
Hallo,
Fehler:
bridge_ports eth0 wlan0
Fehler:
static bridge_ports=eth0 wlan0
Deshalb natürlich die Folgefehler bei hostapd, die Schnittstellen sind bereit anderweitig konfiguriert. Wenn Du dir die bereits verlinkten Wiki-Artikel angesehen und auch durchgelesen hättest, wäre dir das direkt aufgefallen! Zeige deine aktuellen Konfigurationsdateien, nicht das was mal war!
|
EinMensch
(Themenstarter)
Anmeldungsdatum: 26. August 2017
Beiträge: 89
Wohnort: Irgendwo im Nirgendwo
|
in der interfaces darf die WLAN-Schnittstelle nicht zu der Bridge hinzugefügt werden, dass erledigt hostapd!
Die /etc/interfaces hat keine weiteren Konfigurationen eingetragen.
in der dhcpcd.conf darf ausschließlich das Bridge-Interface (br*) konfiguriert werden, nicht das WLAN- und/oder Ethernet-Interface!
Ist auch nur die br0 eingetragen. Ich habe einfach das Original genommen, somit ist die eth0-Schnittstelle auskommentiert.
|
elektronenblitz63
Anmeldungsdatum: 16. Januar 2007
Beiträge: 29307
Wohnort: NRW
|
Zeige deine eigenen und aktuellen Konfigurationsdateien, nicht das was irgendwann einmal mal war! wenn Du zwischen Ethernet und WLAN eine transparente Brücke konfigurierst, übernimmt dein Router normalerweise die Adresszuordnung (DHCP-Server) für alle Clients im Netzwerk es wird kein weiterer DHCP-Server benötigt, dass führt ansonsten auch zu einem Konflikt Du solltest zuerst einmal genau beschreiben was Du überhaupt erreichen möchtest, bzw. welchen Zweck dein RasPi erfüllen soll und wie deine grundsätzliche Netzwerkkonfiguration hardwareseitig aussieht!
|
EinMensch
(Themenstarter)
Anmeldungsdatum: 26. August 2017
Beiträge: 89
Wohnort: Irgendwo im Nirgendwo
|
Ich bin eigentlich davon ausgegangen, dass bei Verwendung von hostapd klar wird, was genau bezweckt werden soll. Ich möchte einen WLAN-Access Point aufbauen, damit ich in meiner Wohnung drahtlos über XBox und Smartphone ins Internet komme. Zusätzlich habe ich noch die bridge-utils installiert, da ich ansonsten Probleme beim Verbindungsaufbau über das Smartphone bekomme. Hier nochmal alle Konfigurationsdateien in voller Länge. /etc/hostapd/hostapd.conf: 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34 | interface=wlan0
bridge=br0
driver=nl80211
logger_syslog=-1
logger_syslog_level=2
logger_stdout=-1
logger_stdout_level=2
ctrl_interface=/var/run/hostapd
ctrl_interface_group=0
ssid=
utf8_ssid=1
country_code=DE
ieee80211d=1
hw_mode=g
channel=auto
beacon_int=100
dtim_period=2
rts_threshold=2347
fragm_threshold=2346
max_num_sta=10
macaddr_acl=0
auth_algs=3
ignore_broadcast_ssid=0
wmm_enabled=0
wpa=2
rsn_preauth=1
rsn_preauth_interfaces=wlan0
wpa_key_mgmt=WPA-PSK
rsn_pairwise=CCMP
wpa_passphrase=
|
Ich habe auch nur die Optionen eingetragen, bei welchen ich der Meinung bin, dass sie wichtig sind (Ich gestehe: bei Einigen - rts_threshold und fragm_threshold - bin ich mir nicht ganz sicher, ob die unbedingt angegeben werden müssen). /etc/network/interfaces: | # interfaces(5) file used by ifup(8) and ifdown(8)
# Please note that this file is written to be used with dhcpcd
# For static IP, consult /etc/dhcpcd.conf and 'man dhcpcd.conf'
# Include files from /etc/network/interfaces.d:
source-directory /etc/network/interfaces.d
|
/etc/dhcpcd.conf: 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62 | # A sample configuration for dhcpcd.
# See dhcpcd.conf(5) for details.
# Allow users of this group to interact with dhcpcd via the control socket.
#controlgroup wheel
# Inform the DHCP server of our hostname for DDNS.
hostname
# Use the hardware address of the interface for the Client ID.
clientid
# or
# Use the same DUID + IAID as set in DHCPv6 for DHCPv4 ClientID as per RFC4361.
# Some non-RFC compliant DHCP servers do not reply with this set.
# In this case, comment out duid and enable clientid above.
#duid
# Persist interface configuration when dhcpcd exits.
persistent
# Rapid commit support.
# Safe to enable by default because it requires the equivalent option set
# on the server to actually work.
option rapid_commit
# A list of options to request from the DHCP server.
option domain_name_servers, domain_name, domain_search, host_name
option classless_static_routes
# Most distributions have NTP support.
option ntp_servers
# Respect the network MTU. This is applied to DHCP routes.
option interface_mtu
# A ServerID is required by RFC2131.
require dhcp_server_identifier
# Generate Stable Private IPv6 Addresses instead of hardware based ones
slaac private
# Example static IP configuration:
#interface eth0
#static ip_address=192.168.0.10/24
#static ip6_address=fd51:42f8:caae:d92e::ff/64
#static routers=192.168.0.1
#static domain_name_servers=192.168.0.1 8.8.8.8 fd51:42f8:caae:d92e::1
interface br0
static ip_adress=192.168.0.2/24
static routers=192.168.0.1
static domain_name_servers=192.168.0.1
# It is possible to fall back to a static IP if DHCP fails:
# define static profile
#profile static_eth0
#static ip_address=192.168.1.23/24
#static routers=192.168.1.1
#static domain_name_servers=192.168.1.1
# fallback to static profile on eth0
#interface eth0
#fallback static_eth0
|
Es ist wirklich NUR der br0 aktiviert. Verwendet wird ein RasPi 3B mit Raspbian "Stretch" als OS. Das System ist auf den neuesten Stand. | Linux raspberrypi 4.14.79-v7+ #1159 SMP Sun Nov 4 17:50:20 GMT 2018 armv7l GNU/Linux
|
Wenn du noch mehr Informationen brauchst, einfach schreiben.
|
elektronenblitz63
Anmeldungsdatum: 16. Januar 2007
Beiträge: 29307
Wohnort: NRW
|
Ok, soweit. Ich fasse erneut zusammen um absolut sicher zu sein ...
ein DSL- , Glasfaser- was auch immer- Router mit lokalem Ethernet und internem DHCP-Server ist vorhanden, aber ohne WLAN? RasPi soll reiner WLAN Accesspoint sein?
Dann wäre dein Konfiguration soweit ok, aber ...
grundsätzlich wäre es einfacher und technisch stabiler gewesen einen WLAN Accesspoint zu kaufen der Pi ist von der Datenübertragung her eingeschränkt, da alle Geräte (Ethernet und der WLAN-Stick) über ein gemeinsames USB-Gateway angeschlossen sind handelsübliche WLAN-Sticks arbeiten im AP-Mode Dauerbetrieb eher unzuverlässig, da diese nicht dafür ausgelegt sind und i.d.R. überhitzen, wenn die Sendeleistung nicht reduziert wird oft WLAN-Abbrüche oder die Hardware stürzt komplett ab, ist zu befürchten die Stromaufnahme an sich ist vergleichsweise hoch
|
EinMensch
(Themenstarter)
Anmeldungsdatum: 26. August 2017
Beiträge: 89
Wohnort: Irgendwo im Nirgendwo
|
ein DSL- , Glasfaser- was auch immer- Router mit lokalem Ethernet und internem DHCP-Server ist vorhanden, aber ohne WLAN? RasPi soll reiner WLAN Accesspoint sein?
Si und si.
Die interfaces ist deswegen unvollständig, weil da nix drinsteht. Ein DHCP-Server wird auch nicht verwendet. Warum verwende ich dennoch die dhcpcd.conf? Weil es ab "Jesse" empfohlen wird. Allerdings werde ich wohl doch die /etc/interfaces nutzen. grundsätzlich wäre es einfacher und technisch stabiler gewesen einen WLAN Accesspoint zu kaufen der Pi ist von der Datenübertragung her eingeschränkt, da alle Geräte (Ethernet und der WLAN-Stick) über ein gemeinsames USB-Gateway angeschlossen sind handelsübliche WLAN-Sticks arbeiten im AP-Mode Dauerbetrieb eher unzuverlässig, da diese nicht dafür ausgelegt sind und i.d.R. überhitzen, wenn die Sendeleistung nicht reduziert wird oft WLAN-Abbrüche oder die Hardware stürzt komplett ab, ist zu befürchten die Stromaufnahme an sich ist vergleichsweise hoch
Da gebe ich dir recht. Ich will es aber dennoch nochmals versuchen.
|
elektronenblitz63
Anmeldungsdatum: 16. Januar 2007
Beiträge: 29307
Wohnort: NRW
|
konfiguriere das Loopback-Interface und die Bridge über die Interfaces die Bridge bekommt eine statische IP-Adresse außerhalb des DHCP-Adresspools des DHCP-Servers deines Routers Gateway & DNS konfigurieren/eintragen (IP-Adresse deines Routers)
Warum verwende ich dennoch die dhcpcd.conf? Weil es ab "Jesse" empfohlen wird.
Da verwechselst Du etwas. ISC-DHCPD-Server und Konfiguration entfernen, das wird nicht benötigt! das muss funktionieren über eine Udev-Regel ggf. die Sendeleistung des Stick auf ~18dBm bei Systemstart reduzieren (funktioniert alternativ auch über die interfaces) Network-Manager permanent deaktivieren, sollte dieser noch aktiv sein!
|