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).
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?
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)?
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.
Abri https://github.com/microsoft/vscode/issues/120354 no VSCode.
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
paraoff
, 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!
Comentários muito úteis
@davari @majksner se você definir a configuração
http.proxySupport
paraoff
, o problema desaparece (pode ser necessário reiniciar o VSCode depois)?Acho que esse pode ser o problema que voltou à vida.