Impossible d'accéder a mon transmission depuis l’extérieur.

hibiki.tokay · Le 01/01/2023, à 22:36

Bonjour.
Je viens vers vous car je me casse a tête sur ce problème depuis plusieurs jours. J'ai déjà posé la question sur un forum dédié Freebox mais aucune réponse pour le moment.
J'ai un pc avec transmission qui fonctionnait très bien avant de passer chez free.
Ce pc est derrière un VPN (mais celui-ci ne pose pas de problème) et il a un DNS (No-IP).
Avant (avant free) je pouvais accéder a mon transmission via l'adresse DNS et le port que j'avais paramétré dans l’accès a distance de transmission.
Maintenant je n'arrive a y accéder que si je suis dans mon réseau local (avec redirection du port dans les paramètres de la Freebox) ET si je ne suis pas derrière un VPN sur la machine qui demande l’accès.

Donc j'ai tenté :
Accès sur machine dans le même réseau avec adresse No-IP et VPN activé --> pas d'accès.
Accès sur machine dans le même réseau avec adresse DNS de la Freebox et VPN activé --> pas d'accès.
Accès sur machine dans le même réseau avec adresse No-IP et VPN désactivé --> accès.
Accès sur machine dans le même réseau avec adresse DNS de la Freebox et VPN désactivé --> accès.
Accès sur machine hors réseau local avec adresse No-IP et VPN activé --> pas d'accès.
Accès sur machine hors réseau local avec adresse DNS de la Freebox et VPN activé --> pas d'accès.
Accès sur machine hors réseau local avec adresse No-IP et VPN désactivé --> pas d'accès.
Accès sur machine hors réseau local avec adresse DNS de la Freebox et VPN désactivé --> pas d'accès.

Sachant que j'arrive a accéder a ma Freebox via son adresse DNS même si je suis hors réseau local et derrière un VPN.
J'ai fais plusieurs autres test (changement de port entre autre) mais rien n'y fait.

De plus je signale que je n'ais aucun problème pour accéder à mon NAS (a part que j'ai du créer une redirection comprise dans la plage disponible du style de début:Tataouine fin:Tataouine vers:tartempion avec Tataouine le port situé dans la plage disponible et tartempion le port du NAS).

Auriez vous quelques idées pour faire en sorte que cela refonctionne comme avant de passer chez Free.
Merci

matrix-bx · Le 02/01/2023, à 11:33

Bonjour,
Y'a quoi dans la config ?
si transmission :

grep rpc ~/.config/transmission/settings.json | grep -v -E "username|password"

si transmission-daemon

sudo grep rpc /etc/transmission-daemon/settings.json | grep -v -E "username|password"

Bonne journée.

berserk · Le 02/01/2023, à 11:40

Bonjour
Depuis quelques temps Free attribue des adresses Ipv4 partagées, c'est probablement ton cas.
Va dans ton espace abonné sur le site de Free et vérifie quelle plage de ports tu as.
Soit tu modifies le port de ton Transmission avec un port compris dans ta plage de ports, soit tu demande une adresse full stack https://bouchecousue.com/blog/free-ip-p … ull-stack/

hibiki.tokay · Le 02/01/2023, à 20:33

matrix-bx a écrit :

Bonjour,
Y'a quoi dans la config ?
si transmission :
grep rpc ~/.config/transmission/settings.json | grep -v -E "username|password"
si transmission-daemon
sudo grep rpc /etc/transmission-daemon/settings.json | grep -v -E "username|password"
Bonne journée.

Bonsoir et bonne année
voila ce que tu me demandes

hibiki-tokay@FRT-Telechargement:~$ grep rpc ~/.config/transmission/settings.json | grep -v -E "username|password"
    "rpc-authentication-required": true,
    "rpc-bind-address": "0.0.0.0",
    "rpc-enabled": true,
    "rpc-host-whitelist": "",
    "rpc-host-whitelist-enabled": true,
    "rpc-port": 32000,
    "rpc-url": "/transmission/",
    "rpc-whitelist": "127.0.0.1",
    "rpc-whitelist-enabled": false,

berserk a écrit :

Bonjour
Depuis quelques temps Free attribue des adresses Ipv4 partagées, c'est probablement ton cas.
Va dans ton espace abonné sur le site de Free et vérifie quelle plage de ports tu as.
Soit tu modifies le port de ton Transmission avec un port compris dans ta plage de ports, soit tu demande une adresse full stack https://bouchecousue.com/blog/free-ip-p … ull-stack/

Oui effectivement je suis en ip partagé mais ça ne joue pas dans la moitié des cas précédemment, ceux ou j'utilise de dns No-IP, dans ce cas je n'ai pas besoin de faire de redirection dans ma box car c'est directement No-IP qui le fait en passant par le VPN (qui lui s'en fous royalement des ports fourni par free). (en tous cas ça fonctionnais comme ça jusqu’à présent).
Mais j'ai bien fait la redirection de ce port (le 32000) dans ma box au cas ou. mais comme je l'inscrit plus haut ça fonctionne uniquement quand je suis sur le réseau local sans VPN sur la machine demandeuse.

Dernière modification par hibiki.tokay (Le 02/01/2023, à 20:35)

matrix-bx · Le 02/01/2023, à 20:49

RAS de particulier.
Tu peux donner

nmcli connection show --active
sudo ss -tlnp | grep ":32000"

hibiki.tokay · Le 02/01/2023, à 21:12

matrix-bx a écrit :

RAS de particulier.
Tu peux donner
nmcli connection show --active
sudo ss -tlnp | grep ":32000"

Voila ce que tu m'as demandé

hibiki-tokay@FRT-Telechargement:~$ nmcli connection show --active
NAME                 UUID                                  TYPE       DEVICE   >
Connexion filaire 2  ffdc43f6-2aaa-3a80-9d04-6416e4341174  ethernet   enxd03745>
wg-mullvad           ea5ac39b-de58-4408-b84b-bc5e06c803d6  wireguard  wg-mullva>
lines 1-3/3 (END)

hibiki-tokay@FRT-Telechargement:~$ sudo ss -tlnp | grep ":32000"
[sudo] Mot de passe de hibiki-tokay : 
LISTEN    0         128                0.0.0.0:32000            0.0.0.0:*        users:(("transmission-gt",pid=2173,fd=16))                                     
hibiki-tokay@FRT-Telechargement:~$

matrix-bx · Le 02/01/2023, à 22:15

Bien, c'est bien en écoute là où ça devrait et ton vpn wireguard est "up".
On est d'accord que si tu fait une résolution de ton nom dns tu obtiens bien l'ip de ton vpn et pas autre chose ?
Tu arrives à te connecter sur cette ip avec "telnet IP 80" et "telnet nomDNS 80" ?
Tu as un firewall actif sur cette machine ?

hibiki.tokay · Le 02/01/2023, à 22:29

Merci de consacrer un peut de temps a ce problème.
Le seul truc qui a changer entre avant et après c'est la box (et donc la plage de ports).
Je suis presque sur que ça viens de la box mais comme je n'arrive pas a trouver de solution sur le net, google est une tanche quant il sagit de faire une recherche (en l'occurrence il ne me donne que des résultat qui n'ont rien a voir).
Sinon je me demande si je ne pourrais pas tester avec un autre logiciel de BT. quel autre logiciel me conseillerais tu pour tester?

matrix-bx · Le 02/01/2023, à 23:42

La box peux influer avant l'établissement du vpn, après tout devrait passer par celui-ci et vu de la box dans la connexion vpn déjà établie.
Il est donc important de vérifier que ton nom DNS est bien associé à l'ip de ton interface wg et pas à l'adresse publique de ta box.
Sinon, le trafic entrant arrive via l'ip publique de ta box sur ton interface lan et repart en toute logique via ton interface wg avec une autre ip source et vu du client ça ne peux pas fonctionner.

hibiki.tokay · Le 03/01/2023, à 22:27

bonsoir
Je n'ai pas trop compris ce que tu dis?

matrix-bx · Le 05/01/2023, à 05:18

Salut,
assures-toi que

dig +short TonNomDNS

corresponde bien avec (sous réserve que le nom de l'interface wg soit le bon)

ip a s dev wg-mullvad

Bonne journée.

Dernière modification par matrix-bx (Le 05/01/2023, à 05:19)

hibiki.tokay · Le 05/01/2023, à 12:30

Bonjour
Alors en ce qui concerne la première ligne ça ne me donne rien (aucun retour)
Pour la seconde je ne sais pas si ça joue mais je passe par l'application de mullvad, donc j(ai un réponse négative pour l'interface

hibiki.tokay · Le 05/01/2023, à 12:46

Bon après avoir regardé dans les paramètre de mullvad j'ai trouvé que l'interface WG n'était pas par défaut. Donc je l'ai mis en principal et donc j'ai ce résultat

matrix-bx a écrit :

Salut,
assures-toi que
dig +short TonNomDNS

hibiki-tokay@FRT-Telechargement:~$ dig +short xxxxxx.ddns.net
194.110.xxx.xx

matrix-bx a écrit :

corresponde bien avec (sous réserve que le nom de l'interface wg soit le bon)
ip a s dev wg-mullvad 
Bonne journée.

hibiki-tokay@FRT-Telechargement:~$ ip a s dev wg-mullvad
17: wg-mullvad: <POINTOPOINT,UP,LOWER_UP> mtu 1380 qdisc noqueue state UNKNOWN group default qlen 1000
    link/none 
    inet 10.115.xxx.xxx/32 scope global wg-mullvad
       valid_lft forever preferred_lft forever

J'ai volontairement remplacé certain chiffres par des x

Dernière modification par hibiki.tokay (Le 05/01/2023, à 12:47)

matrix-bx · Le 05/01/2023, à 12:58

Salut,
pour l'interface wg, l'adresse en 10. est privée, la masquer est inutile.
Que donne ?

curl -4 https://myip.wtf/text

Si c'est pas la même que celle associée à ton nom dns, c'est pas bon.

Dernière modification par matrix-bx (Le 05/01/2023, à 12:59)

hibiki.tokay · Le 05/01/2023, à 13:48

matrix-bx a écrit :

Salut,
pour l'interface wg, l'adresse en 10. est privée, la masquer est inutile.
Que donne ?
curl -4 https://myip.wtf/text
Si c'est pas la même que celle associée à ton nom dns, c'est pas bon.

Effectivement ce n'était pas la même (ce qui est vraiment bizarre car le dns est sensé faire ce qu'il faut pour çà...
Donc j'avait

hibiki-tokay@FRT-Telechargement:~$ curl -4 https://myip.wtf/text
194.110.xxx.xx
hibiki-tokay@FRT-Telechargement:~$ dig +short xxxxxx.ddns.net
194.110.yyy.yy

Après avoir modifier l'adresse ip sur le site web de noip j'ai:

hibiki-tokay@FRT-Telechargement:~$ curl -4 https://myip.wtf/text
194.110.xxx.xx
hibiki-tokay@FRT-Telechargement:~$ dig +short xxxxxx.ddns.net
194.110.xxx.xx

mais le résultat est le même

Dernière modification par hibiki.tokay (Le 05/01/2023, à 14:34)

matrix-bx · Le 05/01/2023, à 13:53

Tu as laissé ton non dns visible.
Ensuite, puisque que l'ip publique de ton vpn n'est pas sur ta machine mais au bout du tunnel, tu n'aurais pas un truc à y re configurer suite à ton changement d'opérateur ?
Tu as vérifié les règles de ton firewall ?
Arrives-tu à ouvrir l'interface web de transmission en local sur l'ip en 10.?

Dernière modification par matrix-bx (Le 05/01/2023, à 14:36)

hibiki.tokay · Le 05/01/2023, à 15:07

matrix-bx a écrit :

Tu as laissé ton non dns visible.

Merci j'avais oublié de le retirer (alors que j'y ai pensé)

matrix-bx a écrit :

Ensuite, puisque que l'ip publique de ton vpn n'est pas sur ta machine mais au bout du tunnel, tu n'aurais pas un truc à y re configurer suite à ton changement d'opérateur ?

Pas que je sache puisque le VPN se connecte sans problème

matrix-bx a écrit :

Tu as vérifié les règles de ton firewall ?

Que je sache je n'en ai pas d'activé

matrix-bx a écrit :

Arrives-tu à ouvrir l'interface web de transmission en local sur l'ip en 10.?

Si sur la machine avec transmission avec VPN actif:
En cliquant sur test connexion dans transmission --> OK
Adresse en 10.100.115.222/32:xxxxx --> OK
Adresss local de ce pc en 192.168.xxx.xxx:xxxxx --> OK

Si sur autre machine sur même connexion box avec VPN actif :
Adresse en 10.100.115.222/32:xxxxx --> non (ça patine dans la semoule puis dit site inaccessible)
Adresss local de ce pc en 192.168.xxx.xxx:xxxxx --> OK

Si sur autre machine sur même connexion box avec VPN inactif :
Adresse en 10.100.115.222/32:xxxxx --> non (ça patine dans la semoule puis dit site inaccessible)
Adresss local de ce pc en 192.168.xxx.xxx:xxxxx --> OK

Si sur autre machine sur connexion différente avec VPN inactif ou actif :
Adresse en 10.100.115.222/32:xxxxx --> logique ça ne fonctionne pas (ça patine dans la semoule puis dit site inaccessible)
Adresss local de ce pc en 192.168.xxx.xxx:xxxxx --> logique ça ne fonctionne pas (ça patine dans la semoule puis dit site inaccessible)

Dernière modification par hibiki.tokay (Le 05/01/2023, à 15:08)

matrix-bx · Le 05/01/2023, à 15:33

hibiki.tokay a écrit :

Pas que je sache puisque le VPN se connecte sans problème

Le trafic arrivant sur l'ip publique du vpn, il faut bien lui dire quoi en faire, au mieux tout est redirigé vers ton ip en 10. (mais comme ça marche pas ...)

hibiki.tokay a écrit :

Que je sache je n'en ai pas d'activé

Moi non plus et pourtant

matrix-bx@laptop:~$ systemctl status ufw
● ufw.service - Uncomplicated firewall
     Loaded: loaded (/lib/systemd/system/ufw.service; enabled; vendor preset: enabled)
     Active: active (exited) since Sat 2022-12-24 09:59:07 CET; 1 week 5 days ago
       Docs: man:ufw(8)
   Main PID: 1128 (code=exited, status=0/SUCCESS)
        CPU: 1ms
matrix-bx@laptop:~$

Mais surtout

sudo iptables -L -n

ne renvoi rien.

hibiki.tokay a écrit :

Si sur la machine avec transmission avec VPN actif:
En cliquant sur test connexion dans transmission --> OK
Adresse en 10.100.115.222/32:xxxxx --> OK
Adresss local de ce pc en 192.168.xxx.xxx:xxxxx --> OK

Bien, donc ça au moins ça marche.

hibiki.tokay a écrit :

Si sur autre machine sur même connexion box avec VPN actif :
Adresse en 10.100.115.222/32:xxxxx --> non (ça patine dans la semoule puis dit site inaccessible)
Adresss local de ce pc en 192.168.xxx.xxx:xxxxx --> OK

Ok, logique.

hibiki.tokay a écrit :

Si sur autre machine sur même connexion box avec VPN inactif :
Adresse en 10.100.115.222/32:xxxxx --> non (ça patine dans la semoule puis dit site inaccessible)
Adresss local de ce pc en 192.168.xxx.xxx:xxxxx --> OK

Logique aussi.

hibiki.tokay a écrit :

Si sur autre machine sur connexion différente avec VPN inactif ou actif :
Adresse en 10.100.115.222/32:xxxxx --> logique ça ne fonctionne pas (ça patine dans la semoule puis dit site inaccessible)
Adresss local de ce pc en 192.168.xxx.xxx:xxxxx --> logique ça ne fonctionne pas (ça patine dans la semoule puis dit site inaccessible)

Pareil.

hibiki.tokay · Le 05/01/2023, à 16:02

matrix-bx a écrit :

hibiki.tokay a écrit :

Que je sache je n'en ai pas d'activé

Moi non plus et pourtant

matrix-bx@laptop:~$ systemctl status ufw
● ufw.service - Uncomplicated firewall
     Loaded: loaded (/lib/systemd/system/ufw.service; enabled; vendor preset: enabled)
     Active: active (exited) since Sat 2022-12-24 09:59:07 CET; 1 week 5 days ago
       Docs: man:ufw(8)
   Main PID: 1128 (code=exited, status=0/SUCCESS)
        CPU: 1ms
matrix-bx@laptop:~$

c'est très bizarre car ce matin j'ai fais ça :

hibiki-tokay@FRT-Telechargement:~$ sudo ufw status
[sudo] Mot de passe de hibiki-tokay : 
État : inactif]

alors que avec ta commande j'ai ça

hibiki-tokay@FRT-Telechargement:/usr/local/src/noip-2.1.9-1$ systemctl status ufw
● ufw.service - Uncomplicated firewall
     Loaded: loaded (/lib/systemd/system/ufw.service; enabled; vendor preset: enabled)
     Active: active (exited) since Mon 2023-01-02 20:20:15 CET; 2 days ago
       Docs: man:ufw(8)
    Process: 328 ExecStart=/lib/ufw/ufw-init start quiet (code=exited, status=0/SUCCESS)
   Main PID: 328 (code=exited, status=0/SUCCESS)

Warning: journal has been rotated since unit was started, output may be incomplete.

matrix-bx a écrit :

Mais surtout
sudo iptables -L -n
ne renvoi rien.

hibiki-tokay@FRT-Telechargement:/usr/local/src/noip-2.1.9-1$ sudo iptables -L -n
Chain INPUT (policy ACCEPT)
target     prot opt source               destination         

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination

matrix-bx · Le 05/01/2023, à 16:06

Bien, pas de fw actif, il ne reste qu'une éventuelle configuration côté serveur vpn.

ylag · Le 05/01/2023, à 16:06

Bonjour,

Au #18, matrix-bx a écrit :

Moi non plus et pourtant ...

