[erledigt] Buster/nm-applet: Handy-Tethering via Bluetooth klappt nicht (via USB schon)

[hikaru]

Hallo,

ich habe hier ein Notebook mit Buster/Xfce, auf dem ich gern die Internetverbindung meines Handys (Nokia N900) nutzen möchte um mobil in's Internet zu kommen. Dazu habe ich in nm-applet (network-manager-gnome) eine "Mobile Breitbandverbindung" eingerichtet, über die ich das N900 problemlos als Modem nutzen kann, wenn ich es über USB mit dem Notebok verbinde.

Komfortabler wäre es über Bluetooth, weil ich dann nicht beide Geräte mit einem Kabel verbinden müsste. Also habe ich beide Geräte erfolgreich über bluetoothctl (bluez) gepairt und in nm-applet eine "Bluetooth-Verbindung" eingerichtet, die in den Einstellungen identisch zu der Breitband-USB-Verbindung ist (beide entsprechen bis auf den DNS-Server den Default-Einstellungen nach Auswahl von Vodafone als Provider). nm-applet findet das N900 über Bluetooth auch, aber beim Versuch eine Verbindung aufzubauen sehe ich nur den "Bitte-Warten"-Kringel der nach einigen Sekunden abbricht.

journalctl zeigt zum fehlgeschlagenen Verbindungsversuch das ('Vodafone Vorgabe 2' ist der Name der Bluetooth-Konfiguration in nm-applet):

Code: Alles auswählen

Sep 14 09:20:34 gpd NetworkManager[667]: <info>  [1568445634.2093] device (00:BD:3A:F6:C4:71): Activation: starting connection 'Vodafone Vorgabe 2' (3c8e0375-d9ff-4108-b1a0-f8634a0c99e3)
Sep 14 09:20:34 gpd NetworkManager[667]: <info>  [1568445634.2095] audit: op="connection-activate" uuid="3c8e0375-d9ff-4108-b1a0-f8634a0c99e3" name="Vodafone Vorgabe 2" pid=1024 uid=1000 result="success"
Sep 14 09:20:34 gpd NetworkManager[667]: <info>  [1568445634.2097] device (00:BD:3A:F6:C4:71): state change: disconnected -> prepare (reason 'none', sys-iface-state: 'managed')
Sep 14 09:20:34 gpd NetworkManager[667]: <info>  [1568445634.2105] device (00:BD:3A:F6:C4:71): state change: prepare -> config (reason 'none', sys-iface-state: 'managed')
Sep 14 09:20:35 gpd kernel: Bluetooth: RFCOMM TTY layer initialized
Sep 14 09:20:35 gpd kernel: Bluetooth: RFCOMM socket layer initialized
Sep 14 09:20:35 gpd kernel: Bluetooth: RFCOMM ver 1.11
Sep 14 09:20:35 gpd NetworkManager[667]: <info>  [1568445635.3817] device (00:BD:3A:F6:C4:71): Activation: (bluetooth) Stage 2 of 5 (Device Configure) successful. Will connect via DUN.
Sep 14 09:20:35 gpd NetworkManager[667]: <info>  [1568445635.3818] device (00:BD:3A:F6:C4:71): Activation: (bluetooth) Stage 2 of 5 (Device Configure) waiting for modem to appear.
Sep 14 09:20:37 gpd ModemManager[669]: <info>  Couldn't check support for device '/sys/devices/pci0000:00/0000:00:15.0/usb1/1-4/1-4:1.0/bluetooth/hci0/hci0:256/rfcomm0': not supported by any plugin
Sep 14 09:20:39 gpd systemd[1]: NetworkManager-dispatcher.service: Succeeded.
Sep 14 09:21:05 gpd NetworkManager[667]: <info>  [1568445665.8184] device (00:BD:3A:F6:C4:71): state change: config -> failed (reason 'modem-not-found', sys-iface-state: 'managed')
Sep 14 09:21:05 gpd NetworkManager[667]: <warn>  [1568445665.8204] device (00:BD:3A:F6:C4:71): Activation: failed for connection 'Vodafone Vorgabe 2'
Sep 14 09:21:05 gpd NetworkManager[667]: <info>  [1568445665.8210] device (00:BD:3A:F6:C4:71): state change: failed -> disconnected (reason 'none', sys-iface-state: 'managed')

Ich hatte etwas Ähnliches vor etlichen Jahren (Squeeze?) schon mal erfolgreich eingerichtet, weiß aber nicht mehr wie. Ich weiß, dass ich es prinzipiell auch über wvdial machen könnte, aber mir wäre es lieber, alle Verbindungen in nm-applet zu bündeln.

