staging.inyokaproject.org

Nach der Anleitung auf https://wiki.ubuntuusers.de/Howto/Hotspot_auf_PC_einrichten/ habe ich einen Wifi-Hotspot auf dem PC eingerichtet (mit einem Netgear N150 Wifi USB Adapter) Ich habe keine Security definiert. Ich sehe das Wifi-Netzwerk auf dem Handy, wenn ich mich aber vom Handy zum Wifi verbinden will, bricht der Verbindungsversuch auf dem Handy sofort ab.

Jetzt gibt es ja noch diese Anleitung: https://wiki.ubuntuusers.de/WLAN_Router/ Was ist das denn, auch ein Hotspot? Dort ist von dnsmasq die Rede. Fehlt das ev. bei mir? dnsmasq läuft bei mir, aber ich weiss nicht ob das für das Wifi aktiv ist. Eine /etc/dnsmasq.conf gibt es bei mir nicht. Aber ich habe ein leeres Verzeichnis /etc/NetworkManager/dnsmasq-shared.d und eine /var/lib/libvirt/dnsmasq/default.conf. D.h. dnsmasq war schon für libvirt konfiguriert. Jetzt habe ich aber 2 Prozesse für dnsmasq, das dürfte aber wohl nicht gut sein?

Hallo,
um was für einen Stick handelt es sich genau? Mit Netgear N150 Wifi USB Adapter kann man nichts anfangen.

1

lsusb

Beachte WLAN Router - „Voraussetzungen“

Was ist das denn, auch ein Hotspot?

Ja

Dort ist von dnsmasq die Rede. Fehlt das ev. bei mir?

Nein

... dnsmasq war schon für libvirt konfiguriert. Jetzt habe ich aber 2 Prozesse für dnsmasq, das dürfte aber wohl nicht gut sein?

das ist alles ok soweit

NetGear, Inc. WNA1100 Wireless-N 150 [Atheros AR9271]

