WiFi funny business => “Una” máquina puede hacer ping a “la otra” pero “la otra” no puede hacer ping a “una”. “La otra” puede explorar “una” en el explorador

Así que estoy en el trabajo y necesito mi servidor privado (mi computadora portátil personal) para comunicarme con las máquinas asignadas de mi equipo. Todas las partes interesadas aprobaron Hamachi como una solución solo para que IT Security pusiera en práctica la idea. Tienen los servidores bloqueados por defecto y no nos concederían una excepción.

Así que configuré un punto de acceso móvil FoxFi con mi Droid (Samsung Galaxy SIII) y habilité los recursos compartidos en cada una de las máquinas. En mi monitor de red, puedo confirmar que ambos dispositivos están conectados al punto de acceso y se les ha asignado direcciones IP privadas únicas.

192.168.43.110 192.168.43.33

110 está en un dominio CORP | 33 está en ningún dominio.

Así que aquí está el negocio divertido, y espero que alguien que comprenda estas dinámicas pueda proporcionar un poco de información sobre lo que podría estar causando este comportamiento y cómo solucionarlo.

110 pueden hacer ping a 33 bien. 110 puede tracert 33 y obtiene una respuesta de 1 salto. 110 puede acceder a 33's Share en Windows Explorer a través de UNC. (Impugnado) 110 puede acceder a 33's Share en Windows Explorer a través de IP directa. (Impugnado)

33 no puede hacer ping a 110. 33 no puede tracertar a 110. 33 puede acceder a Compartir de 110 en el Explorador de Windows a través de UNC. 33 puede acceder a 110's Share en Windows Explorer a través de IP directa (impugnada)

Como 110 parece tener "mejor" acceso a 33 que 33 a 110, traté de abrir ssms bajo un comando runas (con credenciales en 33)

"Attempting to start ssm as user "MachineName\User" ...
RUNAS ERROR: Unable to run - ssms
1311: There are currently no logon servers available to service the logon request.

(¿Las "runas" requieren un DC?)

¿Que está pasando aqui?

— K. Alan Bates
fuente

¿Quizás 110 tiene reglas de firewall establecidas que no permiten los paquetes ICMP?

— Ƭᴇcʜιᴇ007

No creo que ese sea el caso (firewall cortando ICMP.) 3 meses después y el comportamiento sigue siendo irregular. Algunas veces las máquinas se comportan bien, otras no. A veces, actualizar las máquinas en la red corrige el problema. A veces refrescante no. No hemos tenido cambios topológicos importantes que puedan explicarlo. En este punto, solo voy a abandonar mis preocupaciones porque parecen ser temporales. Solo tenía curiosidad por saber si la descripción del comportamiento se destacaba como algo específico para cualquiera que lo reconociera

— K. Alan Bates

¿Qué quiere decir "actualizar las máquinas en la red"? ¿Qué mensajes de error recibes con los diferentes mecanismos de comunicación que estás probando?

— Kinnectus

Por "actualizar" me refería a eliminarlos de la red y agregarlos nuevamente. Los errores son "no se pudo encontrar" para el ping y "No se puede resolver el sistema de destino" para el tracert y son solo de una manera

— K. Alan Bates