Test De Protocole

Ce guide explique comment tester le transport NMDC, NMDCS, ADC ou ADCS sélectionné sans confondre la réussite de la socket avec une connexion utilisateur complète.

Utilisation

1. Ouvrez Test De Protocole et saisissez le nom d’hôte public ou l’URL du hub dans Hôte ou adresse.
2. Dans Protocole, sélectionnez dchub/NMDC, NMDCS, ADC ou ADCS.
3. Laissez Port TCP vide pour utiliser la valeur courante configurée, ou saisissez le port exact annoncé.
4. Sélectionnez Tester Le Protocole Du Hub.

Exemple Concret

Pour contrôler nmdcs://secure.example.net:1411, choisissez NMDCS et le port 1411. Une socket TLS réussie est le résultat principal d’accessibilité. Un verrou NMDC, un nom de hub ou une autre bannière immédiate apporte une preuve supplémentaire que le service de hub attendu a répondu.

Interprétation

Pour NMDC ou ADC, le résultat principal est l’acceptation TCP. Pour NMDCS ou ADCS, c’est l’acceptation TLS. Les lignes de bannière et d’accueil fournissent des preuves supplémentaires du protocole lorsque le service envoie des données immédiatement. Certains hubs valides attendent une entrée du client; l’absence de bannière immédiate n’est donc pas un échec en soi.

Dépannage

• Protocole incompatible: n’envoyez pas du texte clair à un écouteur TLS, ni TLS à un écouteur en texte clair.
• Délai dépassé: vérifiez le DNS avec Aperçu DNS, le routage avec Traceroute, la socket avec Connexion TCP, le pare-feu, le NAT et le processus du hub.
• Redirection forcée: vérifiez si la destination renvoyée est une redirection prévue.
• Inscription requise: l’accessibilité peut réussir même si la connexion des invités est limitée.

Référence Des Icônes