Wiphy phy2
	max # scan SSIDs: 4
	max scan IEs length: 2257 bytes
	max # sched scan SSIDs: 0
	max # match sets: 0
	max # scan plans: 1
	max scan plan interval: -1
	max scan plan iterations: 0
	Retry short limit: 7
	Retry long limit: 4
	Coverage class: 0 (up to 0m)
	Device supports RSN-IBSS.
	Device supports T-DLS.
	Supported Ciphers:
		* WEP40 (00-0f-ac:1)
		* WEP104 (00-0f-ac:5)
		* TKIP (00-0f-ac:2)
		* CCMP-128 (00-0f-ac:4)
		* CCMP-256 (00-0f-ac:10)
		* GCMP-128 (00-0f-ac:8)
		* GCMP-256 (00-0f-ac:9)
		* CMAC (00-0f-ac:6)
		* CMAC-256 (00-0f-ac:13)
		* GMAC-128 (00-0f-ac:11)
		* GMAC-256 (00-0f-ac:12)
	Available Antennas: TX 0x1 RX 0x1
	Configured Antennas: TX 0x1 RX 0x1
	Supported interface modes:
		 * IBSS
		 * managed
		 * AP
		 * AP/VLAN
		 * monitor
		 * mesh point
		 * P2P-client
		 * P2P-GO
		 * outside context of a BSS
	Band 1:
		Capabilities: 0x116e
			HT20/HT40
			SM Power Save disabled
			RX HT20 SGI
			RX HT40 SGI
			RX STBC 1-stream
			Max AMSDU length: 3839 bytes
			DSSS/CCK HT40
		Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
		Minimum RX AMPDU time spacing: 8 usec (0x06)
		HT TX/RX MCS rate indexes supported: 0-7
		Bitrates (non-HT):
			* 1.0 Mbps
			* 2.0 Mbps (short preamble supported)
			* 5.5 Mbps (short preamble supported)
			* 11.0 Mbps (short preamble supported)
			* 6.0 Mbps
			* 9.0 Mbps
			* 12.0 Mbps
			* 18.0 Mbps
			* 24.0 Mbps
			* 36.0 Mbps
			* 48.0 Mbps
			* 54.0 Mbps
		Frequencies:
			* 2412 MHz [1] (20.0 dBm)
			* 2417 MHz [2] (20.0 dBm)
			* 2422 MHz [3] (20.0 dBm)
			* 2427 MHz [4] (20.0 dBm)
			* 2432 MHz [5] (20.0 dBm)
			* 2437 MHz [6] (20.0 dBm)
			* 2442 MHz [7] (20.0 dBm)
			* 2447 MHz [8] (20.0 dBm)
			* 2452 MHz [9] (20.0 dBm)
			* 2457 MHz [10] (20.0 dBm)
			* 2462 MHz [11] (20.0 dBm)
			* 2467 MHz [12] (20.0 dBm) (no IR)
			* 2472 MHz [13] (20.0 dBm) (no IR)
			* 2484 MHz [14] (20.0 dBm) (no IR)
	Supported commands:
		 * new_interface
		 * set_interface
		 * new_key
		 * start_ap
		 * new_station
		 * new_mpath
		 * set_mesh_config
		 * set_bss
		 * authenticate
		 * associate
		 * deauthenticate
		 * disassociate
		 * join_ibss
		 * join_mesh
		 * remain_on_channel
		 * set_tx_bitrate_mask
		 * frame
		 * frame_wait_cancel
		 * set_wiphy_netns
		 * set_channel
		 * set_wds_peer
		 * tdls_mgmt
		 * tdls_oper
		 * probe_client
		 * set_noack_map
		 * register_beacons
		 * start_p2p_device
		 * set_mcast_rate
		 * connect
		 * disconnect
		 * channel_switch
		 * set_qos_map
	Supported TX frame types:
		 * IBSS: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
		 * managed: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
		 * AP: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
		 * AP/VLAN: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
		 * mesh point: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
		 * P2P-client: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
		 * P2P-GO: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
		 * P2P-device: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
	Supported RX frame types:
		 * IBSS: 0x40 0xb0 0xc0 0xd0
		 * managed: 0x40 0xd0
		 * AP: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0
		 * AP/VLAN: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0
		 * mesh point: 0xb0 0xc0 0xd0
		 * P2P-client: 0x40 0xd0
		 * P2P-GO: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0
		 * P2P-device: 0x40 0xd0
	software interface modes (can always be added):
		 * AP/VLAN
		 * monitor
	valid interface combinations:
		 * #{ managed, P2P-client } <= 2, #{ AP, mesh point, P2P-GO } <= 2,
		   total <= 2, #channels <= 1
	HT Capability overrides:
		 * MCS: ff ff ff ff ff ff ff ff ff ff
		 * maximum A-MSDU length
		 * supported channel width
		 * short GI for 40 MHz
		 * max A-MPDU length exponent
		 * min MPDU start spacing
	Device supports TX status socket option.
	Device supports HT-IBSS.
	Device supports SAE with AUTHENTICATE command
	Device supports low priority scan.
	Device supports scan flush.
	Device supports AP scan.
	Device supports per-vif TX power setting
	Driver supports full state transitions for AP/GO clients
	Driver supports a userspace MPM
	Device supports configuring vdev MAC-addr on create.

Das muss mit diesem Stick funktionieren, ist unter 17.04 jedoch wohl noch nicht getestet, könnte daher fehlerbehaftet sein. Konfigurieren vollständig, also mit WPA2-Verschlüsselung!

Nach Konfiguration prüfen:

1
2
3
4
5

iwconfig
ifconfig -a
route -n
ip a
ip r

Wenn ich WPA2 konfiguriere, dann muss ich im Handy das Password eingeben, dann bricht es wieder ab ohne irgendwelche Meldungen. Ich hab auch schon im Handy geschaut mit "adb logcat", da ist aber auch nichts auffälliges drin. Im Ubuntu steht in /var/log/syslog:

