Mac y Apple; Scripts del sitio web. En línea Travis-ci para automatizar el proceso de ejecución de. Asegurarnos de que la imagen de la ventana acoplable se. Después de la actualización de la DOCKER_HOST para el cliente, puede ejecutar en un problema con boot2docker 0.9.1 que utiliza el puerto equivocado de ventana acoplable conexiones TCP. Pasos para comprobar: Inicio de sesión para el boot2docker VM usando boot2docker ssh (la contraseña es tcuser). Aquí hay una publicación relacionada: pero no me funcionó. Obtener puertos para el puerto de la ventana acoplable de contenedores 485186e65a5e 8080 / tcp -> 0.0.0.0:/tcp -> 0.0.0.0:8/tcp -> 0.0.0.0:09 / tcp -> 0.0.0.0:5/tcp -> 0.0.0.0:/tcp -> 0.0.0.0:33361 Verifique que alguien escuche los puertos en el contenedor bash-4.1 # netstat -alnpt| grep 19888 tcp 0 0 127.0.0.1:19888 0.0.0.0:* ESCUCHAR 1094 / java Do wget en el contenedor bash-4.1 # wget 127.0.0.1:19888 --2016-04-11 14: 16: 54-- Conexión a 127.0.0.1: 19888. Solicitud HTTP enviada, en espera de respuesta. 302 Ubicación encontrada: [siguiente] --2016-04-11 14: 16: 54-- Reutilizando la conexión existente a 127.0.0.1:19888. Solicitud HTTP enviada, en espera de respuesta. 200 OK Longitud: 6763 (6.6K) [texto / html] Guardando en: `index.html '100% [======================== ================================================== ================================================== ================================================== ==>] 6,763.- K / s en 0s 2016-04-11 14:16:54 (182 MB / s) - `index.html 'guardado [6763/6763] Intente acceder al puerto reenviado desde el host, sin suerte.: (((($ 192.168.99.100 $ ipget-machine ip predeterminado 192.168.99.100:33358 --2016-04-11 16: 18: 04-- Conexión a 192.168.99.100:33358. Fallido: conexión rechazada. Perspectiva para mac 2016 no se puede compartir el calendario.. ¿Qué hago mal?| Pregunté el 11 de abril de 2016 a las 14:23 1,139 1 21 47| 2 Respuestas 2 Omg, el servicio deseado comenzó el 127.0.0.1 en un contenedor, por eso no fue visible desde el mundo exterior. He modificado la configuración del servicio para que empiece el 0.0.0.0 y ahora puedo acceder al puerto del contenedor reenviado| respondido el 11 de abril de 2016 a las 14:41 1,139 1 21 47 ¿Cómo configuró el contenedor para comenzar con el 0.0.0.0? Jun 30 '16 a las 13:59. Estaba hablando de mi servicio web que funciona dentro. El contenedor. Ese servidor se inició en 127.0.0.1, por lo que no se puede ver fuera del contenedor. - Jun 30 '16 a las 20: 05| Tuve el mismo problema y pude solucionarlo especificando el host que utiliza el servidor dentro del contenedor. NOTA: cuando se utiliza el host a continuación, significa un host de servidor web. Cuando uso host-machine, me refiero al sistema operativo principal que estoy usando (es decir, no es un contenedor o un servidor web, solo mi computadora portátil como máquina) El problema Ejecutar servidores web en el contenedor como webpack-dev-server y el servidor http ejecuta automáticamente la aplicación utilizando una gran cantidad de servidores. Normalmente, verá eso en la salida cuando inicie el servidor. Algo así como: El proyecto se está ejecutando en Recomendar: b adaptador de Ethernet. Estoy mirando para reenviar una llamada entrante a un puerto específico en el macbook a un ip / puerto diferente en la otra red.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |