Port bloqués sur BitComet

[Polo35230]

Ils veulent connaître ta conf BitComet.
Ils veulent aussi que tu testes l'ouverture du port.

C'est ce qu'on a vu dans le post #22. Tu m'as dit que c'était bien l'adresse IP privée du serveur VPN qui était retournée.
Mais as-tu testé l'ouverture du port?

Refais le test.
Active le VPN
Active le client BitComet avec le port 19112. Vérifie qu'il est bien "en écoute" (commande netstat -an)
Connectes-toi au site ci-dessous:
https://www.yougetsignal.com/tools/open-ports/
Dans "Port Number', mets 19112, puis "Check"

Si la connexion échoue, alors, c'est le serveur VPN Proton qui bloque la connexion entrante.
Réponds à l'assistance Proton ce que tu as fait.

Si ça marche, la chaîne réseau est bonne, et c'est ta conf BitComet qui est en cause, et là, il faudra que tu donnes ta conf à l'assistance Proton

Ce message a été modifié par Polo35230 - 11 Mar 2025, 15:40.

[Benzebut]

Si la connexion échoue, alors, c'est le serveur VPN Proton qui bloque la connexion entrante.
Réponds à l'assistance Proton ce que tu as fait.

Si ça marche, la chaîne réseau est bonne, et c'est ta conf BitComet qui est en cause, et là, il faudra que tu donnes ta conf à l'assistance Proton

Ou le plus simple encore une fois, serait de faire ces mêmes tests sans aucun de ces VPN d'actifs pour avoir une connexion directe de l'application sous macOS, pour au moins vérifier que cela passe normalement sur les sites mentionnés. Puis remettre ces divers filtres pour vos connexions et évaluer leurs pertinences...

[Macintoy]

Ils veulent connaître ta conf BitComet.

C'est ce qu'on a vu dans le post #22. Tu m'as dit que c'était bien l'adresse IP privée du serveur VPN qui était retournée.
Mais as-tu testé l'ouverture du port?

Refais le test.
Active le VPN
Active le client BitComet avec le port 19112. Vérifie qu'il est bien "en écoute" (commande netstat -an)
Connectes-toi au site ci-dessous:
https://www.yougetsignal.com/tools/open-ports/
Dans "Port Number', mets 19112, puis "Check"

Si la connexion échoue, alors, c'est le serveur VPN Proton qui bloque la connexion entrante.
Réponds à l'assistance Proton ce que tu as fait.

Si ça marche, la chaîne réseau est bonne, et c'est ta conf BitComet qui est en cause, et là, il faudra que tu donnes ta conf à l'assistance Proton

Oui j'avais testé le port, je l'avais fait aussi avec transmission ça m'affichait toujours "le port est fermé"

Pour la commande netstat j'ai ça :

Code

Proto Recv-Q Send-Q  Local Address          Foreign Address        (state)    
tcp4       0      0  10.1.16.68.49495       79.110.91.36.443       ESTABLISHED
tcp6       0      0  fd54:20a4:d33b:b.49491 2a00:1450:4007:8.443   ESTABLISHED
tcp4       0      0  10.1.16.68.49484       37.252.225.79.443      ESTABLISHED
tcp6       0      0  fd54:20a4:d33b:b.49476 2a00:1450:4007:8.443   ESTABLISHED
tcp4       0      0  10.1.16.68.49469       108.177.15.108.993     ESTABLISHED
tcp4       0      0  10.1.16.68.49467       34.107.243.93.443      ESTABLISHED
tcp46      0      0  *.19112                *.*                    LISTEN    
tcp4       0      0  192.168.1.234.49290    79.110.91.36.24068     ESTABLISHED
tcp6       0      0  fe80::aede:48ff:.49189 fe80::aede:48ff:.49650 ESTABLISHED
tcp6       0      0  fe80::aede:48ff:.49188 fe80::aede:48ff:.49650 ESTABLISHED
tcp6       0      0  fe80::aede:48ff:.49187 fe80::aede:48ff:.49650 ESTABLISHED
tcp6       0      0  fe80::aede:48ff:.49186 fe80::aede:48ff:.49650 ESTABLISHED
tcp6       0      0  fe80::aede:48ff:.49185 fe80::aede:48ff:.49650 ESTABLISHED
tcp6       0      0  fe80::aede:48ff:.49184 fe80::aede:48ff:.49650 ESTABLISHED
tcp6       0      0  fe80::aede:48ff:.49183 fe80::aede:48ff:.49650 ESTABLISHED
tcp6       0      0  fe80::aede:48ff:.49182 fe80::aede:48ff:.49650 ESTABLISHED
tcp4       0      0  127.0.0.1.631          *.*                    LISTEN    
tcp6       0      0  ::1.631                *.*                    LISTEN    
tcp6       0      0  fe80::aede:48ff:.49178 fe80::aede:48ff:.49652 ESTABLISHED
tcp4       0      0  192.168.1.234.49174    192.168.1.99.58145     ESTABLISHED
tcp6       0      0  *.49174                *.*                    LISTEN    
tcp4       0      0  *.49174                *.*                    LISTEN    
tcp6       0      0  fe80::aede:48ff:.49173 fe80::aede:48ff:.49667 ESTABLISHED
tcp6       0      0  *.5000                 *.*                    LISTEN    
tcp4       0      0  *.5000                 *.*                    LISTEN    
tcp6       0      0  *.7000                 *.*                    LISTEN    
tcp4       0      0  *.7000                 *.*                    LISTEN    
tcp6       0      0  fe80::aede:48ff:.49171 fe80::aede:48ff:.49654 ESTABLISHED
tcp6       0      0  fe80::aede:48ff:.49170 fe80::aede:48ff:.49650 ESTABLISHED
tcp6       0      0  fe80::aede:48ff:.49169 fe80::aede:48ff:.49650 ESTABLISHED
tcp6       0      0  fe80::aede:48ff:.49168 fe80::aede:48ff:.49660 ESTABLISHED
tcp6       0      0  fe80::aede:48ff:.49165 fe80::aede:48ff:.49668 ESTABLISHED
tcp6       0      0  fe80::aede:48ff:.49167 fe80::aede:48ff:.49648 ESTABLISHED
tcp6       0      0  fe80::aede:48ff:.49166 fe80::aede:48ff:.49649 ESTABLISHED
tcp6       0      0  fe80::aede:48ff:.49165 *.*                    LISTEN    
tcp6       0      0  fe80::aede:48ff:.49164 *.*                    LISTEN    
tcp6       0      0  fe80::aede:48ff:.49163 *.*                    LISTEN    
tcp6       0      0  fe80::aede:48ff:.49162 *.*                    LISTEN    
tcp6       0      0  fe80::aede:48ff:.49161 *.*                    LISTEN    
tcp6       0      0  fe80::aede:48ff:.49160 *.*                    LISTEN

Code

tcp6       0      0  fe80::aede:48ff:.49156 *.*                    LISTEN    
tcp6       0      0  fe80::aede:48ff:.49155 *.*                    LISTEN    
tcp6       0      0  fe80::aede:48ff:.49154 *.*                    LISTEN    
tcp6       0      0  fe80::aede:48ff:.49153 *.*                    LISTEN    
tcp6       0      0  fe80::aede:48ff:.49152 fe80::aede:48ff:.59602 ESTABLISHED
tcp4       0      0  10.1.16.68.63304       104.21.20.191.80       ESTABLISHED
tcp4       0      0  10.1.16.68.63303       104.21.20.191.80       TIME_WAIT  
tcp4       0      0  10.1.16.68.63297       40.99.157.18.443       ESTABLISHED
tcp4       0      0  10.1.16.68.63291       99.86.91.92.443        ESTABLISHED
tcp4       0      0  10.1.16.68.63279       17.188.185.134.5223    ESTABLISHED
udp4       0      0  *.*                    *.*                              
udp4       0      0  192.168.1.234.4500     79.127.134.55.4500                
udp4       0      0  192.168.1.234.500      79.127.134.55.500                
udp46      0      0  *.19112                *.*                              
udp4       0      0  *.19112                *.*                              
udp6       0      0  fe80::8689:8eea:.6771  *.*                              
udp6       0      0  fe80::ce81:b1c:b.6771  *.*                              
udp6       0      0  fe80::8bc1:630:a.6771  *.*                              
udp6       0      0  fe80::ab58:9899:.6771  *.*                              
udp6       0      0  fe80::40c2:8f07:.6771  *.*                              
udp6       0      0  fe80::104f:9dff:.6771  *.*                              
udp6       0      0  fe80::104f:9dff:.6771  *.*                              
udp6       0      0  fe80::48d5:a8ff:.6771  *.*                              
udp6       0      0  fe80::aede:48ff:.6771  *.*                              
udp4       0      0  192.168.1.234.6771     *.*                              
udp46      0      0  *.6771                 *.*                              
udp4       0      0  *.6771                 *.*                              
udp46      0      0  *.60735                *.*                              
udp4       0      0  *.3722                 *.*                              
udp46      0      0  *.53390                *.*                              
udp4       0      0  *.*                    *.*                              
udp4       0      0  *.*                    *.*                              
udp4       0      0  *.*                    *.*                              
udp4       0      0  *.*                    *.*                              
udp4       0      0  *.*                    *.*                              
udp4       0      0  *.*                    *.*                              
udp4       0      0  *.*                    *.*                              
udp4       0      0  *.*                    *.*                              
udp4       0      0  *.*                    *.*                              
udp4       0      0  *.*                    *.*                              
udp4       0      0  *.*                    *.*                              
udp4       0      0  *.*                    *.*                              
udp4       0      0  *.*                    *.*                              
udp4       0      0  *.*                    *.*