1

wpa_supplicant[1707]: handle_probe_req: send failed

iwconfig:

wlx4494fcfa15d1  IEEE 802.11  Mode:Master  Tx-Power=20 dBm   
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Power Management:off

ifconfig -a

enp0s31f6: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.178.20  netmask 255.255.255.0  broadcast 192.168.178.255
        inet6 fe80::77b3:8e74:35d6:2059  prefixlen 64  scopeid 0x20<link>
        ether 9c:5c:8e:8f:a6:d3  txqueuelen 1000  (Ethernet)
        RX packets 3985  bytes 2975201 (2.9 MB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 3535  bytes 504778 (504.7 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 16  memory 0xf7000000-f7020000  

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 783  bytes 68930 (68.9 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 783  bytes 68930 (68.9 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

virbr0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        inet 192.168.122.1  netmask 255.255.255.0  broadcast 192.168.122.255
        ether 52:54:00:ae:85:5c  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

virbr0-nic: flags=4098<BROADCAST,MULTICAST>  mtu 1500
        ether 52:54:00:ae:85:5c  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlx4494fcfa15d1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 10.42.0.1  netmask 255.255.255.0  broadcast 10.42.0.255
        inet6 fe80::4694:fcff:fefa:15d1  prefixlen 64  scopeid 0x20<link>
        ether 44:94:fc:fa:15:d1  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 296  bytes 47493 (47.4 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

route -n

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.178.1   0.0.0.0         UG    100    0        0 enp0s31f6
10.42.0.0       0.0.0.0         255.255.255.0   U     600    0        0 wlx4494fcfa15d1
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 wlx4494fcfa15d1
192.168.122.0   0.0.0.0         255.255.255.0   U     0      0        0 virbr0
192.168.178.0   0.0.0.0         255.255.255.0   U     100    0        0 enp0s31f6

ip a:

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    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: enp0s31f6: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 9c:5c:8e:8f:a6:d3 brd ff:ff:ff:ff:ff:ff
    inet 192.168.178.20/24 brd 192.168.178.255 scope global dynamic enp0s31f6
       valid_lft 863199sec preferred_lft 863199sec
    inet6 fe80::77b3:8e74:35d6:2059/64 scope link 
       valid_lft forever preferred_lft forever
4: virbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
    link/ether 52:54:00:ae:85:5c brd ff:ff:ff:ff:ff:ff
    inet 192.168.122.1/24 brd 192.168.122.255 scope global virbr0
       valid_lft forever preferred_lft forever
5: virbr0-nic: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast master virbr0 state DOWN group default qlen 1000
    link/ether 52:54:00:ae:85:5c brd ff:ff:ff:ff:ff:ff
6: wlx4494fcfa15d1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 44:94:fc:fa:15:d1 brd ff:ff:ff:ff:ff:ff
    inet 10.42.0.1/24 brd 10.42.0.255 scope global wlx4494fcfa15d1
       valid_lft forever preferred_lft forever
    inet6 fe80::4694:fcff:fefa:15d1/64 scope link 
       valid_lft forever preferred_lft forever

ip r:

default via 192.168.178.1 dev enp0s31f6 proto static metric 100 
10.42.0.0/24 dev wlx4494fcfa15d1 proto kernel scope link src 10.42.0.1 metric 600 
169.254.0.0/16 dev wlx4494fcfa15d1 scope link metric 1000 
192.168.122.0/24 dev virbr0 proto kernel scope link src 192.168.122.1 linkdown 
192.168.178.0/24 dev enp0s31f6 proto kernel scope link src 192.168.178.20 metric 100 

Die Konfiguration an sich sieht fehlerfrei aus. Die Fehlermeldung besagt, dass es beim Aushandeln der Verbindung zu einem Fehler kommt, was ja anscheinend auch ohne Verschlüsselung auftritt. Konkrete Lösungsvorschläge dazu habe ich keine.

Der Stick empfängt anscheinend keinerlei Daten:

wlx4494fcfa15d1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 10.42.0.1  netmask 255.255.255.0  broadcast 10.42.0.255
        inet6 fe80::4694:fcff:fefa:15d1  prefixlen 64  scopeid 0x20<link>
        ether 44:94:fc:fa:15:d1  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 296  bytes 47493 (47.4 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Ich würde es ansonsten mal mit einer Lu/Xubuntu 16.04 Live-Version von USB probieren, um einen Fehler unter 17.04 auszuschließen. Der WLAN-Stick funktioniert im normalen Infrastrukturmodus aber einwandfrei?

Mit Ubuntu Live 16.10 funktioniert es auf Anhieb. Mit Ubuntu Live 17.04 geht es gar nicht, da bekomme ich das Netzwerk auf dem Handy gar nicht zu sehen.

Dann ist es ja recht eindeutig, die Konfiguration unter 17.04 hat sich geändert oder ist vielleicht unvollständig, oder es handelt möglicherweise sich um einen grundsätzlichen Fehler (Bug).

Stecken da Scripte dahinter? Ich sehe da im Syslog:

NetworkManager[1307]: <info>  [1495382120.0974] Executing: /sbin/iptables --table filter --insert INPUT --in-interface wlx4494fcfa15d1 --protocol tcp --destination-port 67 --jump ACCEPT
May 21 17:55:20 JMS-lnx NetworkManager[1307]: <info>  [1495382120.0993] Executing: /sbin/iptables --table filter --insert INPUT --in-interface wlx4494fcfa15d1 --protocol udp --destination-port 67 --jump ACCEPT
May 21 17:55:20 JMS-lnx NetworkManager[1307]: <info>  [1495382120.1013] Executing: /sbin/iptables --table filter --insert FORWARD --in-interface wlx4494fcfa15d1 --jump REJECT
May 21 17:55:20 JMS-lnx NetworkManager[1307]: <info>  [1495382120.1030] Executing: /sbin/iptables --table filter --insert FORWARD --out-interface wlx4494fcfa15d1 --jump REJECT
May 21 17:55:20 JMS-lnx NetworkManager[1307]: <info>  [1495382120.1046] Executing: /sbin/iptables --table filter --insert FORWARD --in-interface wlx4494fcfa15d1 --out-interface wlx4494fcfa15d1 --jump ACCEPT

Das konfiguriert der NM intern (IP Forwarding und NAT).

gksu gedit /etc/NetworkManager/NetworkManager.conf

[device]
wifi.scan-rand-mac-address=no

abspeichern, schliessen.

sudo service network-manager restart

Danke, der Fehler ist inzwischen bekannt, jedoch noch nicht im Zusammenhang mit der Hot-Spot Funktion.

Was ist jetzt noch nicht verstanden habe: wenn die ip-Pakete vom Wlan reinkommen mit 10.42.0.*, dann müsste doch eigentlich eine NAT stattfinden auf den üblichen Adressraum von 192.168.178.*, oder? "sudo iptables -S -t nat" zeigt mir aber nichts in der Richtung.

jms3000 schrieb:

Was ist jetzt noch nicht verstanden habe: wenn die ip-Pakete vom Wlan reinkommen mit 10.42.0.*, dann müsste doch eigentlich eine NAT stattfinden auf den üblichen Adressraum von 192.168.178.*, oder? "sudo iptables -S -t nat" zeigt mir aber nichts in der Richtung.

Hätte ich auch gedacht, müsste auch eigentlich so sein, wird aber vielleicht anders umgesetzt. Eine genauere Dokumentation dazu habe ich nicht gefunden.

Wenn man mit Wireshark das Wifi-Interface traced, dann sieht man die Adressen 10.42.0.x. Das wundert mich.

Was muss man eigentlich tun, damit die Hotspot-Teilnehmer nicht auf andere Geräte im Intranet zugreifen dürfen?