1 votos

Tratando de entender el acceso a la web incompatible

En una biblioteca con un iPad y un MacBook Pro (MBP) en WiFi no seguras. Sitios web en Safari en el iPad se muestra sin problemas.

En el MBP, Safari dice "servidor interrumpe inesperadamente la conexión" para cada sitio web que se trató.

En Firefox, conexión agotado.

Tor es capaz de conectarse al servidor de directorio, pero no puede establecer conexiones a cualquiera de los nodos de entrada que ofrece. El registro muestra los errores de conexión son de tres tipos diferentes. Todos están en el puerto 443, y mi navegación es siempre https siempre que sea posible. Pero https está trabajando en el iPad.

Ping tarda de 40 a 100 milisegundos para hacerse eco de los mismos dominios que el navegador web no puede llegar.

Difícil imaginar el personal de la biblioteca de haber alguna razón para la detección de dispositivos, incluso si la capacidad de poner en práctica.

Los dispositivos de cuarenta centímetros de distancia, por lo que probablemente en el mismo router.

Lo que haría que esta inconsistencia?

ACTUALIZACIÓN: Ambos dispositivos se han comportado como se esperaba en todas partes de los demás, siempre he tenido. Me arriesgué reprimenda :-) por transferencia de un cable Cat-5 de su caja de Windows para el MBP. en0 se convirtió en activo, pero no conectarse incluso a su router. Pref dijo que yo tenía un auto-dirección IP asignada, pero el menú dijo que el uso de DHCP, y la renovación del contrato de arrendamiento consiguió un 169 de la oit.x.x.x dirección que yo nunca iba a asignar manualmente, y es raro, porque en su router WiFi es 172.16.110.1 de acuerdo a la traza de la ruta.

DNS fue la resolución de nombres de host en ambos dispositivos. Safari no tiene instaladas las extensiones, pero cuando cambio a https a http, consigue volver a cambiar. Firefox tiene "https en todas partes", sino apagarlo no soluciona el problema. Tratado de verificar si el puerto 80 en el shell pero no hay telnet ejecutable!

sftp tiempo de espera en la línea de comandos. Sin ftp ejecutable (grr). Buscador conectado a la ftp en el puerto y se muestra el contenido, pero luego anunció conexión interrumpida-y alrededor de 1,5 segundos más tarde, toda la pantalla se fue gris; había que reiniciar. Segundo intento, el Buscador obtiene la hilatura de la pizza, y no hacer nada más, ni siquiera cerrar en la barra de menú. Relanzamiento de la base asesinado el Buscador y no volver. Eso suena como algo malo con el MBP pero aún así, el WiFi funcionaba bien en muchos otros lugares.

En caso de que el de arriba es demasiado confuso o no dicen todo:

  • No hay problemas observados en el iPad.
  • MBP podría hacer ping, traceroute, DNS y whois
  • MBP no podía hacer, http, https, smtp, imap, exchange, o sftp
  • tor podría ponerse en contacto con su directorio de servidores a través de puerto 9001, pero no podían hacer uso de las direcciones que se encuentran en el puerto 443.
  • aunque la consola no podría invocar el ftp, el Buscador podría, y se muestra la conocida contenido del directorio remoto. Sin embargo, algo acerca de hacerlo causado Buscador de caída de la O. S. y no trabajar correctamente hasta el cuarto de reiniciar.

4voto

Douglas Puntos 10417

Hay mucho en esta pregunta que gira en torno a ideas erróneas y esta respuesta es un intento de abordar para dar una visión más holística de cómo funcionan las cosas.

Conectividad

En el MBP, Safari dice "servidor interrumpe inesperadamente la conexión" para cada sitio web intentado.

En Firefox, conexión agotado.

La conexión no es explorador dependiente. Si la conexión no funciona, no va a funcionar para cualquier navegador.

Ping tarda de 40 a 100 milisegundos para hacerse eco de los mismos dominios que la web el navegador no puede llegar.

Esto no es indicativo de nada que un dispositivo puede conectarse (iPad) mientras que uno no puede (MBP). Un tiempo de ping de 40-100ms está bien dentro de lo que se considera "normal".

sftp tiempo de espera en la línea de comandos. Sin ftp ejecutable (grr). Buscador conectado a la ftp en el puerto y se muestra el contenido, pero, a continuación, anunció conexión interrumpida

