(gelöst) hostapd einrichten

[BenutzerGa4gooPh]

M. E. sollte vor

Code: Alles auswählen

hostapd -dd /etc/hostapd/hostapd.conf

wlan0 "up" sein (wie auch immer ) und der hostapd noch nicht laufen. Ich vermute, dort liegen die Fehler in der bisherigen Debug-Ausgabe.

OT: dnsmasq ist im Wiki als DHCP-Server erwähnt. Für Masquerading (=NAT) wären bei Bedarf iptables zuständig.

[guennid]

M. E. sollte vor

Code: Alles auswählen

hostapd -dd /etc/hostapd/hostapd.conf

wlan0 "up" sein (wie auch immer ) und der hostapd noch nicht laufen.

Ok, das ist 'ne Hausnummer! Also kein

Code: Alles auswählen

up service hostapd restart

in der interfaces wie im Wiki, sondern erst mal händischer Start. Wobei: Ist "service" nicht eh systemd-Sprech?

[TomL]

DHCP und /etc/network/interfaces kommen (auch) vor Punkt Inbetriebnahme.

Ja, klar. Das braucht es auch, zumindest für das NIC, welches selber als Client-NIC eine Verbindung zum eigentlichen DSL-Router hat. Es sei denn, dieses Client-NIC hat eine Static-IP zugewiesen bekommen, dann braucht man keinen DHCP-Client.... wenn überhaupt wäre das bei Dir der isc-dhcp-client. Aber ich denke, da Du ja Static-IP bevorzugst, brauchts den DHCP-Client nicht.

Für das zweite NIC braucht es keinen DHCP-Client, aber wie beim o.g. DSL-Router, der ja eine Static-IP im Home-Netz hat, ebenfalls eine eigene Static-IP. Das zweite NIC repräsentiert ja über HostAPT (wie der DSL-Router) ein eigenes Netzwerk und hat somit eine eigene fixe IP. Wichtig ist, der Netzanteil der beiden IP von DSL-Router und Hostapt-Router MUSS unterschiedlich sind, es sind ZWEI Netze. Und so wie der DSL-Router einen embedded DHCP-Server hat, bekommt der Hostapt-Router mit dnsmasq ebenfalls einen (Mini-)DHCP-Server.

DHCP und /etc/network/interfaces sind wohl zwei paar Schuh.

Jain... Du musst auf der Maschine zwischen Client und Router unterscheiden... der ist nämlich über zwei NICs beides gleichzeitg. Der Client kann via interfaces und DHCP-Client konfiguriert werden... geht aber auch über iproute2 oder systemd-networkd. Der Router wird über hostapt und dnsmasq für die Router-Funktionen konfiguriert. Und auch das NIC für den Router kann über interfaces, iproute2 oder systemd-networkd konfiguriert werden... ist alles dasselbe. Wie gesagt, beide Funktionen, Client UND Router, sind auf dem Gerät einzurichten, mit 2 NICs.

Dass die interfaces konfiguriert werden muss, kann ich nachvollziehen, stimmt aber in der Allgemeinheit auch wieder nicht, man könnte den Job ja auch über ip regeln.

Ja klar, kein Problem.

kann ich mir nicht vorstellen, dass man bei hostapd keine statischen IPs vergeben kann.

Natürlich geht das, nur nicht via Hostapt, sondern über die DHCP-Server-funktion dnsmasq dieses "Routers", oder noch einfacher, in dem man die Static-IP einfach auf den Hostapt-Clients einträgt.

dass man dnsmasq bei einem Artikel über hostapd in seiner Funktionalität als DHCP-Server erwähnt.

Genau so ist es auch, dnsmasq arbeitet als DHCP-Server für die Hostapt-Clients

meinem Router dnsmasq (in seiner eigentlichen Funktion) aber als DHCPD nutze ich nun mal (sehr eingeschränkt) isc-dhcp-server.

