Los problemas cargando páginas web completas son debido al hecho de que las páginas web extraen recursos de varios dominios diferentes en la web. HTML, JavaScript, y los recursos CSS se cargan desde otros dominios o Content Distribution Networks (CDNs). A veces, el sitio web principal aparece en el Allow list (Lista de permitidos), pero estos otros recursos aparecen en la lista, lo que hace que solo se muestre una parte de la página. Esto es especialmente cierto en el caso de las plataformas de redes sociales y los sitios de transmisión de medios.
Hay algunos pasos que puede seguir para investigar y desbloquear estos recursos, así que que la página carga completamente:
1. Asegúrese de que el dominio esté permitido
El primer paso es asegurarse de que el Fully Qualified Domain Name (nombre de dominio completo) (FQDN) del el sitio web se agrega a la lista de políticas permitidas. Es una buena práctica agregar el dominio simple (por ejemplo, microsoft.com) si es posible, porque esto permitir el dominio desnudo, así como el subdominio WWW. Si un dominio está Permitido, siempre estará permitido, independientemente de si está bloqueado en una categoría. Este se debe a que en cualquier conflicto de pólizas en la Allow List (la lista de permitidos) siempre gana.
Evite ingresar IPs
Evite ingresar direcciones IP (por ejemplo, 172.34.83.238) o URL (http://website.com/homepage.html) porque estos pueden cambiar. Siempre es mejor ingresar FQDN.
2. Verifique el registro de consultas
El siguiente paso es utilizar el Query Log para verificar si hay otros recursos bloqueados que la página requiera cargar. Una forma fácil de hacer esto es verificar el registro de consultas.
Primero, intente visitar el sitio. La carga puede tardar mucho tiempo y, al final no todos los elementos pueden estar presentes. La siguiente imagen es un ejemplo de Facebook en una póliza donde las redes sociales están bloqueadas y "facebook.com" está permitido.
Espere unos 5 minutos, luego inicie sesión en el panel DNSFilter y verifique el registro de consultas (query log) para esa ubicación. Verá el dominio que está (Allowed) Permitido, y cerca de él allí pueden haber otros dominios que fueron bloqueados. Continuando con el ejemplo de Facebook en el imagen a continuación, vemos que "facebook.com" estaba permitido porque estaba en el Allow List (lista de permitidos). Sin embargo, "connect.facebook.com" y "static.xx.fbcdn.net" fueron denegados porque estaban en la categoría de redes sociales, que está bloqueada por esta póliza.
Estos dominios adicionales también deberán estar permitidos para que la página se cargue.
3. Utilice DevTools en el navegador
El paso anterior de de herramientas de consulta generalmente resolverá la mayoría de los problemas. Otra forma de ver información similar es usar Chrome Developer Tools.
Para este paso, necesitará usar una computadora que tenga acceso sin filtrar a Internet. Conecte a un WiFi cercano en una computadora sin agente de roaming. El adaptador de esta computadora debe tener una configuración de DNS sin restricciones (como la 8.8.8.8 de Google).
Inicie el navegador web Chrome. Abra el panel DevTools Panel (Ctrl-Shift-I en Windows, ⌥-⌘-I en Mac). Seleccione "Sources". Ahora visite la página web deseada y se mostrará la información de los recursos de la página. En la imagen debajo de “facebook.com”, “pixel.facebook.com”, “scontent-atl3-1.xx.fbcdn.net”, “static.xx.fbcdn.net”, y “fbsbx.com” se enumeran como recursos de la página. Varios de estos dominios se superponen con lo encontrado con el Query Log en el último paso.
Se sugiere, especialmente para sitios de transmisión o redes sociales, que grabe lo que muestran las herramientas de desarrollo en la página de inicio de sesión de un sitio web, y también después de iniciar sesión. Esto se debe a que se utilizan diferentes recursos para una página de inicio versus una aplicación web. Si está Permitiendo para su organización, querrá capturar todos los recursos posibles para tener una funcionalidad completa.
El último paso es agregar esta lista de dominios al Allow List (lista de permitidos) en su póliza. Los cambios surtirán efecto en nuestros servidores al instante y sus usuarios tendrán acceso cuando se actualiza el caché de su navegador (1-15 minutos).
Comentarios
0 comentarios
El artículo está cerrado para comentarios.