Kann mir jemand sagen, was hier falsch läuft?

[hikaru]

Ich habe es jetzt auf meinem Testrechner mit der Xfce-Standardinstallation (+bluez & bluetooth) probiert. Auch hier das gleiche Problem.
Ich gehe also davon aus, dass es im Grunde nicht an einem Konfigurationsfehler meinerseits liegt. Ich vermute fast ein grundlegendes Problem mit rfcomm, denn ich sehe hier keine damit in Verbindung stehenen Devices (/dev/rfcomm0), was wohl nötig wäre.
Alles was ich dazu im Netz finde ist tendenziell sehr alt (bevor Debian Systemd nutzte) und daher als Vorlage wenig brauchbar.

Nutzt hier generell jemand ein Handy über Bluetooth um eine Interrnetvebindung auf einen Rechner zu bekommen?

[smutbert]

Unter stretch habe ich es ein paar Mal gemacht - hat einfach funktioniert. Ich werde es gleich auch unter buster ausprobieren.

Ok, ich glaube nicht, dass das dasselbe ist wie bei dir.
Mein Handy erscheint als Netzwerkinterface. Ich kann im Networkmanager eigentlich nur mehr die IPV4/6-Einstellungen anpassen (IP-Adresse, Netzmaske, Gateway, DNS-Server), aber das ist alles schon (vom Handy aus?) konfiguriert und funktioniert einfach. Es hat für mich nicht den Anschein als würde das von der Debianseite her irgendeine Ähnlichkeit mit einem Modem haben.

[hikaru]

Danke für den Test!

Ich habe es jetzt (ebenfalls erfolglos) mit blueman probiert, und bekomme dort diesen Fehler:

Code: Alles auswählen

fail (/usr/lib/python3/dist-packages/blueman/gui/manager/ManagerDeviceMenu.py:124)
fail org.freedesktop.DBus.Python._blueman.RFCOMMError: Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/blueman/services/meta/SerialService.py", line 39, in connect
    port_id = create_rfcomm_device(Adapter(props['Adapter']).get_properties()['Address'], props['Address'], channel)
  File "_blueman.pyx", line 229, in _blueman.create_rfcomm_device
_blueman.RFCOMMError: Can't connect RFCOMM socket

Edit:
Auf dem N900 unter Maemo (Debian-Derivat) ist ein Paket namens bluetooth-dun [1][2] für Bluetooth-Tethering verantwortlich. Das besteht im Wesentlichen aus einem einzelnen Script:

Code: Alles auswählen

description "DUN over Bluetooth"
author "Philip Langdale"

respawn
respawn limit 10 1
console none

start on started bluetoothd
stop on stopping bluetoothd

pre-start script
	# XXX: bluetoothd should do this in post-start
	while [ ! -e /var/run/sdp ]; do
		sleep 1
	done
	sdptool add --channel 1 DUN
end script

exec rfcomm -S -- listen -1 1 /usr/bin/pnatd '{}'

post-stop script
	sdptool del `sdptool browse local | grep Dial-Up -A 1 -m 1 | tail -n 1 | cut -d ' ' -f 3`
	sleep 1
end script

Den zentralen rfcomm-Befehl sehe ich auf dem N900 mit ps:

Code: Alles auswählen

 1198 root      1556 S    rfcomm -S -- listen -1 1 /usr/bin/pnatd ()

Was es damit im Einzelnen auf sich hat, weiß ich nicht. Ich bin mir aber sicher, dass der selbe Zustand seinerzeit vorlag, als Bluetooth-Tethering funktionierte.


[1] https://wiki.maemo.org/Bluetooth_DUN
[2] http://repository.maemo.org/extras/pool ... tooth-dun/

[guennid]

Schüchterne Frage: Du erwähnst kein pulseaudio-module-bluetooth. Installiert auf dem Schleppi?

[hikaru]

@guennid:
Da es hier nicht um Audio geht, sollte Pulseaudio keine Rolle spielen. Falls ich mich irre, wird smutbert bei nächster Gelegenheit laut schreien.

Wie gesagt, das Pairing funktioniert problemlos. Ich kann testweise auch lustig Dateien hin- und herschieben. Aber das will ich hier nicht.

[guennid]

Bei meinen (bekanntlich chaotischen ) Recherchen, herrschte die Auffassung vor, dass das Paket unter Debian zwingend notwendig sei für bluetooth. Aber ich bin deiner Meinung: Nicht ohne smutberts Autorisierung!

[willy4711]

