Problème connexion en mode furtif Ventura/Monterey et x-Plane

Merci pour la réponse.

Clarification: mes tests on mit en exergue que .

BugSur, ou Ventura ou Monterey

Le mode furtif activé, 3 machines peuvent se connecter avec x--plane .
Les connexions entrantes comme les connexion sortantes fonctionnent.

Sur une seule machine les connexions entrantes et sortantes ne fonctionnent pas si le mode furtif est activé sous Ventura et Monterey.


Autre précision.

Cette machine lorsqu'elle était en BigSur avec l'option mode furtif activé connexion Xplane OK.

Depuis qu'elle est passée sous Ventura puis Monterey, il faut désactiver le mode furtif contrairement aux 2 autres machines qui restent connectées avec le mode furtif activé.

C'est la le paradoxe ou je suis perdu.

Je précise pas de VPN. A moins que que dans Ventura ou Monterey cette option est planquée et active par défaut. ( Je ne peux pas tester étant sur BigSur)

Si le numéro IPV publique change, xplane ne le verra pas . En effet notre application de connexion vérifie toutes les minutes et renseigne les champs dans xplane si le numéro change.
lien explicatif vers mon site
 
Bon, il aurait peut-être fallu que je commence par regarder X-Plane et son mode de fonctionnement...
Pour moi, c'était en mode client-serveur, les joueurs se connectant donc sur un serveur. Mais c'est pas ça.

Donc quand tu joues en ligne avec quelqu'un, il y a une double connexion.
X-Plane se connecte à sa machine, et lui à la tienne.
Si j'ai bien compris, au niveau IP, ça marche, car les 2 X-Plane enregistrent bien les adresses IP publiques distantes. Ça veut dire que les connexions TCP se sont bien faites.
Mais dans le cas de la machine de ton copain (sous Monterey), les secondes défilent (en orange), et ça ne marche pas.
Si tu passes sa machine en mode furtif, c'est bon.

Le seul truc qui te perturbe, c'est:
Pourquoi ça marche sur d'autres machines (dont une est sous Monterey), et qui, elles, ont le mode furtif activé?

Le mode furtif est fait pour ne pas répondre à toute appli (en connexion entrante) utilisant le protocole ICMP

Je pense que la seule explication c'est que la machine qui pose pb avec le mode furtif activé est la seule à utiliser ICMP.

J'ai pas trouvé l'explication dans la doc X-Plane, mais j'ai demandé à ChatGPT (c'est à la mode!) si X-Plane utilise ICMP. Il m'a répondu que non, mais qu'il peut utiliser des plug-ins tiers qui eux, peuvent le faire.
J'ai vu sur ton site qu'en mode multi-joueurs, il fallait désactiver certains plug-ins. Donc, à vérifier.

Pour vérifier si ICMP est en cause, il faudrait faire une trace tcpdump sur ta machine:
Dans le Terminal:
sudo tcpdump host AdresseIpPubliqueDuCopain
Puis vous lancez X-Plane des 2 côtés
Ça doit défiler dans la fenêtre Terminal.

Si tu vois des messages ICMP, c'est ça.
 
Dernière édition:
OK merci je teste et reviens.
Je saisi dans le terminal la ligne

sudo tcpdump host 173.192.xxxxx

et lance xplane

une fois mode furtif désactivé chez le copain
une fois le mode furtif activé chez le copain.
ok

Par contre, j'ai dit une bêtise, on ne verra pas ICMP dans le tcpdump tout simplement parce que ta box ne le laissera pas passer.
Mais on verra si c'est le copain qui s'arrête de causer.
Une trace chez le copain pourrait montrer s'il utilise ICMP, mais on ne peut pas lui demander ça...

Au fait pourquoi passer en mode furtif sur les machines?
Si on fait un ping en passant par internet sur une machine d'un réseau local distant, le ping ne traversera jamais la box, sauf si on paramètre la redirection du protocole ICMP vers cette machine dedans.
Dans une box orange, c'est dans la configuration Réseau---PAT/NAT.

Il n'y a que les machines qui sont sur un même plan IP Privé qui sont concernées par le mode furtif. Donc sur le même réseau local ou en passant par un VPN.

En tout cas, ton pb n'est pas simple :banghead:
 
Dernière édition:
le mode furtif a été demandé pour rassurer certains participants au réseau

comme on est connecté machine aàmachine ( X-Plane accepte jusqu'à 41 machines interconnectées en réseau) sans passer par un serveur c'est pour éviter qu'un petit malin tente de ping une fois connecter avec Xplane et les ports ouverts.

Vérification déjà réalisée pas de règle Nat/Pat dans les box Orange

mais il est quand même utile de vérifier ta piste .

Appel lancé au copain pour qu'il se connecte.
 
le mode furtif a été demandé pour rassurer certains participants au réseau
comme on est connecté machine aàmachine ( X-Plane accepte jusqu'à 41 machines interconnectées en réseau) sans passer par un serveur c'est pour éviter qu'un petit malin tente de ping une fois connecter avec Xplane et les ports ouverts.
Il n'y a pas vraiment de risque, car même avec un port ouvert, le routeur ne laisse pas passer le ping vers le PC/Mac

Après, pour le jeu en ligne avec un groupe connu d'utilisateurs, j'utiliserais plutôt un VPN peer-to-peer comme ZeroTier
 
Saisi sudo tcpdump host 173.192.

rentré dans xplane en connexion sortante le numéro ipv du copain

voici message terminal en sortie chez moi


tcpdump: data link type PKTAP


tcpdump: verbose output suppressed, use -v or -vv for full protocol decode


listening on pktap, link-type PKTAP (Apple DLT_PKTAP), capture size 262144 bytes
 
connexion avecd le copain coçnnecté

tcpdump: data link type PKTAP

tcpdump: verbose output suppressed, use -v or -vv for full protocol decode

listening on pktap, link-type PKTAP (Apple DLT_PKTAP), capture size 262144 bytes

20:34:41.528141 IP lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010 > 192.168.1.10.49010: UDP, length 1464

20:34:41.532086 IP 192.168.1.10.49010 > lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010: UDP, length 1464

20:34:41.551612 IP lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010 > 192.168.1.10.49010: UDP, length 34

20:34:41.552396 IP 192.168.1.10.49010 > lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010: UDP, length 35

20:34:41.570967 IP lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010 > 192.168.1.10.49010: UDP, length 40

20:34:41.571172 IP 192.168.1.10.49010 > lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010: UDP, length 11

20:34:41.582109 IP 192.168.1.10.49010 > lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010: UDP, length 474

20:34:41.588626 IP lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010 > 192.168.1.10.49010: UDP, length 646

20:34:41.588736 IP 192.168.1.10.49010 > lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010: UDP, length 11

20:34:41.599739 IP lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010 > 192.168.1.10.49010: UDP, length 11

20:34:41.606651 IP lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010 > 192.168.1.10.49010: UDP, length 484

20:34:41.606656 IP lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010 > 192.168.1.10.49010: UDP, length 20

20:34:41.606760 IP 192.168.1.10.49010 > lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010: UDP, length 60

20:34:41.606776 IP 192.168.1.10.49010 > lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010: UDP, length 20

20:34:41.617097 IP 192.168.1.10.49010 > lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010: UDP, length 14

20:34:41.623963 IP lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010 > 192.168.1.10.49010: UDP, length 11

20:34:41.624476 IP lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010 > 192.168.1.10.49010: UDP, length 28

20:34:41.624479 IP lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010 > 192.168.1.10.49010: UDP, length 11

20:34:41.624546 IP 192.168.1.10.49010 > lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010: UDP, length 11

20:34:41.624564 IP lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010 > 192.168.1.10.49010: UDP, length 28

20:34:41.624609 IP 192.168.1.10.49010 > lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010: UDP, length 11

20:34:41.652621 IP lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010 > 192.168.1.10.49010: UDP, length 646

20:34:41.652715 IP 192.168.1.10.49010 > lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010: UDP, length 11

20:34:41.722635 IP lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010 > 192.168.1.10.49010: UDP, length 646

20:34:41.722799 IP 192.168.1.10.49010 > lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010: UDP, length 11

20:34:41.772590 IP lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010 > 192.168.1.10.49010: UDP, length 646

20:34:41.772732 IP 192.168.1.10.49010 > lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010: UDP, length 11

20:34:41.844640 IP lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010 > 192.168.1.10.49010: UDP, length 646

20:34:41.844778 IP 192.168.1.10.49010 > lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010: UDP, length 11

20:34:41.883480 IP lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010 > 192.168.1.10.49010: UDP, length 25

20:34:41.883604 IP 192.168.1.10.49010 > lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010: UDP, length 11

20:34:41.902588 IP lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010 > 192.168.1.10.49010: UDP, length 646

20:34:41.902681 IP 192.168.1.10.49010 > lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010: UDP, length 11

20:34:41.964670 IP lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010 > 192.168.1.10.49010: UDP, length 646

20:34:41.964762 IP 192.168.1.10.49010 > lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010: UDP, length 11

20:34:42.026601 IP lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010 > 192.168.1.10.49010: UDP, length 646

20:34:42.026738 IP 192.168.1.10.49010 > lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010: UDP, length 11

20:34:42.098628 IP lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010 > 192.168.1.10.49010: UDP, length 646

20:34:42.098726 IP 192.168.1.10.49010 > lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010: UDP, length 11

20:34:42.160621 IP lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010 > 192.168.1.10.49010: UDP, length 646

20:34:42.160718 IP 192.168.1.10.49010 > lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010: UDP, length 11

20:34:42.220661 IP lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010 > 192.168.1.10.49010: UDP, length 663

20:34:42.220741 IP 192.168.1.10.49010 > lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010: UDP, length 11

20:34:42.282606 IP lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010 > 192.168.1.10.49010: UDP, length 646

20:34:42.282764 IP 192.168.1.10.49010 > lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010: UDP, length 11

20:34:42.342623 IP lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010 > 192.168.1.10.49010: UDP, length 646

20:34:42.342741 IP 192.168.1.10.49010 > lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010: UDP, length 11

20:34:42.414657 IP lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010 > 192.168.1.10.49010: UDP, length 646

20:34:42.414756 IP 192.168.1.10.49010 > lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010: UDP, length 11

20:34:42.476619 IP lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010 > 192.168.1.10.49010: UDP, length 646

20:34:42.476710 IP 192.168.1.10.49010 > lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010: UDP, length 11

20:34:42.538624 IP lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010 > 192.168.1.10.49010: UDP, length 646

20:34:42.538724 IP 192.168.1.10.49010 > lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010: UDP, length 11

20:34:42.555715 IP lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010 > 192.168.1.10.49010: UDP, length 25

20:34:42.555824 IP 192.168.1.10.49010 > lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010: UDP, length 11

20:34:42.594610 IP lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010 > 192.168.1.10.49010: UDP, length 646

20:34:42.594719 IP 192.168.1.10.49010 > lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010: UDP, length 11

20:34:42.654590 IP lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010 > 192.168.1.10.49010: UDP, length 646

20:34:42.654720 IP 192.168.1.10.49010 > lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010: UDP, length 11

20:34:42.726570 IP lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010 > 192.168.1.10.49010: UDP, length 646

20:34:42.726690 IP 192.168.1.10.49010 > lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010: UDP, length 11

20:34:42.788674 IP lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010 > 192.168.1.10.49010: UDP, length 646

20:34:42.788779 IP 192.168.1.10.49010 > lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010: UDP, length 11

20:34:42.848630 IP lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010 > 192.168.1.10.49010: UDP, length 646

20:34:42.848715 IP 192.168.1.10.49010 > lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010: UDP, length 11

20:34:42.908614 IP lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010 > 192.168.1.10.49010: UDP, length 663

20:34:42.908697 IP 192.168.1.10.49010 > lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010: UDP, length 11

20:34:42.968621 IP lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010 > 192.168.1.10.49010: UDP, length 646

20:34:42.968721 IP 192.168.1.10.49010 > lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010: UDP, length 11

20:34:43.030665 IP lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010 > 192.168.1.10.49010: UDP, length 646

20:34:43.030773 IP 192.168.1.10.49010 > lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010: UDP, length 11

20:34:43.092723 IP lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010 > 192.168.1.10.49010: UDP, length 646

20:34:43.092851 IP 192.168.1.10.49010 > lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010: UDP, length 11

20:34:43.152626 IP lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010 > 192.168.1.10.49010: UDP, length 646
 
connexion avecd le copain coçnnecté

tcpdump: data link type PKTAP

tcpdump: verbose output suppressed, use -v or -vv for full protocol decode

listening on pktap, link-type PKTAP (Apple DLT_PKTAP), capture size 262144 bytes

20:34:41.528141 IP lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010 > 192.168.1.10.49010: UDP, length 1464

20:34:41.532086 IP 192.168.1.10.49010 > lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010: UDP, length 1464

20:34:41.551612 IP lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010 > 192.168.1.10.49010: UDP, length 34
Aï! X-Plane c'est sur UDP, pas sur TCP...

Je patauge...
Le mode furtif était activé chez le copain?
On voit bien que les échanges se font dans les 2 sens, mais qu'après la connexion UDP et une quinzaine de lignes, les échanges sont identiques.

La trace chez le copain avec le mode furtif activé (avec ton adresse IP publique dans son tcpdump) montrrait peut-être si le protocole ICMP était utilisé par son X-Plane.
Il a vérifié les Plug-ins?
 
Il n'y a pas vraiment de risque, car même avec un port ouvert, le routeur ne laisse pas passer le ping vers le PC/Mac

Après, pour le jeu en ligne avec un groupe connu d'utilisateurs, j'utiliserais plutôt un VPN peer-to-peer comme ZeroTier
Tout simplement parce qu' ICMP (le protocole utilisé pour les pings) ne s'appuie pas sur TCP (ou sont les numéros de ports)
Donc, par le fait, il n'y a pas de numéros de ports pour le ping
On ne peut donc rien configurer concernant le ping dans les tables PAT/NAT, et en automatique, UPnP ne peut pas le faire non plus.
Donc, pour les joueurs de X-Plane, s'ils ne configurent pas la redirection du protocole ICMP (du protocole, pas des ports!) dans leurs Box pour le laisser passer, ils ne craignent absolument rien avec le mode furtif désactivé.
 
nouveau test avec le mode furtif désactivé chez le copain

il l'avait activé sans me le dire dans le test précédent

tcpdump: data link type PKTAP


tcpdump: verbose output suppressed, use -v or -vv for full protocol decode


listening on pktap, link-type PKTAP (Apple DLT_PKTAP), capture size 262144 bytes


23:26:29.690677 IP 10.30.202.66.46166 > lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010: UDP, length 661


23:26:29.711872 IP lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010 > 10.30.202.66.46166: UDP, length 11


23:26:29.756914 IP 10.30.202.66.46166 > lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010: UDP, length 678


23:26:29.778233 IP lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010 > 10.30.202.66.46166: UDP, length 11


23:26:29.845656 IP 10.30.202.66.46166 > lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010: UDP, length 661


23:26:29.866880 IP lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010 > 10.30.202.66.46166: UDP, length 11


23:26:29.891955 IP 10.30.202.66.46166 > lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010: UDP, length 19


23:26:29.913149 IP lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010 > 10.30.202.66.46166: UDP, length 11


23:26:31.165266 IP lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010 > 192.168.1.10.49010: UDP, length 1464


23:26:31.165382 IP 10.30.202.66.46166 > lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010: UDP, bad length 1464 > 1168
 
Bon, il y a du nouveau...
Les traces sont différentes

-Trace 1 (prise chez toi, copain avec Mode Furtif activé)
Les 2 premières lignes représentent la connexion UDP.
lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr est une adresse IP interprétée par tcpdump (en fct du nom d'hôte et du contexte réseau)
20:34:41.528141 IP lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010 > 192.168.1.10.49010: UDP, length 1464
20:34:41.532086 IP 192.168.1.10.49010 > lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010: UDP, length 1464

On remarque que les ports source et destination sont identiques (49010)
Dans ce cas, on est dans une situation de boucle locale (127.0.0.1) tiens tiens, tu avais bien observé....


-Trace 2 (copain avec Mode Furtif désactivé) Elle a bien été prise chez toi?
Les 2 premières lignes représentent la connexion UDP.
23:26:29.690677 IP 10.30.202.66.46166 > lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010: UDP, length 661
23:26:29.711872 IP lfbn-nan-1-1373-71.w90-59.abo.wanadoo.fr.49010 > 10.30.202.66.46166: UDP, length 11
Là, ça correspond à une connexion classique.
Les port UDP sont différents 49010 et 46166 . Dans ce cas, la boucle locale n'est pas impliquée.

Avec le mode furtif activé , il faut donc que l'adresse IP de la boucle locale (127.0.0.1) soit bien configurée dans les fichiers host.
Il est bien dans le fichier host du copain et dans le tien?

Après, il y a d'autres bizarreries dans les traces, mais on verra plus tard.
 
Dernière édition:
Merci

trace 1 comme trace 2 message : terminal au départ de chez moi.

précision :
le 127.0.0.1 est identifié par X-Plane . Je ne l'ai jamais créé. Depuis l'origine de l'achat c'est sur mon IMac.

Avec mon iMac mode furtif activé ou pas avec BigSur connexion xplane OK.

je débranche mon iMac de ethernet

je demande un copain de se connecter avec linux et xplane chez lui .
on teste maintenant avec le PowerBook puce M2 sous Monterey de ma femme il a le numéro interne 192.168.0.15 et est connecté à la même Box sous le même toit.

Le Powerbook M2 Monterey de ma femme , xplane ne détecte pas de 127.0.0.1 mais bien le numéro interne TCPI interne local par exemple 192.1680.15 attribué par ma box orange en local.

son Monterey du PB de ma femme, mode furtif activé comme désactivé, Xplane se connecte avec le copain en face sur linux.

Tous les copains en réseau y compris les copains sur mac, ( y compris le copain avec le problème dont nous parlons) xplane ne détecte pas de 127.0.0.1 mais utilise bien leur numéro IP affecté par leur box. C'est que le mien qui a ce numéro d'ou ma primo question. Mais on est connecté ensemble même si je suis le seul a avoir le 127.0.0.1
Capture d’écran 4.png



Fichier Host désolé je fatigue depuis 3 mois de plongée en apnée, il se trouve ou chez moi?
 
Dernière édition:
Après, le pb n'est peut-être pas lié aux pings (ICMP) lorsque le mode furtif est activé, ce que je croyais...
Regarde comment Apple explique le mode furtif (pour protéger la machine)


Il y a bien sûr le côté ICMP, mais aussi ils parlent de protéger la machine des "tentatives de connexion d'un réseau TCP ou UDP fermé"
Je ne sais pas ce que c'est qu'un réseau TCP ou UDP fermé, mais on est peut-être dans ce cas là (ports source et dest identiques).
Bref, le mode furtif n'est pas neutre.
Après, dans les deux traces, on voit aussi que les adresse IP privées sont différentes (192.168.1.10 pour la trace 1 et 10.30.202.66 pour la trace 2)
Sacrée cuisine entre X-Plane et le mode furtif!
 
oui sacrée cuisine qui me prenne la tète depuysi plsu de 3 mois .

Mais pourquoi je "plante"?

parce qu'avec Monterey sur le powertbook de ma femme mode furtifactivé comme désactivé, xplane fonctionne et se connecte

et ceci y compris avec les autres participants du groupe avex Mac


et Monterey chez le copain( il vient de migrer de Ventura à Monterey) est la seule machine depuis sa migration de BigSur vers Ventura.
Tant qu'il était sur BigSur il était connecté avec nous.
Ce problème est apparu chez lui à partir de Ventura.
 
Scrongneutudieu de pu... de B... de M.. espèce de couil... ( je me traite de ce que je veux ) :meh:

je m'auto flagelles avec une lanière en cuir avec des pointes métalliques trempées dans de l'acide .

Un des problèmes est résolu

Méa culpa.:mad:

la question du 127.0.0.1

je sais pourquoi je suis le seul.

mais à force d'avoir le nez dans le guidon avec ce fichu problème de connexion du copain je me suis égaré.
Encore une fois désolé.

Problème du 127.0.0.1

Effectivement je ne l'ai jamais cré de réseau local dans le ficheir Host puisque cela a été gérer autre part.

Pour mémoire depuis la version, Xplane 9 et maintenant nous sommes à la version 12.
Comme administreur animateur du réseau xplane pilote controle, pour assurer le contrôles des avions en vol j'avais installé sur le Ipad un logiciel qui dialogue avec xPlane.

Pour que xplane dialogue avec le iPad il faut activer le 127.0.0.1
Capture d’écran 5.png

C'est pour cela que xplane affiche mon numéro 192.168.... pour me connecter avec les copains
en même temps il affiche en sortie le 127 pour dialoguer avec l'Ipad.

Mais depuis la version 11 de xplane le logiciel sur l'ipad ne fonctionnant plus, depuis 1 an je ne l'utilise plus.


Entre temps Xplane 12 est arrivé, je l'ai téléchargé et conservé Xpalne11. Mais je n'ai pas activé cette option dans xPlane12 ne me servant plus du iPad.

Et cet énergumène de xplane 12 a conservé les règlages de Xplane11 ( ce qui n'est pas normal. On a changé de version, J'ai acheté une nouvelle. Ce n'était pas une mise à jour).

bon ce point étant clarifié et comme xplane a aussi contribué à opacifié ce problème du 127.0.0.1, je ne suis pas 100 % responsable aussi je retire au moin l'acide de mon outil de flagélation. :)

reste le problème du copain qui ne se connecte pas avec les autres personne en réseau donc logiquement rien à voir avec mon 127.0.0.1.

.