[VPN WireGuard] Pas de connectivité IPv4

Entraide numérique
1

Hello!

Petite bouteille à la mer concernant le VPN Wireguard que me fournit ARN.

Mon cas d’usage est plutôt simple: Mon LAN est derrière un routeur OpenWRT. C’est ce routeur qui établit le tunnel WG distant avec le peer fourni par ARN.

Or, depuis que le VPN m’a été livré, je rencontre le problème illustré par les pings suivants:
À noter qu’afin d’éviter tout problème qui pourrait provenir de mon propre routage, ces pings sont effectués directement sur le routeur qui fait tourner le client WireGuard, et que pour la même raison, ils sont tous forcés d’utiliser l’interface du tunnel WG.

Une fois le tunnel démarré, le handshake a bien lieu

■■■■■■■■■:~# wg show
interface: ARN_WG
  public key: G6mZ4hvvA6NXVeHYrzHjImbbiE1V4TQG/GX/zlJhLyw=
  private key: (hidden)
  listening port: 44216

peer: t3+JkBfXI1uw8fa9P6JfxXJfTPm9cOHcgIN215UHg2g=
  preshared key: (hidden)
  endpoint: 89.234.141.83:8095
  allowed ips: 0.0.0.0/0, ::/0
  latest handshake: 9 seconds ago
  transfer: 1000 B received, 129.38 KiB sent
  persistent keepalive: every 15 seconds

Mon trafic IPv6 est routé à merveille:

■■■■■■■■■:~# ping6 -I ARN_WG -c 3 2606:4700:4700::1111
PING 2606:4700:4700::1111 (2606:4700:4700::1111): 56 data bytes
64 bytes from 2606:4700:4700::1111: seq=0 ttl=51 time=172.006 ms
64 bytes from 2606:4700:4700::1111: seq=1 ttl=51 time=57.485 ms
64 bytes from 2606:4700:4700::1111: seq=2 ttl=51 time=151.325 ms

— 2606:4700:4700::1111 ping statistics —
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max = 57.485/126.938/172.006 ms

Donc le tunnel entre mon routeur et ARN fonctionne a priori très bien.

Mais pourtant, mon trafic IPv4 se perd systématiquement!

■■■■■■■■■:~# ping -I ARN_WG -c 3 1.1.1.1
PING 1.1.1.1 (1.1.1.1): 56 data bytes

— 1.1.1.1 ping statistics —
3 packets transmitted, 0 packets received, 100% packet loss

Et c’est comme ça pour toutes les IP distantes qui sont toutes inaccessibles.

Bon, ma couche IPv4 pourrait être simplement cassée quelque part.
MAIS si je ping spécifiquement l’adresse (IPv4) du peer ARN, toujours en forçant à passer via le tunnel WG, là, j’obtiens une réponse:

■■■■■■■■■:~# ping -I ARN_WG -c 3 89.234.141.83
PING 89.234.141.83 (89.234.141.83): 56 data bytes
64 bytes from 89.234.141.83: seq=0 ttl=64 time=133.742 ms
64 bytes from 89.234.141.83: seq=1 ttl=64 time=34.044 ms
64 bytes from 89.234.141.83: seq=2 ttl=64 time=40.111 ms

— 89.234.141.83 ping statistics —
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max = 34.044/69.299/133.742 ms

Donc le seul trafic IPv4 à ne pas être perdu serait celui que l’endpoint du tunnel n’aurait pas besoin de forwarder…
Je commence à être donc assez certain qu’il y a un problème côté ARN, plus spécifiquement quelque part dans les forward de trafic IPv4 entre le tunnel et l’extérieur.

Pour info, j’ai répété l’expérience sur un autre WAN avec une autre machine, en l’occurrence un laptop Arch dont le réseau est géré par NetworkManager, en suivant simplement la procédure correspondante indiquée dans le Wiki, et: même résultat.

Avez-vous déjà rencontré un souci similaire ?
Avez-vous des remarques ou bien des propositions de tests complémentaires ?
Sauriez-vous ce qu’il serait possible de faire afin que ce problème soit résolu?

Merci d’avance!

saucisse

2

Hello, un souci possiblement similaire, avec mon serveur postfix ne réussissant pas à établir une connexion TLS entrante en IPv4 via le tunnel wireguard : voir les commentaires dans https://forum.arn-fai.net/t/topic/12944

3

Hello, merci pour ta réponse.

De ce que je comprends de ton problème, j’aurais tendance à dire que ça doit pas être le même souci, puisque de ton côté ça a l’air d’être une rupture inopinée d’une transaction TLS dans un transit par ailleurs fonctionnel, alors que du mien je n’ai carrément aucun trafic IPv4 du tout

4

C’est possible. Et c’est probablement un souci relativement récent, car avant (il y a quelques semaines/mois) je recevais mes mails via le tunnel normalement.

5

Hello!

Toujours rien de neuf, tout mon trafic IPv4 a toujours l’air de se perdre côté ARN.

Est-ce que ça serait possible qu’un staff jette un oeil?
Si je suis le seul à rencontrer ce problème, une première approche pourrait-elle peut-être être de forcer un renouvellement de la config VPN qui m’a été attribuée?

Merci d’avance! :smiley: