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]

Bon je crois que j'ai trouvé une piste, dans les configurations du routeur il y a une partie "redirection de ports" avec la possibilité de créer une règle :



J'imagine pouvoir régler mon problème avec ça mais je ne sais pas comment configurer ça, je suppose que dans ports externes/ports internes je dois mettre l'adresse du routeur (192.1 etc) et l'adresse du port de BitComet (19112) mais je ne sais pas dans quel ordre je dois mettre tout ça

Est-ce je dois faire:

externe : routeur/BitComet - interne : BitComet/routeur

ou : externe : BitComet/routeur - interne : routeur/BitComet

ou : externe : BitComet/BitComet - interne : routeur/routeur

ou : externe : routeur/routeur - interne : BitComet/BitComet

Je vois aussi que ça me dit la config peut ne pas fonctionner correctement à cause de l'architecture de routage IPV6, est-ce que je dois m'en inquiéter ?

[baron]

Bonjour,

Au vu de la tournure de ce sujet, je le déplace vers la section Réseau où j'espère que tu auras des avis plus éclairés.

[Benzebut]

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 :

Sous macOS, pour ce genre de logiciels, plutôt prendre Transmission 4 qui sera beaucoup plus efficace.

Ensuite pour vos tests, faites des essais sans VPN actif et regardez quels ports sont utilisés par l'application, par le pare-feu par exemple. Enfin, est-ce que BitComet 2.8.2 sait gérer les passerelles IP4 vers IP6, ce qui expliquerait votre second message ?

[Macintoy]

Sous macOS, pour ce genre de logiciels, plutôt prendre Transmission 4 qui sera beaucoup plus efficace.

Ensuite pour vos tests, faites des essais sans VPN actif et regardez quels ports sont utilisés par l'application, par le pare-feu par exemple. Enfin, est-ce que BitComet 2.8.2 sait gérer les passerelles IP4 vers IP6, ce qui expliquerait votre second message ?

Merci pour la réponse !

J'ai téléchargé transmission 4 et j'ai le même souci, dans les réglages réseau le port d'écoute (ici 51413) est fermé que ce soit sans le VPN, VPN activé dans les réglages système ou Tunnelblick activé avec cette ligne de code qui boucle dans le terminal

Code

cd "$(python3 -m pip show py-natpmp | grep Location | cut -d\  -f 2)/natpmp" && while true; do date; python3 natpmp_client.py -g 10.2.0.1 0 0 || { echo -e "ERROR with natpmpc command \a"; break; }; sleep 45; done

Mon pare-feu est désactivé, le port d'écoute pour BitComet est toujours 19112 car il est mentionné de décocher l'option "choisir un port aléatoire" dans les préférences connexion pour que la redirection de port fonctionne

Je vais voir si je peux contacter un support ou un forum pour Transmission, pour BitComet ils ont fermé les inscriptions de leur forum pour éviter les spammeurs donc je suis baisé

[Benzebut]

Merci pour la réponse !

J'ai téléchargé transmission 4 et j'ai le même souci, dans les réglages réseau le port d'écoute (ici 51413) est fermé que ce soit sans le VPN, VPN activé dans les réglages système ou Tunnelblick activé avec cette ligne de code qui boucle dans le terminal

Code

cd "$(python3 -m pip show py-natpmp | grep Location | cut -d\  -f 2)/natpmp" && while true; do date; python3 natpmp_client.py -g 10.2.0.1 0 0 || { echo -e "ERROR with natpmpc command \a"; break; }; sleep 45; done

Mon pare-feu est désactivé, le port d'écoute pour BitComet est toujours 19112 car il est mentionné de décocher l'option "choisir un port aléatoire" dans les préférences connexion pour que la redirection de port fonctionne

Je vais voir si je peux contacter un support ou un forum pour Transmission, pour BitComet ils ont fermé les inscriptions de leur forum pour éviter les spammeurs donc je suis baisé

Le problème vient de votre configuration, car Transmission 4 est vraiment stable comme client torrent. Encore une fois, le plus simple est de ne pas mettre VPN, Tunnelblick (qui est un VPN) et autres joyeusetés sur votre configuration macOS. Ce qui évitera d'inutiles redirections de ports pour vos applications. La ligne de commande que vous souhaitez utiliser ne fait que rediriger les ports et dans le cas présent sur une zone non reconnue, donc cela boucle...

Donc une fois ces scories supprimées, dans l'application Transmission 4.0.6, onglet Réseau :
- cochez Activer le Micro Transport Protocol,
- cochez Port aléatoire au démarrage,
- cochez Ouvrir le port automatiquement,

Si le port choisi est bloqué sous macOS, cliquez sur Aléatoire pour en changer, même si cela ne devrait pas tout bloquer. Est-ce que tout fonctionne correctement pour vos téléchargements ?

[Macintoy]

Donc une fois ces scories supprimées, dans l'application Transmission 4.0.6, onglet Réseau :
- cochez Activer le Micro Transport Protocol,
- cochez Port aléatoire au démarrage,
- cochez Ouvrir le port automatiquement,

Si le port choisi est bloqué sous macOS, cliquez sur Aléatoire pour en changer, même si cela ne devrait pas tout bloquer. Est-ce que tout fonctionne correctement pour vos téléchargements ?

C'était déjà configuré comme ça de base excepté pour la case "port aléatoire"(C'est curieux car il conseillé sur BitComet de ne pas cocher cette case j'aurais cru que ça valait pour tous les logiciels ) j'ai testé sans VPN et en cochant cette case, je n'ai pas vu de changement sur mon upload, le port est toujours fermé. En fait la seule fois où j'ai vu que j'uploadais c'était avec tunnelblick d'activé et j'uploadais à 30ko mais sinon c'était mort toute la semaine

J'étais habitué avec uTorrent à uploader beaucoup et quotidiennement, peut-être que ça n'est plus d'actualité

La ligne de code que je rentre provient de ce tuto de Proton VPN pour activer la redirection de port sur MacOS (Elle est intégrée nativement à l'appli PC mais sur Mac il faut bidouiller avec Tunnelblick, Python et le terminal allez savoir pourquoi)

https://protonvpn.com/support/port-forwardi...ual-setup#macos

Ce message a été modifié par Macintoy - 24 Jan 2025, 16:36.

[Polo35230]

Salut,

- En passant par un VPN, il n'y aura rien à faire dans la Box.
Les connexions entrantes ne seront pas vues par celle-ci, car elles passent dans le tunnel.
Si ça marche en download, ça devrait marcher en upload. Il faut quand même vérifier que le firewall de la machine accepte les connexions entrantes.

- Sans passer par un VPN,les connexions entrantes seront bloquées par la Box
Pour qu'elles passent, il faut, soit que BitComet renseigne la table UPnP de la BOX (on peut le voir dans la conf de la box), soit configurer la table de redirection de ports dans celle-ci.
Il faut bien sûr utiliser le port d'écoute de BitComet par défaut (pour que les clients puissent se connecter).
Dans la conf de Bitcom, tu devrais pouvoir le retrouver (peut-être le 9584 ou 6881...)
Pour voir si ce port est bien ouvert dans ta machine, dans le terminal, tape la commande : netstat -an (l'état des ports utilisés se trouve en début de liste)

S'il n'y a rien dans la table UPnP de la Box, il faudra alors renseigner la table de redirection de ports.
Nom du service : BitComet (pourquoi pas...)
Adresse IP: c'est l'adresse IP locale de ta machine
Ports externes :
début: 9584 Fin: 9584
Ports internes:
Début: 9584 Fin: 9584

Les clients qui se présenteront sur ta box (connexions entrantes avec comme port destination 9584) seront donc aiguillés vers l' adresse IP de ta machine avec le même numéro de port.

Ce message a été modifié par Polo35230 - 19 Jan 2025, 19:41.

[Benzebut]

C'était déjà configuré comme ça de base excepté pour la case "port aléatoire"(C'est curieux car il conseillé sur BitComet de ne pas cocher cette case j'aurais cru que ça valait pour tous les logiciels ) j'ai testé sans VPN et en cochant cette case, je n'ai pas vu de changement sur mon upload, le port est toujours fermé. En fait la seule fois où j'ai vu que j'uploadais c'était avec tunnelblick d'activé et j'uploadais à 30ko mais sinon c'était mort toute la semaine

J'étais habitué avec uTorrent à uploader beaucoup et quotidiennement, peut-être que ça n'est plus d'actualité

La ligne de code que je rentre provient de ce tuto de Proton VPN pour activer la redirection de port sur MacOS (Elle est intégrée nativement à l'appli PC mais sur Mac il faut bidouiller avec Tunnelblick, Python et le terminal allait savoir pourquoi)

Le port aléatoire permet de répartir la charge en fonction de vos usages et de ne pas bloquer un port par un trafic trop important. Vous avez encore trop de scories sur cette configuration macOS et plusieurs sources de conflits possibles pour vos connexions. Partir sur une base saine permet de suivre le trafic, puis d'activer les options en fonction. Dans le cas de l'application Transmission, elle va automatiquement passer les NAP en NAP-PMP ou UPnP, en fonction des capacités de votre boite internet.

Par contre, si vous avez "trop" versé des torrents précédemment, vous avez peut-être été fiché par votre FAI pour cette activité et cela bloque les envois désormais...

Chaque VPN a ses redirections et fonctions de mappage, mais encore une fois, plus vous allez installer d'applications, plus le nombre de conflits d'adressages va augmenter. Et dans le cas d'une ligne de code, il faut passer par le terminal pour l'exécuter, mais c'est la source de bien des problèmes ensuite si vous installez des langages déjà présents et modifiez les paramètres fondamentaux de macOS...

[Macintoy]

Salut,

- En passant par un VPN, il n'y aura rien à faire dans la Box.
Les connexions entrantes ne seront pas vues par celle-ci, car elles passent dans le tunnel.
Si ça marche en download, ça devrait marcher en upload. Il faut quand même vérifier que le firewall de la machine accepte les connexions entrantes.

- Sans passer par un VPN,les connexions entrantes seront bloquées par la Box
Pour qu'elles passent, il faut, soit que BitComet renseigne la table UPnP de la BOX (on peut le voir dans la conf de la box), soit configurer la table de redirection de ports dans celle-ci.
Il faut bien sûr utiliser le port d'écoute de BitComet par défaut (pour que les clients puissent se connecter).
Dans la conf de Bitcom, tu devrais pouvoir le retrouver (peut-être le 9584 ou 6881...)
Pour voir si ce port est bien ouvert dans ta machine, dans le terminal, tape la commande : netstat -an (l'état des ports utilisés se trouve en début de liste)

S'il n'y a rien dans la table UPnP de la Box, il faudra alors renseigner la table de redirection de ports.
Nom du service : BitComet (pourquoi pas...)
Adresse IP: c'est l'adresse IP locale de ta machine
Ports externes :
début: 9584 Fin: 9584
Ports internes:
Début: 9584 Fin: 9584

Les clients qui se présenteront sur ta box (connexions entrantes avec comme port destination 9584) seront donc aiguillés vers l' adresse IP de ta machine avec le même numéro de port.

Alors : le port d'écoute de BitComet est 19112 (affiché dans les préférences de connexions), quand je tape la commande dans le terminal ça m'affiche une liste longue comme le bras à laquelle je ne comprends pas grand chose mais j'aperçois quand même ça :





Je suis allé voir les réglages UPnP de ma box et j'ai remarqué que l'UPnP v6 était off alors je l'ai activé, peut-être que le soucis venait de là on verra si ça change quelque chose sur l'upload

[Polo35230]

Alors, sur ta machine, le port destination 19112 est bien en écoute (en TCP et en UDP).
Je suis sous sonoma, et quand un port est en écoute en IPv4 et IPv6, , on voit 2 lignes (TCP4 et TCP6).
Je pense que sous Séquoia, il n'y a plus qu'une ligne (TCP46)
C'est donc bon sur le serveur.
Laisse tomber UPnP.

Il faut être sûr que sûr que quand ton VPN est actif, tout (connexions entrantes et sortantes) passe dedans.
Dans ce cas, il n'y aura rien à faire dans la Box
Tu peux le vérifier en faisant un "nestat -r"
La route par défaut doit passer par l'interface Tunnel du VPN quand il est actif.
Il faut faire un ifconfig pour voir les interfaces (mais tu le sais sûrement)

Après, le truc dont je ne suis pas sûr (mais Benzebut doit le savoir) c'est si les clients Bitcomet se connectent en UDP ou en TCP.
Ce qu'il faudrait faire, c'est quand le VPN et BitComet sont actifs, observer si tu as des connexions TCP et UDP sur ce port.
Pour ça, il faudrait ouvrir 2 fenêtres du Terminal.
Dans l'une , faire : sudo tcpdump 'tcp port 19112'
Dans l'autre, faire : sudo tcpdump 'udp port 19112'
Si il y a des connexions sur ce port, on devrait le voir.

[Macintoy]

Alors, sur ta machine, le port destination 19112 est bien en écoute (en TCP et en UDP).
Je suis sous sonoma, et quand un port est en écoute en IPv4 et IPv6, , on voit 2 lignes (TCP4 et TCP6).
Je pense que sous Séquoia, il n'y a plus qu'une ligne (TCP46)
C'est donc bon sur le serveur.
Laisse tomber UPnP.

Il faut être sûr que sûr que quand ton VPN est actif, tout (connexions entrantes et sortantes) passe dedans.
Dans ce cas, il n'y aura rien à faire dans la Box
Tu peux le vérifier en faisant un "nestat -r"
La route par défaut doit passer par l'interface Tunnel du VPN quand il est actif.
Il faut faire un ifconfig pour voir les interfaces (mais tu le sais sûrement)

Après, le truc dont je ne suis pas sûr (mais Benzebut doit le savoir) c'est si les clients Bitcomet se connectent en UDP ou en TCP.
Ce qu'il faudrait faire, c'est quand le VPN et BitComet sont actifs, observer si tu as des connexions TCP et UDP sur ce port.
Pour ça, il faudrait ouvrir 2 fenêtres du Terminal.
Dans l'une , faire : sudo tcpdump 'tcp port 19112'
Dans l'autre, faire : sudo tcpdump 'udp port 19112'
Si il y a des connexions sur ce port, on devrait le voir.

Alors, pour la première commande :

Code

zsh: command not found: nestat

À mon avis j'ai pas compris c'était pas ça qu'il fallait faire

Non je ne savais pas qu'il fallait faire un "iconfig", vraiment j'y connait rien, avant il suffisait d'avoir uTorrent et tout fonctionnait sans prise de tête je n'ai jamais eu trifouiller comme ça

Pour les connexions TCP et UDP j'ai ça (lorsque que le VPN est actif) :

TCP :

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

UDP :

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

[Polo35230]

Alors, aucune connexion entrante sur le port 19112.

En premier, juste pour tester, désactive le Firewall dans les paramètres réseau du Mac.
Désactive aussi IPv6 dans les paramètres réseau (TCP/IP), ça peut poser pb (voir tes copies d'écran, post#2)


Si ça ne marche pas, dans le Terminal, fais un:
ifconfig (pas iconfig)
et un:
netstat -r (pas nestat comme j'ai bêtement écris plus haut)

Avant, avec uTorrent, tu n'étais peut-être pas dans les mêmes conditions...

Ce message a été modifié par Polo35230 - 25 Jan 2025, 20:46.

[Benzebut]

Non je ne savais pas qu'il fallait faire un "iconfig", vraiment j'y connait rien, avant il suffisait d'avoir uTorrent et tout fonctionnait sans prise de tête je n'ai jamais eu trifouiller comme ça

Là c'est normal, car les bonnes instructions par le terminal sont les suivantes et Polo35230 a corrigé depuis :
ifconfig pour avoir le détail des protocoles actifs (beaucoup de blabla),
netstat -r pour avoir la liste des ports actifs en IPv4 et IPv6,

Ensuite, les clients Bitcomet se connectent en UDP ou en TCP suivant les applications, dans le cas de Transmission c'est transparent et dynamique pour répondre à la question...

Enfin, comme indiqué précédemment pour faire ces tests réseau, désactivez coupe-feu, VPN et consorts pour avoir un accès direct. Puis lorsque les connexions passent, remettre ces "utilitaires" en marche pour valider les entrées/sorties.

[Macintoy]

Alors, aucune connexion entrante sur le port 19112.

En premier, juste pour tester, désactive le Firewall dans les paramètres réseau du Mac.
Désactive aussi IPv6 dans les paramètres réseau (TCP/IP), ça peut poser pb (voir tes copies d'écran, post#2)

Alors je comprends pas, je n'ai pas d'option "désactiver" dans le menu déroulant de configuration :

[Polo35230]

Réglages Système ----- Réseau Puis tu sélectionnes l'interface Ethernet, si tu es en ethernet, ou wifi, si tu es en wifi ---détails --- TCP/IP
Sous Sonoma, on peut bien le désactiver via les réglages système.

Sous Séquoia, si ce n'est pas possible, tu peux le faire en passant par le Terminal:

Pour désactiver IPv6:
networksetup -setv6off Wi-Fi
networksetup -setv6off Ethernet

Pour le réactiver:
networksetup -setv6on Wi-Fi
networksetup -setv6on Ethernet

Wifi ou ethernet suivant le cas, bien sûr.

Ce message a été modifié par Polo35230 - 31 Jan 2025, 20:23.

[Macintoy]

Réglages Système ----- Réseau Puis tu sélectionnes l'interface Ethernet, si tu es en ethernet, ou wifi, si tu es en wifi ---détails --- TCP/IP

Oui c'est exactement ce que j'ai fais et comme tu peux le voir sur ma capture d'écran l'option ne m'est pas proposée (je suis sur Séquoia) heureusement la commande dans le terminal fonctionne

Je suis curieux de savoir pourquoi ils ont enlevé l'option d'une mise à jour à l'autre

Maintenant que l'Ipv6 est désactivé je vais faire plusieurs test avec VPN actif/inactif pour voir si j'upload enfin correctement et je ferais un retour dans quelques jours

Merci !

[Benzebut]

Oui c'est exactement ce que j'ai fais et comme tu peux le voir sur ma capture d'écran l'option ne m'est pas proposée (je suis sur Séquoia) heureusement la commande dans le terminal fonctionne

Je suis curieux de savoir pourquoi ils ont enlevé l'option d'une mise à jour à l'autre

Simplement parce que le format IPv4 est censé être abandonné car saturé en adresses disponibles désormais ! Et de fait remplacé par défaut par le format IPv6 qui permet de passer outre ces limitations avec une nomenclature adaptée aux nouveaux usages et l'explosion des connexions...
Mais beaucoup de bidouilles encore pour faire perdurer cet ancien format sur tous les dispositifs, avec le problème que le forcer va entrainer encore plus d'incompatibilités.

[Polo35230]

Simplement parce que le format IPv4 est censé être abandonné car saturé en adresses disponibles désormais ! Et de fait remplacé par défaut par le format IPv6 qui permet de passer outre ces limitations avec une nomenclature adaptée aux nouveaux usages et l'explosion des connexions...
Mais beaucoup de bidouilles encore pour faire perdurer cet ancien format sur tous les dispositifs, avec le problème que le forcer va entrainer encore plus d'incompatibilités.

Oui, c'est exactement ça. Il est censé être abandonné...

Je me souviens de mes premières formations IPv6, il y a 15 ans...
Bon, ça progresse, mais c'est lent.
Avant que ce soit généralisé, il va falloir encore un peu de temps pour que tous les matériels supportent le protocole IPv6.
C'est vrai qu'IPv6 génère quelques petits pbs:
Encapsulation IPv6 dans IPv4, l'inverse également.
Doubles requêtes DNS (V6 et V4), la requête IPv6 étant prioritaire.

Pour une entreprise, l'apport IPv6 est indéniable.
Pour la plus grande partie des particuliers, ça ne sert absolument à rien. Pour l'instant, bien sûr...
De toute façon, tous les serveurs sur internet sont IPv4, mais tous ne sont pas IPv6.

Les opérateurs qui font la promotion d'IPv6 et qui n'utilisent que ce protocole côté WAN sont ceux qui manquent d'adresses IPv4 et qui sont obligés de les partager entre plusieurs utilisateurs, avec les pbs que ça peut générer.

Bref, tout ça pour dire que virer IPv6 ne va pas forcément régler le pb de BitComet...

[Benzebut]

Pour une entreprise, l'apport IPv6 est indéniable.
Pour la plus grande partie des particuliers, ça ne sert absolument à rien. Pour l'instant, bien sûr...
De toute façon, tous les serveurs sur internet sont IPv4, mais tous ne sont pas IPv6.

Et pour le particulier de plus en plus, car IPv6 devient la norme et vu le nombre d'appareils connectés désormais sur des boites internet qui doivent partager des adresses IP. Surtout si l'adressage n'est pas correctement géré et les baux pas réinitialisés après un certain temps, cela sature les attributions...

Les opérateurs qui font la promotion d'IPv6 et qui n'utilisent que ce protocole côté WAN sont ceux qui manquent d'adresses IPv4 et qui sont obligés de les partager entre plusieurs utilisateurs, avec les pbs que ça peut générer.

Bref, tout ça pour dire que virer IPv6 ne va pas forcément régler le pb de BitComet...

Les opérateurs sont passés en IPv6 depuis un moment et font presque du 100% en France d’après l'ARCEP dans son baromètre annuel de 2024 (https://www.arcep.fr/cartes-et-donnees/nos-...-en-france.html).
Le format IPv4 est devenu l'exception mais conservé actuellement car trop de "vieux" appareils encore en activité ou que certains tentent encore d'en forcer l'usage...

[Macintoy]

Bon, j'ai toujours les ports bloqués, même en aléatoire, avec ou sans VPN actif

[Polo35230]

Essaye de passer par un site pour voir si le port 19112 est bien joignable via Internet
VPN activé, connecte-toi au site ci-dessous:
https://www.yougetsignal.com/tools/open-ports/

Dans la fenêtre qui s'affiche, tu devrais voir l'adresse IP que t'a attribué le serveur VPN.
Vérifie quand même que cette adresse n'est PAS ton adresse IP publique (ça peut arriver si le VPN "fuite")
Dans "port number", mets 19112

Si tu passes bien par ton VPN, et si le firewall du Mac accepte les connexions entrantes, ça doit marcher.

[Benzebut]

Bon, j'ai toujours les ports bloqués, même en aléatoire, avec ou sans VPN actif

Il est normal d'avoir certains ports bloqués sous macOS, mais pas tous sauf si vous l'avez explicitement demandé.
Une autre option serait d'utiliser ceux par défaut pour les applications dédiées comme les ports 20 (FTP), 53 (DNS), 80 (HTTP)... Mais simplement pour les tests, car sinon cela va dérégler vos accès à Internet.

[Macintoy]

Essaye de passer par un site pour voir si le port 19112 est bien joignable via Internet
VPN activé, connecte-toi au site ci-dessous:
https://www.yougetsignal.com/tools/open-ports/

Dans la fenêtre qui s'affiche, tu devrais voir l'adresse IP que t'a attribué le serveur VPN.
Vérifie quand même que cette adresse n'est PAS ton adresse IP publique (ça peut arriver si le VPN "fuite")
Dans "port number", mets 19112

Si tu passes bien par ton VPN, et si le firewall du Mac accepte les connexions entrantes, ça doit marcher.

Avec Proton ou avec Tunnelblick, c'est écrit port bloqué à chaque fois, mon coupe-feu est désactivé...

[Polo35230]

Pas logique...
Désactive IPv6
Active ton VPN
Dans le Terminal, passe les 2 commandes suivantes:

Code

ifconfig
netstat -r

et poste les. On verra peut-être quelque chose.


Tu n'as pas répondu au post #22
L'adresse IP retournée est l'adresse privée ou publique?

Ce message a été modifié par Polo35230 - 4 Mar 2025, 20:05.

[Macintoy]

Tu n'as pas répondu au post #22
L'adresse IP retournée est l'adresse privée ou publique?

L'adresse IP n'est pas mon adresse privée je n'ai pas de soucis avec ça

Pour les lignes, testé en me connectant avec l'appli Proton VPN (Pas testé avec Tunnelblick) :

iconfig :

Code

lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
    options=1203<RXCSUM,TXCSUM,TXSTATUS,SW_TIMESTAMP>
    inet 127.0.0.1 netmask 0xff000000
    inet6 ::1 prefixlen 128
    inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
    nd6 options=201<PERFORMNUD,DAD>
gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
stf0: flags=0<> mtu 1280
en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    options=567<RXCSUM,TXCSUM,VLAN_MTU,TSO4,TSO6,AV,CHANNEL_IO>
    ether d0:81:7a:da:c5:1a
    nd6 options=201<PERFORMNUD,DAD>
    media: autoselect (none)
    status: inactive
en6: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 16000
    ether ac:de:48:00:11:22
    inet6 fe80::aede:48ff:fe00:1122%en6 prefixlen 64 scopeid 0x5
    nd6 options=201<PERFORMNUD,DAD>
    media: autoselect (100baseTX <full-duplex>)
    status: active
ap1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    options=6460<TSO4,TSO6,CHANNEL_IO,PARTIAL_CSUM,ZEROINVERT_CSUM>
    ether 42:fd:0c:82:8c:0c
    inet6 fe80::40fd:cff:fe82:8c0c%ap1 prefixlen 64 scopeid 0x6
    nd6 options=201<PERFORMNUD,DAD>
    media: autoselect (<unknown type>)
    status: inactive
en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    options=6460<TSO4,TSO6,CHANNEL_IO,PARTIAL_CSUM,ZEROINVERT_CSUM>
    ether ba:7d:b4:b8:84:1d
    inet 192.168.1.234 netmask 0xffffff00 broadcast 192.168.1.255
    media: autoselect
    status: active
awdl0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    options=6460<TSO4,TSO6,CHANNEL_IO,PARTIAL_CSUM,ZEROINVERT_CSUM>
    ether ea:e1:33:c6:3e:7d
    inet6 fe80::e8e1:33ff:fec6:3e7d%awdl0 prefixlen 64 scopeid 0x8
    nd6 options=201<PERFORMNUD,DAD>
    media: autoselect
    status: active
llw0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    options=400<CHANNEL_IO>
    ether ea:e1:33:c6:3e:7d
    inet6 fe80::e8e1:33ff:fec6:3e7d%llw0 prefixlen 64 scopeid 0x9
    nd6 options=201<PERFORMNUD,DAD>
    media: autoselect
    status: inactive
en2: flags=8963<UP,BROADCAST,SMART,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1500
    options=460<TSO4,TSO6,CHANNEL_IO>
    ether 82:fe:ac:84:58:01
    media: autoselect <full-duplex>
    status: inactive
en3: flags=8963<UP,BROADCAST,SMART,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1500
    options=460<TSO4,TSO6,CHANNEL_IO>
    ether 82:fe:ac:84:58:00
    media: autoselect <full-duplex>
    status: inactive
en4: flags=8963<UP,BROADCAST,SMART,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1500
    options=460<TSO4,TSO6,CHANNEL_IO>
    ether 82:fe:ac:84:58:05
    media: autoselect <full-duplex>
    status: inactive
en5: flags=8963<UP,BROADCAST,SMART,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1500
    options=460<TSO4,TSO6,CHANNEL_IO>
    ether 82:fe:ac:84:58:04
    media: autoselect <full-duplex>
    status: inactive
bridge0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    options=63<RXCSUM,TXCSUM,TSO4,TSO6>
    ether 82:fe:ac:84:58:01
    Configuration:
        id 0:0:0:0:0:0 priority 0 hellotime 0 fwddelay 0
        maxage 0 holdcnt 0 proto stp maxaddr 100 timeout 1200
        root id 0:0:0:0:0:0 priority 0 ifcost 0 port 0
        ipfilter disabled flags 0x0
    member: en2 flags=3<LEARNING,DISCOVER>
            ifmaxaddr 0 port 10 priority 0 path cost 0
    member: en3 flags=3<LEARNING,DISCOVER>
            ifmaxaddr 0 port 11 priority 0 path cost 0
    member: en4 flags=3<LEARNING,DISCOVER>
            ifmaxaddr 0 port 12 priority 0 path cost 0
    member: en5 flags=3<LEARNING,DISCOVER>
            ifmaxaddr 0 port 13 priority 0 path cost 0
    nd6 options=201<PERFORMNUD,DAD>
    media: <unknown type>
    status: inactive
utun0: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1500
    inet6 fe80::e4d8:2c0:bcfb:5c83%utun0 prefixlen 64 scopeid 0xf
    nd6 options=201<PERFORMNUD,DAD>
utun1: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1380
    inet6 fe80::4d86:5d1e:4102:1718%utun1 prefixlen 64 scopeid 0x10
    nd6 options=201<PERFORMNUD,DAD>
utun2: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 2000
    inet6 fe80::5229:8bd4:98:3d2b%utun2 prefixlen 64 scopeid 0x11
    nd6 options=201<PERFORMNUD,DAD>
utun3: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1000
    inet6 fe80::ce81:b1c:bd2c:69e%utun3 prefixlen 64 scopeid 0x12
    nd6 options=201<PERFORMNUD,DAD>
utun4: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1380
    inet6 fe80::931f:8f65:8f8b:268d%utun4 prefixlen 64 scopeid 0x13
    nd6 options=201<PERFORMNUD,DAD>
utun5: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1380
    inet6 fe80::2d0c:f713:368a:c863%utun5 prefixlen 64 scopeid 0x14
    nd6 options=201<PERFORMNUD,DAD>
ipsec0: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1280
    options=6460<TSO4,TSO6,CHANNEL_IO,PARTIAL_CSUM,ZEROINVERT_CSUM>
    inet 10.1.60.188 --> 10.1.60.188 netmask 0xffff0000

netstat -r :

Code

Routing tables

Internet:
Destination        Gateway            Flags               Netif Expire
default            link#22            UCSg               ipsec0      
default            192.168.1.1        UGScIg                en1      
10.1.0.1           link#22            UHWIig             ipsec0      
10.1.60.188        10.1.60.188        UH                 ipsec0      
10.1.255.255       link#22            UHW3Ig             ipsec0    786
ec2-13-36-16-166.e link#22            UHW3Ig             ipsec0    863
17.188.185.134     link#22            UHWIig             ipsec0      
17.248.236.67      link#22            UHWIig             ipsec0      
uklon5-ntp-003.aap link#22            UHW3Ig             ipsec0    913
ntp.euro.apple.com link#22            UHW3Ig             ipsec0    914
uklon6-vip-bx-005. link#22            UHWIig             ipsec0      
frstd1-vip-bx-001. link#22            UHW3Ig             ipsec0    813
frstd1-vip-bx-002. link#22            UHW3Ig             ipsec0    908
17.253.145.10      link#22            UHW3Ig             ipsec0    790
82.221.107.34.bc.g link#22            UHW3Ig             ipsec0    994
93.243.107.34.bc.g link#22            UHWIig             ipsec0      
dns.nextdns.io     link#22            UHW3Ig             ipsec0   1062
68.220.193.245     link#22            UHWIig             ipsec0      
h7282.gfsrv.net    link#22            UHWIig             ipsec0      
ns3243807.ip-91-13 link#22            UHW3Ig             ipsec0    916
104.18.2.126       link#22            UHWIig             ipsec0      
104.18.43.186      link#22            UHW3Ig             ipsec0    986
104.21.16.1        link#22            UHW3Ig             ipsec0    984
104.21.20.191      link#22            UHWIig             ipsec0      
127                localhost          UCS                   lo0      
localhost          localhost          UH                    lo0      
server-143-204-68- link#22            UHWIig             ipsec0      
169.254            link#7             UCS                   en1      !
waw02s07-in-f170.1 link#22            UHW3Ig             ipsec0    816
a172-224-97-8.sour link#22            UHWIig             ipsec0      
185.159.159.1      link#22            UHWIig             ipsec0      
188.114.96.2       link#22            UHW3Ig             ipsec0    866
192.168.1          link#7             UCS                   en1      !
192.168.1.1/32     link#7             UCS                   en1      !
192.168.1.1        b4:9d:fd:14:d2:61  UHLWIir               en1   1178
192.168.1.3        ac:bc:32:a0:32:69  UHLWIi                en1   1192
192.168.1.99       b2:ce:7e:ff:a9:4d  UHLWIi                en1   1071
192.168.1.234/32   link#7             UCS                   en1      !
192.168.1.234      ba:7d:b4:b8:84:1d  UHLWI                 lo0      
199.232.171.6      link#22            UHW3Ig             ipsec0    820
224.0.0/4          link#22            UmCS               ipsec0      
224.0.0/4          link#7             UmCSI                 en1      !
mdns.mcast.net     1:0:5e:0:0:fb      UHmLWI                en1      
255.255.255.255/32 link#22            UCS                ipsec0      
255.255.255.255/32 link#7             UCSI                  en1      !

Internet6:
Destination        Gateway            Flags               Netif Expire
default            fe80::%utun0       UGcIg               utun0      
default            fe80::%utun1       UGcIg               utun1      
default            fe80::%utun2       UGcIg               utun2      
default            fe80::%utun3       UGcIg               utun3      
default            fe80::%utun4       UGcIg               utun4      
default            fe80::%utun5       UGcIg               utun5      
localhost          localhost          UHL                   lo0      
fe80::%lo0         imacpro-de-stevejobs UcI                   lo0      
imacpro-de-raphael link#1             UHLI                  lo0      
fe80::%en6         link#5             UCI                   en6      
fe80::aede:48ff:fe ac:de:48:0:11:22   UHLI                  lo0      
fe80::aede:48ff:fe ac:de:48:33:44:55  UHLWIi                en6      
fe80::%ap1         link#6             UCI                   ap1      
imacpro-de-raphael 42:fd:c:82:8c:c    UHLI                  lo0      
fe80::e8e1:33ff:fe ea:e1:33:c6:3e:7d  UHLI                  lo0      
fe80::e8e1:33ff:fe ea:e1:33:c6:3e:7d  UHLI                  lo0      
fe80::%utun0       imacpro-de-stevejobs UcI                 utun0      
imacpro-de-raphael link#15            UHLI                  lo0      
fe80::%utun1       imacpro-de-stevejobs UcI                 utun1      
imacpro-de-raphael link#16            UHLI                  lo0      
fe80::%utun2       imacpro-de-stevejobs UcI                 utun2      
imacpro-de-raphael link#17            UHLI                  lo0      
fe80::%utun3       imacpro-de-stevejobs UcI                 utun3      
imacpro-de-raphael link#18            UHLI                  lo0      
fe80::%utun4       imacpro-de-stevejobs UcI                 utun4      
imacpro-de-raphael link#19            UHLI                  lo0      
fe80::%utun5       imacpro-de-stevejobs UcI                 utun5      
imacpro-de-raphael link#20            UHLI                  lo0      
ff00::             localhost          UmCI                  lo0      
ff00::             link#4             UmCI                  en0      
ff00::             link#5             UmCI                  en6      
ff00::             link#6             UmCI                  ap1      
ff00::             link#8             UmCI                awdl0      
ff00::             link#9             UmCI                 llw0      
ff00::             imacpro-de-stevejobs UmCI                utun0      
ff00::             imacpro-de-stevejobs UmCI                utun1      
ff00::             imacpro-de-stevejobs UmCI                utun2      
ff00::             imacpro-de-stevejobs UmCI                utun3      
ff00::             imacpro-de-stevejobs UmCI                utun4      
ff00::             imacpro-de-stevejobs UmCI                utun5      
ff01::%lo0         localhost          UmCI                  lo0      
ff01::%en0         link#4             UmCI                  en0      
ff01::%en6         link#5             UmCI                  en6      
ff01::%ap1         link#6             UmCI                  ap1      
ff01::%utun0       imacpro-de-stevejobs UmCI                utun0      
ff01::%utun1       imacpro-de-stevejobs UmCI                utun1      
ff01::%utun2       imacpro-de-stevejobs UmCI                utun2      
ff01::%utun3       imacpro-de-stevejobs UmCI                utun3      
ff01::%utun4       imacpro-de-stevejobs UmCI                utun4      
ff01::%utun5       imacpro-de-stevejobs UmCI                utun5      
ff02::%lo0         localhost          UmCI                  lo0      
ff02::%en0         link#4             UmCI                  en0      
ff02::%en6         link#5             UmCI                  en6      
ff02::%ap1         link#6             UmCI                  ap1      
ff02::%utun0       imacpro-de-stevejobs UmCI                utun0      
ff02::%utun1       imacpro-de-stevejobs UmCI                utun1      
ff02::%utun2       imacpro-de-stevejobs UmCI                utun2      
ff02::%utun3       imacpro-de-stevejobs UmCI                utun3      
ff02::%utun4       imacpro-de-stevejobs UmCI                utun4      
ff02::%utun5       imacpro-de-stevejobs UmCI                utun5

Ce message a été modifié par Macintoy - 9 Mar 2025, 14:16.

[Polo35230]

Pour le ifconfig, les interfaces en1 et ipsec0 (VPN) sont actives. C'est bon.
Pour le netstat -r, il y a 2 routes par défaut (en1 et ipsec0). Je pense que c'est normal avec un VPN

Donc, sur le Mac, tout semble bon en passant par un VPN. Ça devrait marcher.

Le truc qui pourrait éventuellement géner, c'est au niveau du serveur VPN.
Dans la table de routage, on voit des adresses de Cloudflare. Tu utilises le VPN de Cloudflare?
Pour le peering, il ya parfois des accords (ou des désacords) entre les fournisseurs de services et les FAI.

Tu devrais peut-être contacter les services du serveur VPN à ce sujet.

Ce message a été modifié par Polo35230 - 9 Mar 2025, 15:36.

[Macintoy]

Dans la table de routage, on voit des adresses de Cloudflare. Tu utilises le VPN de Cloudflare?

Merci à toi,

Non j'utilise Proton VPN, j'ai envoyé un mail au support on verra, je croise les doigts

Ce message a été modifié par Macintoy - 10 Mar 2025, 12:20.

[Polo35230]

Dans la table de routage, on voit des adresses de Cloudflare. Tu utilises le VPN de Cloudflare?

Merci à toi,

Non j'utilise Proton VPN, j'ai envoyé un mail au support on verra, je croise les doigts

Tu utilises la version gratuite ou la payante?
Il semblerait que la version gratuite n'autorise pas le P2P.
https://www.degrouptest.com/actualite/proto...la-version-plus
En version gratuite, il autorise peut-être les connexions sortantes, mais pas les entrantes...

Ce message a été modifié par Polo35230 - 10 Mar 2025, 16:57.

[Macintoy]

J'ai bien la version payante, voici la réponse du staff :

Je voudrais noter que lors de l'utilisation de la fonction de redirection de port, le port mappé restera fermé si aucun trafic ne le traverse.

Notre implémentation de redirection de port est principalement conçue pour les utilisateurs qui téléchargent et partagent des fichiers à l'aide du protocole P2P, tel que le torrenting. Pour vérifier si votre port est ouvert, assurez-vous de le lier à votre client torrent, démarrez un torrent, puis utilisez un outil de vérification de port pour vérifier l'état.

Dans tous les cas, pourriez-vous partager avec moi quelques captures d'écran de la configuration de votre client torrent afin que je puisse y jeter un œil et vous aider davantage ?
Ce problème se produit-il sur tous les serveurs P2P que vous avez essayés jusqu'à présent ?
Pouvez-vous également me faire savoir si les limites de connexion sont définies par défaut et si la réduction des limites de connexion (nombre maximum global de connexions, nombre maximum de connexions par torrent, etc.) donnerait le même comportement ?

Ce message a été modifié par Macintoy - 11 Mar 2025, 11:30.

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

[Macintoy]

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

Alors j'ai suivi tes étapes à la lettre donc je crois que je ne me suis pas planté en créant la règle :



Au passage je vois que c'est indiqué que IPv6 est on alors que je l'ai désactivé dans mes réglages :



Ça n'a peut-être rien à voir mais du coup j'ai crée la règle sur le réseau v4, j'espère ne pas me tromper

J'ai testé le port avec le lien que tu m'as donné en rentrant mon adresse IP est le port est fermé

[Polo35230]

Au passage je vois que c'est indiqué que IPv6 est on alors que je l'ai désactivé dans mes réglages :



Ça n'a peut-être rien à voir mais du coup j'ai crée la règle sur le réseau v4, j'espère ne pas me tromper

J'ai testé le port avec le lien que tu m'as donné en rentrant mon adresse IP est le port est fermé

Alors, la règle est bonne, mais elle n'est valable que pour IPv4, bien sûr...
IPv6, je connais mal, mais il me semble que , quand il est validé, il est prioritaire sur IPv4.
Et là, la règle de redirection en IPv4 ne sert à rien.

Curieuse, ta copie d'écran qui dit qu' IPv6 est désactivé et haut et activé en bas.
Peut--etre faut-il rebooter le mac pour que la désactivation soit effectice.

Autrement, pour désactiver IPv6, tu peux passer par le Terminal

Pour désactiver IPv6:
networksetup -setv6off Wi-Fi (si tu es en wifi)
networksetup -setv6off Ethernet (si tu es en ethernet)

Pour le réactiver:
networksetup -setv6on Wi-Fi
networksetup -setv6on Ethernet

[Macintoy]

Oui j'avais utilisé cette formule pour le désactivé puisqu'il n'est plus possible de le faire directement dans les réglages réseau sous Sequoia, par contre la commande ne semble pas fonctionner pour le remettre (Mais apparemment ça fonctionne en le remettant via les réglages réseaux, ça devient vraiment le bordel pour faire des choses qui était si simple encore sous Monterey)

J'ai déjà songé à remettre mon ordi à zéro, encore hier j'ai voulu installer créative cloud, impossible, je ne peux même pas me connecter sur le site Adobe alors que je n'ai pas de problème quand je veux le faire avec un autre Mac qui est aussi sur Sequoia

Ça n'a peut être rien à voir mais ça fait encore un soucis qui s'ajoute à la pile et que je ne comprends pas

[Benzebut]

Oui j'avais utilisé cette formule pour le désactivé puisqu'il n'est plus possible de le faire directement dans les réglages réseau sous Sequoia, par contre la commande ne semble pas fonctionner pour le remettre (Mais apparemment ça fonctionne en le remettant via les réglages réseaux, ça devient vraiment le bordel pour faire des choses qui était si simple encore sous Monterey)

J'ai déjà songé à remettre mon ordi à zéro, encore hier j'ai voulu installer créative cloud, impossible, je ne peux même pas me connecter sur le site Adobe alors que je n'ai pas de problème quand je veux le faire avec un autre Mac qui est aussi sur Sequoia

Ça n'a peut être rien à voir mais ça fait encore un soucis qui s'ajoute à la pile et que je ne comprends pas

La bascule en IPv6 à partir d'un adressage IPv4 vient simplement de la boite Internet. Plus aucune en France n'est en IPv4 et toutes fonctionnent au format IPv6 par défaut depuis le début de l'année 2025. Donc vous pouvez paramétrer macOS dans l'ancien format (alors que lui aussi est passé en IPv6 par défaut), les adressages seront forcément "traduits" par la boite pour sortir. et il y a de fortes chances que les VPN fassent de même.

Ensuite, si vos problèmes de connexion se généralisent à l'ensemble de vos installations sous cette configuration macOS, il serait plus que temps d'arrêter de bidouiller vos accès et enlever tout ce qui altère vos DNS, IP, accès, droits et consorts. Pour avoir une base saine et suivre son fonctionnement normal...

[Polo35230]

Oui j'avais utilisé cette formule pour le désactivé puisqu'il n'est plus possible de le faire directement dans les réglages réseau sous Sequoia, par contre la commande ne semble pas fonctionner pour le remettre (Mais apparemment ça fonctionne en le remettant via les réglages réseaux, ça devient vraiment le bordel pour faire des choses qui était si simple encore sous Monterey)

Oui, c'est fou, je suis aussi sous Sequoïa et dans le Terminal on peut désactiver V6, mais pas le réactiver.
Par contre, dans les réglages système, on peut l'activer, (en mettant automatiquement), mais pas le désactiver.
La logique Apple sûrement...

La bascule en IPv6 à partir d'un adressage IPv4 vient simplement de la boite Internet. Plus aucune en France n'est en IPv4 et toutes fonctionnent au format IPv6 par défaut depuis le début de l'année 2025. Donc vous pouvez paramétrer macOS dans l'ancien format (alors que lui aussi est passé en IPv6 par défaut), les adressages seront forcément "traduits" par la boite pour sortir. et il y a de fortes chances que les VPN fassent de même.

J'ai une Livebox 5, et j'ai désactivé IPv6 dessus. Donc je suis en IPv4. J'avais désactivé IPv6 dessus suite à des soucis, certains sites n'étant pas IPv6, et n'ayant pas de mécanisme d'adaptation.
Peut-être que depuis le temps, ça c'est arrangé.
En local, IPv4 peut être indispensable, quantité de matériels domotiques (et pas que...) ne supportant pas IPv6.

Ce message a été modifié par Polo35230 - 29 May 2025, 14:16.

[Benzebut]

J'ai une Livebox 5, et j'ai désactivé IPv6 dessus. Donc je suis en IPv4. J'avais désactivé IPv6 dessus suite à des soucis, certains sites n'étant pas IPv6, et n'ayant pas de mécanisme d'adaptation.
Peut-être que depuis le temps, ça c'est arrangé.
En local, IPv4 peut être indispensable, quantité de matériels domotiques (et pas que...) ne supportant pas IPv6.

Tant les dernières versions de macOS que des boites internet sont par défaut au format IPv6, car c'est la norme actuelle et recommandée.

Sous macOS, il est possible de forcer le passage en IPv4, mais cela n'est pas les réglages par défaut et cela risque de compliquer les adressages ensuite. Plus le fait que visiblement ce n'est pas pensé pour cela dans les réglages et à voir si les prochaines versions continuent de supporter cet ancien protocole...

Sur les boites internet, je ne savais que cela était encore possible, car par défaut IPv6 est activé pour pallier à la saturation mondiale des adresses IP. Il ne doit plus y avoir beaucoup de sites web non compatibles en 2025, car tous les certificats ont adopté la nouvelle norme pour pallier aux précédentes limitations.
Par contre, les équipements ne supportant que IPv4 vont rapidement devenir obsolètes, comme la 2G bientôt et la 3G de la téléphonie sous peu pour les mêmes raisons.

[Macintoy]

Et là, la règle de redirection en IPv4 ne sert à rien.

Je n'ai pas d'option dans les paramètres de mon routeur pour créer une règle de redirection de ports Ipv6, je ne peux que créer une règle de pare-feu



Ce message a été modifié par Macintoy - 1 Jun 2025, 14:54.

[Polo35230]

Je n'ai pas d'option dans les paramètres de mon routeur pour créer une règle de redirection de ports Ipv6, je ne peux que créer une règle de pare-feu

En IPv6 (sauf cas très particulier), il n'y a pas de redirection de ports, chaque machine sur ton LAN ayant une adresse IPv6 publique propre. Donc, pas de table NAT/PAT.
Il suffit que les connexions entrantes IPv6 soient autorisées.

Je ne suis pas sûr à 100% de ce que je vais dire
À une époque, les FAI géraient les connexions entrantes IPv6 différemment, certains les filtrant dans leurs firewall IPv6, d'autres, dont FREE les autorisant (par défaut), le Firewall Ipv6 étant désactivé. Ce qui est une faille au plan sécurité.
Pour Free, ce n'était pas un pb, parce que les vraies adresse IPv6 étaient modifiées (temporairement) pour voyager sur internet.
Donc, pour toi, si c'est toujours le cas, il faut laisser le firewall IPv6 désactivé.

Pas simple, l'adressage et la gestion d'IPv6...
Sans parler de la cohabitation avec IPv4

Ce message a été modifié par Polo35230 - 1 Jun 2025, 16:13.

[Macintoy]

Et je laisse la règle de redirection de port Ipv4 active ou elle sert à rien ?

[Polo35230]

Et je laisse la règle de redirection de port Ipv4 active ou elle sert à rien ?

Laisse la...

Le truc qu'on ne sait pas, c'est si le serveur BitComet est IPv6, ou pas.

Sur ce que j'ai vu chez moi (avec wireshark) quand j'avais des pbs avec IPv6, c'est que quand on est IPv4 et IPv6, pour accéder à site, il y a 2 requêtes DNS (IPv6 et IPv4), et celle qui part en premier est la requête IPv6.
Donc, si BitComet est IPv6, c'est IPv6 qui sera utilisé. Il faudra alors que le Firewall IPv6 de la Box soit désactivé.
Si BitComet n'est pas IPv6, alors, le protocole utilisé sera IPv4, et là, il faudra que la règle de redirection des ports soit active.

Je crois quand même qu'on patauge un peu avec ton pb.
Il faudrait tracer pour avancer, mais ça risque d'être compliqué...

Ce message a été modifié par Polo35230 - 1 Jun 2025, 18:28.

[Macintoy]

Là je n'ai aucun pare-feu d'activé et j'ai la règle Ipv4 qui est active.

Est-ce que c'est la même chose pour Transmissions ?

[Benzebut]

Là je n'ai aucun pare-feu d'activé et j'ai la règle Ipv4 qui est active.

Est-ce que c'est la même chose pour Transmissions ?

Effectivement, cela devient une pataugeoire cette discussion.

Encore une fois, l'application Transmission est dite "dynamique", donc elle s'appuie sur les protocoles disponibles et se connecte sur les ports ouverts, même si vous pouvez stipuler l'inverse. Le choix IPv4 ou IPv6 ne change pas ses accès à Internet pour la manipulation des fichiers torrents, puisque les adressages vont s'appliquer dynamiquement.
Par contre tout ce qui est par-feu, VPN, antivirus et autres scories...

[Macintoy]

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

On pourrait peut-être en revenir à ça

Je comprends pas ce qu'est un port TCP, ni ce pourrait être des allocations spécifiques faites dessus, mais en cherchant j'ai découvert cet onglet dans BitComet j'étais complétement passé à côté :





Je précise que j'ai mis en route le VPN pour ne pas afficher mon IP et qu'en faisant ça sont apparus les deux indications Ipv6 qu'on peut voir à côté des IP

Je vois aussi que c'est indiqué que les ports sont bloqués par un pare-feu/routeur alors que je n'ai aucun pare-feu d'activé (après il y a peut-être un endroit où j'ai pas fouiné mais dans mes réglages réseaux et paramètres routeur je n'ai rien vu de tel)

On voit aussi que j'ai seeder un petit peu, c'est arrivé aussi avec Transmissions mais exceptionnellement et pendant un temps très court

Ce message a été modifié par Macintoy - 2 Jun 2025, 14:26.

[Polo35230]

Je comprends pas ce qu'est un port TCP, ni ce pourrait être des allocations spécifiques faites dessus, mais en cherchant j'ai découvert cet onglet dans BitComet j'étais complétement passé à côté :

Dans tout paquet qui voyage dans internet, il y a des en-têtes, et dans ces en-têtes, il y a plein de trucs DONT des des adresse IP et des n° de ports TCP.
-L'adresse IP, c'est ce qui sert à voyager (mécanisme de routage) dans un réseau pour joindre une machine (sur un LAN ou un WAN)
-Le numéro de port, c'est ce qui sert à se connecter à une application dans cette machine.

Sur ta copie d'écran (si on l'avait vue depuis le début, ça aurait été bien...).
On voit plusieurs choses:

On voit que BitComet passe bien dans un VPN.
Le serveur Proton VPN (de Vienne-Autriche) à comme adresse IP publique 91.132.139.3, et il t'a attribué une adresse IP privée 10.1.6.165.
Tout est bon de ce côté-là.

Par contre, le serveur BitComet a essayé de se connecter à ta machine sur le port 19112, et il n'a pas pu.

Ce qu'il faut faire:
-Désactive ton VPN.
-Dans les réglages système de ta machine, regarde si le Firewall est bien désactivé.
-Relance l'application BitComet, et regarde dans l'onglet (copie d'écran ci-dessus) ce que tu as dans "IP du réseau local", "IP du réseau étendu", et l'état du port 19112.
Tu devrais voir ta vraie adresse IP publique, et la vraie adresse IP privée de ta machine (en 192.168.1.x)

Il faut que ça marche SANS VPN dans un premier temps.
Si le port 19112 est toujours bloqué, c'est qu'il y a pb dans ta box ou dans ta machine, ou chez ton FAI.

Pour mettre hors de cause ton FAI, de chez moi, je peux tester si le port 19112 est bien en écoute, mon adresse IP n'étant pas bloquée par ton FAI. En principe...

Ce message a été modifié par Polo35230 - 2 Jun 2025, 17:18.

[Macintoy]

Dans IP du réseau étendu j'ai 109.9.44.61 et au niveau du port c'est toujours écrit bloqué par un pare-feu/routeur

[Polo35230]

Dans IP du réseau étendu j'ai 109.9.44.61 et au niveau du port c'est toujours écrit bloqué par un pare-feu/routeur

Je viens de tester en IPv4 l'ouverture du port chez toi (par telnet). Je suis aussi bloqué.

C'est soit le Firewall de ton Mac, soit la Box
Dans la Box, la règle IPv4 est bonne. Dans celle-ci, regarde les paramètres du Pare Feu, et, si c'est possible, désactive-le.

Ce message a été modifié par Polo35230 - 2 Jun 2025, 17:32.

[Macintoy]

Je n'ai pas d’options pour accéder à des paramètres au sein de la règle, je ne peux que la modifier

Le seul endroit où je peux paramétrer le pare-feu est bien désactivé :



Sinon j'ai ça je ne sais pas à quoi ça correspond :




Est-ce que je peux voir dans le terminal s'il y a un pare-feu d'activé qu'on aurait pas vu ?

[Fars]

J’ai du rater quelques réponses car le sujet est bien long, mais je viens de régler un problème de téléchargement, je pensais que Free me bloquait, ce qui est vrai avec les dns de l’opérateur, je viens de passer aux dns cloudfare en ipv4 et ipv6 sur ma machine, et bien à moi les joies du téléchargement, Transmission refonctionne nickel!
Je dis ça mais j’imagine que le test a déjà été fait.

[Polo35230]

Le seul endroit où je peux paramétrer le pare-feu est bien désactivé :
Sinon j'ai ça je ne sais pas à quoi ça correspond :

Est-ce que je peux voir dans le terminal s'il y a un pare-feu d'activé qu'on aurait pas vu ?

Pour le Pare-feu de la Box, il est bien désactivé. C'est bon. L'ALGs, pas important, c'est pour la téléphonie sur IP.
Pour celui du Mac, tu as bien regardé dans les paramètres système si il est désactivé? Avant, il y avait une commande Terminal (ipfw) pour voir les règles du firewall interne. Maintenant, yaplu...
Dans le Menu de la Box SFR (je ne connais pas) vérifie s'il n'y a pas un endroit ou on dit qu'on autorise les apples entrants?,

J’ai du rater quelques réponses car le sujet est bien long, mais je viens de régler un problème de téléchargement, je pensais que Free me bloquait, ce qui est vrai avec les dns de l’opérateur, je viens de passer aux dns cloudfare en ipv4 et ipv6 sur ma machine, et bien à moi les joies du téléchargement, Transmission refonctionne nickel!
Je dis ça mais j’imagine que le test a déjà été fait.

Les pbs DNS, ce sera peut-être pour plus tard
On n'en est pas encore là. On en est à tester les ports d'écoute de BitComet

Ce message a été modifié par Polo35230 - 2 Jun 2025, 21:34.

[Macintoy]

J'ai rien de tout ça dans les paramètres de la box, mais par contre j'ai toujours l'Ipv6 d'activé dans le menu du réseau étendu alors que je l'ai désactivé avec le terminal

[Polo35230]

Pour IPv6, laisse tomber.
Et dans le Mac, le firewall est bien désactivé?

Vérifie aussi si l'adresse privée du Mac est toujours 192.168.1.5 (ce que tu as mis dans la règle) Sinon, corrige la règle.

Ce message a été modifié par Polo35230 - 3 Jun 2025, 12:07.

[Macintoy]

Oui c'est bien désactivé et c'est bien la même IP (Je devrais peut-être l'enlever du forum d'ailleurs ^^)

[Polo35230]

Oui c'est bien désactivé et c'est bien la même IP (Je devrais peut-être l'enlever du forum d'ailleurs ^^)

192.168.1.5 est l'adresse privée de ton Mac sur ton réseau Local. Elle ne voyage pas sur Internet. Avant de sortir de la Box, elle est remplacée par ton adresse IP publique (celle de la box côté WAN) Donc, aucune importance...
Pour l'adresse IP Publique, c'est autre chose. Si tu as une IP publique fixe, ça peut-être important. Autrement, elle change de temps en temps (manip FAI, reboot de la box, par exemple)

De toute façon, pour l'instant, on n'arrive pas à faire une connexion entrante

Pour ton pb de port non joignable, et pour mettre hors de cause le Mac, il faudrait que tu fasses un test (Telnet) sur ton réseau local à partir d'une autre machine.
As-tu un PC sur ton réseau local? Ce sera plus simple avec un PC.

Ce message a été modifié par Polo35230 - 3 Jun 2025, 15:40.

[Macintoy]

J'ai que des Mac mais j'en ai un nouveau acheté en reconditionné, c'est un MBP 2021

[Polo35230]

J'ai que des Mac mais j'en ai un nouveau acheté en reconditionné, c'est un MBP 2021

Quel est le modèle de ta Box?

[Benzebut]

J’ai du rater quelques réponses car le sujet est bien long, mais je viens de régler un problème de téléchargement, je pensais que Free me bloquait, ce qui est vrai avec les dns de l’opérateur, je viens de passer aux dns cloudfare en ipv4 et ipv6 sur ma machine, et bien à moi les joies du téléchargement, Transmission refonctionne nickel!
Je dis ça mais j’imagine que le test a déjà été fait.

En fait ce sujet tourne en rond. Macintoy a dit avoir testé à partir d'autres connexions avec d'autres opérateurs, mais sans jamais dire si cela avait fonctionné avec un client torrent.
Et depuis Polo35230 s'évertue à lui donner plein de conseils sages pour paramétrer au mieux sa configuration avec différents logiciels installés et cela continue encore...

Par contre, content de savoir que Transmission fonctionne correctement. Quelle version ?

[Polo35230]

Ce qui est dommage, c'est que dans le post #73, on voit qu'à un moment donné, ça a marché, et qu'on ne l'a pas vu!

Dans "Total des téléversements", on voit qu'il y a 779 MBytes.
C'est peu, c'est vrai, mais peut-être que les fichiers mis à disposition ne sont pas des blockbusters...
À ce moment là, les ports étaient forcément ouverts.

[Macintoy]

En fait ce sujet tourne en rond. Macintoy a dit avoir testé à partir d'autres connexions avec d'autres opérateurs, mais sans jamais dire si cela avait fonctionné avec un client torrent.

Comment ça ? j'ai dis que les ports étaient fermés

Quel est le modèle de ta Box?

J'ai une box SFR box 7

Ce qui est dommage, c'est que dans le post #73, on voit qu'à un moment donné, ça a marché, et qu'on ne l'a pas vu!

Dans "Total des téléversements", on voit qu'il y a 779 MBytes.
C'est peu, c'est vrai, mais peut-être que les fichiers mis à disposition ne sont pas des blockbusters...
À ce moment là, les ports étaient forcément ouverts.

Pour les tests j'ai téléchargé quelques torrents du jour/ de la semaine pour montrer que ça venait pas du fait que mes torrents étaient vieux et peu téléchargés

Ce message a été modifié par Macintoy - 4 Jun 2025, 16:53.

[Polo35230]

As-tu une adresse IP Full Stack?

Si tu n'as pas une IP Full Stack, une même adresse IPv4 peut-être partagée entre plusieurs utilisateurs. C'est 4 chez Free. Chez SFR, c'est peut être pareil.
Pour les différencier, Ils jouent sur les numéros de port. Ça veut dire qu'un utilisateur n'a pas accès à le totalité des ports. Ils répartissent alors les ports entre 4 utilisateurs. Il y a 65 535 ports disponibles.
C'est important pour les connexions entrantes de disposer de tous les ports, et c'est avec elles que tu as un pb...
Tu as donc une chance sur 4 d'avoir bon avec le port 19112.

Demande à SFR si tu as une adresse IP Full Stack.
Si ce n'est pas le cas, demande leur de t'en attribuer une. Tu disposeras alors de TOUS les ports.
Ça pourrait expliquer ton pb.
Ça pourrait aussi expliquer que ça a marché une fois lors des essais, car tu as essayé avec des ports différents, et que peut-être (coup de bol ) il y en a un qui était dans la plage de ports que SFR t'a attribuée.

Ce message a été modifié par Polo35230 - 4 Jun 2025, 19:35.

[Benzebut]

Comment ça ? j'ai dis que les ports étaient fermés

Dans le message #58, il n'est qu'indiqué que cela ne fonctionne pas. Mais aucune précision sur les configurations utilisées ou tests effectués, ni référence du FAI et du type de connexion ou le logiciel de torrent testé. Donc difficile de fournir des éléments de réponse précis...

Ce qui est dommage, c'est que dans le post #73, on voit qu'à un moment donné, ça a marché, et qu'on ne l'a pas vu!

Ou simplement qu'en fonction de l'application utilisée, ce port était ouvert à ce moment du téléchargement de fichiers torrent. Là aussi, quelle application sur quelle configuration ?...

[Fars]

Je veux pas faire mon relou, mais les fai ont blacklisté les sites de torrent les plus populaires, et pas que, et sans changer les dns, ça coince.

[Polo35230]

Je veux pas faire mon relou, mais les fai ont blacklisté les sites de torrent les plus populaires, et pas que, et sans changer les dns, ça coince.

Oui, tu as raison, c'est possible, mais pas pour Macintoy. Il n'a aucun problème en download. En download, c'est lui qui envoie les requêtes DNS, et ça marche.

C'est en upload qu'il y a un pb, et là, ce n'est pas lui qui émet la requête DNS, ce sont les clients BitComet qui veulent télécharger chez lui qui n'y arrivent pas.
Pourtant, c'est bon dans sa Box (table NAT).

Je vais faire aussi mon relou ; Je pense (mais pas sûr) qu'il n'a pas une IP Full Stack, donc, qu'il ne dispose pas de tous les ports, et que, quand il communique son n° de port (19112, via les serveurs BitComet) à tous les clients BitComet, si SFR lui a attribué une plage de ports dans laquelle le 19112 n'y est pas, et ben ça coince.

À part ça je ne suis pas sûr que ça marchera un jour... Mais, l'effort est d'autant plus beau qu'il est inutile
De plus, ce fil est bien parti pour battre le record du nombre de lectures

Ce message a été modifié par Polo35230 - 6 Jun 2025, 07:50.

[Macintoy]

[b]As-tu une adresse IP Full Stack?

Si ce n'est pas le cas, demande leur de t'en attribuer une. Tu disposeras alors de TOUS les ports.
Ça pourrait expliquer ton pb.

Je vais leur demander ça, pas besoin de justification particulière s'ils me demandent ? Je peux leur dire que c'est pour mettre l'industrie hollywoodienne en péril ?

[Polo35230]

Je vais leur demander ça, pas besoin de justification particulière s'ils me demandent ? Je peux leur dire que c'est pour mettre l'industrie hollywoodienne en péril ?

Chez Free, c'est gratuit, chez SFR, je ne sais pas...
Bien sûr, ne leur dis pas que c'est pour faire du P2P dans les 2 sens
Dis leur que tu as des serveurs, et un NAS, et que tu veux y accéder depuis l'extérieur sur différents ports.

Si ils ne veulent pas te donner une adresse IP Full Stack, demande leur la plage des ports qu'ils t'ont attribuée.

Si ils ne te la donnent pas, il faudra alors la trouver toi-même en testant.
En supposant que, comme chez Free, pour une même IP, il y a 4 utilisateurs (donc 4 plages de ports (TCP/UDP), il faudra alors faire des tests, sans VPN et en configurant le port de celui-ci de façon à ce qu'il y en ait un qui soit dans la plage qu'ils t'ont attribuée:
19112 (plage 2), pas la peine, on a déjà testé.
Il faudra alors tester 10112 (plage 1), 40112 (plage 3) et 50112 (plage 4)
Bien sûr, pour chacun des tests, il faudra reconfigurer la règle dans la Box.

Ce message a été modifié par Polo35230 - 6 Jun 2025, 15:09.

[Benzebut]

Bien sûr, ne leur dis pas que c'est pour faire du P2P dans les 2 sens
Dis leur que tu as des serveurs, et un NAS, et que tu veux y accéder depuis l'extérieur sur différents ports.

Sauf que comme tous les FAI, si le trafic est identifié comme "anormal", les ports seront fermés et l'utilisateur mis sur liste noire et les sites consultés bloqués, comme Fars l'a indiqué...

Si la connexion est encore en IPv4 chez SFR, alors toutes les adresses IP sont mutualisées et source de conflits pour les usages "anormaux". Toujours le même problème de copropriété...

Enfin tester toutes les combinaisons possibles en fonction de la présente configuration, va demander un temps certain pour un résultat plus qu'incertain. Surtout que les tests faits sur une autre configuration ne sont toujours pas détaillés et que certains ports sont actifs, puisque cela a fonctionné à un moment donné pour le client Torrent, mais dans une totale obscurité...

[Macintoy]

Ça y est !

J'ai une IPv4 publique maintenant, j'ai vérifié sur https://whatismyipaddress.com/ en comparant avec mes paramètres routeur, avant j'avais une IP qui commençait par 77.bidule et sur mon routeur celle commençait par 10.blabla, maintenant elles sont identiques et commencent par 109.trucmuche

Sans toucher à rien il est affiché dans BitComet que le port 19112 est fermé et dans Transmissions que le port 57809 est ouvert

J'imagine qu'il me suffit de changer le port dans BitComet et ça devrait fonctionner

Je précise que je n'ai pas activé le VPN

[Benzebut]

Sans toucher à rien il est affiché dans BitComet que le port 19112 est fermé et dans Transmissions que le port 57809 est ouvert

Pour Transmission, c'est normal. L'application va tester en mode dynamique les ports ouverts de la configuration (comme le faisait Skype en son temps) et garder celui disponible comme référent. S'il n'est plus disponible, il sera remplacé par le prochain pour garantir la fluidité des échanges.

[Macintoy]

Donc ça veut dire que ça fonctionne ?

Sur BitComet si je mets le même port que Transmissions il m'indique qu'il est fermé

[Polo35230]

Ça y est !

J'ai une IPv4 publique maintenant, j'ai vérifié sur https://whatismyipaddress.com/ en comparant avec mes paramètres routeur, avant j'avais une IP qui commençait par 77.bidule et sur mon routeur celle commençait par 10.blabla, maintenant elles sont identiques et commencent par 109.trucmuche

Sans toucher à rien il est affiché dans BitComet que le port 19112 est fermé et dans Transmissions que le port 57809 est ouvert

J'imagine qu'il me suffit de changer le port dans BitComet et ça devrait fonctionner

Je précise que je n'ai pas activé le VPN

C"'est après leur avoir demandé une Full Stack?

[Macintoy]

Oui pourquoi ?