¿Qué pasos pueden solucionar los problemas de OS X cuando algunos sitios no se resuelven en Snow Leopard?

2

No puedo acceder a www.lubuntu.net desde mi Macbook Pro con OS X 10.6.8. Tengo una idea de cuál es el problema (vea mi opinión ), pero hice todas las cosas habituales de todos modos (vea solución de problemas básicos ), solo para verificar.

Solución de problemas básicos

Puedo acceder a casi cualquier otro sitio desde mi macbook (por ejemplo, este). Puedo acceder a lubuntu.net desde mi otra computadora portátil que está en el mismo wifi, lo que significa que no es un problema de red, ISP o enrutador. Además, el sitio está activo y este problema persiste durante varios días.

Puedo hacer ping al sitio con éxito. El sitio se resuelve en una IP (por lo tanto, no es un problema de DNS). El problema se produce utilizando tres navegadores diferentes: Chrome, Firefox, Safari. Nunca uso Safari, así que tampoco es un problema de extensión. No puedo acceder al sitio incluso si pego su IP en la barra de direcciones.

Es probable que mi IP no esté prohibida, ya que (1) no hay ninguna razón para prohibirme y (2) mi otra computadora portátil puede acceder al sitio a través de la misma red, pasando por el mismo enrutador.

El reinicio no resuelve el problema.

Mi opinión

Instalé (y desinstalé rápidamente) un programa llamado PeerGuardian, que bloquea las IP "sospechosas". Se utiliza principalmente para bloquear pares no deseados al descargar torrents. Creo que se metió con uno de los archivos de configuración para bloquear el sitio de Lubuntu.

¿Qué archivos debo revisar? He echado un vistazo a / etc / hosts, y eso se ve bien. También /etc/resolv.conf parece normal. No tengo idea de a dónde ir desde aquí.

EDITAR: Aquí están los contenidos de system.log para mi intento más reciente:

  

18 de octubre 21:44:11 albatross com.avast.proxy [50]: Error al leer el búfer de recepción: leer (): Restablecimiento de la conexión por par

     

18 de octubre 21:45:20 albatross com.avast.proxy [50]: solicitud HTTP defectuosa

     

18 de octubre 21:45:20 albatross com.avast.proxy [50]: Código de respuesta AV CHECKURL inesperado (501)!

     

18 de octubre 21:46:24 albatros [0x0-0x165165] .com.avast.AAFM [2093]: 18 de octubre 21:46:24 ntpdate [2133]: no se pueden usar servidores, se sale

     

18 de octubre 21:46:27 avat! de albatros [2093]: evento_master_disconnected

     

18 de octubre 21:46:38 albatros com.apple.launchd.peruser.501 [322] (com.avast.helper): reaparición del estrangulamiento: comenzará en 5 segundos

     

18 de octubre 21:46:45 albatross com.avast.proxy [50]: Error al leer el búfer de recepción: leer (): Restablecimiento de la conexión por pares

¿Crees que este es un problema causado por Avast? Pero instalé avast después de que empezara el problema, porque pensé que podría ser un virus, así que no tiene mucho sentido ...

EDIT 2: agregó el contenido de / etc / hosts a continuación

##
# Host Database
#
# localhost is used to configure the loopback interface
# when the system is booting.  Do not change this entry.

127.0.0.1   localhost
255.255.255.255 broadcasthost ::1             localhost
 fe80::1%lo0    localhost
    
pregunta BlackSheep 18.10.2012 - 07:15

2 respuestas

6

De acuerdo con el póster original, en esta respuesta reuní los comentarios anteriores que describen los pasos de solución de problemas que ayudaron a resolver el problema.

  1. Date cuenta de que PeerGuardian usa un KEXT.

    Como comentó strangelydim , PeerGuardian (un software de firewall de código abierto orientado hacia la privacidad) utiliza un < a href="https://developer.apple.com/library/mac/#documentation/Darwin/Conceptual/KernelProgramming/Extend/Extend.html"> extensión del kernel (KEXT). El KEXT se utiliza para bloquear conexiones a servidores "peligrosos" especificados en las llamadas listas de bloqueo.

  2. Averigüe si el KEXT fue el culpable.

    El póster original inició su Mac en Modo seguro presionando Mayús durante el inicio ( enlace ).

    El Modo seguro hace muchas cosas ( enlace ), entre ellas solo carga las extensiones necesarias del kernel , por lo que KEXT de PeerGuardian no se cargaría.

    El póster original se pudo conectar con éxito a www.lubuntu.net, por lo que el KEXT fue el delincuente.

  3. Deshabilita el KEXT.

    El primer intento fue mover el KEXT de /Library/Application Support/PeerGuardian a /tmp y reiniciar. Eso no ayudó. El cartel original luego borró el KEXT. También le pedí que verificara en System Preferences>Users & Groups>Login Items si PeerGuardian estaba en la lista y lo eliminó.

    Después de un reinicio, pudo conectarse con éxito a www.lubuntu.net.

La conclusión es que, desafortunadamente, algunos programas no se pueden desinstalar simplemente arrastrándolos a la Papelera.

    
respondido por el jaume 23.10.2012 - 11:56
0

Recientemente también intenté solucionar el mismo problema y se redujo a PeerGuardian. Simplemente modifiqué la configuración pero no la eliminé, pero encontré este artículo sobre un programa llamado AppDelete que mencionaba PeerGuardian y varios de sus archivos que dejaría si simplemente los eliminara de la carpeta de Aplicaciones:

enlace

Tal vez esto pueda ayudarte a rastrear cualquier archivo restante que esté causando problemas con tu máquina.

    
respondido por el Jeff Chew 22.10.2012 - 17:12

Lea otras preguntas en las etiquetas