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.

Fichier(s) joint(s)

 IPv6.png ( 116.88 Ko ) Nombre de téléchargements : 11

 

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