<div><span style="font-family: courier new, courier, monaco, monospace, sans-serif; font-size: 11pt;" data-mce-style="font-family: courier new, courier, monaco, monospace, sans-serif; font-size: 11pt;">dev tun</span><br><span style="font-family:courier new, courier, monaco, monospace, sans-serif; font-size: 11pt;" data-mce-style="font-family: courier new, courier, monaco, monospace, sans-serif; font-size: 11pt;">tls-client</span><br><span style="font-family: courier new, courier, monaco,
<div><div>Le fichier .opvpn m'est fourni par le détenteur du serveur openvpn.</div>Je ne suis pas expert en openvpn bien qu'autonome pour l'utiliser.</div><div><br data-mce-bogus="1"></div><div>Je me dis que le problème vient de ce fichier deconfiguration openvpn.</div><br><div>Je fouille donc du côté d'openvpn "Comment router tout le trafic d'une machine dans un tunnel openvpn"...<br data-mce-bogus="1"></div><div><br data-mce-bogus="1"></div><div>Résultat : </div><div>Il se pourrait que
Bonjour,
Je peux me connecter à un serveur openvpn en CLI (sudo openvpn
truc.conf) ou par le GUI (gnome VPN settings : clic).
Je vois cette connexion client sur le serveur (10.0.0.x).
$ ip addr
2: enp0s25: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc
pfifo_fast master br0 state UP group default qlen 1000
link/ether 78:e7:d1:85:f0:79 brd ff:ff:ff:ff:ff:ff
3: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state
UP group default qlen 1000
link/ether 92:fc:e6:5d:91:eb brd ff:ff:ff:ff:ff:ff
inet 192.168.1.153/24 brd 192.168.1.255 scope global noprefixroute br0 valid_lft forever preferred_lft forever
inet6 2a02:.................................... /64 scope global dynamic noprefixroute
valid_lft 604402sec preferred_lft 604402sec
inet6 fe80::.................../64 scope link noprefixroute valid_lft forever preferred_lft forever
...
21: tun0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc
pfifo_fast state UNKNOWN group default qlen 500
link/none
inet 10.0.0.2 peer 10.0.0.5/32 scope global tun0
valid_lft forever preferred_lft forever
inet6 fe80::................................./64 scope link stable-privacy
valid_lft forever preferred_lft forever
Oui, il y a un bridge car j'avais du utiliser ce mécanisme pour me
tirer d'un problème de connexion. Avec nmcli.
Ça fonctionne bien ainsi depuis des années.
Malgré le tunnel, depuis un autre terminal ou depuis un navigateur ma machine a toujours la même adresse IP (celle publique fournie par mon opérateur), bien que je sois connecté au vpn.
Je suis autonome en réseau pour des choses ordinaires.
Là c'est plus compliqué...
Voici le fichier .ovpn (freebox) qui bascule toutes les cnx de la
machine dans le VPN (sans les certificats)
client
remote $REMOTE_IP 6504
proto udp
nobind
dev-type tun
pull
dev tun0
redirect-gateway
auth-user-pass login.txt
auth-retry interact
fragment 1452
mssfix 1452
explicit-exit-notify 3
remote-cert-tls server
verify-x509-name "C=FR, O=Freebox SA, CN=Freebox OpenVPN server xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx"
cipher AES-256-CBC
Et celui qui ne fait pas ce que j'attends :
dev tun
tls-client
remote $REMOTE_IP 1195
pull
proto udp
script-security 2
comp-lzo
reneg-sec 0
cipher AES-256-CBC
auth SHA512
auth-user-pass
Le fichier .opvpn m'est fourni par le détenteur du serveur openvpn.
Je ne suis pas expert en openvpn bien qu'autonome pour l'utiliser.
Je me dis que le problème vient de ce fichier de configuration openvpn.
Je fouille donc du côté d'openvpn "Comment router tout le trafic d'une machine dans un tunnel openvpn"...
Résultat :
Il se pourrait que ce soit la directive suivante qui permette de
router tout le trafic dans le tunnel vpn :
redirect-gateway
ou
redirect-gateway def1
Ou
push "redirect-gateway"
push "redirect-gateway def1"
Qu'en pensez-vous ?
Quelle est la manière de faire ça proprement ?
- sans modifier le fichier .opvpn fourni
- en le modifiant a minima (ex : ajouter la directive redirect-gateway)
Je vais plus loin :
J'ai souvent besoin de me connecter à diverses machines en CLI ou avec
un navigateur via un tunnel.
Je sais faire ça successivement mais pas simultanément.
Je veux éviter de devoir gérer successivement chaque tunnel unique.
J'ai aussi des connexions RDP actives qui doivent rester hors des tunnels.
Comment puis-je router SIMULTANEMENT le trafic de tel terminal, ou
telle fenêtre de navigateur dans le tunnel ssh/vpn qui LUI correspond,
sans toucher au trafic des autres connexions (RDP, etc.) ?
Ça c'est du vrai réseau, pas ordinaire (pour moi)...!
Merci.
Merci.
Je vais d'abord plancher sur iproute2 puisque c'est la norme.
wireguard : je croyais que c'était juste un vpn alternatif à openpvn
ou autre. A creuser pour moi.
------------------------------------------------------------------------
*De: *"NoSpam" <no-spam@tootai.net>
*À: *"Liste Debian" <debian-user-french@lists.debian.org>
*Envoyé: *Dimanche 9 Juillet 2023 17:00:14
*Objet: *Re: Tunnel openvpn - comment router tout le trafic dedans ou
bien router simultanément le trafic d'un terminal/d'une fenêtre de navigateur/d'un process dans SON propre tunnel?
Cela s'appelle du routage, iproute2 installé d'office, fait cela en
faisant du marquage. Sinon wireguard permet également de router via sa configuration
Le 09/07/2023 à 14:11, roger.tarani@free.fr a écrit :
Bonjour,
Je peux me connecter à un serveur openvpn en CLI (sudo openvpn
truc.conf) ou par le GUI (gnome VPN settings : clic).
Je vois cette connexion client sur le serveur (10.0.0.x).
$ ip addr
2: enp0s25: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc
pfifo_fast master br0 state UP group default qlen 1000
link/ether 78:e7:d1:85:f0:79 brd ff:ff:ff:ff:ff:ff
3: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue
state UP group default qlen 1000
link/ether 92:fc:e6:5d:91:eb brd ff:ff:ff:ff:ff:ff
inet 192.168.1.153/24 brd 192.168.1.255 scope global noprefixroute br0
valid_lft forever preferred_lft forever
inet6 2a02:.................................... /64 scope global
dynamic noprefixroute
valid_lft 604402sec preferred_lft 604402sec
inet6 fe80::.................../64 scope link noprefixroute
valid_lft forever preferred_lft forever
...
21: tun0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc
pfifo_fast state UNKNOWN group default qlen 500
link/none
inet 10.0.0.2 peer 10.0.0.5/32 scope global tun0
valid_lft forever preferred_lft forever
inet6 fe80::................................./64 scope link
stable-privacy
valid_lft forever preferred_lft forever
Oui, il y a un bridge car j'avais du utiliser ce mécanisme pour me
tirer d'un problème de connexion. Avec nmcli.
Ça fonctionne bien ainsi depuis des années.
Malgré le tunnel, depuis un autre terminal ou depuis un navigateur
ma machine a toujours la même adresse IP (celle publique fournie
par mon opérateur), bien que je sois connecté au vpn.
Je suis autonome en réseau pour des choses ordinaires.
Là c'est plus compliqué...
Voici le fichier .ovpn (freebox) qui bascule toutes les cnx de la
machine dans le VPN (sans les certificats)
client
remote $REMOTE_IP 6504
proto udp
nobind
dev-type tun
pull
dev tun0
redirect-gateway
auth-user-pass login.txt
auth-retry interact
fragment 1452
mssfix 1452
explicit-exit-notify 3
remote-cert-tls server
verify-x509-name "C=FR, O=Freebox SA, CN=Freebox OpenVPN server
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx"
cipher AES-256-CBC
Et celui qui ne fait pas ce que j'attends :
dev tun
tls-client
remote $REMOTE_IP 1195
pull
proto udp
script-security 2
comp-lzo
reneg-sec 0
cipher AES-256-CBC
auth SHA512
auth-user-pass
Le fichier .opvpn m'est fourni par le détenteur du serveur openvpn.
Je ne suis pas expert en openvpn bien qu'autonome pour l'utiliser.
Je me dis que le problème vient de ce fichier de configuration
openvpn.
Je fouille donc du côté d'openvpn "Comment router tout le trafic
d'une machine dans un tunnel openvpn"...
Résultat :
Il se pourrait que ce soit la directive suivante qui permette de
router tout le trafic dans le tunnel vpn :
redirect-gateway
ou
redirect-gateway def1
Ou
push "redirect-gateway"
push "redirect-gateway def1"
Qu'en pensez-vous ?
Quelle est la manière de faire ça proprement ?
- sans modifier le fichier .opvpn fourni
- en le modifiant a minima (ex : ajouter la directive
redirect-gateway)
Je vais plus loin :
J'ai souvent besoin de me connecter à diverses machines en CLI ou
avec un navigateur via un tunnel.
Je sais faire ça successivement mais pas simultanément.
Je veux éviter de devoir gérer successivement chaque tunnel unique.
J'ai aussi des connexions RDP actives qui doivent rester hors des
tunnels.
Comment puis-je router SIMULTANEMENT le trafic de tel terminal, ou
telle fenêtre de navigateur dans le tunnel ssh/vpn qui LUI
correspond, sans toucher au trafic des autres connexions (RDP, etc.) ?
Ça c'est du vrai réseau, pas ordinaire (pour moi)...!
Merci.
<b>De: </b>"NoSpam" <no-spam@tootai.net><br><b>À: </b>"Liste Debian" <debian-user-french@lists.debian.org><br><b>Envoyé: </b>Dimanche 9 Juillet 2023 18:08:15<br><b>Objet: </b>Re: Tunnel openvpn - comment router tout le trafic dedans oubien router simultanément le trafic d'un terminal/d'une fenêtre de navigateur/d'un process dans SON propre tunnel?<br></div><div><br></div><div data-marker="__QUOTED_TEXT__"><p>Il te faut du marquage aussi via nftables ou iptables. Wireguard
Le 9 juil. 2023 à 18:08, NoSpam <no-spam@tootai.net> a écrit :
Il te faut du marquage aussi via nftables ou iptables. Wireguard est effectivement alternatif à openvpn, mais plus rapide, plus facile à configurer, technologie récente proche du noyau.
Ma question : Faut-il bien choisir resolvconf ou bien systemd-resolved ?[...]
Et lequel privilégier ?
Le 23 juil. 2023 à 09:03, didier gaumet <didier.gaumet@gmail.com> a écrit :fournissent le nom de paquet resolvconf lorsqu'installés.
Le 23/07/2023 à 05:18, roger.tarani@free.fr a écrit :
tout ça va bien au-delà de ce que je connais donc je réponds juste sur ceci:
[...]
Ma question : Faut-il bien choisir resolvconf ou bien systemd-resolved ? Et lequel privilégier ?[...]
ni l'un ni l'autre, il faut utiliser openresolv ;-)
Non, je plaisante: dans Debian ce sont trois alternatives qui remplissent les mêmes fonctions. Je suppose (pas vérifié) qu'historiquement resolvconf est apparu en premier et que les deux autres plus tard. Les paquets systemd-revolved et openresolv
Donc en fait à moins d'avoir des éléments d'information (fiabilité, rapidité d'exécution, réactivité des développeurs, pérennité du projet, etc...) ou des expérimentations qui te permettent de privilégier un outil plutôt qu'un autre, tuchoisis n'importe lequel.
C'est un peu comme le choix d'un client dhcp, avant on avait le choix (dhcp-client, isc-dhcp (de mémoire)) et les solutions étaient interchangeables.
Par contre il ne faut pas chercher à installer plusieurs outils assurant simultanément la même fonction, sinon on risque les problèmes.
Merci pour ta précision.
Donc ce tuto https://www.tecmint.com/set-permanent-dns-nameservers-in-ubuntu-debian/ <https://www.tecmint.com/set-permanent-dns-nameservers-in-ubuntu-debian/>
qui invite à faire ce qui suit est un peu bizarre, non ?
Save the changes and restart the *resolvconf.service* and *systemd-resolved* or reboot the system.
$ sudo systemctl restart resolvconf.service
$ sudo systemctl restart systemd-resolved.service
D’après les commentaires laissés sur ce site, les résultats ont été variables…
resolvconf semble marcher.
systemd-resolved aussi (bien qu’il faille toujours fouiller dans la doc
de systemd pour bien tout comprendre ; ensuite, ça va)
Quel outil de résolution de nom faut-il choisir pour quel usage ?
Sur un poste de travail ?
Sur un serveur ?
PS : Quand on installe debian pour la première fois, je ne me souviens[...]
plus qu’on m’ait demandé quel service de résolution de nom je pouvais choisir.
Merci pour ta précision.
Donc ce tuto https://www.tecmint.com/set-permanent-dns-nameservers-in-ubuntu-debian/ <https://www.tecmint.com/set-permanent-dns-nameservers-in-ubuntu-debian/>
qui invite à faire ce qui suit est un peu bizarre, non ?
Save the changes and restart the *resolvconf.service* and *systemd-resolved* or reboot the system.
$ sudo systemctl restart resolvconf.service
$ sudo systemctl restart systemd-resolved.service
D’après les commentaires laissés sur ce site, les résultats ont été variables…
resolvconf semble marcher.
systemd-resolved aussi (bien qu’il faille toujours fouiller dans la doc
de systemd pour bien tout comprendre ; ensuite, ça va)
Quel outil de résolution de nom faut-il choisir pour quel usage ?
Sur un poste de travail ?
Sur un serveur ?
PS : Quand on installe debian pour la première fois, je ne me souviens[...]
plus qu’on m’ait demandé quel service de résolution de nom je pouvais choisir.
Tu dois cond gérer en manuel /etc/resolv.conf .
J'ai lu ton dernier message vers18h qui parle du DNS géré par NM (https://wiki.gnome.org/Projects/NetworkManager/DNS)
Sur mon poste de travail, j'ai NM qui gérait /etc/resolv.conf , mais comme j'ai installé resolvconf, à présent :
/etc/resolv.conf -> ../run/resolvconf/resolv.conf
J'ai essayé d'arrêter resolvconf.service et de redémarrer NetworkManager.service .
Ça ne change rien.
Je ne sais pas trop quoi faire pour que NM gère la résolution de noms... J'ai la tête qui fume.
Une piste pour sortir de ce bazar ?
Merci.
PS :
Le seul endroit du manuel debian qui parle de résolution de noms que j'ai trouvé est :
https://www.debian.org/doc/manuals/debian-reference/ch05.fr.html#_the_hostname_resolution
Il faut aller chez Arch pour des infos sur systemd-resolved (ta réf : https://wiki.archlinux.org/title/Systemd-resolved ).
C'est étrange, non ?
Tu dois cond gérer en manuel /etc/resolv.conf .
J'ai lu ton dernier message vers18h qui parle du DNS géré par NM (https://wiki.gnome.org/Projects/NetworkManager/DNS)
Sur mon poste de travail, j'ai NM qui gérait /etc/resolv.conf , mais comme j'ai installé resolvconf, à présent :
/etc/resolv.conf -> ../run/resolvconf/resolv.conf
J'ai essayé d'arrêter resolvconf.service et de redémarrer NetworkManager.service .
Ça ne change rien.
Je ne sais pas trop quoi faire pour que NM gère la résolution de noms... J'ai la tête qui fume.
Une piste pour sortir de ce bazar ?
Merci.
PS :
Le seul endroit du manuel debian qui parle de résolution de noms que j'ai trouvé est :
https://www.debian.org/doc/manuals/debian-reference/ch05.fr.html#_the_hostname_resolution
Il faut aller chez Arch pour des infos sur systemd-resolved (ta réf : https://wiki.archlinux.org/title/Systemd-resolved ).
C'est étrange, non ?
A moins que tu n'aies un besoin bien particulier, l'ordinateur dont tu parles est un PC avec un bureau et NetworkManager, donc je te conseille:
- de purger par apt (apt remove n'est pas suffisant car il n'enlève pas les
fichiers de conf.) resolvconf. Si tu as déjà fait une apt remove de
resolvconf, réinstalle-le (apt install) pour pouvoir le purger (apt purge)
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 546 |
Nodes: | 16 (2 / 14) |
Uptime: | 02:20:55 |
Calls: | 10,385 |
Calls today: | 2 |
Files: | 14,057 |
Messages: | 6,416,582 |