Vscode-docker: La extensión de Docker no muestra los contenedores después de actualizar vscode a v1.55: vscode error connect econnrefused 127.0.0.1:80

Tiene exactamente el mismo problema. Lo he informado aquí, tal vez en el lugar equivocado. microsoft / vscode-remote-release # 4800

Funcionará si habilita "Explorador remoto" en la barra lateral en lugar de usar Docker. Eso funcionó al menos para mí.

Tiene exactamente el mismo problema. Lo he informado aquí, tal vez en el lugar equivocado. microsoft / vscode-remote-release # 4800

Funcionará si habilita "Explorador remoto" en la barra lateral en lugar de usar Docker. Eso funcionó al menos para mí.

Gracias Nikola por la solución. ¡Funcionó para mí!
Como el error con la extensión de la ventana acoplable aún persiste, no cierro el problema por el momento.

@davari @majksner ¿puedes compartir una captura de pantalla de lo que estás viendo?

¿Tiene un host SSH Docker?

Lo hago, uso el contexto de Docker con conexión SSH.

Está bien. ¿Seguiste la configuración del agente SSH aquí ?

Yo hice. Un poco más de información que en este número.

Estoy pegando mi problema original aquí: (microsoft / vscode-remote-release # 4800)

Después de la actualización al Código 1.55, la extensión "Remoto - Contenedores" dejó de funcionar correctamente. Ya no puedo conectarme a Docker remoto a través del contexto. Al volver al Código 1.54.3, puedo ver que aparecen contenedores, pero no tengo la opción "Adjuntar código de Visual Studio", pero si cambio la extensión "Remoto - Contenedores" a 0.163.1 (Código 1.54.3), puedo ver "Adjuntar código de Visual Studio" de nuevo cuando hago clic derecho en el contenedor en ejecución. Revertir la extensión en el Código 1.55 no ayudó.

Versión de la extensión: 0.166.0
Versión de VS Code: Code 1.55.0 (c185983a683d14c396952dd432459097bc7f757f, 2021-03-30T16: 07: 58.402Z)
Versión del sistema operativo: Darwin arm64 20.3.0

@bwateratmsft mis respuestas a sus preguntas hasta ahora son exactamente similares a las de @majksner

Ok, creo que he reproducido algo similar. Todavía no he descubierto _por qué_, pero por alguna razón, Dockerode está haciendo solicitudes a localhost en lugar de al servidor SSH. Veo "404" porque hay un servidor web ejecutándose en el puerto 80 localmente; @davari , tiene sentido que vea ECONNREFUSED si no se ejecuta nada localmente en 80.

@davari @majksner si establece la configuración http.proxySupport en off , ¿el problema desaparece (es posible que deba reiniciar VSCode después)?

Creo que este podría ser este problema que vuelve a la vida.

cc @chrmarti ya que esto podría deberse a la actualización a vscode-proxy-agent 0.9.0.

@bwateratmsft Establecer la configuración de http.proxySupport en apagado resolvió el problema para mí. ¡Gracias! Pero, ¿por qué la extensión de Docker debería realizar una solicitud al host local en lugar del servidor SSH definido?

Eso es todo, _no debería_ llegar a localhost. Parece que vscode-proxy-agent está secuestrando el agente utilizado por docker-modem y redirigiendo las solicitudes cuando no debería ser así. Esta es una regresión en VSCode 1.55.0.

Abrí https://github.com/microsoft/vscode/issues/120354 contra VSCode.

El mismo problema aquí en la versión OS X: puedo confirmar que "http.proxySupport": "off" es una solución para mí.

@davari @majksner si establece la configuración http.proxySupport en off , ¿el problema desaparece (es posible que deba reiniciar VSCode después)?

gracias por esa solución temporal
Tengo exactamente el mismo problema que el tema de inicio desde esta actualización, pero estoy usando linux env DOCKER_HOST = ssh: // ... para acceder a mi ventana acoplable remota

El mismo problema aquí en la versión OS X: puedo confirmar que "http.proxySupport": "off" es una solución para mí.

El mismo problema aquí (OS X 10.13.6 y Fedora 32, vscode 1.55) usando el contexto de la ventana acoplable configurado con la URL ssh, pero la solución alternativa no ayuda en mi caso. Aparece el mensaje "Error: se agotó el tiempo de espera de la solicitud".
Nota al margen: la solicitud al servidor remoto a través de la llamada CLI de shell (mismo contexto de ventana acoplable) funciona perfectamente.

@fhaefemeier , ¿tienes configurado un agente SSH?

Y otro mordió el polvo.
Trabajar en contenedores en una máquina remota a través de ssh, usando un contexto de ventana acoplable. docker ps funciona perfectamente bien en cualquier shell.
"http.proxySupport": "off" arregló instantáneamente.

@fhaefemeier , ¿tienes configurado un agente SSH?

En OS X, sí, se está ejecutando, pero faltan mis claves ssh. Después de agregarlo, la extensión ahora está funcionando. Gracias por la pista.
En Linux, la extensión también funciona.

@davari @majksner @markedwards @sartyukhov @ max06 @fhaefemeier (¡Vaya, son muchas etiquetas!)

VSCode 1.55.1 se lanzó ahora y debería solucionar este problema sin necesidad de "http.proxySupport": "off" . Pude conectarme con éxito en una prueba rápida de canary. ¿Alguien más puede confirmar?

@bwateratmsft Puedo confirmar que la actualización a VSCode 1.55.1 resolvió el problema. ¡Gracias a ti y al equipo!