Como su navegador, herramientas de línea de comandos como sftp, scp, ssh, etc. no se va a conectar si no hay conexión. El hilado "pizza" (también conocido como el hilado de la playa de la bola de la muerte) es el Buscador de espera para el resultado de la conexión de: - obtener un directorio para mostrar o tiempo de espera. Esto es completamente normal.

Como FTP y Telnet, quienes fueron retirados debido a que éstas son muy inseguros.

Problemas de DNS

DNS fue la resolución de nombres de host en ambos dispositivos.

DNS en caché localmente. Esta es la forma en que se puede desconectar, pero cuando intenta hacer ping a una dirección que ya ha sido, va a resolver de inmediato, pero te dan un host not reachable o timeout mensaje de error.

El punto principal aquí, es que esto no es indicativo de nada. A ver si el DNS está funcionando correctamente, es necesario utilizar una herramienta como dig o nslookup a la realidad de la consulta al servidor DNS directamente.

Tor es capaz de conectarse al servidor de directorio, pero no se puede establecer conexiones...

Misma cosa. DNS caché, pero cuando intenta en realidad se conecta a un servidor, no puede porque no esté conectado.

Auxiliares Supuestos

Algunos otros detalles menores que necesita ser aclarado:

Difícil imaginar el personal de la biblioteca de haber alguna razón para la detección de dispositivos, si incluso la capacidad para ponerlo en práctica.

Sí lo hacen y, lo más ciertamente; en ese orden. WiFi no es un recurso ilimitado y cada organización debe implementar controles para garantizar el acceso para todos. Se puede requerir el registro de su dispositivo, puede tener un capturados portal que pide cierta información, o pueden buscar en el tráfico, pero pueden detectar los dispositivos y filtro de contenido.

Podría ser tan complejo como dispositivo de mecanismos de autenticación y detección de dispositivo o tan simple como que salió de IPs en esa subred. Sin embargo, la siguiente instrucción que nos da una imagen más clara:

Me arriesgué reprimenda :-) por transferencia de un cable Cat-5 de sus Caja de Windows para el MBP. en0 se convirtió en activo, pero no conectarse incluso a su router. Pref dijo que yo tenía un auto-dirección IP asignada, pero el menú dijo que el uso de DHCP, y la renovación del contrato de arrendamiento consiguió un 169 de la oit.x.x.x dirección de la que yo nunca iba a asignar manualmente, y es raro, porque su router WiFi es 172.16.110.1 de acuerdo a la traza de la ruta.

No sólo reprimenda, pero dependiendo de la organización y de cómo su AUP (Política de Uso Aceptable) está escrito, usted podría han sido prohibidos y había un informe de la policía presentada por "interferir en una propiedad del gobierno de la computadora/red". (Lo sé, escribir y actualizar estas cosas).

Sin embargo, sus resultados (conseguir un auto IP asignada) nos dice algo muy importante: el uso de algún tipo de autenticación para permitir que las computadoras en la red (probablemente de RADIO). Si funciona en sus máquinas con Windows, pero no en el MBP, es una apuesta segura de que tiene algo en la prevención de los equipos extranjeros de acceder a su red, de modo que, sí, tienen un motivo y la capacidad de implementar la detección de dispositivos).

Los dispositivos de cuarenta centímetros de distancia, por lo que probablemente en el mismo router.

No hay nada aparte de conseguir una lista de los clientes de cada uno de los WAPs (Puntos de Acceso Inalámbrico; no los routers) que puede confirmar esto. WAPs se colocan en lugares físicos para más que sólo la fuerza de la señal, puede ser de alta demanda en determinados lugares, así que usted puede tener más de un área que en otra. Sólo porque un WAP puede soportar hasta (por ejemplo) 256 clientes, no quiere decir que pueda hacerlo de forma simultánea.

TL;DR

Su MBP no está conectado a la red, mientras que el iPad hace y es. Si has confirmado que el WiFi funciona correctamente en todas partes, pero la Biblioteca, debe acercarse a la Biblioteca personal de apoyo para buscar en él (tal vez están fuera de los recursos o en realidad estás bloqueado). No eludir sus sistemas y/o políticas para conectarse.

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X