Von welchem Router sprichst Du...?... Du hast zwei... einmal einen DSL-Router, der vermutlich mit isc-dhcp-server die Vergabe von Client-IP für das reguläre Netzwerk regelt, und einen Hostapt-Router, der via dnsmasq das gleiche für die Hostapt-Clients tut bzw. tun soll.

Und ich habe eigentlich wenig Lust mir meinen funktionierenden Router zu zerschießen.

Wieso? An den kommst Du doch gar nicht ran. Der EEE ist doch ein Netzwerk-Client, den DSL-Router braucht man doch gar nicht anpacken. Das läuft doch alles isoliert auf dem EEE.

Kannst Du nicht einfach mal die Netzwerk-Konfiguration des EEE mit ip a posten, und dann die zwei confs für hostapt und dnsmasq, sowie die Status von ip-forwarding aus der sysctl?

[guennid]

Oh, oh, Thomas
Dein Beitrag steckt voller Missverständnisse. Das erste ist noch einfach: Das erste Zitat stammt von Jana, nicht von mir.

Ansonsten. Der DSL-Router bleibt aus der Diskussion. Ich rede von meinem Debian-Router auf einem eeepc 1000h, der jetzt zusätzlich zu seinem kabelgebundenen Anschluss an den DSL-Router einen hostapd über seine eingebaute WLAN-NIC bekommen soll. Und da man im Wiki in deinen Augen "Veraltetes" pflegt, ich aber ohne Hilfe nicht klarkomme, wäre es mir lieb, wenn wir zumindest einstweilen beim Alten bleiben könnten.

[TomL]

Ansonsten. Der DSL-Router bleibt aus der Diskussion. Ich rede von meinem Debian-Router auf einem eeepc 1000h, der jetzt zusätzlich zu seinem kabelgebundenen Anschluss an den DSL-Router einen hostapd über seine eingebaute WLAN-NIC bekommen soll.

Genau SO habe ich das verstanden und dazu einige Dinge erklärt. Mit hostapt wird der EEE auf dem WLAN-Nic zu einem WLAN-Router.... und wenn der PC mit dem Kabel-NIC am DSL-Router hängt, ist es aus der Sicht trotzdem erst mal nur Client des DSL-Plastik-Routers. Egal ob alte oder neue Methoden... es gilt das gleiche, was ich damals schon mal beschrieben habe,,,, gewisse Geräte bzw. Normen werden mit den alten Tools schlichtweg nicht unterstützt, weil die alten Treiber einfach zu alt sind. Aber ich vermute, dass das für diesen EEE-PC nicht gilt, weil der selber nur alte Normen verlangt. Also kannst Du alle Wege gehen, die alten wie die neuen.

[Tintom]

Das Tool ip tut nichts anderes wie Interfaces zu konfigurieren

Ich denke, hier irrst du. ip benötigt nach meinen Kenntnissen gar keine /etc/network/interfaces.

Da hast Du Recht. Aber wo habe ich das behauptet?

hostapd hat mit IP-Adressen erst einmal nichts zu tun.

Eben! Es ging um Notwendigkeit von dnsmasq für hostapd.

Wie geschrieben: Nicht notwendig

Dann nimm doch IP-Adressen, die außerhalb des Bereiches liegen, die du deinem DHCP-Server in seiner Konfiguration mitgegeben hast.

Auf die Idee war ich schon ganz allein gekommen.

Prima

[TomL]

Wie geschrieben: Nicht notwendig

Solange man auf Smartphones, Tablets oder WLAN-Taugliche Ebooks verzichtet, braucht man das wirklich nicht. Laptops und so kann man prima mit Static-IP einrichten. Aber unterschiedlichste Mobil-Geräte wie eben die Smpartphones oder ein EBook mit Static-IP zu konfigurieren ist schon ein wenig strange.... *lol*

[guennid]

Da hast Du Recht. Aber wo habe ich das behauptet?

OK ich war auf die Interfaces-Datei fixiert.