Code

       0                0
8072a58dceffe674 stream      0      0  572bf7f8898be2a                0                0                0 /var/run/filesystemui.socket
3b679b51ce0d2fa0 stream      0      0 15c6335790b8a021                0                0                0 /private/tmp/com.apple.launchd.akIgGJNxka/Listeners
f026ead34cab4462 stream      0      0 53b96e56bbc08a38                0                0                0 /var/run/net.tunnelblick.tunnelblick.tunnelblickd.socket
3e4d484001e494f7 stream      0      0                0 aa297e456841b4ac                0                0
aa297e456841b4ac stream      0      0                0 3e4d484001e494f7                0                0
4001db9d48f53289 stream      0      0 5334cf4d91b2cf74                0                0                0 /var/run/pppconfd
8671f1c0e554e302 stream      0      0 9001042d8cb0fc42                0                0                0 /var/run/displaypolicyd/state
d1509a0abc5f7778 stream      0      0 dfed043500a1f909                0                0                0 /var/run/usbmuxd
728a261d9f8e44bd stream      0      0 6722d31e0e93da6a                0                0                0 /var/rpc/ncalrpc/srvsvc
62b5a59a3d7728c stream      0      0 f5eef64a0c070311                0                0                0 /var/rpc/ncacn_np/srvsvc
c4c96093c87c2a79 stream      0      0 56cc9c07247f10b2                0                0                0 /var/rpc/ncalrpc/wkssvc
f61a07d35df26a0a stream      0      0 e59af156385eccf1                0                0                0 /var/rpc/ncacn_np/wkssvc
8e928706ab1d861a stream      0      0 94c8ecaa793d7b26                0                0                0 /var/rpc/ncacn_np/mdssvc
dfb4164817bb8987 stream      0      0 3ff55614282c33fa                0                0                0 /var/rpc/ncalrpc/lsarpc
8cc15c03c30be2eb stream      0      0 23a19dc7e159f7f6                0                0                0 /var/rpc/ncacn_np/lsarpc
c1e2c89895301bbe stream      0      0 b6064791f995a59e                0                0                0 /var/run/mDNSResponder
a55f55abdb2698c6 stream      0      0 41f3dd9f3ced5502                0                0                0 /var/run/systemkeychaincheck.socket
d40fa338ccfdee56 stream      0      0 a241a73bfe1ccbef                0                0                0 /private/var/run/.sim_diagnosticd_socket
8501dcb1a4b09128 stream      0      0 5d58fb0faed71ff8                0                0                0 /var/run/portmap.socket
ca87dda0050451a2 stream      0      0  90755ef4d528b39                0                0                0 /var/run/vpncontrol.sock
89921606b2c151af stream      0      0 d18dd9ac101f5dce                0                0                0 /var/rpc/ncalrpc/NETLOGON

J'ai pas tout mis ça me semblait pas utile, je vois des lignes avec 19112 où c'est écrit "listen" et d'autres avec rien, je ne sais pas trop comment interpréter ça

Ou le plus simple encore une fois, serait de faire ces mêmes tests sans aucun de ces VPN d'actifs pour avoir une connexion directe de l'application sous macOS, pour au moins vérifier que cela passe normalement sur les sites mentionnés. Puis remettre ces divers filtres pour vos connexions et évaluer leurs pertinences...

Tu veux dire tester avec l'adresse IP de Mon Imac ?

Ce message a été modifié par Macintoy - 14 Mar 2025, 09:02.

