This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
Compatibilité NAT
Pour établir une connexion directe entre un périphérique utilisateur externe et l’hôte de session, HDX Direct utilise la perforation pour la traversée NAT et le STUN pour faciliter l’échange de l’adresse IP publique et des cartographies de ports pour la machine cliente et l’hôte de session. Ceci est similaire au fonctionnement des solutions VoIP, de communications unifiées et de P2P.
Tant que les pare-feux et autres composants réseau sont configurés pour autoriser le trafic UDP pour les requêtes STUN et les sessions HDX, HDX Direct pour les utilisateurs externes devrait fonctionner. Cependant, dans certains scénarios, les types NAT des réseaux utilisateur et hôte de session entraînent une combinaison incompatible, entraînant ainsi l’échec de HDX Direct.
Validations
Vous pouvez valider le type NAT sur le client et l’hôte de session à l’aide de l’utilitaire client STUN de STUNTMAN :
- Téléchargez le package approprié pour la plate-forme cible sur stunprotocol.org et extrayez le contenu.
- Ouvrez une invite de terminal et accédez au répertoire dans lequel le contenu a été extrait.
- Exécutez la commande suivante :
.\stunclient.exe stunserver.stunprotocol.org --mode behavior
- Prenez note de la sortie.
Si les tests de liaison et de comportement sont réussis, le test de liaison et le test de comportement l’indiquent et un comportement NAT est spécifié :
Si les tests échouent, le test de liaison et le test de comportement l’indiquent.
Consultez le tableau suivant pour déterminer si HDX Direct pour utilisateurs externes est censé fonctionner sur la base des résultats des tests du client et de l’hôte de session :
Machine cliente | Hôte de la session | Il devrait fonctionner ? |
---|---|---|
Cartographie indépendante des terminaux | Cartographie indépendante des terminaux | Oui |
Cartographie indépendante des terminaux | Cartographie dépendante des terminaux | Oui |
Cartographie dépendante des terminaux | Cartographie indépendante des terminaux | Oui |
Cartographie dépendante des terminaux | Cartographie dépendante des terminaux | Non |
Mappage dépendant de l’adresse et du port | Tout type de NAT | Non |
Tout type de NAT | Mappage dépendant de l’adresse et du port | Non |
échec | Tout type de NAT | Non |
Tout type de NAT | échec | Non |
échec | échec | Non |
Partager
Partager
Dans cet article
This Preview product documentation is Citrix Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Citrix Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Citrix product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.