Hatte das zwar noch nie getestet, aber jetzt gleich mal umgesetzt:
Xfce / Bullseye -----> eins zwei drei verbundnen
WLAN ---->Handy-----> Bluetooth Tethering-----> NM hat es selbst erkannt ----> Funktioniert

Code: Alles auswählen

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: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
    link/ether d0:50:99:71:41:8f brd ff:ff:ff:ff:ff:ff
3: bnep0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN group default qlen 1000
    link/ether 00:1b:dc:04:5e:8f brd ff:ff:ff:ff:ff:ff
    inet 192.168.44.21/24 brd 192.168.44.255 scope global dynamic noprefixroute bnep0
       valid_lft 2983sec preferred_lft 2983sec
    inet6 fe80::37ba:738f:4704:1e5a/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever

Code: Alles auswählen

journalctl -b |grep bluet
Sep 16 09:37:39 debianxfce NetworkManager[1163]: <info>  [1568619459.0861] Loaded device plugin: NMBluezManager (/usr/lib/x86_64-linux-gnu/NetworkManager/1.20.2/libnm-device-plugin-bluetooth.so)
Sep 16 09:52:51 debianxfce bluetoothd[22062]: Bluetooth daemon 5.50
Sep 16 09:52:51 debianxfce bluetoothd[22062]: Starting SDP server
Sep 16 09:52:51 debianxfce dbus-daemon[1161]: [system] Activating via systemd: service name='org.freedesktop.hostname1' unit='dbus-org.freedesktop.hostname1.service' requested by ':1.85' (uid=0 pid=22062 comm="/usr/lib/bluetooth/bluetoothd ")
Sep 16 09:52:51 debianxfce bluetoothd[22062]: Bluetooth management interface 1.14 initialized
Sep 16 09:52:51 debianxfce bluetoothd[22062]: Sap driver initialization failed.
Sep 16 09:52:51 debianxfce bluetoothd[22062]: sap-server: Operation not permitted (1)
Sep 16 09:54:54 debianxfce bluetoothd[22062]:  connected
Sep 16 09:54:54 debianxfce NetworkManager[1163]: <info>  [1568620494.4831] device (E4:F8:EF:71:05:02): Activation: (bluetooth) Stage 2 of 5 (Device Configure) successful. Will connect via PAN.

Denke mal auch, dass PA damit nicht zu tun hat.

[hikaru]

WLAN ---->Handy-----> Bluetooth Tethering-----> NM hat es selbst erkannt ----> Funktioniert

Hast du sowas wie /dev/rfcomm* unter Debian? Und falls ja, nur während die Verbindung steht oder auch sonst?
Was heißt "NM hat es selbst erkannt"? Ich musste ja immerhin eine "Bluetooth-Verbindung" manuell anlegen, auch wenn nm-applet dann die Konfiguration weitestgehend selbstständig erstellt hat.

[willy4711]

Hast du sowas wie /dev/rfcomm* unter Debian? Und falls ja, nur während die Verbindung steht oder auch sonst?

Hatte das inzwischen wieder gekillt. jetzt ist da nichts vorhanden.
Nochmal verbindung hergestellt:
Nein sowas gibt es unter /dev/ nicht

Was heißt "NM hat es selbst erkannt"? Ich musste ja immerhin eine "Bluetooth-Verbindung" manuell anlegen,

Kann mich nicht erinnern, das ich da jemals eingerichtet hätte:
/etc/NetworkManager/system-connections/Samsung Galaxy S5-Netzwerk.nmconnection
Bisher hatte ich meist via FTP-Server eine Verbindung hergestellt, manchmal über USB aber in Xfce noch nie über Bluethooth-Thetering.
Thetering an meinem Hauptrechner habe ich definitiv eben zum ersten mal in meinem Leben benutzt.
Und über Bluethooth noch nie.

[smutbert]

Bei mir gibt es diese Gerätedatei ebenfalls nicht, weder vor und auch nicht während der Verbindung.

Der für das erscheindende Netzwerkinterface verantwortliche Treiber ist das Kernelmodul bnep.

[...]
Was heißt "NM hat es selbst erkannt"? Ich musste ja immerhin eine "Bluetooth-Verbindung" manuell anlegen, auch wenn nm-applet dann die Konfiguration weitestgehend selbstständig erstellt hat.

Nach dem Aufbauen der Bluetooth-Verbindung und dem Aktivieren von BT-Tethering am Handy, erscheint die neue Netzwerkschnittstelle im System, die der Networkamanager automatisch erkennt und via DHCP konfiguriert.

[hikaru]