[Polo35230]

Le port 19112 est bien en écoute.
Pour moi, c'est le serveur VPN qui bloque la connexion entrante.
C'est pas la peine de leur donner ta conf BitComet, on n'en n'est pas encore là, mais tu peux leur dire que le test d'ouverture de port ne marche pas alors qu'il est bien en écoute.

L'idée de @Benzebut de tester sans passer par le VPN est bonne.
Si le test sur le site yougetsignal est bon, alors, ce sera la preuve que le pb est bien chez Proton.
Mais pour faire le test, il faut autoriser les connexions entrantes dans ta box. Il y a 2 méthodes.
Soit passer par la table NAT/PAT, soit mettre l'adresse IP privée de ton Mac dans la DMZ de la Box.
Perso, pour le test, je mettrai l'adresse IP de ton Mac (192.168.1.234 je crois) dans la DMZ de la Box. C'est le plus simple. Je pense que ça va marcher.
Par contre, après le test, enlève l'adresse IP de ton Mac de la DMZ (pour des raisons de sécurité)

[Macintoy]

Merci Polo j'essayerai, en attendant le SAV m'a dit qu'ils étudiaient mon cas et qu'ils reviendraient vers moi

[Macintoy]

Bon, j'ai eu un retour du SAV et eux ils me disent que ça fonctionne :



C'est pas le port 19112 mais j'imagine qu'on s'en branle

J'ai installé Proton sur mon MBP pour voir si j'ai le même problème sur une autre machine et oui, port bloqué (sur FolX cette fois)

Je désespère je n'arrive pas à trouver d'où vient le problème

[Polo35230]

Bon, j'ai eu un retour du SAV et eux ils me disent que ça fonctionne

Je désespère je n'arrive pas à trouver d'où vient le problème

J'ai du mal à comprendre...
Pour moi, c'est bon, maintenant.
Sur ta copie d'écran. On voit que le port choisi pour BitComet est le port 50896, et que, pour portchecker, le port est bien en écoute sur ta machine.

Ce message a été modifié par Polo35230 - 14 Apr 2025, 18:59.

[Macintoy]

C'est le screen du SAV c'est pas le miens

[Polo35230]

Une dernière idée:

Quand le VPN est activé, ta machine a deux adresses IP:
192.168.1.234 pour causer sur ton réseau local et sur internet sans passer par un VPN
10.1.16.68 pour sortir sur internet en passant par le VPN
Quand on regarde ton netstat, le truc curieux, c'est que en TCP, tu passes bien dans le VPN, mais pas en UDP (voir le fichier joint)

Dans Proton VPN, as-tu configuré TCP et UDP, ou uniquement TCP?
Regarde aussi dans BitComet.

[attachment=65596:Capture_...21.21.56.png]Si le test n'a pas été fait sur ta machine, alors, leur test ne vaut rien.

Ce message a été modifié par Polo35230 - 15 Apr 2025, 21:13.

[Macintoy]

Pas trouvé les configs TCP/UDP dans BitComet et Transmissions ni même sur Proton (j'ai très peu d'options de réglages)

Le SAV m'a demandé de désactiver l'option "Enble DHT", sur BitComet j'ai "Autoriser le réseaux DHT" et "Autoriser les torrents DHT" je ne sais pas duquel des deux ils parlent, j'ai désactivé la première option elle me semblait plus correspondre à leur demande, dans Transimissions j'ai décoché "utiliser la table de hachage distribuée"

[Polo35230]

Un peu de lecture...

https://protonvpn.com/support/udp-tcp?srslt...wRNIU98eFO0o3o-

https://protonvpn.com/support/how-to-change-vpn-protocols/
Dans ce lien, ils mettent en avant le "Smart Protocol" qui peut jongler entre les différents protocoles.

Dans les Préférences ---Connection---Protocol , Qu'est-ce que tu as?

[Benzebut]

Pas trouvé les configs TCP/UDP dans BitComet et Transmissions ni même sur Proton (j'ai très peu d'options de réglages)

Le SAV m'a demandé de désactiver l'option "Enble DHT", sur BitComet j'ai "Autoriser le réseaux DHT" et "Autoriser les torrents DHT" je ne sais pas duquel des deux ils parlent, j'ai désactivé la première option elle me semblait plus correspondre à leur demande, dans Transimissions j'ai décoché "utiliser la table de hachage distribuée"

