..png)
TLDR:En una máquina virtual con asignación de clase, ping traceroute y el script original utilizado para acceder a un contenedor Docker/VM emulada dejaron de funcionar después de salir de una sesión SSH con la VM emulada. Este programa se ejecutó desde un contenedor Docker dentro de la máquina virtual host asignada por mi clase. La VM host se ejecuta en Ubuntu.
Necesito arreglar ping, traceroute y mi capacidad para acceder al script original y a la máquina virtual emulada para poder reparar el escritorio remoto asignado por la escuela y continuar haciendo mi trabajo de clase. Restablecer el entorno de escritorio por completo no solucionó el problema. Se conecta SSH, el navegador funciona y se ejecuta traceroute, pero los resultados son 30 saltos con tres asteriscos por cada salto.
Todos estos problemas aparecieron a la vez después de salir de la sesión SSH con la VM emulada. Hay un par de cosas que aún no he definido (tablas ARP e interfaz de socket; volveré mañana para actualizar). Con suerte, esto al menos hará que la pregunta sea más concisa.
Contexto
Estoy trabajando desde una máquina virtual asignada por clase y tuve problemas al salir de un programa utilizado para emular otra máquina virtual en ese entorno de escritorio asignado por clase. Los siguientes detalles son parte de una tarea en la que estaba trabajando y todos se realizaron en la máquina virtual emulada dentro de esa máquina virtual asignada a la clase original.
No puedo volver atrás para evaluar los archivos y configuraciones exactos que cambié en la máquina de destino, ya que el script para configurar el servidor SSH/VM/contenedor Docker emulado en mi máquina host no se inicia.
Esto es lo que sé que hice en la VM emulada antes de regresar a mi VM host.
Creé un usuario sin carpeta de inicio, privilegios de root y un UID y GID inferior a 1000.
Configuré el archivo sudoers para permitir el acceso root sin contraseña.
Cambié el
sshd_configarchivo para permitir el acceso ssh a un puerto distinto al 22.Al formatear el
sshd_configarchivo en la máquina de destino, cometí un error que anularía el puerto 22 con el puerto 2222.
Esto se hizo agregando una línea adicional debajo de la lista de puertos actual para que sshd_configse viera así:
#Port 22
#Port 2222
El puerto 22 fue comentado cuando fui a editar el archivo y pude acceder a la máquina de destino a través del puerto 22 sin problemas, así que no pensé en ello en ese momento.
No tengo respuestas sobre por qué un puerto comentado seguiría funcionando y no veo ninguna forma de que esto cause los problemas actuales que tengo con mi máquina virtual host.
Los puertos de mi máquina virtual host están abiertos y funcionando.
Potencialmente, esta información adicional podría ser insignificante, pero noté los problemas en mi máquina host inmediatamente después de realizar estos cambios y salir de la máquina de destino. Estos problemas no estaban presentes antes de que comenzara a interactuar con la máquina de destino. Si hay problemas que pueden surgir simplemente al ingresar o salir de una sesión SSH con un contenedor Docker de manera incorrecta, esa es una solución mucho más probable que conectar la sesión en sí a los problemas actuales.
Problemas con Docker/Inicio de VM emulada
En este caso, se requiere Docker para acceder a la máquina de destino porque es una emulación de un servidor SSH que se ejecuta desde un script. Sin esta función, no puedo acceder a la máquina de destino y solucionar problemas de cómo los cambios que hice en la máquina de destino se correlacionan con los problemas en mi máquina host.
El mensaje de inicio de la VM emulada indica que Docker se está ejecutando, pero no está iniciando el script requerido para acceder a la máquina de destino. Aquí está el mensaje de error:
Las aplicaciones no se inician. Algo está mal.
Intente reiniciar la VM y luego reinicie Docker.
Luego ejecute el script nuevamente.
Reiniciar Docker no cambia el estado de este mensaje, y tampoco lo hace reiniciarorestablecer la máquina. Puede haber algún problema con el script que ejecuta la máquina de destino, pero al examinarlo yo mismo no veo nada malo, y mucho menos nada malo que pueda afectar mi máquina virtual host hasta el punto de que un reinicio completo no resuelva el problema.
Problemas con Ping y Traceroute
Cuando intento hacer ping a la mayoría de las IP, se detiene en la primera línea y tengo que salir del proceso manualmente, ya que no recibo un mensaje de error.
El uso ping -c 3 -w 12 1.1.1.1para limitar el recuento y la fecha límite de la solicitud de ping muestra:
PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
--- 1.1.1.1 ping statistics ---
12 packets transmitted, 0 received, 100% >packet loss, time 11249ms
Isoycapaz de hacer ping a localhost y 127.0.0.1, y hacer ping a 0.0.0.0 funciona bien. El firewall interno está deshabilitado y ICMP está habilitado.
Cuando uso el comando ping de interfaz de ejemplo, ping -I interface google.comobtengo el resultado
ping: SO_BINDTODEVICE interface: No such device
Si tiene alguna experiencia con la programación de sockets, su consejo aquí sería invaluable, ya que creo que aquí es donde las cosas pueden ir mal.
Traceroute se ejecuta pero el único resultado son 30 saltos, todos mostrando tres asteriscos cada uno.
Soluciones intentadas
Los archivos de configuración en mi máquina local no reflejan los cambios en el archivo de configuración que registré en la máquina de destino, por lo que cualquier manipulación de la configuración de la máquina de destino no debería haber afectado a la máquina local y no cambié accidentalmente la configuración en mi máquina local. pensando que era la máquina objetivo.
Isoycapaz de hacer ping a localhost y 127.0.0.1, y hacer ping a 0.0.0.0 funciona bien.
El firewall interno está deshabilitado y ICMP está habilitado.
Hice un reinicio completo del sistema de mi VM local y ping, traceroute y Docker/la VM emulada todavía no funcionan correctamente. El hecho de que el problema de configuración persistiera incluso después de un reinicio completo del sistema me resulta muy confuso, pero puede reducir la causa. ¿Existe una configuración del sistema o un mal funcionamiento de la red que se mantendría constante durante un reinicio completo del sistema?
Tengo alternativas a mi máquina virtual, pero todavía lo consideraría un problema urgente, ya que no puedo usar mi máquina virtual de respaldo para ciertos proyectos. Editaré la pregunta y la aclararé con más soluciones que ya he probado a medida que analizo las posibles opciones.
Posibles soluciones aún no intentadas
Configuración del zócalo.
Configuración de la tabla ARP.
Investigación adicional sobre el proceso de inicio de la VM emulada y dónde exactamente falla.
Más investigaciones sobre por qué los problemas pueden haber seguido igual a pesar de un reinicio completo del sistema.
¡No necesito una respuesta completa, solo indicaciones en la dirección correcta! Seguirá actualizándose mañana. Aún quedan muchas cosas por descartar.
Respuesta1
Esta cuestión ha sido resuelta y queda para la posteridad personal. La máquina virtual host nunca se configuró para ejecutar ping correctamente, lo cual no consideré porque estaba ocupado intentando diferentes ángulos de solución de problemas disponibles para ping mientras asumía que había roto algo fundamental dentro de los archivos de configuración.
Me comuniqué con el instructor de la clase y él restableció la máquina virtual host, lo que arregló el contenedor Docker utilizado para iniciar la máquina virtual emulada, y aclaró los problemas con ping y traceroute como parte del sistema en sí.
Específicamente puedo hacer más preguntas sobre la programación de sockets más adelante, sin embargo, terminó siendo irrelevante para la situación actual.