Vscode-docker: A extensão do Docker não mostra os contêineres após atualizar vscode para v1.55: erro de vscode conectar econnrefused 127.0.0.1:80

Criado em 1 abr. 2021  ·  23Comentários  ·  Fonte: microsoft/vscode-docker

Tipo de problema: bug

Versão do código VS: 1.55
Versão do sistema operacional: Windows 10 Pro, versão 20H2

Depois de atualizar o vscode para a versão 1.55 (março de 2021), a extensão Docker não mostra mais os contêineres remotos e, em vez disso, mostra este erro:
erro de vscode conectar econnrefused 127.0.0.1:80
É importante notar que os containers foram mostrados antes da atualização no vscode 1.54.3.

Falha na solução temporária: ao desabilitar o update.mod e fazer o downgrade do vscode para a versão 1.54.3, os contêineres aparecem novamente na extensão remote-docker. No entanto, a opção "Anexar código do Visual Studio" desapareceu (aparentemente causada pela desativação da atualização automática).

external fix released

Comentários muito úteis

@davari @majksner se você definir a configuração http.proxySupport para off , o problema desaparece (pode ser necessário reiniciar o VSCode depois)?

image

Acho que esse pode ser o problema que voltou à vida.

Todos 23 comentários

Tem exatamente o mesmo problema. Já relatei aqui, talvez um lugar errado. microsoft / vscode-remote-release # 4800

Ele funcionará se você ativar o "Remote Explorer" na barra lateral em vez de usar o Docker. Isso funcionou pelo menos para mim.

Tem exatamente o mesmo problema. Já relatei aqui, talvez um lugar errado. microsoft / vscode-remote-release # 4800

Ele funcionará se você ativar o "Remote Explorer" na barra lateral em vez de usar o Docker. Isso funcionou pelo menos para mim.

Obrigado Nikola pela solução. Funcionou para mim!
Como o bug com a extensão docker ainda permanece, não encerrarei o problema por enquanto.

@davari @majksner você pode compartilhar uma captura de tela do que está vendo?

Screenshot 2021-04-01 at 15 15 52
Screenshot 2021-04-01 at 15 16 47

Você tem um host SSH Docker?

Sim, eu uso o contexto Docker com conexão SSH.

OK. Você seguiu a configuração do agente SSH aqui ?

Eu fiz. Um pouco mais de informação do que nesta edição.

Estou colando meu problema original aqui: (microsoft / vscode-remote-release # 4800)

Após a atualização para o Código 1.55, a extensão "Remoto - Contêineres" parou de funcionar corretamente. Não consigo mais me conectar ao Docker remoto via contexto. Ao reverter para o Código 1.54.3, posso ver os contêineres sendo exibidos, mas não tenho a opção "Anexar código do Visual Studio", mas se eu fizer downgrade da extensão "Remoto - Contêineres" para 0.163.1 (Código 1.54.3), posso ver "Anexar código do Visual Studio" novamente quando eu clicar com o botão direito do mouse no contêiner em execução. Reverter a extensão no Código 1.55 não ajudou.

Versão da extensão: 0.166.0
Versão do código VS: Código 1.55.0 (c185983a683d14c396952dd432459097bc7f757f, 2021-03-30T16: 07: 58.402Z)
Versão do sistema operacional: Darwin arm64 20.3.0

@bwateratmsft minhas respostas às suas perguntas até agora são exatamente semelhantes às de @majksner

Ok, acho que reproduzi algo semelhante. Eu não descobri _porquê_ ainda, mas por algum motivo o Dockerode está fazendo solicitações para localhost em vez de para o servidor SSH. Vejo "404" porque há um servidor da web em execução na porta 80 localmente; @davari , faz sentido ver ECONNREFUSED se nada estiver sendo executado localmente no 80.

@davari @majksner se você definir a configuração http.proxySupport para off , o problema desaparece (pode ser necessário reiniciar o VSCode depois)?

image

Acho que esse pode ser o problema que voltou à vida.

cc @chrmarti, pois isso pode ser devido à atualização para vscode-proxy-agent 0.9.0.

@bwateratmsft Desativar a configuração http.proxySupport resolveu o problema para mim. Obrigado! Mas por que a extensão Docker deve fazer uma solicitação ao host local em vez do servidor SSH definido ?!

É exatamente isso, _não_ deve chegar ao localhost. Parece que vscode-proxy-agent está sequestrando o agente usado por docker-modem e redirecionando solicitações quando não deveria. Esta é uma regressão no VSCode 1.55.0.

O mesmo problema aqui na versão OS X - posso confirmar que "http.proxySupport": "off" é uma correção para mim também.

@davari @majksner se você definir a configuração http.proxySupport para off , o problema desaparece (pode ser necessário reiniciar o VSCode depois)?

obrigado por essa solução temporária
Eu tenho exatamente o mesmo problema do tópico inicial desde esta atualização, mas estou usando linux env DOCKER_HOST = ssh: // ... para acessar meu docker remoto

O mesmo problema aqui na versão OS X - posso confirmar que "http.proxySupport": "off" é uma correção para mim também.

O mesmo problema aqui (OS X 10.13.6 e Fedora 32, vscode 1.55) usando o contexto docker configurado com ssh url, mas a solução alternativa não ajuda no meu caso. Eu recebo 'Erro: solicitação expirou'.
Nota lateral: a solicitação para o servidor remoto via chamada CLI shell (mesmo contexto do docker) está funcionando perfeitamente.

@fhaefemeier , você tem um agente SSH configurado?

E outro mordeu a poeira.
Trabalhar em contêineres em uma máquina remota por meio de ssh, usando um contexto docker. docker ps está funcionando perfeitamente bem em qualquer shell.
"http.proxySupport": "off" corrigiu imediatamente.

@fhaefemeier , você tem um agente SSH configurado?

Sim, no OS X, ele está rodando, mas minhas chaves ssh estão faltando. Depois de adicioná-lo, a extensão está funcionando. Obrigado pela dica.
No Linux, a extensão também está funcionando.

@davari @majksner @markedwards @sartyukhov @ max06 @fhaefemeier (Uau, são muitas tags!)

O VSCode 1.55.1 foi lançado agora e deve corrigir esse problema sem a necessidade de "http.proxySupport": "off" . Consegui me conectar com sucesso em um teste rápido de canário. Alguém mais pode confirmar?

@bwateratmsft Posso confirmar que a atualização para o VSCode 1.55.1 resolveu o problema. Obrigado a você e a equipe!

Esta página foi útil?
0 / 5 - 0 avaliações

Questões relacionadas

samhwang picture samhwang  ·  4Comentários

oberfoerster picture oberfoerster  ·  6Comentários

dschuessler picture dschuessler  ·  5Comentários

bradygmsft picture bradygmsft  ·  7Comentários

yusufkaratoprak picture yusufkaratoprak  ·  4Comentários