Logique pour Transmission, puisqu'encore une fois, l'application sélectionne automatiquement le protocole le plus adapté et identifie les ports pour trouver ceux ouverts. Et sous Transmission pour plus de sécurité sur les pairs, il faut laisser actif PEX, DHT et LPD dans les options.

Au risque de me répéter, vous devriez tester vos clients Torrents SANS VPN pour faire vos réglages. Si cela fonctionne correctement, alors activez par étapes ces sur-couches qui vont filtrer vos connexions à partir de macOS.

[Macintoy]

Un peu de lecture...

https://protonvpn.com/support/udp-tcp?srslt...wRNIU98eFO0o3o-

https://protonvpn.com/support/how-to-change-vpn-protocols/
Dans ce lien, ils mettent en avant le "Smart Protocol" qui peut jongler entre les différents protocoles.

Dans les Préférences ---Connection---Protocol , Qu'est-ce que tu as?

Je n'ai plus ce menu depuis la MàJ :

Logique pour Transmission, puisqu'encore une fois, l'application sélectionne automatiquement le protocole le plus adapté et identifie les ports pour trouver ceux ouverts. Et sous Transmission pour plus de sécurité sur les pairs, il faut laisser actif PEX, DHT et LPD dans les options.

Au risque de me répéter, vous devriez tester vos clients Torrents SANS VPN pour faire vos réglages. Si cela fonctionne correctement, alors activez par étapes ces sur-couches qui vont filtrer vos connexions à partir de macOS.

J'ai testé sans VPN et ça ne fonctionne pas, désolé je pensais l'avoir mentionné, d'ailleurs c'est justement parce que je ne seedais rien que j'ai pris un VPN

[Fars]

Je viens d’avoir un problème similaire avec Transmission qui fonctionnait nickel sur mon Raspberry,
J’avais le port 51413 fermé, j’ai d’abord pensé à une maj des réglages, puis fouillé dans mon routeur mais rien.
Puis c’est sans doute la la différence avec toi, n’étant pas encore éligible à la fibre j’utilise un forfait Free 350go avec la SIM dans un modem routeur.
Et en tentant en désespoir de cause un partage de connexion avec mon iPhone qui a une SIM Sosh, Free m’a bloqué sur toute une série de ports. En fait je n’ai aucun problème de port chez Sosh, mais avec Free je me retrouve coincé depuis 2 semaines.


Et je peux donc télécharger sans problème à nouveau avec Sosh.

Ce message a été modifié par Fars - 27 Apr 2025, 08:47.

[Polo35230]

Regarde ce lien.
https://protonvpn.com/support/connection-pr...JvmxbHuwI#macos

La sélection du protocole, pour MacOS, le sélection se fait dans le menu Profile (onglet "Create Profile")
Q'as-tu dans "VPN Protocole"?
Mets "Smart" si ce n'est pas le cas.

Ce message a été modifié par Polo35230 - 28 Apr 2025, 07:55.

[Benzebut]

J'ai testé sans VPN et ça ne fonctionne pas, désolé je pensais l'avoir mentionné, d'ailleurs c'est justement parce que je ne seedais rien que j'ai pris un VPN

La configuration est tout à fait différente alors. Si même sans VPN d'actif sous macOS et avec les configurations par défaut disponibles, vous ne pouvez pas envoyer de fichiers par un client Torrent, c'est que vous êtes identifié comme tel par votre fournisseur qui vous a bloqué (black list).

L'utilisation d'un VPN dans ce cas précis ne fera rien, car cela ne fait que tromper les sites distants, mais pas l'émetteur, comme signalé précédemment...

Je viens d’avoir un problème similaire avec Transmission qui fonctionnait nickel sur mon Raspberry,
J’avais le port 51413 fermé, j’ai d’abord pensé à une maj des réglages, puis fouillé dans mon routeur mais rien.
Puis c’est sans doute la la différence avec toi, n’étant pas encore éligible à la fibre j’utilise un forfait Free 350go avec la SIM dans un modem routeur.
Et en tentant en désespoir de cause un partage de connexion avec mon iPhone qui a une SIM Sosh, Free m’a bloqué sur toute une série de ports. En fait je n’ai aucun problème de port chez Sosh, mais avec Free je me retrouve coincé depuis 2 semaines.


Et je peux donc télécharger sans problème à nouveau avec Sosh.

