Port bloqués sur BitComet

[Polo35230]

Oui pourquoi ?

Parce que tu nous l'avais pas dit...

[Macintoy]

En tout cas quand je me connecte au VPN et que je vais voir sur PortChecker les ports 19112 et 57809 sont toujours fermés (alors même que Trnasmissions m'indique "ouvert" pour le 57809)

[Fars]

Tu es patient ! Y a longtemps que je me serais fait hara-kiri 😋

[Polo35230]

Tu es patient ! Y a longtemps que je me serais fait hara-kiri 😋

J'ai comme l'impression d'être revenu au début de ce fil...

[Benzebut]

J'ai comme l'impression d'être revenu au début de ce fil...

Ce qui est hélas le cas, puisque les mêmes questions sont encore posées et que les mêmes réponses seront données...

[Polo35230]

@Macintoy

Bon, tu as fait beaucoup d"essais, et on sait plus trop ou on en est...
Pb FAI, Box, VPN, logiciel P2P, appli pour tester les ports, on ne sait pas...
Si tu veux vraiment t'acharner, il faut procéder avec méthode, et communiquer les résultats.

Il faut ouvrir 2 fenêtres Terminal
Dans l'une , faire : sudo tcpdump 'tcp port 57809'
Dans l'autre, faire : sudo tcpdump 'udp port 57809'
Si il y a des connexions sur ce port, on les verra.

Avec le VPN actif:

-Active BitComet (avec le port 57809), et teste ce port avec "Port Checker"
Poste le résultat.
-Désactive BitComet
-Active Transmissions (avec le port 57809), et teste ce port avec "Port Checker"
Poste le résultat

[Macintoy]

@Macintoy

Bon, tu as fait beaucoup d"essais, et on sait plus trop ou on en est...
Pb FAI, Box, VPN, logiciel P2P, appli pour tester les ports, on ne sait pas...
Si tu veux vraiment t'acharner, il faut procéder avec méthode, et communiquer les résultats.

Oui moi non plus je ne sais plus trop où j'en suis, déjà que je le savais pas trop au début... mais je te remrcie infiniment de continuer de m'aider, j'espère qu'on finira par mettre un point final bienôt.

Alors ça c'est ce que j'ai quand je tape les lignes de commandes que tu m'as demandé :

Code

tcpdump: data link type PKTAP
tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
listening on pktap, link-type PKTAP (Apple DLT_PKTAP), snapshot length 524288 bytes

J'ai ce résultat là pour les deux, je l'ai fais avec deux fenêtres différentes avec le VPN désactivé.

Par contre dès que j'ai activé le VPN pour les test suivants j'ai eu ça avec la fenêtre de la deuxième ligne de code :

Code

14:04:20.089939 IP 10.1.6.165.57809 > 88-127-1-84.subs.proxad.net.50106: UDP, length 20
14:04:20.090622 IP 10.1.6.165.57809 > 34.149.67.37.rev.sfr.net.29782: UDP, length 20
14:04:20.162938 IP 88-127-1-84.subs.proxad.net.50106 > 10.1.6.165.57809: UDP, length 20
14:04:20.589155 IP 10.1.6.165.57809 > 88-127-1-84.subs.proxad.net.50106: UDP, length 246
14:04:20.665961 IP 88-127-1-84.subs.proxad.net.50106 > 10.1.6.165.57809: UDP, length 20
14:04:20.673021 IP 88-127-1-84.subs.proxad.net.50106 > 10.1.6.165.57809: UDP, length 496
14:04:20.673826 IP 10.1.6.165.57809 > 88-127-1-84.subs.proxad.net.50106: UDP, length 20
14:04:21.090073 IP 10.1.6.165.57809 > 88-127-1-84.subs.proxad.net.50106: UDP, length 144
14:04:21.154820 IP 88-127-1-84.subs.proxad.net.50106 > 10.1.6.165.57809: UDP, length 20
14:04:21.154822 IP 88-127-1-84.subs.proxad.net.50106 > 10.1.6.165.57809: UDP, length 128
14:04:21.154984 IP 10.1.6.165.57809 > 88-127-1-84.subs.proxad.net.50106: UDP, length 20
14:04:21.221786 IP 88-127-1-84.subs.proxad.net.50106 > 10.1.6.165.57809: UDP, length 268
14:04:21.222067 IP 10.1.6.165.57809 > 88-127-1-84.subs.proxad.net.50106: UDP, length 20
14:04:21.590199 IP 10.1.6.165.57809 > 88-127-1-84.subs.proxad.net.50106: UDP, length 20
14:04:21.606176 IP 88-127-1-84.subs.proxad.net.50106 > 10.1.6.165.57809: UDP, length 25
14:04:21.606286 IP 10.1.6.165.57809 > 88-127-1-84.subs.proxad.net.50106: UDP, length 20
14:04:21.661642 IP 88-127-1-84.subs.proxad.net.50106 > 10.1.6.165.57809: UDP, length 20
14:04:21.661644 IP 88-127-1-84.subs.proxad.net.50106 > 10.1.6.165.57809: UDP, length 20
14:04:22.606364 IP 88-127-1-84.subs.proxad.net.50106 > 10.1.6.165.57809: UDP, length 25
14:04:22.606483 IP 10.1.6.165.57809 > 88-127-1-84.subs.proxad.net.50106: UDP, length 20
14:04:23.344795 IP 10.1.6.165.57809 > 34.149.67.37.rev.sfr.net.29782: UDP, length 20
14:04:29.658959 IP 10.1.6.165.57809 > 34.149.67.37.rev.sfr.net.29782: UDP, length 20

Et rien n'a changé sur la fenêtre de la première ligne de code

Ensuite :

Avec le VPN actif (En me connectant simplement à l'appli Proton) Le port est marqué fermé sur les deux (J'ai bien ouvert les logiciels l'un après l'autre et je n'ai pas déconnecté le VPN entre les deux)

Et parce que le SAV me l'a demandé j'ai aussi testé avec Tunnelblick et la ligne de code qui boucle dans le terminal, pareil port fermé à chaque fois, le SAV m'a aussi dit ça :

Gardez à l’esprit que pour transférer avec succès les ports sur macOS, vous devez utiliser la méthode de connexion manuelle et lier le port que vous obtenez du terminal à votre client torrent.

Ce qu'il entend par méthode manuelle c'est celle-là : https://protonvpn.com/support/port-forwardi...ual-setup#macos

Ce qui est curieux (pour moi parce que je comprends rien) c'est que sur BitComet il m'affiche une pastille jaune quoi qu'il arrive (pour dire que le port est fermé) alors que sur Transmissions c'est vert quand j'ai pas le VPN d'activé et rouge quand il l'est.

[Polo35230]

Quand tu dis que dans les fenètres du terminal tu n'as rien, c'est pour les tests demandés post #106 avec "Port Checker" ?
Si c'est ça, c'est pas la peine d'aller plus loin. Il y a un pb avec le VPN pour les connexions entrantes...

Après, la trace où on voit des échanges n'est pas significative. C'est une connexion sortante initiée par ton Mac. 10.1.6.165 est l'adresse que le serveur VPN t'a attribué.

Ce message a été modifié par Polo35230 - 26 Jun 2025, 17:34.

[Macintoy]

J'ai ouvert deux fenêtre de terminal, j'ai rentré les lignes de codes, j'ai copié le résultat dans un brouillon de réponse, puis j'ai activé le VPN et j'ai commencé à vérifier les ports sur BitComet et Transmissions

C'était bien comme ça qu'il fallait faire ?

[Macintoy]

Je viens juste à l'instant de remarquer que j'ai "téléversé" avec Transmissions, je suis passé à 1,23Go d'upload sur un film et j'y étais pas du tout la semaine dernière avant l'IPv4 Fullstack

Je pense pas que ça soit un coup de bol, après j'ai un autre torrent qui n'a pas bougé, mais difficile de savoir si c'est juste parce que personne ne le télécharge

Je vais télécharger 2 nouveaux torrents, un récent "de la semaine" et un plus vieux pour voir comment ça réagit

[Polo35230]

Non, mais ça fait rien.
Dans les résultats de ton post #107, on a vu que ça causait en UDP.
Port checker teste les ports TCP.

Ça va être plus simple.
Dans l'ordre:

- Dans une fenêtre du Terminal, tape le commande:
sudo tcpdump 'tcp port 57809'

-Active BitComet (avec le port 57809) ; Ne fais rien d'autre.

- Teste ce port avec "Port Checker"
Si c'est bon, tu devrais voir des choses dans la fenêtre du Terminal.

- Poste ce qu'il y a dans la fenêtre du Terminal

[Macintoy]

J'ai rien dans la fenêtre du terminal, même quand je me connecte avec le VPN.

Sinon j'ai laissé l'ordi allumé cette nuit et je suis passé de 1,23Go à 1,49Go avec Transmissions, c'est plutôt bon signe non ?

[Polo35230]

J'ai rien dans la fenêtre du terminal, même quand je me connecte avec le VPN.

Sinon j'ai laissé l'ordi allumé cette nuit et je suis passé de 1,23Go à 1,49Go avec Transmissions, c'est plutôt bon signe non ?

Et Port Tchecker dit que les ports sont ouverts ou pas?

Autrement, les 1,49Go, c'est la volumétrie pour la nuit?
Pour te dire si c'est bon, il faudrait savoir en combien de temps, et la vitesse de ta liason.

[Benzebut]

Sinon j'ai laissé l'ordi allumé cette nuit et je suis passé de 1,23Go à 1,49Go avec Transmissions, c'est plutôt bon signe non ?

En soit cela ne signifie pas grand chose. Il manque les éléments de contexte comme l'a indiqué le très patient Polo35230 et les réglages faits dans Transmission.
Car au final pendant la "nuit", cela ne fait que "0,26Go" qui ont été "téléversé" pour ce fichier...

[Macintoy]

Et Port Tchecker dit que les ports sont ouverts ou pas?

Il dit que les ports sont fermés

En soit cela ne signifie pas grand chose. Il manque les éléments de contexte comme l'a indiqué le très patient [b]Polo35230 [/b

Bon je veux ennuyer personne, si jamais je fais trop chier on peut s'arrêter là, vous m'avez déjà beaucoup aidé

[Polo35230]

Tu t'accroches

Bon, si Port Checker dit que les ports sont fermés en passant dans le VPN, c'est que le serveur VPN bloque les connexions entrantes.
On a vu au tout début du fil, qu'en version gratuite, les connexions entrantes (pour l'upload) étaient bloquées.
En version payante, elles ne le sont pas. Tu as une version payante, donc, ça devrait passer...

Il faut refaire des tests SANS VPN.

Sans VPN, il faudra donc configurer la table NAT de la Box.

Comme on ne sait pas si tu as une IP Full Stack , il faudra configurer 4 règles:

Règle 1:
Adresse IP du serveur: l'adresse IP locale de ta machine.
Ports externes: début 10112, fin 10112
Protocole TCP/UDP
Ports internes: début 10112, fin 10112

Règle 2:
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

Règle 3:
Adresse IP du serveur: l'adresse IP locale de ta machine.
Ports externes: début 40112, fin 40112
Protocole TCP/UDP
Ports internes: début 40112, fin 40112

Règle 4:
Adresse IP du serveur: l'adresse IP locale de ta machine.
Ports externes: début 50112, fin 50112
Protocole TCP/UDP
Ports internes: début 50112, fin 50112

Reboote la BOX

Dans BitComet:
Tu mets 10112 comme port d'écoute.
Tu testes avec port Checker.

Même test avec 19112, puis avec 40112 et 50112

Au moins un des tests doit marcher, ou tous si tu es en Full Stack.

Avec au moins un test bon, on pourra mettre en cause le VPN (Quand je vois le lien que le support t'a envoyé, ça fait peur... )

[Macintoy]

Avant de voir ta réponse j'ai téléchargé deux films avec Transmissions, après quelques minutes d'attente rien ne se lançait, j'ai ouvert le VPN et les téléchargements se sont lancés immédiatement et se sont achevés très vite, le lendemain en ouvrant Transmissions et en vérifiant les réglages, le port 57809 était fermé.

En ce qui concerne ta réponse j'ai crée les règles et elle fonctionnent toutes, c'est la première fois que je vois une pastille verte sur BitComet ! C'est aussi la première fois que je vois "Open" sur PortChecker c'est fabuleux !

Par contre depuis que j'ai rebooté la Box j'ai presque plus de réseau, le signal Wi-Fi est à une barre sur trois et ça rame à fond, pourtant la loupiote wi-fi de la box est allumée et ne clignote pas, j'ai déco/reco plusieurs fois, j'ai re-rebooté, j'ai redémarré l'ordi j'ai toujours qu'un malheureux petit point sur mon symbole Wi-Fi, je n'arrive plus à accéder à mes paramètres de routeur, la page de connexion m'affiche qu'un fond gris

Ce message a été modifié par Macintoy - 29 Jun 2025, 11:05.

[Polo35230]

En ce qui concerne ta réponse j'ai crée les règles et elle fonctionnent toutes, c'est la première fois que je vois une pastille verte sur BitComet ! C'est aussi la première fois que je vois "Open" sur PortChecker c'est fabuleux !

Alors, c'est pas fabuleux, c'est normal
Tu as donc bien une adresse IP Full Stack.

-BitComet fonctionne donc bien en upload (connexions entrantes) sans VPN, et avec les règles qui vont bien dans la Box.

-BitComet ne fonctionne pas en upload (connexions entrantes) en passant dans le VPN. On en revient donc au pb du serveur VPN qui ne les laisse pas passer.
On a vu que Proton VPN gratuit ne les laisse pas passer, mais tu payes... Alors, Curieux...

Avant de voir ta réponse j'ai téléchargé deux films avec Transmissions, après quelques minutes d'attente rien ne se lançait, j'ai ouvert le VPN et les téléchargements se sont lancés immédiatement et se sont achevés très vite, le lendemain en ouvrant Transmissions et en vérifiant les réglages, le port 57809 était fermé.

Le truc de base, c'est que, pour les connexions entrantes, sans VPN, il faut les règles qui vont bien dans la Box. Avec un VPN, pas besoin de règles.
Donc, pour Transmission sans VPN, ça devrait marcher en download, mais pas en upload si tu n'as pas rajouté une règle avec le port 57809.
Si ça ne marche pas (je ne connais pas Transmission), c'est que peut être, il vérifie la faisabilité des connexions entrantes. Si ce n'est pas bon, il bloque les 2 sens. Il veut bien que tu télécharges, mais il veut peut-être aussi que tu mettes à disposition les fichiers que tu as téléchargés. Pourquoi pas?
Le fait qu'en activant le VPN, ça marche, c'est que, dans le VPN, pas besoin de règles, et là le port 57809 étant ouvrt sur ta machine, les connexions entrantes marchent.
Après, je pense que le support de Proton te balade avec la configuration manuelle de la redirection de port (installation de Python, Script à exécuter en boucle). Imbuvable...

Par contre depuis que j'ai rebooté la Box j'ai presque plus de réseau, le signal Wi-Fi est à une barre sur trois et ça rame à fond, pourtant la loupiote wi-fi de la box est allumée et ne clignote pas, j'ai déco/reco plusieurs fois, j'ai re-rebooté, j'ai redémarré l'ordi j'ai toujours qu'un malheureux petit point sur mon symbole Wi-Fi, je n'arrive plus à accéder à mes paramètres de routeur, la page de connexion m'affiche qu'un fond gris

Pour le wifi, l'ajout de règles n'a bien sûr aucun effet sur la qualité du signal.
Tu n'as pas changé ton Mac de place?
La canicule, peut-être?

Ce message a été modifié par Polo35230 - 29 Jun 2025, 12:34.

[Macintoy]

Le truc de base, c'est que, pour les connexions entrantes, sans VPN, il faut les règles qui vont bien dans la Box. Avec un VPN, pas besoin de règles.
Donc, pour Transmission sans VPN, ça devrait marcher en download, mais pas en upload si tu n'as pas rajouté une règle avec le port 57809.
Si ça ne marche pas (je ne connais pas Transmission), c'est que peut être, il vérifie la faisabilité des connexions entrantes. Si ce n'est pas bon, il bloque les 2 sens. Il veut bien que tu télécharges, mais il veut peut-être aussi que tu mettes à disposition les fichiers que tu as téléchargés. Pourquoi pas?
Le fait qu'en activant le VPN, ça marche, c'est que, dans le VPN, pas besoin de règles, et là le port 57809 étant ouvrt sur ta machine, les connexions entrantes marchent.

Ça ne devrait plus être un problème maintenant puisque j'ai 4 ports ouverts maintenant ! (Enfin j'ai pas encore testé de download, peut-être pas parler trop vite )

Pour le wifi, l'ajout de règles n'a bien sûr aucun effet sur la qualité du signal.
Tu n'as pas changé ton Mac de place?
La canicule, peut-être?

Bah écoute sur mon MBP je n'avais même pas la box dans le choix des réseaux et sur l'Imac j'ai carrément perdu le signal en essayant de déco/reco "impossible de se connecter à SFR..." j'ai débranché la box un petit temps et je l'ai rebranché et ça à l'air de fonctionner

Je tenais à te remercier infiniment pour ton aide !

Je traine cette merde depuis des mois sans rien comprendre et c'est enfin résolu, même si je me sentirais tranquille que quand j'aurais laissé couler quelques jours et que j'aurais constaté que tout va bien

Je vais pouvoir dire au SAV que ça marche mieux sans VPN

[Benzebut]

Le truc de base, c'est que, pour les connexions entrantes, sans VPN, il faut les règles qui vont bien dans la Box. Avec un VPN, pas besoin de règles.
Donc, pour Transmission sans VPN, ça devrait marcher en download, mais pas en upload si tu n'as pas rajouté une règle avec le port 57809.
Si ça ne marche pas (je ne connais pas Transmission), c'est que peut être, il vérifie la faisabilité des connexions entrantes. Si ce n'est pas bon, il bloque les 2 sens. Il veut bien que tu télécharges, mais il veut peut-être aussi que tu mettes à disposition les fichiers que tu as téléchargés. Pourquoi pas?
Le fait qu'en activant le VPN, ça marche, c'est que, dans le VPN, pas besoin de règles, et là le port 57809 étant ouvrt sur ta machine, les connexions entrantes marchent.
Après, je pense que le support de Proton te balade avec la configuration manuelle de la redirection de port (installation de Python, Script à exécuter en boucle). Imbuvable...

Le truc de base n'est normalement pas requis avec une boite internet paramétrée avec ses réglages par défaut qui ne vérifie pas les ports. Surtout avec une adresse fixe...

Concernant Transmission, il ne bloque pas dans les 2 sens, le ratio est paramétrable et comme il fait de l'adressage dynamique, il va vérifier ce qui est ouvert. Encore une fois, l'application permet de mettre une connexion aléatoire (pour éviter le suivi) et va se brancher sur un port disponible. Ou il peut être sur un port dédié à condition d'identifier le bon dans la configuration.

Le SAV de Proton tente tout comme nous de fournir une aide, mais en fonction des éléments disparates fournis ou du mélange des causes et effets, doit se trouver bien emprunter pour répondre pertinemment...

[Polo35230]

Le truc de base n'est normalement pas requis avec une boite internet paramétrée avec ses réglages par défaut qui ne vérifie pas les ports. Surtout avec une adresse fixe...

Chez Orange, j'ai eu une Livebox (paramétrée par défaut) qui bloquait toutes les connexions entrantes, sauf pour la maintenance Orange, bien sûr.
Il y a même eu des cas où tu ne pouvait pas accéder à un serveur web (chez toi) depuis l'extérieur sur le port 80 (utilisé par le FAI), d'où l'obligation de mette un port bidon sur le client (genre 8080), et de le PATer dans la box en 80.
Mais mes connaissances datent un peu...

[Benzebut]

Chez Orange, j'ai eu une Livebox (paramétrée par défaut) qui bloquait toutes les connexions entrantes, sauf pour la maintenance Orange, bien sûr.
Il y a même eu des cas où tu ne pouvait pas accéder à un serveur web (chez toi) depuis l'extérieur sur le port 80 (utilisé par le FAI), d'où l'obligation de mette un port bidon sur le client (genre 8080), et de le PATer dans la box en 80.
Mais mes connaissances datent un peu...

Cela ne nous rajeunit pas effectivement, car cela fait quelques versions que les LiveBox sont paramétrées par défaut avec un coupe-feu réglé sur standard pour tolérer les connexions requises...
Je suppose que pour les autres FAI, c'est du standard également sur leurs boîtes, mais à confirmer en fonction des usages et des problèmes rencontrés.

[Polo35230]

Par curiosité, j'ai regardé chez moi.

Toujours d'actualité, le filtrage par défaut des connexions entrantes (Livebox 5 fibre d'orange)
Ce qui me semble assez logique au plan sécurité, pour éviter que les ports soient scannés...

 FW.png ( 132.86 Ko ) Nombre de téléchargements : 6

[Benzebut]

Par curiosité, j'ai regardé chez moi.

Toujours d'actualité, le filtrage par défaut des connexions entrantes (Livebox 5 fibre d'orange)
Ce qui me semble assez logique au plan sécurité, pour éviter que les ports soient scannés...

Autant pour moi et j'avais répondu trop vite en lisant ces discussions. Bien sur que les connexions entrantes sont filtrées, j'avais interprété les "connexions" d'une manière générale sur la LiveBox, qui avait été un réglage proposé pendant un temps.
Le paramètre par défaut par le coupe-feu réglé sur standard concerne bien le filtrage entrant. Merci d'avoir corrigé cette imprécision de ma part.

[Macintoy]

Hé vous allez pas me croire

Les 4 ports que l'on a crées dans les règles sont désormais bloqués