Bienvenue invité ( Connexion | Inscription )
![]() ![]() |
24 Jan 2025, 18:00
Message
#11
|
|
|
Macbidouilleur d'argent ! ![]() ![]() ![]() Groupe : Membres Messages : 652 Inscrit : 2 Feb 2011 Membre no 164 276 |
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. |
|
|
|
25 Jan 2025, 18:17
Message
#12
|
|
|
Macbidouilleur de bronze ! ![]() ![]() Groupe : Membres Messages : 280 Inscrit : 27 May 2017 Membre no 202 279 |
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 |
|
|
|
25 Jan 2025, 19:41
Message
#13
|
|
|
Macbidouilleur d'argent ! ![]() ![]() ![]() Groupe : Membres Messages : 652 Inscrit : 2 Feb 2011 Membre no 164 276 |
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. |
|
|
|
27 Jan 2025, 13:20
Message
#14
|
|
|
Macbidouilleur d'Or ! ![]() ![]() ![]() ![]() ![]() Groupe : Membres Messages : 5 825 Inscrit : 5 Mar 2003 Lieu : Ville de Notre-Dame Membre no 6 523 |
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. -------------------- Sur iMac Pro (fin-2017) en Xeon 8 coeurs à 3.2 GHz / 32 Go Ram / Radeon Pro Vega 56 8 Go / 1 To SSD
Sous macOS 10.14.6 (Mojave) à jour et en réseau Wifi 6 avec une boite fibre 5 Gbit/s (fin de l'ADSL à la capitale) Membre de l'Ordre Décroissant depuis le 1er septembre 2024 par la Belle Province, mes messages ont donc tendance à disparaitre sur ces merveilleux forums... Nostalgique de l'Apple IIgs ? Un petit émulateur : www.casags.net |
|
|
|
31 Jan 2025, 17:44
Message
#15
|
|
|
Macbidouilleur de bronze ! ![]() ![]() Groupe : Membres Messages : 280 Inscrit : 27 May 2017 Membre no 202 279 |
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 :
|
|
|
|
31 Jan 2025, 19:37
Message
#16
|
|
|
Macbidouilleur d'argent ! ![]() ![]() ![]() Groupe : Membres Messages : 652 Inscrit : 2 Feb 2011 Membre no 164 276 |
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. |
|
|
|
3 Feb 2025, 10:45
Message
#17
|
|
|
Macbidouilleur de bronze ! ![]() ![]() Groupe : Membres Messages : 280 Inscrit : 27 May 2017 Membre no 202 279 |
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 ! |
|
|
|
3 Feb 2025, 12:56
Message
#18
|
|
|
Macbidouilleur d'Or ! ![]() ![]() ![]() ![]() ![]() Groupe : Membres Messages : 5 825 Inscrit : 5 Mar 2003 Lieu : Ville de Notre-Dame Membre no 6 523 |
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. -------------------- Sur iMac Pro (fin-2017) en Xeon 8 coeurs à 3.2 GHz / 32 Go Ram / Radeon Pro Vega 56 8 Go / 1 To SSD
Sous macOS 10.14.6 (Mojave) à jour et en réseau Wifi 6 avec une boite fibre 5 Gbit/s (fin de l'ADSL à la capitale) Membre de l'Ordre Décroissant depuis le 1er septembre 2024 par la Belle Province, mes messages ont donc tendance à disparaitre sur ces merveilleux forums... Nostalgique de l'Apple IIgs ? Un petit émulateur : www.casags.net |
|
|
|
3 Feb 2025, 13:34
Message
#19
|
|
|
Macbidouilleur d'argent ! ![]() ![]() ![]() Groupe : Membres Messages : 652 Inscrit : 2 Feb 2011 Membre no 164 276 |
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... |
|
|
|
4 Feb 2025, 13:58
Message
#20
|
|
|
Macbidouilleur d'Or ! ![]() ![]() ![]() ![]() ![]() Groupe : Membres Messages : 5 825 Inscrit : 5 Mar 2003 Lieu : Ville de Notre-Dame Membre no 6 523 |
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... -------------------- Sur iMac Pro (fin-2017) en Xeon 8 coeurs à 3.2 GHz / 32 Go Ram / Radeon Pro Vega 56 8 Go / 1 To SSD
Sous macOS 10.14.6 (Mojave) à jour et en réseau Wifi 6 avec une boite fibre 5 Gbit/s (fin de l'ADSL à la capitale) Membre de l'Ordre Décroissant depuis le 1er septembre 2024 par la Belle Province, mes messages ont donc tendance à disparaitre sur ces merveilleux forums... Nostalgique de l'Apple IIgs ? Un petit émulateur : www.casags.net |
|
|
|
16 Feb 2025, 16:52
Message
#21
|
|
|
Macbidouilleur de bronze ! ![]() ![]() Groupe : Membres Messages : 280 Inscrit : 27 May 2017 Membre no 202 279 |
Bon, j'ai toujours les ports bloqués, même en aléatoire, avec ou sans VPN actif
|
|
|
|
17 Feb 2025, 13:00
Message
#22
|
|
|
Macbidouilleur d'argent ! ![]() ![]() ![]() Groupe : Membres Messages : 652 Inscrit : 2 Feb 2011 Membre no 164 276 |
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. |
|
|
|
18 Feb 2025, 13:47
Message
#23
|
|
|
Macbidouilleur d'Or ! ![]() ![]() ![]() ![]() ![]() Groupe : Membres Messages : 5 825 Inscrit : 5 Mar 2003 Lieu : Ville de Notre-Dame Membre no 6 523 |
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. -------------------- Sur iMac Pro (fin-2017) en Xeon 8 coeurs à 3.2 GHz / 32 Go Ram / Radeon Pro Vega 56 8 Go / 1 To SSD
Sous macOS 10.14.6 (Mojave) à jour et en réseau Wifi 6 avec une boite fibre 5 Gbit/s (fin de l'ADSL à la capitale) Membre de l'Ordre Décroissant depuis le 1er septembre 2024 par la Belle Province, mes messages ont donc tendance à disparaitre sur ces merveilleux forums... Nostalgique de l'Apple IIgs ? Un petit émulateur : www.casags.net |
|
|
|
4 Mar 2025, 16:33
Message
#24
|
|
|
Macbidouilleur de bronze ! ![]() ![]() Groupe : Membres Messages : 280 Inscrit : 27 May 2017 Membre no 202 279 |
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é... |
|
|
|
4 Mar 2025, 17:40
Message
#25
|
|
|
Macbidouilleur d'argent ! ![]() ![]() ![]() Groupe : Membres Messages : 652 Inscrit : 2 Feb 2011 Membre no 164 276 |
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. |
|
|
|
9 Mar 2025, 14:09
Message
#26
|
|
|
Macbidouilleur de bronze ! ![]() ![]() Groupe : Membres Messages : 280 Inscrit : 27 May 2017 Membre no 202 279 |
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. |
|
|
|
9 Mar 2025, 15:32
Message
#27
|
|
|
Macbidouilleur d'argent ! ![]() ![]() ![]() Groupe : Membres Messages : 652 Inscrit : 2 Feb 2011 Membre no 164 276 |
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. |
|
|
|
10 Mar 2025, 12:20
Message
#28
|
|
|
Macbidouilleur de bronze ! ![]() ![]() Groupe : Membres Messages : 280 Inscrit : 27 May 2017 Membre no 202 279 |
|
|
|
|
10 Mar 2025, 15:58
Message
#29
|
|
|
Macbidouilleur d'argent ! ![]() ![]() ![]() Groupe : Membres Messages : 652 Inscrit : 2 Feb 2011 Membre no 164 276 |
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. |
|
|
|
11 Mar 2025, 11:14
Message
#30
|
|
|
Macbidouilleur de bronze ! ![]() ![]() Groupe : Membres Messages : 280 Inscrit : 27 May 2017 Membre no 202 279 |
J'ai bien la version payante, voici la réponse du staff :
Citation 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. |
|
|
|
11 Mar 2025, 14:53
Message
#31
|
|
|
Macbidouilleur d'argent ! ![]() ![]() ![]() Groupe : Membres Messages : 652 Inscrit : 2 Feb 2011 Membre no 164 276 |
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. |
|
|
|
12 Mar 2025, 13:33
Message
#32
|
|
|
Macbidouilleur d'Or ! ![]() ![]() ![]() ![]() ![]() Groupe : Membres Messages : 5 825 Inscrit : 5 Mar 2003 Lieu : Ville de Notre-Dame Membre no 6 523 |
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... -------------------- Sur iMac Pro (fin-2017) en Xeon 8 coeurs à 3.2 GHz / 32 Go Ram / Radeon Pro Vega 56 8 Go / 1 To SSD
Sous macOS 10.14.6 (Mojave) à jour et en réseau Wifi 6 avec une boite fibre 5 Gbit/s (fin de l'ADSL à la capitale) Membre de l'Ordre Décroissant depuis le 1er septembre 2024 par la Belle Province, mes messages ont donc tendance à disparaitre sur ces merveilleux forums... Nostalgique de l'Apple IIgs ? Un petit émulateur : www.casags.net |
|
|
|
14 Mar 2025, 08:55
Message
#33
|
|
|
Macbidouilleur de bronze ! ![]() ![]() Groupe : Membres Messages : 280 Inscrit : 27 May 2017 Membre no 202 279 |
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. |
|
|
|
14 Mar 2025, 12:03
Message
#34
|
|
|
Macbidouilleur d'argent ! ![]() ![]() ![]() Groupe : Membres Messages : 652 Inscrit : 2 Feb 2011 Membre no 164 276 |
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é) |
|
|
|
18 Mar 2025, 15:54
Message
#35
|
|
|
Macbidouilleur de bronze ! ![]() ![]() Groupe : Membres Messages : 280 Inscrit : 27 May 2017 Membre no 202 279 |
Merci Polo j'essayerai, en attendant le SAV m'a dit qu'ils étudiaient mon cas et qu'ils reviendraient vers moi
|
|
|
|
14 Apr 2025, 14:57
Message
#36
|
|
|
Macbidouilleur de bronze ! ![]() ![]() Groupe : Membres Messages : 280 Inscrit : 27 May 2017 Membre no 202 279 |
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 |
|
|
|
14 Apr 2025, 18:52
Message
#37
|
|
|
Macbidouilleur d'argent ! ![]() ![]() ![]() Groupe : Membres Messages : 652 Inscrit : 2 Feb 2011 Membre no 164 276 |
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. |
|
|
|
15 Apr 2025, 17:55
Message
#38
|
|
|
Macbidouilleur de bronze ! ![]() ![]() Groupe : Membres Messages : 280 Inscrit : 27 May 2017 Membre no 202 279 |
C'est le screen du SAV c'est pas le miens
|
|
|
|
15 Apr 2025, 20:46
Message
#39
|
|
|
Macbidouilleur d'argent ! ![]() ![]() ![]() Groupe : Membres Messages : 652 Inscrit : 2 Feb 2011 Membre no 164 276 |
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. |
|
|
|
16 Apr 2025, 16:23
Message
#40
|
|
|
Macbidouilleur de bronze ! ![]() ![]() Groupe : Membres Messages : 280 Inscrit : 27 May 2017 Membre no 202 279 |
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" |
|
|
|
![]() ![]() |
| Nous sommes le : 16th December 2025 - 13:43 |