Mêmes causes, mêmes effets.
Les téléchargements sont "tolérés" par les FAI dans une certaine mesure et dès que cela devient trop visible, ils sont coupés pour respecter la réglementation. Ceci dit, tester un autre port ou le prendre de manière aléatoire pourrait être tenté sous Transmission.
Ce n'est pas différent avec le cas de Macintoy, simplement il a voulu installer des VPN pour contourner les limitations qui lui sont vraisemblablement désormais imposées...

[Polo35230]

Mêmes causes, mêmes effets.
Les téléchargements sont "tolérés" par les FAI dans une certaine mesure et dès que cela devient trop visible, ils sont coupés pour respecter la réglementation. Ceci dit, tester un autre port ou le prendre de manière aléatoire pourrait être tenté sous Transmission.
Ce n'est pas différent avec le cas de Macintoy, simplement il a voulu installer des VPN pour contourner les limitations qui lui sont vraisemblablement désormais imposées...

J'ai du mal à comprendre le raisonnement...
Oui, c'est vrai pour le P2P quant on ne passe pas dans un VPN.

Après, si on passe dans un VPN, le FAI saura (la plupart du tremps) qu'on passe par un VPN (il aura l'adresse IP du serveur VPN et les n° de ports utilisés par celui-ci), mais il ne peut pas savoir si du P2P passe dedans, donc, ni leurs adresses IP, ni leurs numéros de ports. Il ne pourra donc pas les bloquer...

Dans le cas de Macintoy, son FAI ne bloque rien, puisque BitCommet passe dedans, et que ça marche, mais uniquement en download.
Le pb étant que ça ne marche pas en upload.

J'ai tout faux?

Ce message a été modifié par Polo35230 - 28 Apr 2025, 15:32.

[Benzebut]

J'ai du mal à comprendre le raisonnement...
Oui, c'est vrai pour le P2P quant on ne passe pas dans un VPN.

Après, si on passe dans un VPN, le FAI saura (la plupart du tremps) qu'on passe par un VPN (il aura l'adresse IP du serveur VPN et les n° de ports utilisés par celui-ci), mais il ne peut pas savoir si du P2P passe dedans, donc, ni leurs adresses IP, ni leurs numéros de ports. Il ne pourra donc pas les bloquer...

Dans le cas de Macintoy, son FAI ne bloque rien, puisque BitCommet passe dedans, et que ça marche, mais uniquement en download.
Le pb étant que ça ne marche pas en upload.

J'ai tout faux?

Tout faux non, mais en partie... C'est une légende urbaine de croire que les VPN masquent les accès pour surfer de manière anonyme.

Les VPN ne font que tromper les sites distants en camouflant l'origine des requêtes. Par contre, les FAI suivent les débits et accès de l'utilisateur et peuvent en cas de suspicion limiter certaines connexions ou domaines. Ainsi des ports peuvent être tolérés alors que donc seront fermés, voire dans le cas extrême, l'abonnement bloqué totalement en fonction des applications utilisées. Raison pour laquelle j'avais proposé de tester sur des ports génériques comme 80 pour "masquer" les connexions P2P. C'est l'exemple de Fars chez Free et je suppute que c'est désormais la situation Macintoy pour avoir trop versé de fichiers en P2P.

Dernier point, il est important de rappeler que les FAI gardent toutes traces des connexions pendant 2 ans pour suivi des problèmes et conformité des usages, voire pour les procédures judiciaires...

[Fars]

Je crois qu’il en aura le cœur net avec un partage de connexion. 😉

[Benzebut]

Je crois qu’il en aura le cœur net avec un partage de connexion. 😉

Même pas dans le cas présent... Car trop de clients Torrents, trop de réglages macOS et trop de VPN installés pour savoir où cela bloque désormais.

A la limite, le plus simple serait de tester sous une session macOS vierge avec Transmission et voir si cela fonctionne avec un partage de connexion. Et encore, si VPN et consorts n'ont pas installé des scories à la base de macOS qui filtrent les accés...

[Polo35230]

Les VPN ne font que tromper les sites distants en camouflant l'origine des requêtes. Par contre, les FAI suivent les débits et accès de l'utilisateur et peuvent en cas de suspicion limiter certaines connexions ou domaines. Ainsi des ports peuvent être tolérés alors que donc seront fermés, voire dans le cas extrême, l'abonnement bloqué totalement en fonction des applications utilisées. Raison pour laquelle j'avais proposé de tester sur des ports génériques comme 80 pour "masquer" les connexions P2P. C'est l'exemple de Fars chez Free et je suppute que c'est désormais la situation Macintoy pour avoir trop versé de fichiers en P2P.