@Thomas Ich sehe immer noch erhebliche Missverständnisse/Unklarheiten. Der eeepc hat nicht zwei, sondern drei NIcs, und wenn ich recht sehe, dann braucht er die auch alle drei für das, was ich vorhabe: Eine USB-NIC zum DSL-Router, eine interne kabelgebundene ins LAN und eben jetzt die interne WLAN-NIC für den hostapd.

Wichtig ist, der Netzanteil der beiden IP von DSL-Router und Hostapt-Router MUSS unterschiedlich sind, es sind ZWEI Netze.

Das hatte ich berücksichtigt, aber das bringt mich auf eine Idee: Ich habe der WLAN-NIC eine IP in meinem bisheriegen LAN verpasst. Könnte es was bringen/wäre es notwendig mit dem hostapd ein drittes Netz zu eröffnen?

[Tintom]

Wichtig ist, der Netzanteil der beiden IP von DSL-Router und Hostapt-Router MUSS unterschiedlich sind, es sind ZWEI Netze.

Das hatte ich berücksichtigt, aber das bringt mich auf eine Idee: Ich habe der WLAN-NIC eine IP in meinem bisheriegen LAN verpasst. Könnte es was bringen/wäre es notwendig mit dem hostapd ein drittes Netz zu eröffnen?

Du möchtest für den Anfang und zum Test drei separate Netze haben. Wenn du LAN und WLAN zusammen schmeissen möchtest, eröffnest du thematisch eine neue Baustelle. Stichwort: Bridging.

[guennid]

eröffnest du thematisch eine neue Baustelle. Stichwort: Bridging.

Siehste, und genau das wollte ich von Anfang an vermeiden, nur deswegen meine Zurückstellung von dhcp und dnsmasq.

[Tintom]

Bitte nicht falsch verstehen, bridging ist durchaus sinnvoll!
Es bringt halt nur nichts, wenn der passende Unterbau nicht gegeben ist. Daran können auch dnsmasq & Co. nichts ändern

[guennid]

Bitte nicht falsch verstehen, bridging ist durchaus sinnvoll!

Tu ich nicht. Ich versteh' zwar (noch) nichts von bridgeing, aber eben darum hüte ich mich, es bezweifeln zu wollen.

So, dann will ich mal den Stand der Dinge rekapitulieren.

Debian-Router (eeepc)
/etc/default/hostapd:

Code: Alles auswählen

DAEMON_CONF="/etc/hostapd/hostapd.conf"

/etc/network/interfaces:

Code: Alles auswählen

auto wlan0
iface wlan0 inet static
        address 192.168.4.1
        netmask 255.255.255.0
        broadcast 192.168.4.255

192.168.4. ist ein neues Netz
DSL-Router: 192.168.3
LAN: 192.168.100

/etc/hostapd/hostapd.conf

Code: Alles auswählen

interface=wlan0
driver=nl80211
ssid=hostapd1
channel=1
hw_mode=g
auth_algs=1
wpa=2
wpa_passphrase=[PW-im-Klartext]

Bis auf PW reine Kopie aus dem Wiki

# ifconfig -a nach Routerstart

Code: Alles auswählen

eth0      Link encap:Ethernet  Hardware Adresse 00:23:54:0a:0a:a1  
          inet Adresse:192.168.100.251  Bcast:192.168.100.255  Maske:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
          RX packets:53 errors:0 dropped:0 overruns:0 frame:0
          TX packets:41 errors:0 dropped:0 overruns:0 carrier:2
          Kollisionen:0 Sendewarteschlangenlänge:1000 
          RX bytes:6664 (6.5 KiB)  TX bytes:5471 (5.3 KiB)

eth1      Link encap:Ethernet  Hardware Adresse e8:fc:af:c7:a6:40  
          inet Adresse:192.168.3.251  Bcast:192.168.3.255  Maske:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
          RX packets:89 errors:0 dropped:0 overruns:0 frame:0
          TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000 
          RX bytes:17828 (17.4 KiB)  TX bytes:594 (594.0 B)