Der für das erscheindende Netzwerkinterface verantwortliche Treiber ist das Kernelmodul bnep.
[..]
Nach dem Aufbauen der Bluetooth-Verbindung und dem Aktivieren von BT-Tethering am Handy, erscheint die neue Netzwerkschnittstelle im System, die der Networkamanager automatisch erkennt und via DHCP konfiguriert.

Das klingt vielversprechend!
In der Zwischenzeit hatte ich auch im Maemo-Forum einen Thread aufgemacht, weil ich das N900 doch nicht als Fehlerquelle ausschließen kann. [1] Dort ist offenbar ebenfalls bnep ein heißer Kandidat für eine Lösung, wofür aber die Bluetooth-Konfiguration des N900 angepasst werden muss.

Wenn ich das richtig verstehe, hatte ich früher das N900 wohl als Modem benutzt, während ich jetzt versuche, es als Proxy-Server zu nutzen.


[1] http://talk.maemo.org/showthread.php?t=100837

[hikaru]

Nachdem ich auch mit der Hilfe im Maemo-Forum nicht weitergekommen bin, bin ich nun wieder auf wvdial umgeschwenkt und komme da zumindest ein Stückchen weiter.

Meine /etc/wvdial.conf nach Vorlage aus einem Thread hier aus dem Forum, den ich leider nicht mehr finde:

Code: Alles auswählen

[Dialer Defaults]
Phone =
Username =
Password =
New PPPD = yes

[Dialer bt]
Modem = /dev/rfcomm0
ISDN = off
Baud = 115200
Init1 = ATZ
Init2 = ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
Init3 = AT+CGDCONT=1,"IP","web.vodafone.de"
Phone = *99#
Dial Prefix =
Dial Attempts = 5
Dial Command = ATM1L3DT
Ask Password = off
Password = vodafone
Username = vodafone
Auto Reconnect = on
Abort on Busy = off
Carrier Check = on
Check Def Route = on
Abort on No Dialtone = on
Stupid Mode = off
Idle Seconds = 0
Auto DNS = on

Geändert habe ich eigentlich nur das Modem-Device von /dev/ttyUSB[irgendwas] auf /dev/rfcomm0.
/dev/rfcomm0 habe ich vorher für die MAC-Adresse meines gepairten N900 manuell angelegt:

Code: Alles auswählen

# rfcomm bind 0 XX:XX:XX:XX:XX:XX
# rfcomm -a
rfcomm0: XX:XX:XX:XX:XX:XX channel 1 clean

Die Ausgabe von wvdial sieht meiner dunklen Erinnerung nach nicht verkehrt aus:

Code: Alles auswählen

# wvdial bt
--> WvDial: Internet dialer version 1.61
--> Cannot get information for serial port.
--> Initializing modem.
--> Sending: ATZ
--> Sending: ATQ0
ATQ0
OK
--> Re-Sending: ATZ
ATZ
OK
--> Sending: ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
OK
--> Sending: AT+CGDCONT=1,"IP","web.vodafone.de"
AT+CGDCONT=1,"IP","web.vodafone.de"
OK
--> Modem initialized.
--> Sending: ATM1L3DT*99#
--> Waiting for carrier.
ATM1L3DT*99#
CONNECT
~[7f]}#@!}!} } }2}#}$@#}!}$}%\}"}&} }*} } g}%~
--> Carrier detected.  Waiting for prompt.
~[7f]}#@!}!} } }2}#}$@#}!}$}%\}"}&} }*} } g}%~
--> PPP negotiation detected.
--> Starting pppd at Tue Sep 17 21:40:49 2019
--> Pid of pppd: 6890
--> Using interface ppp0
--> pppd: p��
--> pppd: p��
--> pppd: p��
--> pppd: p��
--> local  IP address 100.67.154.185
--> pppd: p��
--> remote IP address 10.6.6.6
--> pppd: p��
--> primary   DNS address 139.7.30.126
--> pppd: p��
--> secondary DNS address 139.7.30.125
--> pppd: p��

Und eine IP-Adresse bekomme ich auch:

Code: Alles auswählen

# ip a
[..]
7: ppp0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN group default qlen 3
    link/ppp 
    inet 100.105.81.150 peer 10.6.6.6/32 scope global ppp0
       valid_lft forever preferred_lft forever

Nur mit dem Routing stimmt wohl irgendwas nicht, denn ich kann nicht mal öffentliche IP-Adressen (z.B. Googles 8.8.8.8 ) anpingen, von Webseiten via DNS hier natülich noch völlig zu schweigen.

Ich habe im Netz aufgeschnappt, dass mir route hier weiterhelfen könnte, aber die passende route (10.6.6.6) habe ich wohl schon?:

Code: Alles auswählen

# route -n
Kernel-IP-Routentabelle
Ziel            Router          Genmask         Flags Metric Ref    Use Iface
0.0.0.0         0.0.0.0         0.0.0.0         U     1002   0        0 enp4s0
10.6.6.6        0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
169.254.0.0     0.0.0.0         255.255.0.0     U     0      0        0 enp4s0
root@eee:~# route add default ppp0

Ist der Rechner hier überhaupt die richtige Baustelle, oder müsste das auf dem N900 passieren?

[smutbert]

Also ich bin ein echter Netzwerk-Noob, aber die erste Route/Zeile mit Destination 0.0.0.0 sollte doch irgendwie am Ende ins Internet führen, oder?
Da steht aber als Router 0.0.0.0, was ich so verstehe, dass keine weiteren Gateways oder Router auf der Strecke liegen (?) und noch dazu als Zielinterface enp4s0, was ja nicht das Modem ist.

(Es kann aber gut sein, dass ich so danebenstehe, dass mein Einwand vollkommener Unsinn ist.)

Falls es dich interessiert, kann ich die Routen von meinem Mobilfunkrouter einmal abfragen und posten (für den Vergleich mit der N900-Seite, falls du dort den Fehler vermutest).

[hikaru]

Also ich bin ein echter Netzwerk-Noob, aber die erste Route/Zeile mit Destination 0.0.0.0 sollte doch irgendwie am Ende ins Internet führen, oder?
Da steht aber als Router 0.0.0.0, was ich so verstehe, dass keine weiteren Gateways oder Router auf der Strecke liegen (?) und noch dazu als Zielinterface enp4s0, was ja nicht das Modem ist.

enp4s0 ist der LAN-Adapter, an dem aber kein Kabel hängt. Warum der in den Routen auftaucht, weiß ich nicht. Bei Verbindungen via WLAN scheint der Eintrag jedenfalls nicht zu stören.
Bei funktionierender WLAN-Verbindung sehe ich allerdings das:

Code: Alles auswählen

# route -n
Kernel-IP-Routentabelle
Ziel            Router          Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.1.254   0.0.0.0         UG    600    0        0 wlp1s0
0.0.0.0         0.0.0.0         0.0.0.0         U     1002   0        0 enp4s0
169.254.0.0     0.0.0.0         255.255.0.0     U     0      0        0 enp4s0
192.168.1.0     0.0.0.0         255.255.255.0   U     600    0        0 wlp1s0

Die erste Zeile ist offenbar entscheidend. Die Router-IP ist die meines WLAN-Routers.
Wie kriege ich so einen Eintrag (bzw. dessen funktionales Äquivalent) für die ppp-Verbindung hin (idealerweise schon per wvdial.conf)?

Falls es dich interessiert, kann ich die Routen von meinem Mobilfunkrouter einmal abfragen und posten (für den Vergleich mit der N900-Seite, falls du dort den Fehler vermutest).

Ich weiß momentan nicht mal, ob mir das helfen würde. Von Netzwrk habe ich noch weniger Ahnung als von Audio.

[hikaru]

Nach einem weiteren Hinweis aus dem Maemo-Forum habe ich nun folgende Route auf meinem Test-PC angelegt:

Code: Alles auswählen

route add default gw 10.6.6.6

Damit funktioniert die wvdial-Lösung.

Nach meinen Recherchen hier war ich u.a. auf diesen Thread [1] gestoßen, wo Columbus ebenfalls eine wvdial-Verbindung zu Vodafone (dem Namen nach per UMTS) aufgebaut hatte und sich über eine langsame Verbindung beklagte. Daraufhin schlug cronoik vor, die Baud-Rate von 115200 auf 460800 zu erhöhen. Columbus hat in seiner wvdial.conf eine Baud-Rate von 921600 auskommentiert.

Ich habe bisher keine richtigen Tests gemacht und daher auch (noch) keinen Grund mich zu beklagen, aber rein interessehalber:
Was wäre denn die optimale Einstellung?
Das N900 kann maximal HSPA, falls das eine Rolle spielt. Und das sehe ich in Form eines "3.5"-Symbols teilweise auch.


[1] viewtopic.php?f=30&t=156417&p=1050449

[hikaru]

Gemäß [1] habe ich folgende Optionen zu /etc/ppp/peers/wvdial hinzugefügt:

Code: Alles auswählen

defaultroute
replacedefaultroute

Damit wird die Route automatisch beim Start von wvdial gesetzt.

[1] https://ubuntuforums.org/showthread.php ... ost7836980