Je crois que le service ufw est activé, mais que le binaire aurait été arrêté avec une commande du genre de :

sudo ufw disable

C'est ce que j'ai fait sur ma 20.04, voici ce que ça donne :

yvan@yvan-maison:~$ systemctl status ufw
● ufw.service - Uncomplicated firewall
     Loaded: loaded (/lib/systemd/system/ufw.service; enabled; vendor preset: enabled)
     Active: active (exited) since Thu 2023-01-05 04:25:28 EST; 5h 34min ago
       Docs: man:ufw(8)
    Process: 279 ExecStart=/lib/ufw/ufw-init start quiet (code=exited, status=0/SUCCESS)
   Main PID: 279 (code=exited, status=0/SUCCESS)

jan 05 04:25:28 yvan-maison systemd[1]: Finished Uncomplicated firewall.
yvan@yvan-maison:~$

van@yvan-maison:~$ sudo ufw status
[sudo] Mot de passe de yvan : 
État : inactif
yvan@yvan-maison:~$

yvan@yvan-maison:~$ pidof ufw
yvan@yvan-maison:~$

A+

hibiki.tokay · Le 05/01/2023, à 16:36

Merci de votre aide, ça commence vraiment a me g....er ce problème, j'ai l'intime conviction que le problème viens de la box car avant le changement je n'vais aucun problème.
J'ai tenter de voir avec le service technique de free mais autant dire que se sont des incompétents car il ne savent rien faire (même la redirection de port ça ne leur parle pas). A part débrancher et rebrancher...

matrix-bx · Le 05/01/2023, à 17:00

hibiki.tokay a écrit :

Merci de votre aide, ça commence vraiment a me g....er ce problème, j'ai l'intime conviction que le problème viens de la box car avant le changement je n'vais aucun problème.
J'ai tenter de voir avec le service technique de free mais autant dire que se sont des incompétents car il ne savent rien faire (même la redirection de port ça ne leur parle pas). A part débrancher et rebrancher...