lo        Link encap:Lokale Schleife  
          inet Adresse:127.0.0.1  Maske:255.0.0.0
          UP LOOPBACK RUNNING  MTU:65536  Metrik:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

wlan0     Link encap:Ethernet  Hardware Adresse 00:22:43:00:b7:77  
          inet Adresse:192.168.4.1  Bcast:192.168.4.255  Maske:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

Code: Alles auswählen

# /etc/init.d/hostapd start
[ ok ] Starting advanced IEEE 802.11 management: hostapd.

Client:

Code: Alles auswählen

iwlist scan:
wlan0     Scan completed :
          Cell 01 - Address: 00:22:43:00:B7:77
                    Channel:1
                    Frequency:2.412 GHz (Channel 1)
                    Quality=50/70  Signal level=-60 dBm  
                    Encryption key:on
                    ESSID:"hostapd1"
                    Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s; 6 Mb/s
                              9 Mb/s; 12 Mb/s; 18 Mb/s
                    Bit Rates:24 Mb/s; 36 Mb/s; 48 Mb/s; 54 Mb/s
                    Mode:Master
                    Extra:tsf=000000009872e7db
                    Extra: Last beacon: 84ms ago
                    IE: Unknown: 0008686F737461706431
                    IE: Unknown: 010882848B960C121824
                    IE: Unknown: 030101
                    IE: Unknown: 2A0104
                    IE: Unknown: 32043048606C
                    IE: IEEE 802.11i/WPA2 Version 1
                        Group Cipher : TKIP
                        Pairwise Ciphers (1) : TKIP
                        Authentication Suites (1) : PSK
                    IE: Unknown: 7F080000000200000040

/etc/network/interfaces:

Code: Alles auswählen

iface wlan0 inet static
        address 192.168.4.153
        netmask 255.255.255.0
        network 192.168.4.0
        broadcast 192.168.4.255
        wpa-driver wext
        wpa-ssid "hostapd1"
        wpa-proto RSN
        wpa-psk "[PW-im-Klartext]"

ifconfig -a:

Code: Alles auswählen

wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.4.153  netmask 255.255.255.0  broadcast 192.168.4.255
        ether 00:0d:81:ac:74:d6  txqueuelen 1000  (Ethernet)
        RX packets 2  bytes 288 (288.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 2  bytes 284 (284.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Nicht mal

Code: Alles auswählen

ping 192.168.4.1

zeigt irgend eine Reaktion

[BenutzerGa4gooPh]

Ist

Code: Alles auswählen

hostapd -dd /etc/hostapd/hostapd.conf

endlich fehlerfrei?

[guennid]

Code: Alles auswählen

hostapd -dd /etc/hostapd/hostapd.conf

endlich fehlerfrei?

Nö. Weiß ja nicht wie zu machen. Deinen Vorschlag, sofern ich ihn richtig verstanden habe (siehe meine disbezügliche Frage oben), habe ich erfolglos umgesetzt. Aber warte mal. Ich habe leider einen Bug zwischen Tastatur(en) und Bildschirm entdeckt. Der Ping geht jetzt!

Der Fehler:
In /etc/shorewall/interfaces hatte ich auf gut Glück unter der Zeile:

Code: Alles auswählen

loc     eth0            detect          routeback,tcpflags,nosmurfs,routefilter,logmartians

noch die Zeile:

Code: Alles auswählen

loc     wlan0           detect          routeback,tcpflags,nosmurfs,routefilter,logmartians

eingetragen und statt wlan0, hatte ich wlan00 geschrieben. Das liegt aber nur daran, dass das doofe Linux die Fehlermeldung

Code: Alles auswählen

too many fingers on keyboard error

nicht kennt!

Es ist jetzt soweit alles paletti. LAN und Internet sind vom client aus erreichbar. Ich gehe mal davon aus, dass der zitierte Fehler unerheblich ist.

Die nächsten Baustellen:
Mal sehen, ob das dritte Netz auch ohne bridging wirklich vonnöten ist
802.11n

[BenutzerGa4gooPh]

Nö. Weiß ja nicht wie zu machen. Deinen Vorschlag, sofern ich ihn richtig verstanden habe (siehe meine disbezügliche Frage oben), habe ich erfolglos umgesetzt.

Entweder stoppst du per systemd den Service oder killst einfach den Prozess.

In /etc/shorewall/interfaces hatte ich auf gut Glück unter der Zeile

Wer im privaten Netz einen Router mit eingeschalteter Firewall hinter einem NAT-Router erweitert und deshalb kurz nach Weihnachten besinnliche Foren aelterer, ruhebeduerftiger Menschen belästigt, gehört ganz langsam zu Tode erschossen. Profi-Admins mit FW direkt am Internet und potentiellen Gefahren aus LAN werden begnadigt.

Die nächsten Baustellen:
Mal sehen, ob das dritte Netz auch ohne bridging wirklich vonnöten ist
802.11n

Bereits genannt, jetzt mit 802.11n:

Code: Alles auswählen

interface=wlan0       # the interface used by the AP
hw_mode=g             # g simply means 2.4GHz band
channel=1          # the channel to use
ieee80211d=1          # limit the frequencies used to those allowed in the country
country_code=DE     # the country code
ieee80211n=1          # 802.11n support, 0=no, 1=yes
wmm_enabled=1         # QoS support
ssid=hostapd1         # the name of the AP
auth_algs=1           # 1=wpa, 2=wep, 3=both
wpa=2                 # WPA2 only
wpa_key_mgmt=WPA-PSK  
rsn_pairwise=CCMP
wpa_passphrase=password

CCNP anstelle TKIP ist sicherer! Siehe deinen iwlist scan oben! Vergleich Authentifizierung (und Übertragungsraten) wäre interessant.
Bisher Authentifizierung:

Code: Alles auswählen

IE: IEEE 802.11i/WPA2 Version 1
                        Group Cipher : TKIP
                        Pairwise Ciphers (1) : TKIP
                        Authentication Suites (1) : PSK

Edit: Fettschrift.

[guennid]

Au Frau!

Diese hostapd.conf ist wohl ziemlich heikel und akzeptiert Kommentare lediglich am Zeilenanfang.

Bisher hat keine deiner Erweiterungen funktioniert - mag aber an dieser bescheuerten Syntax liegen. Ich probier's nochmal.

[BenutzerGa4gooPh]

Dann passe die Syntax an. Den Inhalt habe ich aus dem Gentoo-Wiki für dich angepasst und entspricht nahezu dem Debian-Wiki. Wegen "nahezu" zu testen.
Bezüglich WLAN-Sicherheit ist CCMP/WPA2 besser als TKIP. 802.11n-Aktivierung müsste stimmen. Siehe MSFrees Beitrag viewtopic.php?f=30&t=167978#p1157345

Code: Alles auswählen

ieee80211n=1 

[guennid]

Code: Alles auswählen

wpa_key_mgmt=WPA-PSK  
rsn_pairwise=CCMP

Das geht - immerhin! Alles andere nicht, auch nicht nach Syntaxanpassung.

Ich nehme an, hierfür:

Code: Alles auswählen

ieee80211d=1
country_code=DE

müsste crda installiert sein? Aber ist das auch für

Code: Alles auswählen

ieee80211d=1

und

Code: Alles auswählen

ieee80211n=1

vonnöten?

[BenutzerGa4gooPh]

Durch Ländercode dürfte die Kanalwahl und der Sendepegel beeinflusst (eingeschränkt gegenüber "World") werden. Mit der einfachen hostapd.conf (Kanal 1 u. a. Defaults) solltest du (theoretisch) nichts bemerken.
Trotzdem:

Der Ländercode sollte übrigens auch in der Datei "/etc/default/crda" gesetzt werden (REGDOMAIN=DE).

https://wiki.debianforum.de/WLAN-Access ... _USB-Stick
Man weiß nie - bis zum Test.

Code: Alles auswählen

ieee80211d=1
country_code=DE

hängt wohl zusammen.

Code: Alles auswählen

ieee80211n=1

Modulation dürfte "weltweit" erlaubt/standardisiert sein, Zusammenhang zur "Regulierungsdomäne" unwahrscheinlich.

[guennid]

Das Zitat hätt'ste dir schenken können. Ich lese durchaus, was mir nahegelegt wird. Und genau die Stelle brachte mich auf die Überlegung. Aber sei's drum. Dann installieren wir das mal und machen dann den Beckenbauer! Kaputt werd' ich's wohl nicht mehr kriegen

[BenutzerGa4gooPh]

Okay, dann mache ich künftig den rendegast.
(Jedenfalls iw scan vom Client Interessant, posten.)

[guennid]

Die Ländercodes funktionieren nach Installation von crda.

Code: Alles auswählen

ieee80211n=1

schluckt die conf jetzt auch.

Code: Alles auswählen

(Jedenfalls iw scan vom Client Interessant, posten.)

Ich vemute mal, du meinst, ich solle posten, was ein

Code: Alles auswählen

iw dev wlan0 scan

nach "ieee80211n=1" in der hostapd.conf beim Anmelden auf einem Klienten im Unterschied zu diesem Kommando ohne "ieee80211n=1" ausgibt? Das machen wir morgen. nopaste überanstrengt mich jetzt zu sehr. Wie war das mit den

aelteren, ruhebeduerftigen Menschen

?

Und bevor ich's vergesse: Dank an Thomas und Tintom, die mich auf die Idee mit dem dritten Netz gebracht haben Bridging habe ich auch versucht, aber nicht hingekriegt.

[guennid]

Jana, sag' noch mal deutlicher, was du haben willst:

Code: Alles auswählen

iw scan

Gibt's nicht. Willst du die Client-Ausgabe von

Code: Alles auswählen

iwlist scan

oder von

Code: Alles auswählen

iw dev wlan0 scan

oder von ...?

OT

Wer im privaten Netz einen Router mit eingeschalteter Firewall hinter einem NAT-Router erweitert [...] gehört ganz langsam zu Tode erschossen.

Ein "Profi-Admin" bin ich gewiss nicht. Ausschalten der firewall (shorewall) habe ich natürlich auch versucht. Endete damit, dass der Router überhaupt nicht mehr von außen erreichbar war. Die Einrichtung von shorewall liegt Jahre zurück, mir bekannte deutschsprachige Anleitungen sind selten/und/oder alt. Aufzeichnungen habe ich keine gemacht. Im Sinne eines tunlichen Vermeidens neuer Baustellen/des Aufreißens neuer Fässer habe ich das Ausschalten nicht erwähnt.

[BenutzerGa4gooPh]

Willst du die Client-Ausgabe von
iwlist scan
oder von
iw dev wlan0 scan

Soll so aussehen (wegen Vergleich) wie hier unter iwlist scan gepostet: viewtopic.php?f=30&t=167978&start=15#p1158212

Code: Alles auswählen

iw dev <Interface> scan
iwlist <Interface> scan

ist beides möglich/gleichwertig. iw dev ... ist wohl aktuellere Syntax. Insofern (derzeit noch) egal.
Alles was nicht zur gewünschten/konfigurierten SSID gehört, nicht posten, also nopaste m. E. nicht erforderlich, Codetags genügen. Und probiere auch gleich CCMP in der in der hostapd-Konfigurationsdatei aus:

Code: Alles auswählen

rsn_pairwise=CCMP

(als Zusatz und nicht als Ersatz für irgendwas)

Ein "Profi-Admin" bin ich gewiss nicht.

Bin auch nur interessierte "Laiin".

[TomL]

Willst du die Client-Ausgabe von
iwlist scan
oder von
iw dev wlan0 scan

Ihr denkt aber daran, dass das auf einem anderen Client-Gerät passieren muss..?.... oder soll sich der EEE selber scannen? Das würde nämlich mit nur einem WLAN-NIC nicht klappen.