Espero que alguien me puede ayudar a solucionar este ssh login problema. En mi casa LAN, desarrollo de sitios web y de configurar mi router para reenviar externo SSH llamadas a mi portátil desde este puerto externo.
Así que si estoy conectado en el equipo de un cliente me gustaría ssh o scp
$ ssh -p 7219 sam@mycomcastip
lo que ha funcionado bien hasta hace un par de semanas cuando he actualizado a la de Mojave. Ahora los tiempos de conexión. He aquí mis pasos para aislar el problema:
$ ssh -p 7220 sam@mycomcastip
funciona porque mi puerto del enrutador reenvía como el puerto 22 para un mayor funcionamiento de la máquina de la Alta Sierra. Tal vez mi router es metido la pata? Lo pensé, lo he instalado OpenWRT en ella (que es muy bueno, hasta ahora) y no puedo ssh en el portátil desde el exterior como pude antes.
Tal vez Comcast está bloqueando el puerto 7219? Si fue, sería bloqueando el puerto 7220 y no lo bloquean. Cambiar el puerto hacia adelante a otro puerto no funciona con el mismo tiempo de espera.
Quizás es mi demonio SSH que metía la pata? Cambiar el puerto de avance de la ruta a la computadora portátil del puerto 80 (que ha ejecutando Apache), en lugar de 22 rendimientos ninguna diferencia en el resultado.
Puedo confirmar que dentro de mi LAN puedo SSH en este portátil sin problemas. Que me asegura que la computadora portátil del demonio ssh se está ejecutando. No tengo problemas en ssh de la máquina.
Puedo confirmar que el router no está haciendo el bloqueo porque puedo ejecutar tcpdump en el router busca de este puerto y que lo recibe y se lo pasa.
Me he quedado tcpdump en este portátil y el examen de los PCAP en Wireshark puedo ver el paquete que viene en en el puerto 22 y los intentos posteriores por el operador remoto a intentar la conexión, pero no he encontrado el tutorial sobre el análisis de un paquete para este problema que me ayude a ver lo que podría ser la causa.
41 3.349934 remoteIP 192.168.1.105 TCP 74 45166 → 22 [SYN] Seq=0 Win=14600 Len=0 MSS=1460 SACK_PERM=1 TSval=1415111467 TSecr=0 WS=512
Tal vez alguien puede arrojar algo de luz sobre lo que esto significa?
He intentado instalar de Mojave en otro equipo para ver si es un Mojave problema, pero todos los demás de la máquina es demasiado viejo para correr, así que soy incapaz de aislar que es el hardware o el software de este equipo. Hablando de lo cual, este comportamiento se produce cuando estoy en ruta a la computadora portátil a través del wireless y Ethernet/Thunderbolt de la computadora portátil que sugiero que si es de hardware, no es el de redes de puertos causando el problema.
Desde las reglas de reenvío de puerto son los mismos, excepto los puertos de origen y destino, yo estoy inclinado a pensar que algo ha cambiado en Mojave, ya que es el único cambio que he de recordar que he hecho a la laptop cuando esta capacidad se rompió.
Buscando en internet, he encontrado el más cercano que sugiere que Apple ha cerrado algunas de las carpetas a los usuarios remotos. Excepto como este cartel determina, SSH recibe alrededor de este bloque, por lo que no puede ser.
https://www.sentinelone.com/blog/mojaves-security-hardening-user-protections-bypassed/
He descubierto un clon de esta máquina en la Alta Sierra antes he actualizado a la de Mojave. Se ejecuta fuera de ese clon, el comportamiento esperado se produce. Ejecución de tcpdump en este portátil puedo ver el TCP pasa a través del router, este portátil desde el servidor remoto y puedo ver que mi portátil es de ACK en cambio, que confirma lo que yo vi cuando me SSH remoto. Que parece eliminar esa es mi firewall en el router que es el bloqueo de cualquiera de estos extraños puertos para este portátil. Que los puntos más probable que Mojave está bloqueando el puerto 22 de fuera de su subred.
Puedo mostrar tapa de pantalla que muestra este Mojave firewall está desactivado si importante.
Por eso les pido aquí, en lugar de otro foro de networking, ya que parece ser sólo el de Mojave OSX máquina que está rechazando el puerto 22. ¿Qué otros pasos de solución de problemas debería probar?
