Volver al principio

Proxies de reenvío

Un proxy de reenvío es un tipo de aplicación proxy basada en software que reenvía y controla las solicitudes «salientes», enviadas desde un cliente a un extremo o servidor externo o remoto. En la gran variedad de arquitecturas de aplicación y configuraciones de red, la definición de «saliente» puede variar considerablemente, pero un proxy de reenvío se considera generalmente como un componente que habilita, asegura, controla o deniega las peticiones de un cliente, servidor o servicio a URL y recursos externos. Externo puede significar:

  1. Cualquier URL fuera del sistema local
  2. Cualquier URL fuera de la zona de red local
  3. Cualquier URL fuera de la WAN, por ejemplo, direcciones de Internet

Los proxies de reenvío son generalmente servicios que reciben peticiones HTTP o HTTPS en una dirección y un puerto de red específicos, y proceden a:

  1. En algunos casos, descifrar la solicitud, inspeccionar el contenido y volver a cifrar la solicitud posterior al destino.
  2. Inspeccionar la solicitud, a veces denegando o permitiendo solicitudes en función del nombre de host del servidor de destino o solicitado, el contenido de la URL, los encabezados u otras propiedades de la solicitud.
  3. Si se permite, reenvíar la solicitud a la URL solicitada originalmente para que se pueda devolver una respuesta.
  4. Si es necesario, inspeccionar la respuesta del servidor de eliminación y, o bien devolverla sin cambios, editar la respuesta o cancelar la solicitud basándose en el contenido de la respuesta.

Un proxy de reenvío puede implementarse mediante diversos patrones tecnológicos y puede ser visible o transparente para el usuario en función del diseño de la red y de la configuración del cliente, el navegador o el sistema operativo.

Consideraciones sobre el proxy de reenvío para ArcGIS

Muchos componentes del software ArcGIS realizan peticiones a otros componentes o a fuentes de Internet, por lo que la correcta implementación de un proxy de reenvío, cuando sea necesario, resulta crucial. ArcGIS, si se configura correctamente, puede ser compatible con la mayoría de los escenarios de proxy de reenvío y, aunque puede ser necesaria alguna configuración, los problemas específicos del flujo de trabajo suelen resolverse mediante una configuración más específica del propio proxy o de la configuración del proxy dentro del software ArcGIS. Los proxies de reenvío autenticados con compatibles si el único requisito de autenticación es un usuario y una contraseña básicos.

  • En el caso de ArcGIS Pro, se utiliza el proxy de reenvío definido por el sistema (configurado en las Opciones de Internet del sistema operativo Windows).
  • ArcGIS Earth admite la configuración de un proxy en el archivo de configuración administrativa.
  • Para las aplicaciones móviles de ArcGIS, se utiliza el proxy definido por el sistema (configurado en los ajustes del sistema operativo iOS o Android).
  • Para los componentes de ArcGIS Enterprise, puede ser necesario configurar cada componente por separado para utilizar un proxy de reenvío, que se cubre en la documentación de ArcGIS Server y en la documentación de Portal for ArcGIS.

Recursos relacionados:

Los proxies de reenvío pueden crear problemas de configuración, que dependen del diseño específico de la red y de la configuración del proxy para un elemento de software o sistema, pero la siguiente orientación general puede ser útil:

  • Cuando configure un proxy de reenvío, asegúrese de colaborar estrechamente con un equipo informático para comprender las implicaciones. Si ciertas URL están bloqueadas o no son accesibles, o no se requiere un proxy de reenvío para esas URL, esto puede afectar a la configuración de su proxy o a los ajustes de non_proxy_hosts.
  • Por lo general, los proxies de reenvío no se utilizan para solicitar recursos en la «red local» de un sistema, por ejemplo, otros servidores y servicios que se encuentren en el mismo dominio o subdominio de DNS y en la misma área de una WAN.
  • Muchos proxies de reenvío filtran las solicitudes salientes en función del nombre de host o de las direcciones IP de destino. Para las solicitudes del software ArcGIS a ArcGIS Online (por ejemplo, para mapas base como parte de un proceso de impresión), el proxy de reenvío debe permitir el acceso a esas URL o rutas. El documento Requisitos de dominio para ArcGIS Online, en el ArcGIS Trust Center, ofrece recomendaciones adicionales sobre este tema.
  • Cuando se trata de procesos Python, pueden ser necesarias consideraciones adicionales para garantizar que el código Python realiza correctamente las peticiones a través del proxy de reenvío. Esto incluye los notebooks de Python, ArcGIS Notebook Server y otras implementaciones de código Python.
  • Si el proxy de reenvío descifra y vuelve a cifrar el tráfico, asegúrese de que el componente de software que realiza la solicitud confía en el certificado raíz del certificado TLS utilizado por el proxy.
Top