J'y crois pas une seule seconde.
Une fois le tunnel établi, le trafic passe dedans et du point de vue de la box, elle ne voit que la connexion du tunnel, un pb de mtu éventuellement et encore ça ne devrait pas jouer sur l'établissement de la connexion tcp.
J'arrive à pinger ton nondns, mais rien d'autre ne passe.

hibiki.tokay · Le 05/01/2023, à 17:19

Je pense que je viens de trouver pourquoi. un truc a dû changer car avant je n'avais pas besoin de rediriger (il me semble) le port pour l'interface web mais maintenant si.
Donc je suis aller dans l’interface de redirection des port de mullvad et je lui ai demandé un second port pour cette machine et cela fonctionne. par contre je ne comprend pas pourquoi le no-ip ne se met pas a jour point de vue de l'adresse de ma machine.
J'attend de voir quelque temps avant de crier victoire

hibiki.tokay · Le 05/01/2023, à 17:22

est il possible de faire en sorte que l'interface web ne passe pas par le vpn (uniquement elle)?

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 01/01/2023, à 22:36

Impossible d'accéder a mon transmission depuis l’extérieur.

#2 Le 02/01/2023, à 11:33

Re : Impossible d'accéder a mon transmission depuis l’extérieur.

#3 Le 02/01/2023, à 11:40

Re : Impossible d'accéder a mon transmission depuis l’extérieur.

#4 Le 02/01/2023, à 20:33

Re : Impossible d'accéder a mon transmission depuis l’extérieur.

#5 Le 02/01/2023, à 20:49

Re : Impossible d'accéder a mon transmission depuis l’extérieur.

#6 Le 02/01/2023, à 21:12

Re : Impossible d'accéder a mon transmission depuis l’extérieur.

#7 Le 02/01/2023, à 22:15

Re : Impossible d'accéder a mon transmission depuis l’extérieur.

#8 Le 02/01/2023, à 22:29

Re : Impossible d'accéder a mon transmission depuis l’extérieur.

#9 Le 02/01/2023, à 23:42

Re : Impossible d'accéder a mon transmission depuis l’extérieur.

#10 Le 03/01/2023, à 22:27

Re : Impossible d'accéder a mon transmission depuis l’extérieur.

#11 Le 05/01/2023, à 05:18

Re : Impossible d'accéder a mon transmission depuis l’extérieur.

#12 Le 05/01/2023, à 12:30

Re : Impossible d'accéder a mon transmission depuis l’extérieur.

#13 Le 05/01/2023, à 12:46

Re : Impossible d'accéder a mon transmission depuis l’extérieur.

#14 Le 05/01/2023, à 12:58

Re : Impossible d'accéder a mon transmission depuis l’extérieur.

#15 Le 05/01/2023, à 13:48

Re : Impossible d'accéder a mon transmission depuis l’extérieur.

#16 Le 05/01/2023, à 13:53

Re : Impossible d'accéder a mon transmission depuis l’extérieur.

#17 Le 05/01/2023, à 15:07

Re : Impossible d'accéder a mon transmission depuis l’extérieur.

#18 Le 05/01/2023, à 15:33

Re : Impossible d'accéder a mon transmission depuis l’extérieur.

#19 Le 05/01/2023, à 16:02

Re : Impossible d'accéder a mon transmission depuis l’extérieur.

#20 Le 05/01/2023, à 16:06

Re : Impossible d'accéder a mon transmission depuis l’extérieur.

#21 Le 05/01/2023, à 16:06

Re : Impossible d'accéder a mon transmission depuis l’extérieur.

#22 Le 05/01/2023, à 16:36

Re : Impossible d'accéder a mon transmission depuis l’extérieur.

#23 Le 05/01/2023, à 17:00

Re : Impossible d'accéder a mon transmission depuis l’extérieur.

#24 Le 05/01/2023, à 17:19

Re : Impossible d'accéder a mon transmission depuis l’extérieur.

#25 Le 05/01/2023, à 17:22

Re : Impossible d'accéder a mon transmission depuis l’extérieur.

Pied de page des forums