VPN entre IB2 et routeur LTE

Frafeffeu86 · 1 sept. 2023

Voici les réactions :

root@DietPi :~#route IP
par défaut via 192.168.1.1 dev eth0
10.198.101.0/24 dev tun0 proto noyau portée lien src 10.198.101.1
192.168.1.0/24 dev eth0 proto noyau portée lien src 192.168.1.135
[root@DietPi:~#](mailto:root@DietPi:~)

root@DietPi :~# cat /proc/sys/net/ipv4/ip_forward
1
[root@DietPi:~#](mailto:root@DietPi:~)

Un traceroute depuis un PC local vers le réseau distant produit le résultat suivant :

C:\sers\ritz>tracert 192.168.2.1

Suivi d’itinéraire vers 192.168.2.1 sur un maximum de 30 sauts

1 <1 ms <1 ms <1 ms internetbox.home [192.168.1.1]
2 1 ms <1 ms * dietpi.home [192.168.1.135]
3 1 ms * * internetbox.home [192.168.1.1]
4 * * * La demande a expiré.
5 * * * La demande a expiré.
6 ^C
C:\sers\ritz>

Apparemment, le Raspi renvoie le colis vers sa passerelle standard car il ne sait pas quoi en faire.

L’état du VPN sur le serveur affiche les éléments suivants :

root@DietPi :~# pivpn -c
: REMARQUE : la sortie ci-dessous n’est PAS en temps réel !
:: Il se peut qu’il s’éteigne après quelques minutes.

::: Liste d’état des clients :::
Nom IP distante IP virtuelle Octets reçus Octets envoyés Connecté depuis
BodmeliNP 178.197.206.91:43610 10.198.101.2 13 Ko 11 Ko 07:35:49 1693546549 0 UNDEF
root@DietPi :~#

Bah ! Les onglets sont tombés aux oubliettes, mais je pense que votre œil expert peut encore le déchiffrer 🙂

r00t · 1 sept. 2023

Salut @Frafeffeu86

Comme vous vous en doutiez, l’itinéraire là-bas manque 😉.

Vous pouvez les ajouter avec la commande ip :

route IP ajouter 192.168.2.0/24 via 10.198.101.<vpn-tunnel-ip-des-lte-router>

Comme mentionné ci-dessus : N’oubliez pas que vous devez également définir un itinéraire de retour sur le routeur LTE. (192.168.1.0/24 via 10.198.101.1)

Petite remarque : les routes ajoutées avec ip route add ne sont pas persistantes (=elles disparaissent au redémarrage). Pour que la route reste, vous devez toujours la conserver :

Dans le fichier /lib/dhcpcd/dhcpcd-hooks/40-route :

route IP ajouter 192.168.2.0/24 via 10.198.101.<vpn-tunnel-ip-des-lte-router>

ajouter. (Voir [ici](https://www.hospitableit.com/howto/configuring-a-static-ip-and-static-routes-on-a-raspberry-pi-running-raspbian-jessie-using-the- cli/))

LG

r00t

Frafeffeu86 · 1 sept. 2023

@r00t

Les colis sont toujours expédiés

Je commence à me sentir un peu perdue….. 🤔

Itinéraires sur le Raspi :

root@DietPi :~#route IP
par défaut via 192.168.1.1 dev eth0
10.198.101.0/24 dev tun0 proto noyau portée lien src 10.198.101.1
192.168.1.0/24 dev eth0 proto noyau portée lien src 192.168.1.135
192.168.2.0/24 via 10.198.101.2 dev tun0 # Je l’ai créé manuellement
[root@DietPi:~#](mailto:root@DietPi:~)

Routes sur le routeur LTE (ont toutes été créées automatiquement) :

root@RUT956 :~#route IP
0.0.0.0/1 via 10.198.101.1 dev tun_c_Bodmeli
default dev wwan0 proto lien de portée statique src 10.30.81.91 métrique 4
10.30.81.91 dev wwan0 proto lien de portée statique métrique 4
10.198.101.0/24 dev tun_c_Bodmeli proto kernel scope link src 10.198.101.2
92.107.60.66 développeur wwan0
128.0.0.0/1 via 10.198.101.1 dev tun_c_Bodmeli
192.168.1.0/24 via 10.198.101.1 dev tun_c_Bodmeli
192.168.2.0/24 dev br-lan proto lien de portée statique métrique 1
root@RUT956 :~#

Trouver l’erreur

r00t · 1 sept. 2023

@Frafeffeu86

Les colis sont toujours expédiés

Je commence à me sentir un peu perdue….. 🤔

Si vous êtes perdu, traceroute avec une pincée de TCPDUMP aide souvent 😉.

- Que dit traceroute où il va ?

- Voyez-vous le trafic atteindre le Raspi avec “sudo tcpdump -i eth0” ?

- Voyez-vous le trafic disparaître dans le VPN avec « sudo tcpdump -i tun0 » ?

LG

r00t

Frafeffeu86 · 1 sept. 2023

@r00t

Tout d’abord, merci beaucoup pour votre retour rapide !

Donc……

Tracer l’itinéraire :

C:\sers\ritz>tracert 192.168.2.1

Suivi d’itinéraire vers 192.168.2.1 sur un maximum de 30 sauts

1 <1 ms <1 ms <1 ms internetbox.home [192.168.1.1]
2 1 ms <1 ms <1 ms dietpi.home [192.168.1.135]
3 * * * La demande a expiré.
4 * * * La demande a expiré.
5 * * * La demande a expiré.
6 * * * La demande a expiré.
7 * * * La demande a expiré.
8 * * * La demande a expiré.

Le paquet revenait à votre IB2, mais maintenant, ce n’est plus le cas… ?

tcpdump ne semble pas être son truc… est-ce que cela pourrait être parce que le Pi est au régime ?

root@DietPi :~# tcpdump -i eth0
-bash : tcpdump : commande introuvable
root@DietPi :~# sudo tcpdump -i eth0
sudo : tcpdump : commande introuvable
root@DietPi :~# sudo tcpdump -i tun0
sudo : tcpdump : commande introuvable
[root@DietPi:~#](mailto:root@DietPi:~)

Celui qui est perplexe

Frafeffeu86 · 2 sept. 2023

@r00t

Ah ! Il faut que tcpdump soit lancé dès maintenant….. 🙂

J’ai utilisé le Dump avec un PING sur 192.168.2.1 pour le lancer avec le résultat suivant :

root@DietPi :~# tcpdump -i eth0
tcpdump : sortie détaillée supprimée, utilisez -v[v]… pour le décodage complet du protocole
écoute sur eth0, type de lien EN10MB (Ethernet), longueur d’instantané 262144 octets
11:00:50.705157 IP dietpi.home.ssh > lenovo-desktop.home.50735 : indicateurs [P.], seq 4144579784:4144579992, ack 3954830836, victoire 501, longueur 208
11:00:50.753638 IP lenovo-desktop.home.50735 > dietpi.home.ssh : indicateurs [.], accusé de réception 208, victoire 1025, longueur 0
11:00:50.758044 IP dietpi.home.59294 > internetbox.home.domain : 13783+ PTR ? 135.1.168.192.in-addr.arpa. (44)
11:00:50.759806 IP internetbox.home.domain > dietpi.home.59294 : 13783* 1/0/0 PTR dietpi.home. (69)
11:00:50.760316 IP dietpi.home.52421 > internetbox.home.domain : 46307+ PTR ? 111.1.168.192.in-addr.arpa. (44)
11:00:50.760987 IP internetbox.home.domain > dietpi.home.52421 : 46307* 1/0/0 PTR lenovo-desktop.home. (77)
11:00:50.761793 IP dietpi.home.ssh > lenovo-desktop.home.50735 : indicateurs [P.], séquence 208:512, accusé de réception 1, victoire 501, longueur 304
11:00:50.769531 IP internetbox.home.mdns > 224.0.0.251.mdns : 0 [8a] PTR (QM) ? _services._dns-sd._udp.local. (230)
11:00:50.815647 IP lenovo-desktop.home.50735 > dietpi.home.ssh : indicateurs [.], accusé de réception 512, victoire 1024, longueur 0
11:00:50.867088 IP dietpi.home.33279 > internetbox.home.domain : 38210+ PTR ? 1.1.168.192.in-addr.arpa. (42)
11:00:50.869765 IP internetbox.home.domain > dietpi.home.33279 : 38210* 1/0/0 PTR internetbox.home. (72)
11:00:50.870619 IP dietpi.home.ssh > lenovo-desktop.home.50735 : indicateurs [P.], séquence 512:672, accusé de réception 1, victoire 501, longueur 160
11:00:50.870928 IP dietpi.home.ssh > lenovo-desktop.home.50735 : indicateurs [P.], séquence 672:944, accusé de réception 1, victoire 501, longueur 272
11:00:50.871205 IP dietpi.home.ssh > lenovo-desktop.home.50735 : indicateurs [P.], séquence 944 : 1232, accusé de réception 1, victoire 501, longueur 288
11:00:50.871247 IP dietpi.home.38193 > internetbox.home.domain : 14202+ PTR ? 251.0.0.224.in-addr.arpa. (42)
11:00:50.871479 IP lenovo-desktop.home.50735 > dietpi.home.ssh : indicateurs [.], accusé de réception 944, victoire 1022, longueur 0
11:00:50.874976 IP internetbox.home.domain > dietpi.home.38193 : 14202 NXDomain 0/1/0 (99)
11:00:50.875697 IP dietpi.home.ssh > lenovo-desktop.home.50735 : indicateurs [P.], séquence 1232 : 1408, accusé de réception 1, victoire 501, longueur 176
11:00:50.875934 IP dietpi.home.ssh > lenovo-desktop.home.50735 : indicateurs [P.], séquence 1408 : 1568, accusé de réception 1, victoire 501, longueur 160
11:00:50.876264 IP lenovo-desktop.home.50735 > dietpi.home.ssh : indicateurs [.], accusé de réception 1408, victoire 1026, longueur 0
11:00:50.923812 IP lenovo-desktop.home.50735 > dietpi.home.ssh : indicateurs [.], accusé de réception 1568, victoire 1025, longueur 0
11:00:50.977175 IP dietpi.home.ssh > lenovo-desktop.home.50735 : indicateurs [P.], séquence 1568 : 1728, accusé de réception 1, victoire 501, longueur 160
11:00:50.977457 IP dietpi.home.ssh > lenovo-desktop.home.50735 : indicateurs [P.], séquence 1728 : 2000, accusé de réception 1, victoire 501, longueur 272
11:00:50.977724 IP dietpi.home.ssh > lenovo-desktop.home.50735 : indicateurs [P.], séquence 2000 : 2288, accusé de réception 1, victoire 501, longueur 288
11:00:50.978058 IP lenovo-desktop.home.50735 > dietpi.home.ssh : indicateurs [.], accusé de réception 2000, victoire 1024, longueur 0
11:00:50.978123 IP dietpi.home.ssh > lenovo-desktop.home.50735 : indicateurs [P.], séquence 2288 : 2656, accusé de réception 1, victoire 501, longueur 368
11:00:50.978450 IP dietpi.home.ssh > lenovo-desktop.home.50735 : indicateurs [P.], séquence 2656 : 3168, accusé de réception 1, victoire 501, longueur 512
11:00:50.978740 IP lenovo-desktop.home.50735 > dietpi.home.ssh : indicateurs [.], accusé de réception 2656, victoire 1021, longueur 0
11:00:50.991415 IP lenovo-desktop.home.50735 > dietpi.home.ssh : indicateurs [P.], séquence 1:161, accusé de réception 3168, victoire 1026, longueur 160
11:00:50.991954 IP dietpi.home.ssh > lenovo-desktop.home.50735 : indicateurs [P.], séquence 3168 : 3216, accusé de réception 161, victoire 501, longueur 48
11:00:51.003468 IP doorcam.home.33546 > 255.255.255.255.6667 : UDP, longueur 188
11:00:51.033446 IP lenovo-desktop.home.50735 > dietpi.home.ssh : indicateurs [.], accusé de réception 3216, victoire 1026, longueur 0
11:00:51.087327 IP dietpi.home.ssh > lenovo-desktop.home.50735 : indicateurs [P.], séquence 3216:3504, accusé de réception 161, victoire 501, longueur 288
11:00:51.087727 IP dietpi.home.ssh > lenovo-desktop.home.50735 : indicateurs [P.], séquence 3504:3904, accusé de réception 161, victoire 501, longueur 400
11:00:51.087975 IP dietpi.home.40248 > internetbox.home.domain : 20673+ PTR ? 96.1.168.192.in-addr.arpa. (43)
11:00:51.088033 IP dietpi.home.ssh > lenovo-desktop.home.50735 : indicateurs [P.], séquence 3904:4432, accusé de réception 161, victoire 501, longueur 528
11:00:51.088223 IP lenovo-desktop.home.50735 > dietpi.home.ssh : indicateurs [.], accusé de réception 3904, victoire 1023, longueur 0
11:00:51.089788 IP internetbox.home.domain > dietpi.home.40248 : 20673* 1/0/0 PTR doorcam.home. (69)
11:00:51.090409 IP dietpi.home.48822 > internetbox.home.domain : 44024+ PTR ? 255.255.255.255.in-addr.arpa. (46)
11:00:51.109777 IP internetbox.home.domain > dietpi.home.48822 : 44024 NXDomain* 0/0/0 (46)
11:00:51.110454 IP dietpi.home.ssh > lenovo-desktop.home.50735 : indicateurs [P.], séquence 4432:4576, accusé de réception 161, victoire 501, longueur 144
11:00:51.110698 IP dietpi.home.ssh > lenovo-desktop.home.50735 : indicateurs [P.], séquence 4576:4736, accusé de réception 161, victoire 501, longueur 160
11:00:51.111290 IP lenovo-desktop.home.50735 > dietpi.home.ssh : indicateurs [.], accusé de réception 4736, victoire 1026, longueur 0
11:00:51.197423 IP dietpi.home.ssh > lenovo-desktop.home.50735 : indicateurs [P.], séquence 4736 : 5040, accusé de réception 161, victoire 501, longueur 304
11:00:51.197940 IP dietpi.home.ssh > lenovo-desktop.home.50735 : indicateurs [P.], séquence 5040 : 5440, accusé de réception 161, victoire 501, longueur 400
11:00:51.198315 IP dietpi.home.ssh > lenovo-desktop.home.50735 : indicateurs [P.], séquence 5440 : 6048, accusé de réception 161, victoire 501, longueur 608
11:00:51.198534 IP dietpi.home.ssh > lenovo-desktop.home.50735 : indicateurs [P.], séquence 6048 : 6208, accusé de réception 161, victoire 501, longueur 160
11:00:51.198543 IP lenovo-desktop.home.50735 > dietpi.home.ssh : indicateurs [.], accusé de réception 5440, victoire 1023, longueur 0
11:00:51.199078 IP lenovo-desktop.home.50735 > dietpi.home.ssh : indicateurs [.], accusé de réception 6208, victoire 1026, longueur 0
11: 00: 51.253302 IP lenovo-desktop.home > 192.168.2.1 : demande d’écho ICMP, identifiant 1, séquence 245, longueur 40
11:00:51.307342 IP dietpi.home.ssh > lenovo-desktop.home.50735 : indicateurs [P.], séquence 6208:6512, accusé de réception 161, victoire 501, longueur 304
11:00:51.307671 IP dietpi.home.ssh > lenovo-desktop.home.50735 : indicateurs [P.], séquence 6512 : 7024, accusé de réception 161, victoire 501, longueur 512
11:00:51.307719 IP dietpi.home.50011 > internetbox.home.domain : 38738+ PTR ? 1.2.168.192.in-addr.arpa. (42)
11:00:51.308246 IP lenovo-desktop.home.50735 > dietpi.home.ssh : indicateurs [.], accusé de réception 7024, victoire 1023, longueur 0
11:00:51.308540 IP internetbox.home.domain > dietpi.home.50011 : 38738 NXDomain* 0/0/0 (42)
11:00:51.309274 IP dietpi.home.ssh > lenovo-desktop.home.50735 : indicateurs [P.], séquence 7024 : 7184, accusé de réception 161, victoire 501, longueur 160
11:00:51.361577 IP lenovo-desktop.home.50735 > dietpi.home.ssh : indicateurs [.], accusé de réception 7184, victoire 1022, longueur 0
11:00:51.417332 IP dietpi.home.ssh > lenovo-desktop.home.50735 : indicateurs [P.], séquence 7184:7488, accusé de réception 161, victoire 501, longueur 304
11:00:51.417690 IP dietpi.home.ssh > lenovo-desktop.home.50735 : indicateurs [P.], séquence 7488 : 7856, accusé de réception 161, victoire 501, longueur 368
11:00:51.417928 IP dietpi.home.ssh > lenovo-desktop.home.50735 : indicateurs [P.], séquence 7856 : 8144, accusé de réception 161, victoire 501, longueur 288
11:00:51.418266 IP lenovo-desktop.home.50735 > dietpi.home.ssh : indicateurs [.], accusé de réception 7856, victoire 1026, longueur 0
11:00:51.454638 IP lenovo-desktop.home.mdns > 224.0.0.251.mdns : 0*- [0q] 1/0/2 PTR Lenovo-Desktop._dosvc._tcp.local. (253)
11:00:51.454688 IP6 fe80::6fee:addf:1b5a:fd3a.mdns > ff02::fb.mdns : 0*- [0q] 1/0/2 PTR Lenovo-Desktop._dosvc._tcp .locale. (253)
11:00:51.455082 IP lenovo-desktop.home.mdns > 224.0.0.251.mdns : 0 ANY (QM) ? Lenovo-Desktop._dosvc._tcp.local. (50)
11:00:51.455115 IP6 fe80::6fee:addf:1b5a:fd3a.mdns > ff02::fb.mdns : 0 TOUT (QM) ? Lenovo-Desktop._dosvc._tcp.local. (50)
11:00:51.460296 ARP, demande qui possède internetbox.home, dites à pavicam.home, longueur 50
11:00:51.469548 IP lenovo-desktop.home.50735 > dietpi.home.ssh : indicateurs [.], accusé de réception 8144, victoire 1025, longueur 0
11:00:51.527305 IP dietpi.home.ssh > lenovo-desktop.home.50735 : indicateurs [P.], séquence 8144:8448, accusé de réception 161, victoire 501, longueur 304
11:00:51.527621 IP dietpi.home.ssh > lenovo-desktop.home.50735 : indicateurs [P.], séquence 8448 : 8848, accusé de réception 161, victoire 501, longueur 400
11:00:51.527742 IP dietpi.home.34878 > internetbox.home.domain : 20402+ PTR ? a.3.d.f.a.5.b.1.f.d.d.a.e.e.f.6.0.0.0.0.0.0.0.0.0.0.0.0.0.8.e.f.ip6.arpa. (90)
11:00:51.528178 IP lenovo-desktop.home.50735 > dietpi.home.ssh : indicateurs [.], accusé de réception 8848, victoire 1022, longueur 0
11:00:51.529073 IP internetbox.home.domain > dietpi.home.34878 : 20402 NXDomain* 0/0/0 (90)
11:00:51.529646 IP dietpi.home.38424 > internetbox.home.domain : 27030+ PTR ? bf0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.f.f.ip6.arpa. (90)
11:00:51.534657 IP internetbox.home.domain > dietpi.home.38424 : 27030 NXDomain 0/1/0 (154)
11:00:51.535487 IP dietpi.home.ssh > lenovo-desktop.home.50735 : indicateurs [P.], séquence 8848 : 9040, accusé de réception 161, victoire 501, longueur 192
11:00:51.535698 IP dietpi.home.59475 > internetbox.home.domain : 17833+ PTR ? 99.1.168.192.in-addr.arpa. (43)
11:00:51.535770 IP dietpi.home.ssh > lenovo-desktop.home.50735 : indicateurs [P.], séquence 9040 : 9328, accusé de réception 161, victoire 501, longueur 288
11:00:51.536233 IP lenovo-desktop.home.50735 > dietpi.home.ssh : indicateurs [.], accusé de réception 9328, victoire 1026, longueur 0
11:00:51.536783 IP internetbox.home.domain > dietpi.home.59475 : 17833* 1/0/0 PTR pavicam.home. (69)
11:00:51.537431 IP dietpi.home.ssh > lenovo-desktop.home.50735 : indicateurs [P.], séquence 9328 : 9472, accusé de réception 161, victoire 501, longueur 144
11:00:51.537664 IP dietpi.home.ssh > lenovo-desktop.home.50735 : indicateurs [P.], séquence 9472:9632, accusé de réception 161, victoire 501, longueur 160
11:00:51.538090 IP lenovo-desktop.home.50735 > dietpi.home.ssh : indicateurs [.], accusé de réception 9632, victoire 1025, longueur 0
11:00:51.579065 IP lenovo-desktop.home.mdns > 224.0.0.251.mdns : 0 PTR (QM) ? _microsoft_mcc._tcp.local. (43)
11:00:51.579110 IP6 fe80::6fee:addf:1b5a:fd3a.mdns > ff02::fb.mdns : 0 PTR (QM) ? _microsoft_mcc._tcp.local. (43)
11:00:51.637292 IP dietpi.home.ssh > lenovo-desktop.home.50735 : indicateurs [P.], séquence 9632 : 9936, accusé de réception 161, victoire 501, longueur 304
11:00:51.637777 IP dietpi.home.ssh > lenovo-desktop.home.50735 : indicateurs [P.], séquence 9936 : 10256, accusé de réception 161, victoire 501, longueur 320
11:00:51.638173 IP dietpi.home.ssh > lenovo-desktop.home.50735 : indicateurs [P.], séquence 10256:10768, accusé de réception 161, victoire 501, longueur 512
11:00:51.638382 IP lenovo-desktop.home.50735 > dietpi.home.ssh : indicateurs [.], accusé de réception 10256, victoire 1022, longueur 0
11:00:51.638481 IP dietpi.home.ssh > lenovo-desktop.home.50735 : indicateurs [P.], séquence 10768 : 11264, accusé de réception 161, victoire 501, longueur 496
11:00:51.638807 IP dietpi.home.ssh > lenovo-desktop.home.50735 : indicateurs [P.], séquence 11264 : 11440, accusé de réception 161, victoire 501, longueur 176
11:00:51.639058 IP lenovo-desktop.home.50735 > dietpi.home.ssh : indicateurs [.], accusé de réception 11264, victoire 1026, longueur 0
11:00:51.639082 IP dietpi.home.ssh > lenovo-desktop.home.50735 : indicateurs [P.], séquence 11440 : 11952, accusé de réception 161, victoire 501, longueur 512
11:00:51.639667 IP lenovo-desktop.home.50735 > dietpi.home.ssh : indicateurs [.], accusé de réception 11952, victoire 1023, longueur 0
11:00:51.719062 IP lenovo-desktop.home.mdns > 224.0.0.251.mdns : 0 ANY (QM) ? Lenovo-Desktop._dosvc._tcp.local. (50)
11:00:51.719112 IP6 fe80::6fee:addf:1b5a:fd3a.mdns > ff02::fb.mdns : 0 ANY (QM) ? Lenovo-Desktop._dosvc._tcp.local. (50)
11:00:51.747139 IP dietpi.home.ssh > lenovo-desktop.home.50735 : indicateurs [P.], séquence 11952 : 12256, accusé de réception 161, victoire 501, longueur 304
11:00:51.747418 IP dietpi.home.ssh > lenovo-desktop.home.50735 : indicateurs [P.], séquence 12256:12544, accusé de réception 161, victoire 501, longueur 288
11:00:51.747702 IP dietpi.home.ssh > lenovo-desktop.home.50735 : indicateurs [P.], séquence 12544 : 12960, accusé de réception 161, victoire 501, longueur 416
11:00:51.747957 IP dietpi.home.ssh > lenovo-desktop.home.50735 : indicateurs [P.], séquence 12960 : 13248, accusé de réception 161, victoire 501, longueur 288
11:00:51.748098 IP lenovo-desktop.home.50735 > dietpi.home.ssh : indicateurs [.], accusé de réception 12544, victoire 1021, longueur 0
11:00:51.748189 IP dietpi.home.ssh > lenovo-desktop.home.50735 : indicateurs [P.], séquence 13248 : 13536, accusé de réception 161, victoire 501, longueur 288
11:00:51.748479 IP lenovo-desktop.home.50735 > dietpi.home.ssh : indicateurs [.], accusé de réception 13248, victoire 1026, longueur 0
11:00:51.795899 IP lenovo-desktop.home.50735 > dietpi.home.ssh : indicateurs [.], accusé de réception 13536, victoire 1025, longueur 0

root@DietPi :~# tcpdump -i tun0
tcpdump : sortie détaillée supprimée, utilisez -v[v]… pour le décodage complet du protocole
écoute sur tun0, type de lien RAW (Raw IP), longueur d’instantané 262144 octets
11:02:21.243328 IP lenovo-desktop.home > 192.168.2.1 : demande d’écho ICMP, identifiant 1, séquence 263, longueur 40
11:02:26.246441 IP lenovo-desktop.home > 192.168.2.1 : demande d’écho ICMP, identifiant 1, séquence 264, longueur 40
11: 02: 31.268297 IP lenovo-desktop.home > 192.168.2.1 : demande d’écho ICMP, identifiant 1, séquence 265, longueur 40
11:02:36.260015 IP lenovo-desktop.home > 192.168.2.1 : demande d’écho ICMP, identifiant 1, séquence 266, longueur 40
11:02:41.256720 IP lenovo-desktop.home > 192.168.2.1 : demande d’écho ICMP, identifiant 1, séquence 267, longueur 40
11:02:46.289228 IP lenovo-desktop.home > 192.168.2.1 : demande d’écho ICMP, identifiant 1, séquence 268, longueur 40
11:02:51.264517 IP lenovo-desktop.home > 192.168.2.1 : demande d’écho ICMP, identifiant 1, séquence 269, longueur 40
11:02:56.256849 IP lenovo-desktop.home > 192.168.2.1 : demande d’écho ICMP, identifiant 1, séquence 270, longueur 40
11:03:00.905069 IP 10.198.101.2.54956 > dns.google.domain : 63802+ A ? rms.teltonika-networks.com. (44)
11:03:00.920742 IP dns.google.domain > 10.198.101.2.54956 : 63802 1/0/0 A 18.196.62.30 (60)
11:03:00.959815 IP 10.198.101.2.47582 > ec2-18-196-62-30.eu-central-1.compute.amazonaws.com.15009 : indicateurs [S], séquence 2326203959, victoire 64240, options [mss 1358,sackOK,TS val 2647402884 ecr 0,nop,wscale 4], longueur 0
11:03:00.971046 IP ec2-18-196-62-30.eu-central-1.compute.amazonaws.com.15009 > 10.198.101.2.47582 : indicateurs [S.], seq 3499186849, ack 2326203960, gagner 65084, options [mss 1240,sackOK,TS val 4136062913 ecr 2647402884,nop,wscale 7], longueur 0
11:03:01.001794 IP 10.198.101.2.47582 > ec2-18-196-62-30.eu-central-1.compute.amazonaws.com.15009 : indicateurs [.], accusé de réception 1, victoire 4015, options [nop,nonp,val TS 2647402925 ecr 4136062913], longueur 0
11:03:01.009856 IP 10.198.101.2.47582 > ec2-18-196-62-30.eu-central-1.compute.amazonaws.com.15009 : indicateurs [P.], seq 1:294, ack 1, gagner 4015, options [nop,nop,TS val 2647402933 ecr 4136062913], longueur 293
11:03:01.020583 IP ec2-18-196-62-30.eu-central-1.compute.amazonaws.com.15009 > 10.198.101.2.47582 : indicateurs [.], accusé de réception 294, victoire 507, options [nop,nonp,val TS 4136062962 ecr 2647402933], longueur 0
11:03:01.038295 IP ec2-18-196-62-30.eu-central-1.compute.amazonaws.com.15009 > 10.198.101.2.47582 : indicateurs [P.], séquence 1:97, accusé de réception 294, gagner 507, options [nop,nop,TS val 4136062980 ecr 2647402933], longueur 96
11:03:01.038363 IP ec2-18-196-62-30.eu-central-1.compute.amazonaws.com.15009 > 10.198.101.2.47582 : indicateurs [.], seq 97:1325, ack 294 , gagner 507, options [nop,nop,TS val 4136062980 ecr 2647402933], longueur 1228
11:03:01.081858 IP 10.198.101.2.47582 > ec2-18-196-62-30.eu-central-1.compute.amazonaws.com.15009 : indicateurs [.], accusé de réception 97, victoire 4009, options [nop,nonp,val TS 2647402992 ecr 4136062980], longueur 0
11:03:01.089611 IP 10.198.101.2.47582 > ec2-18-196-62-30.eu-central-1.compute.amazonaws.com.15009 : indicateurs [.], accusé de réception 1325, victoire 4006, options [nop,nonp,val TS 2647402996 ecr 4136062980], longueur 0
11:03:01.092431 IP ec2-18-196-62-30.eu-central-1.compute.amazonaws.com.15009 > 10.198.101.2.47582 : indicateurs [P.], seq 1325:1927, accusé de réception 294, gagner 507, options [nop,nop,TS val 4136063034 ecr 2647402992], longueur 602
11:03:01.121753 IP 10.198.101.2.47582 > ec2-18-196-62-30.eu-central-1.compute.amazonaws.com.15009 : Drapeaux [.], ack 1927, victoire 4006, options [nop,nonp,val TS 2647403047 ecr 4136063034], longueur 0
11:03:01.249384 IP lenovo-desktop.home > 192.168.2.1 : demande d’écho ICMP, identifiant 1, séquence 271, longueur 40
11:03:01.351339 IP 10.198.101.2.47582 > ec2-18-196-62-30.eu-central-1.compute.amazonaws.com.15009 : Drapeaux [.], seq 294:1522, ack 1927 , gagner 4006, options [nop,nop,TS val 2647403267 ecr 4136063034], longueur 1228
11:03:01.351758 IP 10.198.101.2.47582 > ec2-18-196-62-30.eu-central-1.compute.amazonaws.com.15009 : Indicateurs [P.], seq 1522:2705, ack 1927, victoire 4006, options [nop,nop,TS val 2647403267 ecr 4136063034], longueur 1183
11:03:01.383401 IP ec2-18-196-62-30.eu-central-1.compute.amazonaws.com.15009 > 10.198.101.2.47582 : indicateurs [.], accusé de réception 2705, victoire 503, options [nop,nonp,val TS 4136063325 ecr 2647403267], longueur 0
11:03:01.392066 IP ec2-18-196-62-30.eu-central-1.compute.amazonaws.com.15009 > 10.198.101.2.47582 : Indicateurs [P.], seq 1927:1933, ack 2705, gagner 503, options [nop,nop,TS val 4136063334 ecr 2647403267], longueur 6
11:03:01.411829 IP 10.198.101.2.47582 > ec2-18-196-62-30.eu-central-1.compute.amazonaws.com.15009 : Drapeaux [.], ack 1933, victoire 4006, options [nop,nonp,val TS 2647403345 ecr 4136063334], longueur 0
11:03:01.422331 IP ec2-18-196-62-30.eu-central-1.compute.amazonaws.com.15009 > 10.198.101.2.47582 : Indicateurs [P.], seq 1933:1970, ack 2705, gagner 503, options [nop,nop,TS val 4136063364 ecr 2647403345], longueur 37
11:03:01.459809 IP 10.198.101.2.47582 > ec2-18-196-62-30.eu-central-1.compute.amazonaws.com.15009 : Drapeaux [.], ack 1970, victoire 4006, options [nop,nonp,val TS 2647403375 ecr 4136063364], longueur 0
11:03:01.460067 IP 10.198.101.2.47582 > ec2-18-196-62-30.eu-central-1.compute.amazonaws.com.15009 : indicateurs [P.], seq 2705:2864, ack 1970, victoire 4006, options [nop,nop,TS val 2647403377 ecr 4136063364], longueur 159
11:03:01.482281 IP ec2-18-196-62-30.eu-central-1.compute.amazonaws.com.15009 > 10.198.101.2.47582 : Indicateurs [P.], seq 1970:2008, ack 2864, victoire 503, options [nop,nop,TS val 4136063424 ecr 2647403377], longueur 38
11:03:01.506423 IP ec2-18-196-62-30.eu-central-1.compute.amazonaws.com.15009 > 10.198.101.2.47582 : Indicateurs [FP.], seq 2008:2031, ack 2864, victoire 503, options [nop,nop,TS val 4136063448 ecr 2647403377], longueur 23
11:03:01.511717 IP 10.198.101.2.47582 > ec2-18-196-62-30.eu-central-1.compute.amazonaws.com.15009 : Drapeaux [.], ack 2008, victoire 4006, options [nop,nonp,val TS 2647403435 ecr 4136063424], longueur 0
11:03:01.519839 IP 10.198.101.2.47582 > ec2-18-196-62-30.eu-central-1.compute.amazonaws.com.15009 : Indicateurs [P.], seq 2864:2887, ack 2008, victoire 4006, options [nop,nop,TS val 2647403442 ecr 4136063424], longueur 23
11:03:01.520068 IP 10.198.101.2.47582 > ec2-18-196-62-30.eu-central-1.compute.amazonaws.com.15009 : Indicateurs [F.], seq 2887, ack 2008, gagner 4006, options [nop,nop,TS val 2647403442 ecr 4136063424], longueur 0
11:03:01.530557 IP ec2-18-196-62-30.eu-central-1.compute.amazonaws.com.15009 > 10.198.101.2.47582 : indicateurs [R], séquence 3499188857, victoire 0, longueur 0
11:03:01.531145 IP ec2-18-196-62-30.eu-central-1.compute.amazonaws.com.15009 > 10.198.101.2.47582 : indicateurs [R], séquence 3499188857, victoire 0, longueur 0
11:03:01.531750 IP 10.198.101.2.47582 > ec2-18-196-62-30.eu-central-1.compute.amazonaws.com.15009 : indicateurs [R], séquence 2326206823, victoire 0, longueur 0
11:03:06.240010 IP lenovo-desktop.home > 192.168.2.1 : demande d’écho ICMP, identifiant 1, séquence 272, longueur 40
11:03:11.258834 IP lenovo-desktop.home > 192.168.2.1 : demande d’écho ICMP, identifiant 1, séquence 273, longueur 40
11:03:16.247681 IP lenovo-desktop.home > 192.168.2.1 : demande d’écho ICMP, identifiant 1, séquence 274, longueur 40

Vous voyez danach aus, dass der Ping im Tunnel verschwindet. (Auch dass er nicht an die SB2 zurückgeschickt wird deutet ja darauf hin)

Il est également possible d’utiliser le routeur LTE pour le faire 😒

Voici le routeur actuel dans le routeur LTE :

root@RUT956 : ~# route IP
0.0.0.0/1 via 10.198.101.1 dev tun_c_Bodmeli
dev par défaut wwan0 proto static scope link src 10.30.81.91 métrique 4 # est l’adresse IP privée des routeurs
10.30.81.91 dev wwan0 proto lien de portée statique métrique 4
10.198.101.0/24 dev tun_c_Bodmeli proto kernel scope link src 10.198.101.2
92.107.60.66 dev wwan0 # c’est l’adresse IP publique d’IB2
128.0.0.0/1 via 10.198.101.1 dev tun_c_Bodmeli
192.168.1.0/24 via 10.198.101.1 dev tun_c_Bodmeli
192.168.2.0/24 dev br-lan proto lien de portée statique métrique 1
[root@RUT956:~#](mailto:root@RUT956:~)

Je n’ai pas eu le temps de le faire 👁️ un problème de notre part

Frafeffeu86 · 7 sept. 2023

@r00t

Oups, ai-je dépassé le cap ? 🫤

r00t · 7 sept. 2023

Salut @Frafeffeu86

Ups, est-ce que mon Bogen est trop loin ? 🫤

Nein, habe nicht gesehen, dass du geantwortet hast 😅

root@DietPi :~# tcpdump -i tun0
tcpdump : sortie détaillée supprimée, utilisez -v[v]… pour le décodage complet du protocole
écoute sur tun0, type de lien RAW (Raw IP), longueur d’instantané 262144 octets
11:02:21.243328 IP lenovo-desktop.home > 192.168.2.1 : demande d’écho ICMP, identifiant 1, séquence 263, longueur 40
11:02:26.246441 IP lenovo-desktop.home > 192.168.2.1 : demande d’écho ICMP, identifiant 1, séquence 264, longueur 40
11:02:31.268297 IP lenovo-desktop.home > 192.168.2.1 : demande d’écho ICMP, identifiant 1, séquence 265, longueur 40
11:02:36.260015 IP lenovo-desktop.home > 192.168.2.1 : demande d’écho ICMP, identifiant 1, séquence 266, longueur 40
11:02:41.256720 IP lenovo-desktop.home > 192.168.2.1 : demande d’écho ICMP, identifiant 1, séquence 267, longueur 40
11:02:46.289228 IP lenovo-desktop.home > 192.168.2.1 : demande d’écho ICMP, identifiant 1, séquence 268, longueur 40
11:02:51.264517 IP lenovo-desktop.home > 192.168.2.1 : demande d’écho ICMP, identifiant 1, séquence 269, longueur 40
11:02:56.256849 IP lenovo-desktop.home > 192.168.2.1 : demande d’écho ICMP, identifiant 1, séquence 270, longueur 40

Die Pings gehen via Tunnel raus, wunderschön 😊

Allerdings fehlen mir da die Answers auf die Pings 🤔. Je vais l’activer au niveau du routeur LTE.

192.168.2.1 existe-t-il des avantages du routeur LTE ? Qu’est-ce qu’un pare-feu ? Kann sein, dass du da noch den Traffic erlauben musst. La documentation complète des ressources du routeur tcpdumpen können. Ensuite, vous pouvez avoir le mal dort drauf setzen et schauen was passiert.

Astuce : avec le filtre “pas le port 22”, vous pouvez utiliser votre propre filtre de trafic SSH - puis vous en rendre compte très sauvagement. Nous pouvons activer les demandes d’écho et de telles réponses d’écho 😉

LG

r00t

Frafeffeu86 · 7 sept. 2023

C’est un vrai combat !

Essayez de rendre l’itinéraire persistant.

Les instructions de die font référence à tout autre dérivé d’UNIX. Les choses semblent un peu différentes sur mon DietPi.

J’ai essayé de faire l’entrée dans /etc/network/interfaces, avec pour résultat que le port Ethernet du Pi ne répond plus 😒 Je suppose que je vais devoir brancher un écran et un clavier et voir si je peux résoudre le problème.

Avez-vous une astuce à me donner pour conserver les itinéraires sur DietPi (Debian) ?

J’ai maintenant également signalé le problème à la communauté TELTONIKA.

Enquête:

Le tunnel fonctionne aussi loin qu’il est censé le faire.
Maintenant, j’ai du mal à faire fonctionner le tunnel de manière symétrique, c’est-à-dire que je peux non seulement voir le sous-réseau du serveur du client, mais également le sous-réseau client du serveur. J’ai ajouté la route nécessaire côté serveur et je vois (en utilisant tcpdump) que les paquets adressés au réseau client sont envoyés dans le tunnel, mais rien ne revient.

Voici à quoi ressemble la table de routage sur le RUT :
root@RUT956 :~#route IP
0.0.0.0/1 via 10.198.101.1 dev tun_c_Bodmeli
*dev par défaut wwan0 proto lien de portée statique src 10.30.81.91 métrique 4
10.30.81.91 dev wwan0 proto lien de portée statique métrique 4
10.198.101.0/24 dev tun_c_Bodmeli proto kernel scope link src 10.198.101.2
*92.107.60.66 développeur wwan0
128.0.0.0/1 via 10.198.101.1 dev tun_c_Bodmeli
192.168.1.0/24 via 10.198.101.1 dev tun_c_Bodmeli
192.168.2.0/24 dev br-lan proto lien de portée statique métrique 1
root@RUT956 :~#

Ce sont les itinéraires originaux générés automatiquement par le RUT.

Mes questions :

Dois-je ajouter quelque chose de plus ?
Puis-je installer tcpdump sur le RUT pour dépanner ou cela pourrait-il gâcher quelque chose sur le RUT ?

Merci pour votre soutien !
Fritz

Voici la réponse :

Ajoutez ce qui suit à la configuration du serveur :

rép-config-client /etc/openvpn/ccd

Cela indique au serveur où se trouvent les configurations client.

Dans le répertoire (dans cet exemple /etc/openvpn/ccd), créez un fichier nommé d’après le nom commun (CN) du client à partir de son certificat. Par exemple, si le CN d’un client est client1, vous créerez un fichier nommé client1 dans le répertoire ccd. Dans ce fichier, vous pouvez spécifier des options pour ce client spécifique. Pour associer un client à un réseau spécifique, vous pouvez utiliser l’option iroute :

iroute 192.168.10.0 255.255.255.0

Cela indique au serveur d’associer le réseau 192.168.10.0/24 au client1. Fondamentalement, cela signifie que le serveur acheminera le trafic destiné au réseau 192.168.10.0/24 via client1.

Cordialement,

Qu’en pensez-vous ? Est-ce qu’il pourrait y avoir quelque chose là-dedans ?

LG Fritz

Frafeffeu86 · 11 sept. 2023

@r00t @DomiP

La pointe de l’iroute de Teltonika était en fait la dernière pièce manquante.

Un grand merci à vous pour vos astuces et conseils ! Sans eux, je ne serais jamais arrivé aussi loin. 👍👍👍

Maintenant, je dois faire un peu de réglage…

Il semble que le routeur LTE étouffe tout le trafic passant par le tunnel, ce qui n’est pas vraiment le cas.

LG Fritz

Frafeffeu86 · 11 sept. 2023

@r00t @DomiP

Alors maintenant, les choses se déroulent presque comme prévu.

J’ai dû commenter quelques commandes push côté serveur afin que le client ne poursuive pas tout le trafic à travers le tunnel.

Maintenant j’ai un dernier problème :

Je n’ai pas encore réussi à rendre persistante la route statique nécessaire.

J’ai trouvé diverses recettes sur Google, mais rien n’y fait ! 😕

Quelqu’un a posé exactement cette question sur le forum DietPi, mais curieusement, il n’a pas obtenu de réponse…. 😵‍💫

Il doit y avoir un moyen

route IP ajouter 192.168.2.0/24 via 10.198.101.2

pour le rendre persistant !

L’un de vous peut-il me donner le conseil le plus important ?

S’il te plaît, ne me laisse pas tomber

LG Fritz

r00t · 12 sept. 2023

Salut @Frafeffeu86

Désolé pour la réponse tardive.

Eh bien, en utilisant iroute, l’itinéraire est défini dès que le VPN est en cours d’exécution. Ou?

Ensuite, après un redémarrage, il vous suffit de vous assurer que le tunnel est automatiquement prêt - ni mon Pi ni moi ne sommes au régime, donc je dois deviner un peu maintenant, mais je dirais que ça devrait en fait aller bien maintenant.

La route est-elle terminée après le redémarrage du Pi ? Le routeur essaie-t-il automatiquement de se reconnecter au VPN ?

LG

r00t

Frafeffeu86 · 13 sept. 2023

@r00t

Donc, ce que j’ai trouvé, c’est qu’il a besoin à la fois de l’entrée iroute sur le serveur et de la route statique sur le Pi pour que cela fonctionne.

Le tunnel est reconstruit sans problème après un redémarrage (sans fissures au plafond 😉), mais le fonctionnement symétrique ne fonctionne à nouveau qu’après avoir gratté à nouveau le tracé statique. Cela signifie que je cherche toujours un moyen de rendre l’itinéraire persistant sur DietPi.

Mais maintenant, j’ai découvert un autre problème :

Depuis le réseau du serveur, j’ai une connexion au routeur LTE et je peux m’y connecter, etc.

J’ai ensuite naïvement supposé que j’aurais alors accès à l’ensemble du sous-réseau du routeur LTE - jusqu’à ce que je le teste 😕. Les PING arrivent sur l’appareil dans le réseau client (vérifiés avec WireShark), mais rien n’est renvoyé 😒.

J’ai signalé ce fait au support Teltonika, nous verrons si quelque chose se passe.

Ou avez-vous encore une idée géniale ?

LG Fritz

Frafeffeu86 · 14 sept. 2023

@r00t @DomiP

Le problème avec le PING a été résolu. Il s’agissait d’un problème de configuration du pare-feu. Heureusement, je l’ai compris moi-même 😳…..

En revanche, des conseils pertinents sur les routes statiques persistantes sur un DietPi sont toujours les bienvenus.

LG Fritz

r00t · 14 sept. 2023

Salut @Frafeffeu86

En revanche, des conseils pertinents sur les routes statiques persistantes sur un DietPi sont toujours les bienvenus.

Alors un de mes Pis doit être au régime, je vous le dirai dès que j’en saurai plus.

LG

r00t

r00t · 14 sept. 2023

Salut @Frafeffeu86

J’ai encore appris quelque chose, DietPi est un Pi au régime, ou une Debian bien nourrie - selon le point de vue 😄

Voici comment cela fonctionne pour moi (remplacez l’adresse via bien sûr) :

Fichier /etc/network/interfaces

# Emplacement : /etc/network/interfaces
# Veuillez modifier les paramètres réseau via : dietpi-config
# Ou créez vos propres drop-ins dans : /etc/network/interfaces.d/

# Déposez les configurations
source interfaces.d/*

#Ethernet
autoriser le branchement à chaud eth0
iface eth0 inet DHCP
adresse 192.168.0.100
masque de réseau 255.255.255.0
passerelle 192.168.0.1
#serveurs de noms DNS 9.9.9.9 149.112.112.112
la route IP vers le haut ajoute 192.168.2.0/24 via 10.20.10.2
la route IP vers le bas supprime 192.168.2.0/24 via 10.20.10.2

#Wi-Fi
#allow-hotplug wlan0
iface wlan0 inet DHCP
adresse 192.168.0.100
masque de réseau 255.255.255.0
passerelle 192.168.0.1
#serveurs de noms DNS 9.9.9.9 149.112.112.112
mise hors tension sans fil
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf

Vous pouvez le faire en utilisant systemctl restart networking. Si vous êtes courageux, via SSH, sinon connectez le pi directement à un moniteur et un clavier. Cela peut prendre un certain temps avant que le Pi soit à nouveau en ligne, mais il devrait être de retour au plus tard après 30 secondes.

Avec _systemctl status networkin_g et journalctl -xefu networking, vous pouvez dépanner en cas de problème. Ne désespérez pas, des générations d’étudiants en informatique ont désespéré de ce dossier 😉

Si vous utilisez le WiFi, la config doit bien entendu être sous wlan0.

LG

r00t

Frafeffeu86 · 14 sept. 2023

J’ai déjà essayé cette entrée, mais cela n’a pas fonctionné pour moi et cela ne fonctionne toujours pas. Après un redémarrage, la route a disparu 😣

L’état du réseau systemctl après le redémarrage affiche ce qui suit :

root@DietPi : ~# mise en réseau du statut systemctl
Quantity networking.service - Augmenter les interfaces réseau
Chargé : chargé (/lib/systemd/system/networking.service ; activé ; prédéfini : activé)
Actif : actif (sorti) depuis le jeu. 2023-09-14 22:11:06 CEST ; il y a 1min 1s
Documents : man:interfaces(5)
Processus : 309 ExecStart=/sbin/ifup -a –read-environment (code=exited, status=0/SUCCESS)
Processus : 374 ExecStart=/bin/sh -c if [ -f /run/network/restart-hotplug ]; puis /sbin/ifup -a –read-environment –allow=hotplug; fi (code=sorti, statut=0/SUCCÈS)
PID principal : 374 (code=sorti, statut=0/SUCCÈS)
CPU : 265 ms

14 septembre 22:11:05 DietPi systemd[1] : Démarrage de networking.service - Augmenter les interfaces réseau…
14 septembre 22:11:06 DietPi systemd[1] : Terminé networking.service - Augmenter les interfaces réseau.
[root@DietPi:~#](mailto:root@DietPi:~)

Pourquoi toujours moi??? 😥

Frafeffeu86 · 14 sept. 2023

Voici le déclencheur : @r00t

r00t · 14 sept. 2023

Salut @Frafeffeu86

oh bien sûr - c’est une interface différente. aaégalement - puisque openvpn gère l’interface tun0, nous devons laisser openvpn le faire.

1. Remettez /etc/network/interfaces à son état d’origine.

2. dans /etc/openvpn/server.conf :

itinéraire 192.168.2.0 255.255.255.0 10.198.101.2

ajouter.

3. Redémarrez le serveur openvpn avec systemctl restart openvpn.

4. On croise les doigts 😉

LG

r00t

Frafeffeu86 · 15 sept. 2023

@r00t 👌👌👌👍👍👍🕺📣🥳🎉

Youpi !! Ça marche! Tu es un génie !

Merci beaucoup pour votre aide !

Une dernière question : Où se trouvent les paramètres d’adresse du port Ethernet ?

Apparemment, il ne se soucie pas des entrées dans /etc/network/interfaces…

LG Fritz