Oui, bien sûr, pour l'anonymat, un VPN, c'est pas du 100% (fuite DNS, par exemple), et il vaut mieux passer par un réseau en oignons.
Oui, un FAI peut bloquer des connexions, mais dans le cas d'un VPN, il ne pourra bloquer que le VPN lui-même, et pas son contenu.

Dans le cas de Macintoy, le VPN n'est pas bloqué. Cest bon, sauf pour le P2P qui ne marche que dans un sens.
Je pense que c'est plutôt le paramètrage du VPN qui n'est pas bon.
Le netstat montre clairement que le protocole TCP passe dans le VPN, mais pas UDP.

[attachment=65623:netstat.png]

A la limite, le plus simple serait de tester sous une session macOS vierge avec Transmission et voir si cela fonctionne avec un partage de connexion.

Je pense que ça marchera.

Ce message a été modifié par Polo35230 - 1 May 2025, 14:56.

[Macintoy]

Regarde ce lien.
https://protonvpn.com/support/connection-pr...JvmxbHuwI#macos

La sélection du protocole, pour MacOS, le sélection se fait dans le menu Profile (onglet "Create Profile")
Q'as-tu dans "VPN Protocole"?
Mets "Smart" si ce n'est pas le cas.

Bah j'ai même pas "VPN Protocole" en fait

Je crois qu’il en aura le cœur net avec un partage de connexion. 😉

Même pas dans le cas présent... Car trop de clients Torrents, trop de réglages macOS et trop de VPN installés pour savoir où cela bloque désormais.

A la limite, le plus simple serait de tester sous une session macOS vierge avec Transmission et voir si cela fonctionne avec un partage de connexion. Et encore, si VPN et consorts n'ont pas installé des scories à la base de macOS qui filtrent les accés...

J'ai les mêmes problèmes avec mon MBP avec FolX comme client torrent, alors au début j'arrivais à uploader mais très peu c'était très lent d'arriver à un ration de 1:1 et là des torrents que j'ai depuis plus de 2 ans stagnent et n'ont toujours pas atteint le ration de 1

J'ai installé Proton dessus et j'ai fais des tests de connexions de ports : ports bloqués systématiquement, le SAV m'a demandé d'essayer avec une autre connxion

[Polo35230]

Bah j'ai même pas "VPN Protocole" en fait

Dans "Créer un Profile", au lieu de Mettre "Standard", mets "P2P" pour voir...

[attachment=65629:Capture_...13.01.11.png]

[Fars]

Regarde ce lien.
https://protonvpn.com/support/connection-pr...JvmxbHuwI#macos

La sélection du protocole, pour MacOS, le sélection se fait dans le menu Profile (onglet "Create Profile")
Q'as-tu dans "VPN Protocole"?
Mets "Smart" si ce n'est pas le cas.

Bah j'ai même pas "VPN Protocole" en fait

Je crois qu’il en aura le cœur net avec un partage de connexion. 😉

Même pas dans le cas présent... Car trop de clients Torrents, trop de réglages macOS et trop de VPN installés pour savoir où cela bloque désormais.

A la limite, le plus simple serait de tester sous une session macOS vierge avec Transmission et voir si cela fonctionne avec un partage de connexion. Et encore, si VPN et consorts n'ont pas installé des scories à la base de macOS qui filtrent les accés...

J'ai les mêmes problèmes avec mon MBP avec FolX comme client torrent, alors au début j'arrivais à uploader mais très peu c'était très lent d'arriver à un ration de 1:1 et là des torrents que j'ai depuis plus de 2 ans stagnent et n'ont toujours pas atteint le ration de 1

J'ai installé Proton dessus et j'ai fais des tests de connexions de ports : ports bloqués systématiquement, le SAV m'a demandé d'essayer avec une autre connxion

Ce serait effectivement bien de tester sur une autre connexion, autre FAI ou partage.

[Benzebut]

J'ai les mêmes problèmes avec mon MBP avec FolX comme client torrent, alors au début j'arrivais à uploader mais très peu c'était très lent d'arriver à un ration de 1:1 et là des torrents que j'ai depuis plus de 2 ans stagnent et n'ont toujours pas atteint le ration de 1

J'ai installé Proton dessus et j'ai fais des tests de connexions de ports : ports bloqués systématiquement, le SAV m'a demandé d'essayer avec une autre connxion

Au risque de me répéter, si avec différentes configurations, sous différentes machines, avec/sans VPN, votre logiciel de P2P est bloquée, vous avez donc une connexion par votre FAI qui ne vous autorise plus à verser des fichiers en temps réel sur les ports attribués. Les fonctions de P2P sont fermées dans un sens.

La seule alternative comme discuté précédemment et complétée par Fars, est de tester à partir d'un autre fournisseur ou endroit, mais vous allez de nouveau être identifié si vous abusez de cette option...

Oui, bien sûr, pour l'anonymat, un VPN, c'est pas du 100% (fuite DNS, par exemple), et il vaut mieux passer par un réseau en oignons.
Oui, un FAI peut bloquer des connexions, mais dans le cas d'un VPN, il ne pourra bloquer que le VPN lui-même, et pas son contenu.

Ou plus simple encore, faire de la visioconférence puisque les adresses sont alors dynamiques et parfaitement identifiables malgré le VPN. Ce qui sera identique avec l'oignon si c'est du temps réel ou alors accepter une très forte latence...

Et un FAI peut bloquer des connexions, tout autant les utilisateurs que les ports utilisés. Indépendamment du contenu échangé par l'utilisateur.

[Macintoy]

Au risque de me répéter, si avec différentes configurations, sous différentes machines, avec/sans VPN, votre logiciel de P2P est bloquée, vous avez donc une connexion par votre FAI qui ne vous autorise plus à verser des fichiers en temps réel sur les ports attribués. Les fonctions de P2P sont fermées dans un sens.

La seule alternative comme discuté précédemment et complétée par Fars, est de tester à partir d'un autre fournisseur ou endroit, mais vous allez de nouveau être identifié si vous abusez de cette option...

Oui j'avais saisi je voulais juste le mentionner

[Macintoy]

Alors j'ai testé en brachant l'iMac aileurs, autre connexion internet, autre FAI et pas de ports ouverts (avec ou sans VPN)

J'ai eu ce retour du SAV :

We will take a closer look at this, however, in the meantime, can you let me know whether you are requesting a TCP port when doing the port-forwarding via command-line? If possible, send me the full command used to establish the port-mapping.

Also, would you be interested in doing a packet capture regarding this (of the VPN interface) so we can see what is happening with the traffic?

Je ne comprends pas trop ce qu'ils me demandent avec le "port TCP" et les captures d'écrans VPN

[Benzebut]

Alors j'ai testé en brachant l'iMac aileurs, autre connexion internet, autre FAI et pas de ports ouverts (avec ou sans VPN)

Et donc avec cette nouvelle configuration réseau, est-ce que les clients torrents sur cet iMac ont fonctionné correctement ?

J'ai eu ce retour du SAV :

We will take a closer look at this, however, in the meantime, can you let me know whether you are requesting a TCP port when doing the port-forwarding via command-line? If possible, send me the full command used to establish the port-mapping.

Also, would you be interested in doing a packet capture regarding this (of the VPN interface) so we can see what is happening with the traffic?

Je ne comprends pas trop ce qu'ils me demandent avec le "port TCP" et les captures d'écrans VPN

Ce qu'ils demandent est de savoir quel port TCP est utilisé pour les connexions du client et si des allocations spécifiques sont faites sur ces ports. Sous macOS ou par le VPN...

[Polo35230]

À mon avis, ça ne sert à rien de leur répondre pour l'instant...
Il faut y aller pas à pas.
Dans un premier temps, il faut faire marcher BitComet seul (SANS passer par un VPN) comme le disait @Benzebut au tout début...

-Dans BitComet:
Port d'écoute: 19112

-Dans la Box, créer une règle de redirection de ports pour bitcomet:
Adresse IP du serveur: l'adresse IP locale de ta machine.
Ports externes: début 19112, fin 19112
Protocole TCP/UDP
Ports internes: début 19112, fin 19112

-Vérifie que le port 19112 est bien accessible depuis l'extérieur:
https://www.yougetsignal.com/tools/open-ports/

On saura alors si ton pb est côté BitComet, FAI ou VPN.

[Benzebut]

Dans un premier temps, il faut faire marcher BitComet seul (SANS passer par un VPN) comme le disait @Benzebut au tout début...

Cela serait la première chose à faire, tout comme indiquer si cela a fonctionné avec l'autre configuration réseau chez un autre FAI pour ces clients torrents sur cet iMac...