-
-
-
Modo de redirección al origen
-
-
-
Plug-in del cliente de la optimización WAN de Citrix
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!
Modo horquilla
Con la implementación de horquilla, puede implementar el uso de un sitio de Remote Hub para el acceso a Internet a través de backhaul o horquilla cuando los servicios de Internet locales no están disponibles o están experimentando un tráfico más lento. Puede aplicar enrutamiento de ancho de banda alto entre sitios cliente al permitir el backhauling desde sitios específicos.
El propósito de una implementación de horquilla desde un sitio que no sea WAN a un sitio de reenvío WAN es proporcionar un proceso de implementación más eficiente y una implementación técnica más optimizada.Puede utilizar un sitio de concentrador remoto para el acceso a Internet cuando surjan necesidades y puede redirigir flujos a través de la ruta virtual a la red SD-WAN.
Por ejemplo, considere un administrador con varios sitios SD-WAN, A y B. El sitio A tiene un servicio de Internet deficiente.El sitio B tiene un servicio de Internet utilizable, con el que quiere hacer retroceder el tráfico del sitio A al sitio B solamente.Puede intentar lograr esto sin la complejidad de los costes de ruta estratégicamente ponderados y la propagación a sitios que no deberían recibir el tráfico.
Además, la tabla de rutas no se comparte en todos los sitios de una implementación de Hairpin. Por ejemplo, si el tráfico se circula entre el Sitio A y el Sitio B a través del Sitio C, entonces solo el Sitio C conocería las rutas de los sitios A y B. El sitio A y el sitio B no comparten la tabla de rutas del otro, a diferencia del reenvío WAN a WAN.
Cuando el tráfico se realiza entre el Sitio A y el Sitio B a través del Sitio C, se requiere que las rutas estáticas se agreguen en el Sitio A y el Sitio B, lo que indica que el siguiente salto para ambos sitios es el Sitio intermedio C.
El reenvío de WAN a WAN y la implementación de Hairpin tienen ciertas diferencias, a saber:
-
Las rutas virtuales dinámicas no están configuradas. Siempre, el sitio intermedio ve todo el tráfico entre los dos sitios.
-
No participa en grupos de reenvío de WAN a WAN.
El reenvío de WAN a WAN y la implementación de Hairpin son mutuamente excluyentes. Solo uno de ellos se puede configurar en cualquier momento dado.
Los dispositivos Citrix SD-WAN SE/PE y VPX (virtuales) admiten la implementación de terminales. Ahora puede configurar una ruta 0.0.0.0/0 al tráfico de horquilla entre dos ubicaciones sin afectar a ninguna ubicación adicional. Si se utiliza el hairpin para el tráfico de intranet, se agregan rutas de intranet específicas al sitio cliente para reenviar el tráfico de intranet a través de la ruta virtual al sitio de hairpin. Ya no es necesario habilitar el reenvío WAN a WAN para lograr la funcionalidad de horquilla.
Puede configurar la implementación de horquilla a través de la interfaz de administración web de Citrix SD-WAN desde el editor de configuración.
Compartir
Compartir
En este artículo
This Preview product documentation is Cloud Software Group Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Cloud Software Group 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 Cloud Software Group product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.