Port bloqués sur BitComet

[Macintoy]

Salut tout le monde !

J'ai le logiciel BitComet 2.8.2 avec MacOS Sequoia et il m'est impossible d'uploader (je peux download sans problème)

J'utilise Proton VPN avec la redirection de port configuré mais j'ai toujours cette lumière jaune qui m'empêche d'upload :



Que je me connecte avec mon VPN via les réglages réseaux où via Tunnelblick et le terminal j'ai toujours cette pastille jaune et je ne sais pas précisément ce que je dois faire quand elle me dit de vérifier la config de mon routeur NAT (mon pare feu est désactivé)

Avez-vous une solution ?

[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

[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...