Re: Connexion directe via USB pour un P zero

トップ ページ

このメッセージに返信
著者: Patrice Karatchentzeff
日付:  
To: Olivier Allard-Jacquin
CC: guilde
題目: Re: Connexion directe via USB pour un P zero
Salut Olivier,

Je ne pense jamais à tcpdump :(

Voici ce que j'ai :

# tcpdump -n -v -i usb0
tcpdump: listening on usb0, link-type EN10MB (Ethernet), snapshot
length 262144 bytes
04:01:56.040839 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has
8.8.8.8 tell 169.254.9.143, length 28
04:01:57.080818 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has
8.8.8.8 tell 169.254.9.143, length 28
04:01:58.122075 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has
8.8.8.8 tell 169.254.9.143, length 28
04:01:59.160943 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has
8.8.8.8 tell 169.254.9.143, length 28

Mais je n'ai rien sur cette adresse (ping sans réponse)

# tcpdump -i usb0 -n port 67 and port 68
tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
listening on usb0, link-type EN10MB (Ethernet), snapshot length 262144 bytes
04:11:10.412768 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP,
Request from 2e:b0:9a:6d:94:45, length 338
04:12:13.548894 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP,
Request from 2e:b0:9a:6d:94:45, length 338
^C
2 packets captured
2 packets received by filter
0 packets dropped by kernel

Si je développe en plus bavard :

# tcpdump -i usb0 -n port 67 and port 68 -vvv
tcpdump: listening on usb0, link-type EN10MB (Ethernet), snapshot
length 262144 bytes
04:13:17.859236 IP (tos 0x0, ttl 64, id 15405, offset 0, flags [none],
proto UDP (17), length 366)
    0.0.0.0.68 > 255.255.255.255.67: [udp sum ok] BOOTP/DHCP, Request
from 2e:b0:9a:6d:94:45, length 338, xid 0x489316bc, secs 41656, Flags
[none] (0x0000)
      Client-Ethernet-Address 2e:b0:9a:6d:94:45
      Vendor-rfc1048 Extensions
        Magic Cookie 0x63825363
        DHCP-Message (53), length 1: Discover
        Client-ID (61), length 7: ether 2e:b0:9a:6d:94:45
        SLP-NA (80), length 0""
        NOAUTO (116), length 1: Y
        MSZ (57), length 2: 1472
        Vendor-Class (60), length 42:
"dhcpcd-8.1.2:Linux-5.10.63+:armv6l:BCM2835"
        Hostname (12), length 11: "raspberrypi"
        Unknown (145), length 1: 1
        Parameter-Request (55), length 14:
          Subnet-Mask (1), Classless-Static-Route (121), Static-Route
(33), Default-Gateway (3)
          Domain-Name-Server (6), Hostname (12), Domain-Name (15), MTU (26)
          BR (28), Lease-Time (51), Server-ID (54), RN (58)
          RB (59), Unknown (119)
        END (255), length 0
04:14:21.216580 IP (tos 0x0, ttl 64, id 1606, offset 0, flags [none],
proto UDP (17), length 366)
    0.0.0.0.68 > 255.255.255.255.67: [udp sum ok] BOOTP/DHCP, Request
from 2e:b0:9a:6d:94:45, length 338, xid 0x489316bc, secs 41720, Flags
[none] (0x0000)
      Client-Ethernet-Address 2e:b0:9a:6d:94:45
      Vendor-rfc1048 Extensions
        Magic Cookie 0x63825363
        DHCP-Message (53), length 1: Discover
        Client-ID (61), length 7: ether 2e:b0:9a:6d:94:45
        SLP-NA (80), length 0""
        NOAUTO (116), length 1: Y
        MSZ (57), length 2: 1472
        Vendor-Class (60), length 42:
"dhcpcd-8.1.2:Linux-5.10.63+:armv6l:BCM2835"
        Hostname (12), length 11: "raspberrypi"
        Unknown (145), length 1: 1
        Parameter-Request (55), length 14:
          Subnet-Mask (1), Classless-Static-Route (121), Static-Route
(33), Default-Gateway (3)
          Domain-Name-Server (6), Hostname (12), Domain-Name (15), MTU (26)
          BR (28), Lease-Time (51), Server-ID (54), RN (58)
          RB (59), Unknown (119)
        END (255), length 0
04:15:24.363786 IP (tos 0x0, ttl 64, id 55650, offset 0, flags [none],
proto UDP (17), length 366)
    0.0.0.0.68 > 255.255.255.255.67: [udp sum ok] BOOTP/DHCP, Request
from 2e:b0:9a:6d:94:45, length 338, xid 0x489316bc, secs 41783, Flags
[none] (0x0000)
      Client-Ethernet-Address 2e:b0:9a:6d:94:45
      Vendor-rfc1048 Extensions
        Magic Cookie 0x63825363
        DHCP-Message (53), length 1: Discover
        Client-ID (61), length 7: ether 2e:b0:9a:6d:94:45
        SLP-NA (80), length 0""
        NOAUTO (116), length 1: Y
        MSZ (57), length 2: 1472
        Vendor-Class (60), length 42:
"dhcpcd-8.1.2:Linux-5.10.63+:armv6l:BCM2835"
        Hostname (12), length 11: "raspberrypi"
        Unknown (145), length 1: 1
        Parameter-Request (55), length 14:
          Subnet-Mask (1), Classless-Static-Route (121), Static-Route
(33), Default-Gateway (3)
          Domain-Name-Server (6), Hostname (12), Domain-Name (15), MTU (26)
          BR (28), Lease-Time (51), Server-ID (54), RN (58)
          RB (59), Unknown (119)
        END (255), length 0
^C
3 packets captured
3 packets received by filter
0 packets dropped by kernel


Je ne suis pas sûr de bien interpréter, mais pour moi la bonne nouvelle :

- il y a bien un client dhcp derrière l'usb0
- un client dont le hostname est raspberrypi

Donc a priori, il lui faut plus qu'une adresse valide à lui donner.
Mais là, je sèche s'il ne sait aller la chercher lui-même.

Je suis coincé, car je ne peux pas arrêter le RPi (je viens de crasher
une SD en le faisant précédemment) donc je ne sais pas l'éteindre.
Sinon, je lui collerai une adresse statique en dur pour commencer
(j'aurais dû commencer par là...).

PK

Le mer. 22 janv. 2025 à 22:37, Olivier Allard-Jacquin
<olivieraj@???> a écrit :
>
>         Bonjour Patrice

>
> Le 22/01/2025 à 20:33, Patrice Karatchentzeff a écrit :
> > Le problème est que je ne comprends pas bien comment marche ce «
> > partage d'ordinateur ».
> >
> > Si je comprends bien, il s'agit d'un pont entre la machine et une
> > autre (du genre que l'on faisait avant en croisant deux câbles série
> > et qui est fait là en ethernet).
> >
> > Je ne comprends pas bien comment le RPi sera connecté magiquement avec
> > un nom de domaine dans ce cas !
> >
> > De plus, j'ai cela dans mes logs, côté Linux
> >
> > [8140170.860598] cdc_subset 3-9.4:1.1 usb0: register 'cdc_subset' at
> > usb-0000:00:14.0-9.4, Linux Device, b2:af:f2:f7:c0:34
> > [8140170.860636] usbcore: registered new interface driver cdc_subset
> > [8140170.860650] cdc_ether: probe of 3-9.4:1.0 failed with error -16
> > [8140170.860675] usbcore: registered new interface driver cdc_ether
> >
> > Et j'ai bien l'impression que ça pédale dans la semoule... Pourtant,
> > sur la bécane, j'ai bien :
> >
> > usb0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
> >          ether b2:af:f2:f7:c0:34  txqueuelen 1000  (Ethernet)
> >          RX packets 13677  bytes 459994 (459.9 KB)
> >          RX errors 0  dropped 0  overruns 0  frame 0
> >          TX packets 234  bytes 33213 (33.2 KB)
> >          TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

> >
> > et le port USB est bien vu :
> >
> > Bus 003 Device 120: ID 0525:a4a2 Netchip Technology, Inc. Linux-USB
> > Ethernet/RNDIS Gadget
>
>         Cela donne quoi si tu fais un
> tcpdump -n -i usb0

>
> afin de voir si le device Pi envoie des requètes DHCP, ou donne sa
> propre addresse IP ?
>
>         Fais un power cycle du Pi si il ne parle pas, afin de le forcer à
> s'initialiser

>
>         Cordialement,
>                                                 Olivier
> --
> ~~~~~~~  _____/\_____  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> Phoenix /   _ \/ _   \    Olivier Allard-Jacquin
>         /   / \  / \   \   Web:  http://olivieraj.free.fr/
>        /___/  /  \  \___\  Mail: olivieraj@???
> ~~~~ /////  ///\\\  \\\\\ ~~~~~~~~~~~~~~~~~~~~~~~ Linux Powered !!

>



-- 
      |\      _,,,---,,_           Patrice KARATCHENTZEFF
ZZZzz /,`.-'`'    -.  ;-;;,_   mailto:patrice.karatchentzeff@gmail.com
     |,4-  ) )-,_. ,\ (  `'-'
    '---''(_/--'  `-'\_)