Re: Tethering via USB
Tussenstand: aan weerskanten van kabel wat verandert
On Sat, Dec 15, 2018 at 03:13:45PM +0100, Geert Stappers wrote:
> On Sat, Dec 15, 2018 at 12:32:15PM +0100, Luuk wrote:
> > On 15-12-2018 10:12, Geert Stappers wrote:
> > >
> > > Op een Android device lukt het mij een "WIFI hotspot" te maken.
> > >
> > > Graag zou ik via USB tethering doen. ( Dan hebben de mensen in
> > > mijn omgeving geen last van mijn ESSID ) Dat lukt echter niet.
> > >
> > > In het Android device heb ik de mogelijkheid om USB tether
> > > in te schakelen. Na inschakelen schakelt de Android het weer uit.
> > > De waarom is mij niet duidelijk. Aan welke kant van de kabel
> > > zou ik het moeten zoeken?
>
> Ik weet inmiddels dat het aan Linux kant nog niet goed zit.
>
> > > Wat zou ik aan Linux kant klaar moeten hebben staan?
> > > Of misschien uit moeten zetten?
>
> Dat is voor nu de vraag.
> Dat zijn voor nu de vragen.
>
> > > In hoeverre kan er een blokkade zijn aan Android kant?
>
> Blijkt niet het geval te zijn.
> Door een "travelrouter" ( als https://www.gl-inet.com/products/gl-ar750s/ )
> te gebruiken blijkt dat de Android kant goed is.
>
> > > Wat ook zou helpen, is dat je meldt "dat werkt gewoon voor mij".
> > > Liefst met verdere informatie.
> > >
> >
> > idd, dat werkt gewoon ... ;)
> >
> > USB-kabeltje in de raspberry
> >
> > Op de telefoon Instellingen/Thetering../USB-tehering aan zetten (die gaat
> > 'venzelf' uit als de USB-kabel los getrokken word).
> >
> > root@raspberrypi:/var/log# grep usb0 /var/log/messages
> > Dec 15 11:25:40 raspberrypi kernel: [ 6453.445420] rndis_host 1-1.5:1.0
> > usb0: register 'rndis_host' at usb-3f980000.usb-1.5, RNDIS device, c6:17:c3:ad:bd:b0
> > root@raspberrypi:/var/log# ifconfig usb0
> > usb0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
> > inet 192.168.42.182 netmask 255.255.255.0 broadcast 192.168.42.255
>
} De output van die commandos is waar ik mee verder ga.
> (in de travelrouter heb ik "rndis_host" en "usb0" reeds teruggevonden)
>
Aan Android kant heb ik "USB verbinding" van "data overdracht" naar "alleen opladen"
veranderd. Daarmee stopte de
> > > In het Android device heb ik de mogelijkheid om USB tether
> > > in te schakelen. Na inschakelen schakelt de Android het weer uit.
Aan Linux kant:
|$ lsmod | grep rndis_host
|$ sudo modprobe rndis_host
|$ lsmod | grep rndis_host
|rndis_host 16384 0
|cdc_ether 20480 1 rndis_host
|usbnet 49152 2 rndis_host,cdc_ether
|usbcore 290816 10 rndis_host,usbnet,uvcvideo,ehci_hcd,cdc_ether,xhci_pci,ath3k,btusb,xhci_hcd,ehci_pci
|$ ip addr show dev usb0
|Device "usb0" does not exist.
|$
En een stuk `dmesg` output
[ 4632.799680] rndis_host 2-1:1.0 usb0: register 'rndis_host' at usb-0000:00:14.0-1, RNDIS device, ae:43:08:f0:6d:84
[ 4632.800773] cdc_acm 2-1:1.2: ttyACM0: USB ACM device
[ 4632.845916] rndis_host 2-1:1.0 enp0s20u1: renamed from usb0
[ 4632.892486] IPv6: ADDRCONF(NETDEV_UP): enp0s20u1: link is not ready
[ 4688.290186] usb 2-1: USB disconnect, device number 55
[ 4688.290358] rndis_host 2-1:1.0 enp0s20u1: unregister 'rndis_host' usb-0000:00:14.0-1, RNDIS device
[ 4688.321107] cdc_acm 2-1:1.2: failed to set dtr/rts
Wat later is er
[ 4708.332524] rndis_host 2-1:1.0 usb0: register 'rndis_host' at usb-0000:00:14.0-1, RNDIS device, 4a:4b:01:04:72:57
[ 4708.333778] cdc_acm 2-1:1.2: ttyACM0: USB ACM device
[ 4708.361021] rndis_host 2-1:1.0 enp0s20u1: renamed from usb0
En interface "enp0s20u1" heeft, net als Luuk, een adres in 192.168.42.0/24
$ ip address show dev enp0s20u1
16: enp0s20u1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN group default qlen 1000
link/ether ca:7f:2b:22:70:25 brd ff:ff:ff:ff:ff:ff
inet 192.168.42.133/24 brd 192.168.42.255 scope global dynamic noprefixroute enp0s20u1
valid_lft 4622sec preferred_lft 4622sec
inet6 fe80::c87f:2bff:fe22:7025/64 scope link noprefixroute
valid_lft forever preferred_lft forever
Ook er is een "route" via de nieuwe interface.
Ik denk dat het op kernel niveau goed is.
Wat er ontbreekt is dat /etc/resolv.conf weet heeft van nameservers.
Dat krijgt vervolg in een andere e-mail.
Groeten
Geert Stappers
--
Leven en laten leven
Reply to: