Yarn: Parece haver problemas com sua conexão de rede. Tentando novamente ...

Tenho o mesmo comportamento quando tento adicionar um novo módulo e o arquivo yarn.lock existe.
Eu resolvo isso removendo o arquivo yarn.lock.
Em seguida, o arquivo yarn.lock está sendo recriado (que é o que eu quero)
E então eu enfrento novamente o mesmo problema quando adiciono um novo módulo (yarn add ..), removo yarn.lock e funciona novamente.

Obtendo o mesmo problema em
SO: Windows 10
Nó: 9.4.0
Fios: 1.4.0
npm: 4.6.1
Vigia: 4.9.1
Xcode: N / A
Android Studio: Versão 3.0.0.0 AI-171.4443003
Os pacotes são resolvidos, mas a busca não está acontecendo, nenhum arquivo de bloqueio gerado, tentei editar o tempo limite da rede também nada aconteceu. tentei mudar para versões anteriores como 0.24.6 problema ainda persiste.

@rooozox é possível compartilhar seu arquivo package.json e yarn.lock ?

@torifat Desculpe, não consigo mais replicar. Tentei várias vezes, mas agora funciona bem. Se isso acontecer novamente, vou postar informações detalhadas.

Estou tendo o mesmo problema no Ubuntu 16.04

Interessante; no Ubuntu para Windows, fiz o Yarn fazer isso _várias_ vezes. O npm install funciona bem e todas as outras conexões de rede funcionam bem. Para contornar o problema, basta ctrl + ce executar o yarn novamente. Quase sempre funciona.

Não tenho certeza do que está acontecendo e não fui capaz de criar um projeto pequeno e reproduzível para compartilhar um problema, é apenas algo que acontece regularmente para mim em vários projetos.

Estou tentando alguns "voodoos":

• Exclua qualquer "* .lock" e rm node_modules. Ou rm -rf node_modules/

• Limpe uma descarga de todas as conexões, como DNS, caches e assim por diante.

• Comandos do terminal:

• [] set http_proxy=

• [] set https_proxy=
• [] yarn config delete proxy
• [] npm config rm https-proxy
• [] npm config rm proxy

• [] npm config set registry "http://registry.npmjs.org" ou npm config set registry "https://registry.npmjs.org"

• Reinicie seu terminal e tente.

• Use: yarn add mypckge --network-timeout 100000 ou yarn --network-timeout 100000
  mas primeiro tente apenas yarn

• Reinicie seu terminal e tente yarn novamente e / ou com --network-timeout.

Para mim está funcionando por enquanto. Vou ver como vai ficar com o tempo.

Eu também estou experimentando isso. Internet baixando 70 Mbps,

O aumento do tempo limite não foi resolvido, tentei detonar contêineres do docker, remover package.lock etc.

No entanto, eu consegui contornar isso amarrando meus telefones LTE. wtf?

Eu também tenho o mesmo problema.

__Meio Ambiente__
SO: Windows 10 x86_64
Nó: v8.11.0
fio: 1.5.1

__Registro__

C:\Users\SomeUser\WebstormProjects\SomeProject>yarn add --dev nyc
yarn add v1.5.1
[1/4] Resolving packages...
[2/4] Fetching packages...
info There appears to be trouble with your network connection. Retrying...
info There appears to be trouble with your network connection. Retrying...
info There appears to be trouble with your network connection. Retrying...
info There appears to be trouble with your network connection. Retrying...
error An unexpected error occurred: "https://registry.yarnpkg.com/nyc/-/nyc-11.7.3.tgz: ESOCKETTIMEDOUT".

__Tentando isolar o problema__
Existem 3 suspeitos.

• Hardware do meu PC com Windows (adaptador de rede talvez)
• Problema de SO / software do cliente
• Servidor npm remoto

Tentei emitir o mesmo comando yarn no Virtual Ubuntu 16.04 em execução no meu PC com Windows pelo Hyper-V.
O resultado foi um sucesso. A máquina virtual não teve problemas para instalar o novo pacote npm.

No momento, suspeito fortemente que o problema esteja no sistema operacional Windows 10 ou no binário de execução do yarn.

__Olhando mais profundamente__

Executei o WireShark para monitorar o pacote TCP entre registry.yarnpkg.com e meu PC com Windows,
e achei pacotes muito interessantes que podem ser a causa raiz.

Sempre que a mensagem There appears to be trouble with your network connection. Retrying...
é emitido no console, há um pacote RST enviado do meu PC para o servidor npm.
Você sabe, o pacote RST é para forçar o fechamento da conexão TCP.
Mas é enviado do PC cliente.
Eu me sinto estranho com isso.

Em seguida, eu me perguntei o que causa o pacote RST enviado do meu PC.
Eu descobri que toda vez que o pacote RST é enviado, há pacotes indicando TCP ZeroWindow , o que significa que a entidade receptora de dados (neste caso é meu PC cliente) diz a um remetente para parar de enviar o pacote até que o receptor permita fazer isto.

Depois que o remetente recebe os pacotes indicando TCP ZeroWindow , o cliente deve enviar TCP Window Update ao servidor para retomar a comunicação TCP.

Mas não consegui encontrar o pacote TCP Window Update enviado do meu PC cliente.
O servidor npm ficou esperando para ter permissão para enviar dados, mas meu PC cliente não disse para fazer isso.
Em seguida, ele expirou e o pacote RST foi enviado do meu PC.

Aparentemente, a causa raiz não é enviar TCP Window Update pacote para retomar a comunicação do cliente.
Como não tive problemas para baixar arquivos grandes da Internet, suspeito que o problema esteja no código de rede em um nó binário compilado para Windows.

Mesmo problema aqui
--network-timeout 1000000 funcionou para mim.

SO: Windows 10 1709, WSL: Ubuntu 18
Nó: 10.1.0
Fios: 1.6.0

OS: macOS 10.13.4
Nó: 10.1.0
Fios: 1.6.0

Mesmo problema aqui. Tempo limite de conexão e não é possível encontrar pacotes no registro npm. Instalar o mesmo pacote via npm funciona bem.

Olhando para o tráfego como @Hinaser , também vi pacotes RST antes da falha. A rede está usando um roteador AVM FRITZ! Box 3272 para se conectar à Internet. Tirá-lo (conectando-se diretamente ao modem ou usando um roteador diferente) "corrige" os problemas. Colocando de volta e os erros estão de volta.

editar: A redefinição do roteador corrigiu isso desta vez.

De repente, tive o mesmo problema e não pude usar create-react-native-app para construir um novo projeto.

Using package manager as yarnpkg with yarn interface.
Installing packages. This might take a couple minutes.
Installing react-native-scripts...
yarn
add v1.6.0
info No lockfile found.
[1/4] 🔍  Resolving packages...
info There appears to be trouble with your network connection. Retrying...

SO: macOS 10.13..4
Nó: 8.11.1
Fios: 1.6.0

SO: Alpine (Docker node:9.4-alpine )
Nó: 9.4.0
Fio: 1.3.2

Agora estou vendo pelo menos estes 4 outros problemas falando sobre isso: # 4333, # 4890, # 4510, # 5447
Parece que nenhuma origem óbvia encontrada sim.
Aumentar o tempo limite também funcionou para mim, mas não é realmente uma solução.

O estranho é que estou recebendo esse erro apenas quando faço um yarn install de um contêiner do docker (nó: carbono). Se eu executar yarn install no meu terminal de desenvolvimento, está tudo bem 🤔

editar: funciona na minha máquina local por causa do cache de fios!

Parece haver algum problema com os servidores npm no momento.

O mesmo problema aqui ..

O interessante é que de outro local físico (também host diferente, ambos no mesmo país) com a mesma imagem docker, não recebo o erro.
Então, talvez os servidores npm tenham diferenças significativas de tempo de resposta dependendo dos locais.

de repente eu fiz sucesso. tente novamente pessoal

O problema foi corrigido agora 🎆

O problema foi corrigido agora 🎆

Não, não é :(

Ainda estou tendo problemas.

Desta vez _todos os sistemas estão operacionais_ .

@MichelDiz - muito obrigado

Eu também corri para isso. Tentei remover o lockfile e node_modules do yarn / Usar npm install funciona bem. Também falha no CI, que usa yarn para instalação e construção.

Alguém tem uma dica de como proceder? Eu poderia fazer um novo clone etc, mas isso parece muito estranho.

mestre: fio
yarn install v1.6.0
info Nenhum lockfile encontrado.
[1/4] 🔍 Resolvendo pacotes ...
info Parece haver problemas com sua conexão de rede. Tentando novamente ...
erro Recebida resposta malformada do registro para indefinido. O registro pode estar inativo.
informações Visite https://yarnpkg.com/en/docs/cli/install para documentação sobre este comando.

@MichelDiz .. parece funcionar, obrigado. Nós sabemos o que está acontecendo?

@backspaces - "Você pode CNAME em contas CloudFlare, mas você não pode CNAME um registro proxy para outro registro proxy." - isso é o que me disseram

Na verdade, realmente EXISTE um problema:

@MichelDiz Obrigado. Todo mundo é mágico

@MichelDiz Tentei yarn --network-timeout 100000 install e funcionou. Dockerfile completo pode ser encontrado em https://github.com/vietnam-devs/coolstore-microservices/blob/master/src/web/Dockerfile

mesmo problema no mac
mac: 10.13.5 (17F77)
versão do fio: 1.7.0
versão do nó: 10.4.0

yarn add pugpug-loader --dev
yarn add v1.7.0
[1/5] 🔍  Validating package.json...
[2/5] 🔍  Resolving packages...
[3/5] 🚚  Fetching packages...
info There appears to be trouble with your network connection. Retrying...
error An unexpected error occurred: "http://r.cnpmjs.org/streamqueue/download/streamqueue-0.0.6.tgz: readETIMEDOUT".
info If you think this is a bug, please open a bug report with the information provided in "/Users/xxx/xxx/yarn-error.log".
info Visit https://yarnpkg.com/en/docs/cli/add for documentation about this command.

Por _algumas_ razões, o yarn não instalou o pacote que eu precisava. Neste caso compression . Estou usando um sistema Windows 10 Pro com contêineres docker. O que fiz foi, em vez de usar yarn install no meu Dockerfile, mudar para npm install . Funcionou como um encanto. #backinbusiness

Mesmo problema aqui usando

λ create-react-app .

Creating a new React app in C:\Users\Pawel\WebstormProjects\testproject.

Installing packages. This might take a couple of minutes.
Installing react, react-dom, and react-scripts...

yarn add v1.7.0
info No lockfile found.
[1/4] Resolving packages...
warning react-scripts > jest > jest-cli > istanbul-api > [email protected]: 1.2.0 should have been a major version bump
[2/4] Fetching packages...
info There appears to be trouble with your network connection. Retrying...
info There appears to be trouble with your network connection. Retrying...
info There appears to be trouble with your network connection. Retrying...
info There appears to be trouble with your network connection. Retrying...
error An unexpected error occurred: "http://registry.npmjs.org/compression/-/compression-1.7.2.tgz: socket hang up".
info If you think this is a bug, please open a bug report with the information provided in "C:\\Users\\Pawel\\WebstormProjects\\testproject\\yarn-error.log".
info Visit https://yarnpkg.com/en/docs/cli/add for documentation about this command.

Aborting installation.
  yarnpkg add --exact react react-dom react-scripts --cwd C:\Users\Pawel\WebstormProjects\testproject has failed.

Deleting generated file... package.json
Deleting generated file... yarn-error.log
Deleting testproject / from C:\Users\Pawel\WebstormProjects
Done.

No Win10Pro.

npx create-react-app testproject --use-npm funcionou perfeitamente

Pode estar relacionado a isso: https://github.com/facebook/create-react-app/issues/4588#issuecomment -400088653

Reinicializei meu terminal e funcionou.

Atualmente estou com esse problema, mas apenas com o pacote postcss-sprites. Todos os outros pacotes estavam bem.

Executei o comando yarn upgrade na versão 1.7.0 e tudo foi feito com sucesso.

Depois disso, atualizei o pacote para a versão 1.9.4 e nodejs para 10.8.0 version (de 10.7.0 ) e tentei iniciar o comando novamente. Agora os pacotes não são atualizados, mas no console eu vejo:
info There appears to be trouble with your network connection. Retrying...

Em seguida, excluí yarn.lock file e executei o comando yarn install :

$ yarn install
yarn install v1.9.4
info No lockfile found.
[1/4] Resolving packages...
warning laravel-mix > autoprefixer > [email protected]: Browserslist 2 could fail on reading Browserslist >3.0 config used in other tools.
warning laravel-mix > css-loader > cssnano > autoprefixer > [email protected]: Browserslist 2 could fail on reading Browserslist >3.0 config used in other tools.
warning laravel-mix > css-loader > cssnano > postcss-merge-rules > [email protected]: Browserslist 2 could fail on reading Browserslist >3.0 config used in other tools.
warning laravel-mix > css-loader > cssnano > postcss-merge-rules > caniuse-api > [email protected]: Browserslist 2 could fail on reading Browserslist >3.0 config used in other tools.
warning laravel-mix > img-loader > imagemin-mozjpeg > mozjpeg > bin-build > download > gulp-decompress > [email protected]: gulp-util is deprecated - replace it, following the guidelines at https://medium.com/gulpjs/gulp-util-ca3b1f9f9ac5
[2/4] Fetching packages...
[-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------] 0/1259(

node:15992) [DEP0005] DeprecationWarning: Buffer() is deprecated due to security and usability issues. Please use the Buffer.alloc(), Buffer.allocUnsafe(), or Buffer.from() methods instead.
info There appears to be trouble with your network connection. Retrying...
info There appears to be trouble with your network connection. Retrying...
info There appears to be trouble with your network connection. Retrying...

(fio 1.9.4, nodejs 10.8.0)

E execute o comando yarn install --verbose produção:

node:9952) [DEP0005] DeprecationWarning: Buffer() is deprecated due to security and usability issues. Please use the Buffer.alloc(), Buffer.allocUnsafe(), or Buffer.from() methods instead.
verbose 27.147 Performing "GET" request to "https://registry.yarnpkg.com/material-design-icons/-/material-design-icons-3.0.1.tgz".
info There appears to be trouble with your network connection. Retrying...
verbose 121.206 Performing "GET" request to "https://registry.yarnpkg.com/material-design-icons/-/material-design-icons-3.0.1.tgz".
info There appears to be trouble with your network connection. Retrying...
verbose 196.627 Performing "GET" request to "https://registry.yarnpkg.com/material-design-icons/-/material-design-icons-3.0.1.tgz".

Nesse caso, se você abrir um link para um arquivo no navegador, o download do arquivo será feito com êxito.

Em seguida, faça downgrade de nodejs para 10.7.0 versão e veja a mensagem de erro :(

Excluir a pasta node_modules não resolveu o problema. E a próxima etapa - fiz o downgrade de yarn para 1.9.2 RC versão e o processo de instalação foi bom.

Obrigado @Hinaser ! Por alguma razão, esqueci totalmente que estava executando o Malawarebytes (programa antivírus) e seu comentário me fez lembrar de desligá-lo, corrigindo meu problema "Parece haver problemas com sua conexão de rede".

Estou tendo esse problema agora em um Ubuntu 16.04 em execução no nó 8. Consegui baixar e instalar mais de 1.500 pacotes, mas ele trava neste.

[1/5] Validating package.json...
[2/5] Resolving packages...
[3/5] Fetching packages...
warning There appears to be trouble with your network connection. Retrying...
warning There appears to be trouble with your network connection. Retrying...
warning There appears to be trouble with your network connection. Retrying...
warning There appears to be trouble with your network connection. Retrying...
error An unexpected error occurred: "https://registry.yarnpkg.com/react-icons/-/react-icons-2.2.7.tgz: ESOCKETTIMEDOUT".

Nenhuma das dicas acima ajudou. E o npm está relatando que todos os sistemas estão bem .... :(

Com base no que estou lendo acima, o fato de ser esse pacote que está travando é provavelmente um tanto aleatório. Posso acessar o pacote da máquina ubuntu via curl sem problemas, então não é um problema de rede genuíno.

$ curl -I https://registry.yarnpkg.com/react-icons/-/react-icons-2.2.7.tgz
HTTP/1.1 200 OK
Date: Thu, 30 Aug 2018 03:23:06 GMT
Content-Type: application/octet-stream
Content-Length: 1097331

@farmacia

Experimentar ...

yarn remove react-icons
yarn upgrade
yarn add react-icons

Veja o problema # 6317:

@OneCyrus
parece que aumentar o tempo limite da rede ajuda.
yarn --network-timeout 80000

Funciona!

Experimentar...

yarn remove react-icons
yarn upgrade
yarn add react-icons

@knoxcard
Obrigado pela ajuda. Infelizmente, isso não funcionou. A remoção dos react-icons falhou, pois nunca tive uma instalação bem-sucedida do yarn no meu servidor CI (devido ao problema acima). Portanto, não havia nada para remover.

Ao executar yarn add react-icons , continuei obtendo o mesmo tempo limite.

Executando yarn add react-icons@knoxcard no entanto, tudo funcionou perfeitamente :). Escolher a versão 3.0.5 (mais recente) também não funcionou. O mesmo problema.

@ andrey-helldar também obrigado, mas infelizmente yarn --network-timeout 100000 também não funcionou. Já experimentei a maior parte da magia aqui https://github.com/yarnpkg/yarn/issues/4890 e https://github.com/yarnpkg/yarn/issues/5259#issuecomment -379769451

💣

talvez seja hora de voltar ao npm 😬

Eu tenho o mesmo problema noite passada

Usar yarn --network-timeout 100000 não funcionou para mim.
Então eu lembro que se eu usar DNS do Google, tento excluir o DNS e então voila yarn pode ser usado como antes

Não sei se é mesmo do DNS que uso, mas por enquanto resolve o meu problema

Parece que não tive problemas de conexão, mas me conectei a outra rede wi-fi e tentei novamente, e então consegui executar o yarn create react-app appname e obter o comportamento esperado de criação de um novo app react

Para mim, isso aconteceu porque eu adicionei dois fatores de autenticação à minha conta npmjs.org.

Eu corri:

npm logout
npm login

Em seguida, preencheu os detalhes, incluindo a solicitação de OTP MFA. Então tudo funcionou novamente.

Cansei de tentar criar imagens Docker novamente porque yarn install tem problemas de rede intermitentes. Acontece que foi muito fácil de corrigir automatizando uma nova tentativa de dentro do Dockerfile =)

# HACK: get around intermittent network problems downloading packages.
RUN for attempt in $(seq 1 100); do yarn install --frozen-lockfile && break; done

Mais detalhado, caso você queira _ver_ algum progresso.

# HACK: get around intermittent network problems downloading packages.
RUN for attempt in $(seq 1 100); do echo "Attempt number $attempt"; yarn install --verbose --frozen-lockfile && break; done

Você pode querer alterar / adicionar sinalizadores a yarn install dependendo da sua situação; consulte, por exemplo, https://github.com/yarnpkg/yarn/issues/749.

Reinicializei meu terminal e funcionou.

Isso resolveu o problema para mim.

Solução para mim no MacOS High Sierra,
Altere o DNS para
1.1.1.1
8.8.8.8
8.8.4.4
Desligado e ligado na conexão wi-fi ou rede e
Sim, funciona.

Oi, estou enfrentando o mesmo problema

tentei a maioria das opções, mas nenhuma delas está funcionando

sudo yarn global add gulp-cli --network-timeout 100000
[sudo] password for prasad: 
yarn global v1.10.1
[1/4] Resolving packages...
info There appears to be trouble with your network connection. Retrying...
info There appears to be trouble with your network connection. Retrying...
info There appears to be trouble with your network connection. Retrying...
info There appears to be trouble with your network connection. Retrying...
error An unexpected error occurred: "https://registry.yarnpkg.com/gulp-cli: getaddrinfo ENOTFOUND registry.yarnpkg.com registry.yarnpkg.com:443".
info If you think this is a bug, please open a bug report with the information provided in "/usr/local/share/.config/yarn/global/yarn-error.log".
info Visit https://yarnpkg.com/en/docs/cli/global for documentation about this command.

Atualizar meu nodejs para a versão mais recente funcionou para mim.

Tive o mesmo problema, usar o DNS do Google e desligar e ligar o wi-fi corrigiu para mim, não há mais tempo limite.

Atualizar meu nodejs para a versão mais recente funcionou para mim.
Olá @saeedahmadee
Essa correção funcionou para você até agora?

@MichelDiz Tentei yarn --network-timeout 100000 install e funcionou. Dockerfile completo pode ser encontrado em https://github.com/vietnam-devs/coolstore-microservices/blob/master/src/web/Dockerfile

Isso funcionou para mim

Node versão 8.1
Yarn versão 1.12.3

• Exclua todos os "bloqueios" e rm node_modules. rm -rf node_modules/

Isso funcionou para mim além de remover yarn.lock

Obrigado!

Estou recebendo isso apenas dentro de um contêiner do Docker e apenas dentro de compilações arm32v6. Tentei todas as sugestões / soluções e nada funcionou para mim.

EDIT: Para mim, consegui identificar o problema com uma versão de qemu de desempenho lento. Qemu atualizado e tudo funcionou bem.

Mesmo. WTF

O mesmo, apenas dentro do Docker.

Estou tentando alguns "voodoos":

• Exclua todos os "bloqueios" e rm node_modules. rm -rf node_modules/
• Limpe uma descarga de todas as conexões, como DNS, caches e assim por diante.
• Comandos do terminal:
• [] set http_proxy=
• [] set https_proxy=
• [] yarn config delete proxy
• [] npm config rm https-proxy
• [] npm config rm proxy
• [] npm config set registry "http://registry.npmjs.org" ou npm config set registry "https://registry.npmjs.org"
• Reinicie seu terminal e tente.
• Use: yarn add mypckge --network-timeout 100000 ou yarn --network-timeout 100000
  mas primeiro tente apenas yarn
• Reinicie seu terminal e tente yarn novamente e / ou com --network-timeout.

Para mim está funcionando por enquanto. Vou ver como vai ficar com o tempo.

funcionou para mim!

Eu estava com problemas quando tentei "yarn" e também "npm install", ele estava travado em fetching package e loadalldepsintoidealtree.

Resolvido para mim simplesmente excluindo package-lock.json . Obrigado, @MichelDiz.

Em casa funciona bem, mas no trabalho no lixo total VPN, timeouts constantes.
Então tentei isto: yarn --network-timeout 100000 e ainda falhou algumas vezes, MAS
SUCESSO depois de para sempre, finalmente passei da etapa [2/4] .... YEAHHHHHHHHH !!!!!!!!

npx: instalado 63 em 30.591s

Instalando pacotes. Isso pode levar alguns minutos.
Instalando react, react-dom e react-scripts ...

yarn add v1.13.0
[1/4] Resolvendo pacotes ...
[2/4] Buscando pacotes ...
info Parece haver problemas com sua conexão de rede. Tentando novamente ...
info Parece haver problemas com sua conexão de rede. Tentando novamente ...
info Parece haver problemas com sua conexão de rede. Tentando novamente ...
info Parece haver problemas com sua conexão de rede. Tentando novamente ...
info [email protected]: A plataforma "win32" é incompatível com este módulo.
info "[email protected]" é uma dependência opcional e falha na verificação de compatibilidade. Excluindo-o da instalação.
info [email protected]: A plataforma "win32" é incompatível com este módulo.
info "[email protected]" é uma dependência opcional e falha na verificação de compatibilidade. Excluindo-o da instalação.
[3/4] Vinculando dependências ...
aviso "react-scripts> pnp-webpack-plugin> [email protected] " tem dependência de peer não atendida "typescript @ *".
[############# --------------------------------------- -------------------------------------------------- -------------------------------------------------- -------------------------------------------------- -----------------] 1111/23233

Nenhuma das soluções estava funcionando para mim. Tentei reiniciar meu computador e funcionou 🤦‍♂️

no meu caso, eu removi o arquivo package.json.lock na minha pasta raiz e onde eu quero criar um novo aplicativo react funcionou !!

Se você tiver uma rede somente ip6 e o ​​erro ocorrer, você pode tentar contornar adicionando

2606:4700::6810:1723 registry.yarnpkg.com
2606:4700::6810:1723 registry.npmjs.org
2606:4700::6810:ab63 yarnpkg.com

para / etc / hosts. Você pode obter o ip6 com nslookup registry.yarnpkg.com . https://github.com/yarnpkg/yarn/issues/6031

O problema permanece, o Windows Server 2019 Datacenter em execução no AWS
Duvido que a rede AWS esteja tendo problemas, pois isso aconteceu em vários dias.
É algo suspeito com seu binário, o registro ou algum serviço do Windows fazendo algo suspeito com o tráfego e provavelmente um dos dois anteriores.

O problema subjacente em nosso caso acabou sendo nodejs 10.15.0 e atualizar para a versão de nó posterior (10.16.3) resolveu o problema.

Oi pessoal!

Eu estava enfrentando o mesmo problema com o endereço .local no Ubuntu e resolvi isso:

_ sudo gedit /etc/nsswitch.conf _

então eu mudo estas linhas naquele arquivo:

hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4

para

hosts: files dns mdns4_minimal [NOTFOUND=return] mdns4

Se o yarn.lock foi gerado enquanto o yarn foi apontado para um registro alternativo (por meio de um arquivo .npmrc, configuração npm ou --registry ), então ele tentará resolver o pacote da mesma fonte. Antes de excluir seu yarn.lock, você pode verificar se é isso que está causando seu problema com algo como:
cat yarn.lock |grep resolved| grep -v 'registry.yarnpkg.com'

Você pode tentar desinstalá-lo e reinstalá-lo.

Na verdade, experimentei um monte de coisas ...

versão npm: 6.12.1
versão do nó: 12.13.1
windows 10 x64
tentando instalar expo-cli 3.9.1

1. atualize npm / yarn para o mais recente
2. atualizar o nó para o mais recente
3. limpar o registro npm
4. limpar cache npm / yarn
5. delete node_modules e yarn.lock
6. reinicie meu laptop / cmd / cmder
7. npm desinstale expo-cli e depois reinstale-o

Funciona após a 7ª etapa.

Análise original por @Hinaser

Sempre que a mensagem There appears to be trouble with your network connection. Retrying...
é emitido no console, há um pacote RST enviado do meu PC para o servidor npm.
Você sabe, o pacote RST é para forçar o fechamento da conexão TCP.
Mas é enviado do PC cliente.
Eu me sinto estranho com isso.

Em seguida, eu me perguntei o que causa o pacote RST enviado do meu PC.
Descobri que toda vez que o pacote RST é enviado, há pacotes indicando TCP ZeroWindow , o que significa que a entidade receptora de dados (neste caso, é meu PC cliente) diz a um remetente para parar de enviar o pacote até que o receptor permita fazer isto.

Depois que o remetente recebe os pacotes indicando TCP ZeroWindow , o cliente deve enviar TCP Window Update ao servidor para retomar a comunicação TCP.

Mas não consegui encontrar o pacote TCP Window Update enviado do meu PC cliente.
O servidor npm ficou esperando para ter permissão para enviar dados, mas meu PC cliente não disse para fazer isso.
Em seguida, ele expirou e o pacote RST foi enviado do meu PC.

Aparentemente, a causa raiz não é enviar TCP Window Update pacote para retomar a comunicação do cliente.
Como não tive problemas para baixar arquivos grandes da Internet, suspeito que o problema esteja no código de rede em um nó binário compilado para Windows.

Depois de enfrentar esse problema separadamente e fazer minha própria análise de pacote, isso reflete o que estou vendo. A outra coisa que parece estranha é que aplicativos como o cURL não têm problemas com isso e são capazes de acompanhar o servidor. Existe alguma maneira de fazer com que o yarn armazene o arquivo em buffer para reduzir a quantidade de trabalho que ele precisa fazer? Esse problema também está presente com o npm, então não tenho certeza do que fazer aqui

Eu descobri que meu fio continua tentando se conectar a
verbose 0.349 Performing "GET" request to "https://yarnpkg.com/latest-version".

O host está inacessível porque estou usando um proxy e tenho um registro local. Alguma maneira de desabilitar essa verificação?

Nenhuma das soluções estava funcionando para mim. Tentei reiniciar meu computador e funcionou

Eu também atualizei meu programa Docker para Mac e reiniciei o sistema, depois que o problema foi tão longe.

Você deseja solicitar um _feature_ ou denunciar um _bug_?
talvez

Qual é o comportamento atual?
PS. Tentei resolver isso pesquisando aqui e no Google, mas nenhuma abordagem resolveu. Eu também desinstalei, limpei caches, reiniciei o mac. Limpe o DNS, limpe tudo o que pude. Fiz tudo o que sei.

Após a instalação, o zsh continua dizendo "Parece haver problemas com sua conexão de rede. Tentando novamente ..."

error An unexpected error occurred: "https://registry.yarnpkg.com/get-caller-file: read ETIMEDOUT".
info If you think this is a bug, please open a bug report with the information provided in "/Users/micheldiz/umover-fire/yarn-error.log".
info Visit https://yarnpkg.com/en/docs/cli/add for documentation about this command.
info There appears to be trouble with your network connection. Retrying...

Se o comportamento atual for um bug, forneça as etapas para reproduzir.

Qual é o comportamento esperado?

Mencione seu node.js, yarn e versão do sistema operacional.
fio -v
1.3.2
node -v
v9.3.0

Mac Os High Sierra.

Detalhes:

Arguments: 
  /usr/local/bin/node /usr/local/Cellar/yarn/1.3.2/libexec/bin/yarn.js add react-apollo

PATH: 
  /usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/Applications/VMware Fusion.app/Contents/Public:/usr/local/bin/:/Users/micheldiz/Library/Android/sdk/tools:/Users/micheldiz/Library/Android/sdk/platform-tools:/usr/local/bin/:/Users/micheldiz/Library/Android/sdk/tools:/Users/micheldiz/Library/Android/sdk/platform-tools

Yarn version: 
  1.3.2

Node version: 
  9.3.0

Platform: 
  darwin x64

npm manifest: 
  {
    "main": "node_modules/expo/AppEntry.js",
    "private": true,
    "dependencies": {
      "expo": "^25.0.0",
      "react": "16.2.0",
      "react-native": "https://github.com/expo/react-native/archive/sdk-25.0.0.tar.gz"
    }
  }

yarn manifest: 
  No manifest

Lockfile: 
  No lockfile

Trace: 
  Error: read ETIMEDOUT
      at _errnoException (util.js:999:13)
      at TLSWrap.onread (net.js:629:25)

Pode ser um pouco tarde, mas esse método de depuração funcionou para mim!

primeiro verifique a lista de configurações do seu fio -> $ yarn config list

Em seguida, verifique se há proxy que possa estar definido. normalmente https-proxy ou proxy

Ex:

gaganganapathyas:Transcriptor codhek$ yarn config list
yarn config v1.21.1
info yarn config
{
  'version-tag-prefix': 'v',
  'version-git-tag': true,
  'version-commit-hooks': true,
  'version-git-sign': false,
  'version-git-message': 'v%s',
  'init-version': '1.0.0',
  'init-license': 'MIT',
  'save-prefix': '^',
  'bin-links': true,
  'ignore-scripts': false,
  'ignore-optional': false,
  registry: 'https://registry.yarnpkg.com',
  'strict-ssl': true,
  'user-agent': 'yarn/1.21.1 npm/? node/v13.6.0 darwin x64',
  'https-proxy': 'http://172.31.2.4:8080',   [ THIS ONE HERE HAD TO BE DELETED ]
  lastUpdateCheck: 1549658796393
}
info npm config
{
  '//registry.npmjs.org/:_authToken': 'd976d660-cf65-4d3e-9e3c-e05c2beef418',
  python: '/usr/bin/python'
}
✨  Done in 0.07s.

Portanto, basta excluir usando $ yarn config delete https-proxy

Estou tentando alguns "voodoos":

• Exclua qualquer "* .lock" e rm node_modules. Ou rm -rf node_modules/
• Limpe uma descarga de todas as conexões, como DNS, caches e assim por diante.
• Comandos do terminal:
• [] set http_proxy=
• [] set https_proxy=
• [] yarn config delete proxy
• [] npm config rm https-proxy
• [] npm config rm proxy
• [] npm config set registry "http://registry.npmjs.org" ou npm config set registry "https://registry.npmjs.org"
• Reinicie seu terminal e tente.
• Use: yarn add mypckge --network-timeout 100000 ou yarn --network-timeout 100000
  mas primeiro tente apenas yarn
• Reinicie seu terminal e tente yarn novamente e / ou com --network-timeout.

Para mim está funcionando por enquanto. Vou ver como vai ficar com o tempo.

Obrigado!

No meu caso, eu baixei react via yarn uma vez no trabalho, ele tem seu próprio registro npm corporativo. Aparentemente, Yarn definiu a "fonte" de react para o registro npm corporativo. Agora, em casa, não posso / não quero me conectar a VPN corporativa, chego a uma pasta limpa, tento create-react-app , npx create-react-app zzz e em vez de ir para npm real, yarn está procurando react no registro npm corporativo de ontem. Naturalmente não funciona.

Sugestão para mantenedores de fios:

Se o yarn falhar, ocorrerá um erro com a mensagem "Parece haver problemas com sua conexão de rede", adicione uma verificação adicional, talvez o registro oficial do npm não esteja sendo consultado e, se estiver, tente o registro oficial do npm.

Isto é muito importante. Não é internet fora do ar, é registro errado.

Pessoalmente, acho que é um dos exemplos de como a competição entre yarn e npm faz os usuários sofrerem, talvez devesse haver apenas um gerenciador de pacotes ...

Eu acredito que meu problema era diferente de qualquer um dos discutidos aqui, então vou comentar. Fazer um yarn install me deu o temido problema de "Parece haver problemas com sua conexão de rede" e o "vodu" acima não fez nada por mim. Um colega de trabalho ajudou (obrigado Steve) e fazendo um printenv | grep proxy mostrou que eu tinha valores definidos para 127.0.0.1:8888, mas não sei de onde veio magicamente. Acabei de fazer unset http_proxy e unset https_proxy Sucesso !!

Tenho a sensação de que não é a rede. É uma função do número de arquivos e / ou do tamanho. Os pacotes que sempre encontrei com esse problema têm muitos arquivos (ícones material-ui). Suspeito que o processamento tgz (empacotando no servidor ou descompactando no cliente) é o culpado, mas é relatado como um problema de "rede" quando não é.

icons-3.0.1.tgz ~ 684kb -> representando ~ 16 MB para arquivos de 10k

Além disso, o seguinte foi relatado:
nyc-11.7.3.tar ~ 3.4M representando ~ 18 MB para arquivos de 4.7K

O que devemos fazer quando usamos o Lerna and yarn como seu instalador?

Estou tentando alguns "voodoos":

• Exclua qualquer "* .lock" e rm node_modules. Ou rm -rf node_modules/
• Limpe uma descarga de todas as conexões, como DNS, caches e assim por diante.
• Comandos do terminal:
• [] set http_proxy=
• [] set https_proxy=
• [] yarn config delete proxy
• [] npm config rm https-proxy
• [] npm config rm proxy
• [] npm config set registry "http://registry.npmjs.org" ou npm config set registry "https://registry.npmjs.org"
• Reinicie seu terminal e tente.
• Use: yarn add mypckge --network-timeout 100000 ou yarn --network-timeout 100000
  mas primeiro tente apenas yarn
• Reinicie seu terminal e tente yarn novamente e / ou com --network-timeout.

Para mim está funcionando por enquanto. Vou ver como vai ficar com o tempo.

Após duas horas encontrando a solução, vem sua resposta, obrigado!

mesmos problemas em win10 com fio. Os "voodoos" trabalham parcialmente, conseguindo correr apenas fios. Yarn boostrap ou yarn clean && yarn bootstrap don t work :(

Eu estava lutando com isso desde junho deste ano. Eu finalmente consegui fazer funcionar ... Aqui está o que eu fiz:

1. Isto irá mostrar-lhe a sua configuração actual
   yarn config list

2. Em seguida, defino meu registro para usar o "HTTP" (NOTA: NÃO o HTTPS !!!)
   yarn config set registry "http://registry.npmjs.org"

3. Para garantir, fiz o mesmo para o npm:
   npm config set registry "http://registry.npmjs.org"

4. Mudei meu .vimrc para fazer o seguinte:
   Plug 'neoclide/coc.nvim', {'do': 'yarn install --frozen-lockfile --network-timeout 1000000'}

5. Você também pode fazer cd para: $ {HOME} /. Local / share / nvim / plugins / coc.nvim (se você estiver no VIM, vá para ~ / .vim e pesquise por coc.nvim para ver onde ele está instalado com "cd ~ / .vim && find. -name coc.nvim -tipo d").
   yarn install --frozen-lockfile --network-timeout 1000000

Isso finalmente funcionou para mim ... E eu meio que sei qual é o problema. Percebi que minha máquina envia um RST mesmo problema que algumas pessoas levantaram aqui, o que simplesmente faz com que não funcione. Ao mudar para HTTP de alguma forma, estou contornando quaisquer problemas que existam nesta máquina / rede.

Basta postar aqui caso outros tenham o mesmo problema.

As duas coisas que vi que corrigem isso (para 2 computadores diferentes) são:

• crie um novo arquivo, /etc/docker/daemon.json contendo {"mtu": 1380} para consertar uma rede docker para incompatibilidade de rede local, use ip addr ou similar para verificar sua interface de rede mtu, defina o daemon configuração .json um pouco abaixo disso (e reinicie o serviço docker)

• adicione uma opção à linha de instalação do yarn, --network-timeout 600000 (10 minutos) no caso de seu acesso ao registro estar muito lento

após cerca de 2 horas e tentando todas as soluções, finalmente funcionou para mim:
npm config set registry "http://registry.npmjs.org"
e depois:
yarn config set registry "http://registry.npmjs.org"