# Docker openvpn - client debian et android

**URL:** <https://www.debian-fr.org/t/docker-openvpn-client-debian-et-android/83492>\
**Category:** Support Debian\
**Created:** [Décembre 7, 2020, 9:13 UTC](https://www.debian-fr.org/t/docker-openvpn-client-debian-et-android/83492 "2020-12-07T21:13:29Z")\
**Posts on this page:** 12\
**Page:** 1

<div class="post-metadata">

**Author:** ![Goti](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/g/278dde/32.png) [@Goti](https://www.debian-fr.org/u/Goti)\
**Post date:** [Décembre 7, 2020, 9:13 UTC](https://www.debian-fr.org/t/docker-openvpn-client-debian-et-android/83492/1 "2020-12-07T21:13:29Z")

</div>

Bonjour,

J ai une config de ce type:

Docker kylemanna/openvpn\<----tun----\>192.168.255.10/ 10.8.0.18\<----eth0----\>10.8.0.19

ainsi qu’un client sur android

Pour le traffic internet tout fonctionne très bien sans souci.  
Ce que je cherche a faire c est de pouvoir me connecter au 10.8.0.19 ( on peux changer l’ip si besoin).

Cependant mon niveau de réseau est ce qu’il est, je ne pige rien à la logique du réseau et des tables de routage. Et je demande l’aide.

Amicalement

---

<div class="post-metadata">

**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\
**Post date:** [Décembre 8, 2020, 6:50 UTC](https://www.debian-fr.org/t/docker-openvpn-client-debian-et-android/83492/2 "2020-12-08T06:50:43Z")

</div>

> [@Goti](#):
>
> Cependant mon niveau de réseau est ce qu’il est, je ne pige rien à la logique du réseau et des tables de routage. Et je demande l’aide.

Tu peux fournir les résultats de :

```auto
iptables-save -vnL
ip route

```

---

<div class="post-metadata">

**Author:** ![Goti](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/g/278dde/32.png) [@Goti](https://www.debian-fr.org/u/Goti)\
**Post date:** [Décembre 8, 2020, 7:52 UTC](https://www.debian-fr.org/t/docker-openvpn-client-debian-et-android/83492/3 "2020-12-08T07:52:26Z")

</div>

sur ma gateway ( ici une cm3+ avec Raspbian 10)

`iptables-save -vnL`

```nohighlight
Chain INPUT (policy DROP 1045 packets, 30808 bytes)
 pkts bytes target prot opt in out source destination
60053 68M ufw-before-logging-input all -- * * 0.0.0.0/0 0.0.0.0/0
60053 68M ufw-before-input all -- * * 0.0.0.0/0 0.0.0.0/0
 1058 33189 ufw-after-input all -- * * 0.0.0.0/0 0.0.0.0/0
 1045 30808 ufw-after-logging-input all -- * * 0.0.0.0/0 0.0.0.0/0
 1045 30808 ufw-reject-input all -- * * 0.0.0.0/0 0.0.0.0/0
 1045 30808 ufw-track-input all -- * * 0.0.0.0/0 0.0.0.0/0

Chain FORWARD (policy DROP 0 packets, 0 bytes)
 pkts bytes target prot opt in out source destination
    0 0 ufw-before-logging-forward all -- * * 0.0.0.0/0 0.0.0.0/0
    0 0 ufw-before-forward all -- * * 0.0.0.0/0 0.0.0.0/0
    0 0 ufw-after-forward all -- * * 0.0.0.0/0 0.0.0.0/0
    0 0 ufw-after-logging-forward all -- * * 0.0.0.0/0 0.0.0.0/0
    0 0 ufw-reject-forward all -- * * 0.0.0.0/0 0.0.0.0/0
    0 0 ufw-track-forward all -- * * 0.0.0.0/0 0.0.0.0/0

Chain OUTPUT (policy ACCEPT 44 packets, 1910 bytes)
 pkts bytes target prot opt in out source destination
52804 5553K ufw-before-logging-output all -- * * 0.0.0.0/0 0.0.0.0/0
52804 5553K ufw-before-output all -- * * 0.0.0.0/0 0.0.0.0/0
 3234 504K ufw-after-output all -- * * 0.0.0.0/0 0.0.0.0/0
 3234 504K ufw-after-logging-output all -- * * 0.0.0.0/0 0.0.0.0/0
 3234 504K ufw-reject-output all -- * * 0.0.0.0/0 0.0.0.0/0
 3234 504K ufw-track-output all -- * * 0.0.0.0/0 0.0.0.0/0

Chain ufw-before-logging-input (1 references)
 pkts bytes target prot opt in out source destination

Chain ufw-before-logging-output (1 references)
 pkts bytes target prot opt in out source destination

Chain ufw-before-logging-forward (1 references)
 pkts bytes target prot opt in out source destination

Chain ufw-before-input (1 references)
 pkts bytes target prot opt in out source destination
  387 26998 ACCEPT all -- lo * 0.0.0.0/0 0.0.0.0/0
54773 68M ACCEPT all -- * * 0.0.0.0/0 0.0.0.0/0 ctstate RELATED,ESTABLISHED
    0 0 ufw-logging-deny all -- * * 0.0.0.0/0 0.0.0.0/0 ctstate INVALID
    0 0 DROP all -- * * 0.0.0.0/0 0.0.0.0/0 ctstate INVALID
    0 0 ACCEPT icmp -- * * 0.0.0.0/0 0.0.0.0/0 icmptype 3
    0 0 ACCEPT icmp -- * * 0.0.0.0/0 0.0.0.0/0 icmptype 11
    0 0 ACCEPT icmp -- * * 0.0.0.0/0 0.0.0.0/0 icmptype 12
    0 0 ACCEPT icmp -- * * 0.0.0.0/0 0.0.0.0/0 icmptype 8
    0 0 ACCEPT udp -- * * 0.0.0.0/0 0.0.0.0/0 udp spt:67 dpt:68
 4893 592K ufw-not-local all -- * * 0.0.0.0/0 0.0.0.0/0
  825 91583 ACCEPT udp -- * * 0.0.0.0/0 224.0.0.251 udp dpt:5353
    0 0 ACCEPT udp -- * * 0.0.0.0/0 239.255.255.250 udp dpt:1900
 4068 500K ufw-user-input all -- * * 0.0.0.0/0 0.0.0.0/0

Chain ufw-before-output (1 references)
 pkts bytes target prot opt in out source destination
  387 26998 ACCEPT all -- * lo 0.0.0.0/0 0.0.0.0/0
49183 5022K ACCEPT all -- * * 0.0.0.0/0 0.0.0.0/0 ctstate RELATED,ESTABLISHED
 3234 504K ufw-user-output all -- * * 0.0.0.0/0 0.0.0.0/0

Chain ufw-before-forward (1 references)
 pkts bytes target prot opt in out source destination
    0 0 ACCEPT all -- * * 0.0.0.0/0 0.0.0.0/0 ctstate RELATED,ESTABLISHED
    0 0 ACCEPT icmp -- * * 0.0.0.0/0 0.0.0.0/0 icmptype 3
    0 0 ACCEPT icmp -- * * 0.0.0.0/0 0.0.0.0/0 icmptype 11
    0 0 ACCEPT icmp -- * * 0.0.0.0/0 0.0.0.0/0 icmptype 12
    0 0 ACCEPT icmp -- * * 0.0.0.0/0 0.0.0.0/0 icmptype 8
    0 0 ufw-user-forward all -- * * 0.0.0.0/0 0.0.0.0/0

Chain ufw-after-input (1 references)
 pkts bytes target prot opt in out source destination
    0 0 ufw-skip-to-policy-input udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpt:137
    0 0 ufw-skip-to-policy-input udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpt:138
    0 0 ufw-skip-to-policy-input tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:139
    0 0 ufw-skip-to-policy-input tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:445
    3 1040 ufw-skip-to-policy-input udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpt:67
    0 0 ufw-skip-to-policy-input udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpt:68
   10 1341 ufw-skip-to-policy-input all -- * * 0.0.0.0/0 0.0.0.0/0 ADDRTYPE match dst-type BROADCAST

Chain ufw-after-output (1 references)
 pkts bytes target prot opt in out source destination

Chain ufw-after-forward (1 references)
 pkts bytes target prot opt in out source destination

Chain ufw-after-logging-input (1 references)
 pkts bytes target prot opt in out source destination
 1045 30808 LOG all -- * * 0.0.0.0/0 0.0.0.0/0 limit: avg 3/min burst 10 LOG flags 0 level 4 prefix "[UFW BLOCK] "

Chain ufw-after-logging-output (1 references)
 pkts bytes target prot opt in out source destination

Chain ufw-after-logging-forward (1 references)
 pkts bytes target prot opt in out source destination
    0 0 LOG all -- * * 0.0.0.0/0 0.0.0.0/0 limit: avg 3/min burst 10 LOG flags 0 level 4 prefix "[UFW BLOCK] "

Chain ufw-reject-input (1 references)
 pkts bytes target prot opt in out source destination

Chain ufw-reject-output (1 references)
 pkts bytes target prot opt in out source destination

Chain ufw-reject-forward (1 references)
 pkts bytes target prot opt in out source destination

Chain ufw-track-input (1 references)
 pkts bytes target prot opt in out source destination

Chain ufw-track-output (1 references)
 pkts bytes target prot opt in out source destination
  109 12056 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 ctstate NEW
 3081 490K ACCEPT udp -- * * 0.0.0.0/0 0.0.0.0/0 ctstate NEW

Chain ufw-track-forward (1 references)
 pkts bytes target prot opt in out source destination

Chain ufw-logging-deny (2 references)
 pkts bytes target prot opt in out source destination
    0 0 RETURN all -- * * 0.0.0.0/0 0.0.0.0/0 ctstate INVALID limit: avg 3/min burst 10
    0 0 LOG all -- * * 0.0.0.0/0 0.0.0.0/0 limit: avg 3/min burst 10 LOG flags 0 level 4 prefix "[UFW BLOCK] "

Chain ufw-logging-allow (0 references)
 pkts bytes target prot opt in out source destination
    0 0 LOG all -- * * 0.0.0.0/0 0.0.0.0/0 limit: avg 3/min burst 10 LOG flags 0 level 4 prefix "[UFW ALLOW] "

Chain ufw-skip-to-policy-input (7 references)
 pkts bytes target prot opt in out source destination
   13 2381 DROP all -- * * 0.0.0.0/0 0.0.0.0/0

Chain ufw-skip-to-policy-output (0 references)
 pkts bytes target prot opt in out source destination
    0 0 ACCEPT all -- * * 0.0.0.0/0 0.0.0.0/0

Chain ufw-skip-to-policy-forward (0 references)
 pkts bytes target prot opt in out source destination
    0 0 DROP all -- * * 0.0.0.0/0 0.0.0.0/0

Chain ufw-not-local (1 references)
 pkts bytes target prot opt in out source destination
    2 104 RETURN all -- * * 0.0.0.0/0 0.0.0.0/0 ADDRTYPE match dst-type LOCAL
 1870 122K RETURN all -- * * 0.0.0.0/0 0.0.0.0/0 ADDRTYPE match dst-type MULTICAST
 3021 470K RETURN all -- * * 0.0.0.0/0 0.0.0.0/0 ADDRTYPE match dst-type BROADCAST
    0 0 ufw-logging-deny all -- * * 0.0.0.0/0 0.0.0.0/0 limit: avg 3/min burst 10
    0 0 DROP all -- * * 0.0.0.0/0 0.0.0.0/0

Chain ufw-user-input (1 references)
 pkts bytes target prot opt in out source destination
    2 104 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:22
    0 0 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:22
    0 0 ACCEPT udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpt:22
    0 0 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:5572
    0 0 ACCEPT udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpt:5572
 3008 467K ACCEPT udp -- * * 0.0.0.0/0 0.0.0.0/0 multiport dports 137,138 /* 'dapp_Samba' */
    0 0 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 multiport dports 139,445 /* 'dapp_Samba' */

Chain ufw-user-output (1 references)
 pkts bytes target prot opt in out source destination

Chain ufw-user-forward (1 references)
 pkts bytes target prot opt in out source destination

Chain ufw-user-logging-input (0 references)
 pkts bytes target prot opt in out source destination

Chain ufw-user-logging-output (0 references)
 pkts bytes target prot opt in out source destination

Chain ufw-user-logging-forward (0 references)
 pkts bytes target prot opt in out source destination

Chain ufw-user-limit (0 references)
 pkts bytes target prot opt in out source destination
    0 0 LOG all -- * * 0.0.0.0/0 0.0.0.0/0 limit: avg 3/min burst 5 LOG flags 0 level 4 prefix "[UFW LIMIT BLOCK] "
    0 0 REJECT all -- * * 0.0.0.0/0 0.0.0.0/0 reject-with icmp-port-unreachable

Chain ufw-user-limit-accept (0 references)
 pkts bytes target prot opt in out source destination
    0 0 ACCEPT all -- * * 0.0.0.0/0 0.0.0.0/0

```

```nohighlight
ip route
0.0.0.0/1 via 192.168.255.5 dev tun0
default via 192.168.1.1 dev wlan0 src 192.168.1.14 metric 303
10.8.0.0/24 via 192.168.255.5 dev tun0
10.8.0.0/24 dev eth0 proto dhcp scope link src 10.8.0.18 metric 202
51.38.38.239 via 192.168.1.1 dev wlan0
128.0.0.0/1 via 192.168.255.5 dev tun0
192.168.1.0/24 dev wlan0 proto dhcp scope link src 192.168.1.14 metric 303
192.168.255.1 via 192.168.255.5 dev tun0
192.168.255.5 dev tun0 proto kernel scope link src 192.168.255.6

```

Amicalement

---

<div class="post-metadata">

**Author:** ![Goti](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/g/278dde/32.png) [@Goti](https://www.debian-fr.org/u/Goti)\
**Post date:** [Décembre 8, 2020, 6:52 UTC](https://www.debian-fr.org/t/docker-openvpn-client-debian-et-android/83492/4 "2020-12-08T18:52:15Z")

</div>

Sinon soit passer sur un autre protocole ou mixer et bridger dans les dockers

---

<div class="post-metadata">

**Author:** ![Almtesh](https://www.debian-fr.org/user_avatar/www.debian-fr.org/almtesh/32/10312_2.png) [@Almtesh](https://www.debian-fr.org/u/Almtesh)\
**Post date:** [Décembre 9, 2020, 6:22 UTC](https://www.debian-fr.org/t/docker-openvpn-client-debian-et-android/83492/5 "2020-12-09T06:22:07Z")

</div>

Et que donne le retour des commandes :

```auto
sysctl net.ipv4.ip_forward
sysctl net.ipv6.conf.all.forwarding

```

---

<div class="post-metadata">

**Author:** ![Goti](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/g/278dde/32.png) [@Goti](https://www.debian-fr.org/u/Goti)\
**Post date:** [Décembre 9, 2020, 7:08 UTC](https://www.debian-fr.org/t/docker-openvpn-client-debian-et-android/83492/6 "2020-12-09T07:08:49Z")

</div>

Sur le client ? Sur le server? Le host ou dans le docker?

---

<div class="post-metadata">

**Author:** ![Almtesh](https://www.debian-fr.org/user_avatar/www.debian-fr.org/almtesh/32/10312_2.png) [@Almtesh](https://www.debian-fr.org/u/Almtesh)\
**Post date:** [Décembre 9, 2020, 11:20 UTC](https://www.debian-fr.org/t/docker-openvpn-client-debian-et-android/83492/7 "2020-12-09T11:20:17Z")

</div>

Normalement, c’est le serveur VPN qui doit faire le routage, du coup, je pense qu’il me faut le résultat de ces commandes depuis le serveur VPN.  
Après, je ne connais pas bien Docker, mais il me semble que c’est basé sur LXC, du coup, ces variables sont indépendantes de leur valeur sur l’hôte, mais au cas où, donne-nous aussi le retour de ces commandes depuis l’hôte (en précisant quel retour est celui de l’hôte est lequel est celui du serveur VPN).

---

<div class="post-metadata">

**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\
**Post date:** [Décembre 9, 2020, 7:43 UTC](https://www.debian-fr.org/t/docker-openvpn-client-debian-et-android/83492/8 "2020-12-09T19:43:56Z")

</div>

Juste le serveur hôte, docker doit sans doute être configuré de façon basique donc rien d’exotique.

> [@Goti](#):
>
> Docker kylemanna/openvpn\<----tun----\>192.168.255.10/ 10.8.0.18\<----eth0----\>10.8.0.19

moi je veux bien mais je ne vois que wlan0 et tun dans tes routes 😉

> [@Almtesh](#):
>
> Normalement, c’est le serveur VPN qui doit faire le routage, du coup, je pense qu’il me faut le résultat de ces commandes depuis le serveur VPN.

Oui bien entendu, par contre tu as du REJECT dans la partie forward et je répète tu demande pour du eth0 mais on ne vois que du wlan0 et l’interface tun du VPN.

---

<div class="post-metadata">

**Author:** ![Almtesh](https://www.debian-fr.org/user_avatar/www.debian-fr.org/almtesh/32/10312_2.png) [@Almtesh](https://www.debian-fr.org/u/Almtesh)\
**Post date:** [Décembre 9, 2020, 9:23 UTC](https://www.debian-fr.org/t/docker-openvpn-client-debian-et-android/83492/9 "2020-12-09T21:23:19Z")

</div>

> [@Clochette](#):
>
> Oui bien entendu, par contre tu as du REJECT dans la partie forward et je répète tu demande pour du eth0 mais on ne vois que du wlan0 et l’interface tun du VPN.

Ah, oui, je n’avais pas fait attention. C’est curieux une connexion en Wifi pour un serveur…

---

<div class="post-metadata">

**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\
**Post date:** [Décembre 10, 2020, 6:55 UTC](https://www.debian-fr.org/t/docker-openvpn-client-debian-et-android/83492/10 "2020-12-10T06:55:21Z")

</div>

> [@Almtesh](#):
>
> Ah, oui, je n’avais pas fait attention. C’est curieux une connexion en Wifi pour un serveur…

Non c’est un mini pc type Raspberry pi

> [@Goti](#):
>
> ( ici une cm3+ avec Raspbian 10)

---

<div class="post-metadata">

**Author:** ![Goti](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/g/278dde/32.png) [@Goti](https://www.debian-fr.org/u/Goti)\
**Post date:** [Décembre 15, 2020, 10:15 UTC](https://www.debian-fr.org/t/docker-openvpn-client-debian-et-android/83492/11 "2020-12-15T10:15:35Z")

</div>

Bonjour,

Merci pour votre aide.  
Là j’ai trouvé une solution pour décaler mon projet et de voir ca tranquillement en Janvier.

En tout cas super.

---

<div class="post-metadata">

**Author:** ![AnonymousCoward](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/f9ae1b/32.png) [@AnonymousCoward](https://www.debian-fr.org/u/AnonymousCoward)\
**Post date:** [Décembre 17, 2020, 11:42 UTC](https://www.debian-fr.org/t/docker-openvpn-client-debian-et-android/83492/12 "2020-12-17T11:42:20Z")

</div>

Bonjour,

Pour faire court, tu as une route en trop dans la table de routage, qui empêche ta Raspberry Pi CM3+ de joindre / ping la machine dont l’adresse IP est 10.8.0.19 .

> [@Goti](#):
>
> ```auto
> 10.8.0.0/24 via 192.168.255.5 dev tun0
> 10.8.0.0/24 dev eth0 proto dhcp scope link src 10.8.0.18 metric 202
> 
> ```

La route en trop est celle qui passe par `tun0` .

Explication un peu plus longue : Il existe plusieurs tables de routage mais pour faire ce que tu souhaites, la table de routage principale, dite `main` suffit. C’est la table de routage qui s’est affichée quand tu as utilisé la commande `ip route` .  
Dans une table de routage, il est censé n’y avoir qu’une seule route par destination, sauf quand une valeur «&nbsp;metric&nbsp;» est utilisée. La valeur «&nbsp;metric&nbsp;» pour une route vaut 0 par défaut. Dans le cas de plusieurs routes, celle dont la métrique est la plus petite sera utilisée et les autres routes ne seront pas prises en compte.

Il est d’ailleurs possible que la route erronée ai été installée par OpenVPN. Il faut donc que tu vérifies les fichiers de configuration de celui-ci.

–  
AnonymousCoward
