Yarn: Parece haber problemas con su conexión de red. Reintentando ...

Tengo el mismo comportamiento cuando intento agregar un nuevo módulo y el archivo yarn.lock existe.
Lo soluciono quitando el archivo yarn.lock.
Luego, se está recreando el archivo yarn.lock (que es lo que quiero)
Y luego vuelvo a enfrentar el mismo problema cuando agrego un nuevo módulo (agregar hilo ...), elimino yarn.lock y funciona de nuevo.

Obteniendo el mismo problema en
SO: Windows 10
Nodo: 9.4.0
Hilado: 1.4.0
npm: 4.6.1
Vigilante: 4.9.1
Xcode: N / A
Android Studio: Versión 3.0.0.0 AI-171.4443003
Los paquetes se resuelven pero la recuperación no se realiza, no se genera un archivo de bloqueo, se intentó editar el tiempo de espera de la red y tampoco sucedió nada. Intenté pasar a versiones anteriores como 0.24.6 El problema aún persiste.

@rooozox ¿ es posible que comparta su archivo package.json y yarn.lock ?

@torifat Lo siento, ya no puedo replicarlo. Lo intenté varias veces pero ahora funciona bien. Si vuelve a suceder, publicaré información detallada.

Tengo el mismo problema en Ubuntu 16.04

Interesante; en Ubuntu para Windows, he hecho esto _múltiples_ veces. npm install funciona bien y todas las demás conexiones de red funcionan bien. Para solucionarlo, simplemente ctrl + cy corro hilo de nuevo. Casi siempre funciona.

No estoy seguro de lo que está pasando y no he podido crear un proyecto pequeño y reproducible para compartir un problema, es solo algo que me sucede regularmente con varios proyectos.

Estoy probando algunos "vudú":

• Elimine cualquier "* .lock" y rm node_modules. O rm -rf node_modules/

• Limpiar todas las conexiones, cosas como DNS, cachés, etc.

• Comandos de 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" o npm config set registry "https://registry.npmjs.org"

• Reinicie su terminal y pruebe.

• Uso: yarn add mypckge --network-timeout 100000 o yarn --network-timeout 100000
  pero primero intenta solo yarn

• Reinicie su terminal y pruebe yarn nuevamente y / o con --network-timeout.

Para mí está funcionando por ahora. Veré cómo será con el tiempo.

Yo también estoy experimentando esto. Internet bajando 70 Mbps,

El aumento del tiempo de espera no se resolvió, intenté destruir contenedores docker, eliminar package.lock, etc.

Sin embargo, solucioné esto conectando mis teléfonos LTE. wtf?

También tengo el mismo problema.

__Medio ambiente__
SO: Windows 10 x86_64
Nodo: v8.11.0
hilo: 1.5.1

__Iniciar sesión__

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".

__Tratando de aislar el problema__
Hay 3 sospechosos.

• El hardware de mi PC con Windows (quizás un adaptador de red)
• Problema de SO / software del cliente
• Servidor npm remoto

Intenté emitir el mismo comando yarn en Virtual Ubuntu 16.04 ejecutándose en mi PC con Windows mediante Hyper-V.
El resultado fue un éxito. La máquina virtual no tuvo problemas para instalar el nuevo paquete npm.

En este momento, sospecho fuertemente que el problema está en el sistema operativo Windows 10 o en el binario de ejecución de hilo.

__Mirando más profundo__

Ejecuté WireShark para monitorear el paquete TCP entre registry.yarnpkg.com y mi PC con Windows,
y encontré paquetes muy interesantes que podrían ser la causa principal.

Cada vez que aparece el mensaje There appears to be trouble with your network connection. Retrying...
se emite en la consola, hay un paquete RST enviado desde mi PC al servidor npm.
Ya sabes, el paquete RST es cerrar a la fuerza la conexión TCP.
Pero se envía desde la PC del cliente.
Me siento extraño por esto.

A continuación, me pregunté qué causa el paquete RST enviado desde mi PC.
Descubrí que cada vez que se envía el paquete RST, hay paquetes que indican TCP ZeroWindow , lo que significa que la entidad receptora de datos (en este caso es mi PC cliente) le dice a un remitente que deje de enviar paquetes hasta que el receptor lo permita. eso.

Después de que el remitente recibe los paquetes que indican TCP ZeroWindow , el cliente debe enviar TCP Window Update al servidor para reanudar la comunicación TCP.

Pero no pude encontrar esos paquetes TCP Window Update enviados desde mi PC cliente.
El servidor npm siguió esperando que se le permitiera enviar datos, pero mi PC cliente no me dijo que lo hiciera.
Luego se agotó el tiempo de espera y se envió el paquete RST desde mi PC.

Aparentemente, la causa raíz es no enviar el paquete TCP Window Update para reanudar la comunicación del cliente.
Como no he tenido problemas para descargar archivos grandes de Internet, sospecho que el problema está en el código de red en el nodo binario compilado para Windows.

El mismo problema aquí
--network-timeout 1000000 funcionó para mí.

SO: Windows 10 1709, WSL: Ubuntu 18
Nodo: 10.1.0
Hilado: 1.6.0

SO: macOS 10.13.4
Nodo: 10.1.0
Hilado: 1.6.0

El mismo problema aquí. Se agota el tiempo de espera de conexión y no se pueden encontrar paquetes en el registro npm. La instalación del mismo paquete a través de npm funciona bien.

Mirando el tráfico como lo hizo

editar: El reinicio del enrutador lo solucionó esta vez.

De repente tuve el mismo problema y no pude usar create-react-native-app para construir un nuevo proyecto.

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
Nodo: 8.11.1
Hilado: 1.6.0

SO: Alpine (Docker node:9.4-alpine )
Nodo: 9.4.0
Hilado: 1.3.2

Ahora veo al menos estos otros 4 problemas que hablan de esto: # 4333, # 4890, # 4510, # 5447
Parece que no se encontró un origen obvio que sí.
Aumentar el tiempo de espera también funcionó para mí, pero en realidad no fue una solución.

Lo extraño es que obtengo este error solo cuando hago un yarn install desde un contenedor docker (nodo: carbono). Si ejecuto yarn install desde mi terminal de desarrollo, todo está bien 🤔

editar: ¡funciona en mi máquina local debido al caché de hilo!

Parece haber algún problema con los servidores npm en este momento.

El mismo problema aquí ...

Lo interesante es que desde otra ubicación física (aunque también un host diferente en el mismo país) con la misma imagen de la ventana acoplable, no obtengo el error.
Entonces, tal vez los servidores npm tengan diferencias significativas en el tiempo de respuesta según las ubicaciones.

de repente lo hice con éxito. inténtalo de nuevo chicos

El problema solucionado ahora 🎆

El problema solucionado ahora 🎆

No, no es :(

Todavía tengo problemas también.

Esta vez _todos los sistemas están operativos_ .

@MichelDiz - mil gracias

Me encontré con esto también. Intenté eliminar el archivo de bloqueo de yarn y node_modules / Usar npm install funciona bien. También falla en CI, que usa hilo para instalar y construir.

¿Alguien tiene una pista sobre cómo proceder? Podría hacer un nuevo clon, etc. pero esto parece realmente extraño.

maestro: hilo
instalación de hilo v1.6.0
info No se encontró ningún archivo de bloqueo.
[1/4] 🔍 Resolviendo paquetes ...
info Parece haber problemas con la conexión de red. Reintentando ...
error Se recibió una respuesta incorrecta del registro por indefinido. El registro puede estar inactivo.
info Visite https://yarnpkg.com/en/docs/cli/install para obtener documentación sobre este comando.

@MichelDiz .. eso parece funcionar, gracias. ¿Sabemos lo que está pasando?

@backspaces : "Puede

En realidad, resulta que realmente HAY un problema:

@MichelDiz Gracias. Todo el mundo es un mago

@MichelDiz Probé yarn --network-timeout 100000 install , y funcionó. Se puede encontrar Dockerfile completo en https://github.com/vietnam-devs/coolstore-microservices/blob/master/src/web/Dockerfile

mismo problema en mac
mac: 10.13.5 (17F77)
versión de hilo: 1.7.0
versión del nodo: 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 alguna razón, yarn no instalaría el paquete que necesitaba. En este caso compression . Estoy usando un sistema Windows 10 Pro con contenedores Docker. En lugar de usar yarn install en mi Dockerfile, lo que hice fue cambiar a npm install . Funcionó a las mil maravillas. #de vuelta al negocio

El mismo problema aquí 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.

En Win10Pro.

npx create-react-app testproject --use-npm funcionó como un encanto

Podría estar relacionado con esto: https://github.com/facebook/create-react-app/issues/4588#issuecomment -400088653

Reinicié mi terminal y funcionó.

Actualmente tengo este problema, pero solo con el paquete postcss-sprites. Todos los demás paquetes estaban bien.

Ejecuté el comando yarn upgrade en la versión 1.7.0 y todo se hizo correctamente.

Después de eso, actualicé el paquete a la versión 1.9.4 y nodejs a la versión 10.8.0 (desde 10.7.0 ) e intenté iniciar el comando nuevamente. Ahora los paquetes no están actualizados, pero en la consola veo:
info There appears to be trouble with your network connection. Retrying...

A continuación, eliminé el archivo yarn.lock y ejecuté el 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...

(hilo 1.9.4, nodejs 10.8.0)

Y ejecute el comando yarn install --verbose sin ingresar:

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".

En este caso, si abre un enlace a un archivo en el navegador, el archivo se descarga correctamente.

A continuación, baje la versión nodejs a 10.7.0 y vea también el mensaje de error :(

Eliminar la carpeta node_modules no resolvió el problema. Y el siguiente paso: rebajé la versión yarn a 1.9.2 RC y el proceso de instalación estuvo bien.

@Hinaser ¡Gracias! Por alguna razón, olvidé por completo que tenía Malawarebytes (programa antivirus) ejecutándose, y su comentario me hizo recordar apagarlo, solucionó mi problema "Parece que hay un problema con su conexión de red".

Tener este problema ahora mismo en un nodo 8 en ejecución de Ubuntu 16.04. Pude descargar e instalar más de 1.500 paquetes, pero se detiene en este.

[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".

Ninguna de las sugerencias anteriores ha ayudado. Y npm informa que todos los sistemas están bien .... :(

Según lo que estoy leyendo arriba, el hecho de que sea este paquete el que se está estancando probablemente sea algo aleatorio. Puedo acceder al paquete desde la máquina ubuntu a través de curl sin ningún problema, por lo que no es un problema de red genuino.

$ 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

Tratar ...

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

Consulte el número 6317:

@OneCyrus
parece que aumentar el tiempo de espera de la red ayuda.
yarn --network-timeout 80000

¡Funciona!

Tratar...

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

@knoxcard
Gracias por tu ayuda. Desafortunadamente esto no funcionó. La eliminación de react-icons falló ya que nunca tuve una instalación exitosa de hilo en mi servidor CI (debido al problema anterior). Entonces no había nada que quitar.

Al ejecutar yarn add react-icons , seguí obteniendo el mismo tiempo de espera.

Sin embargo, al ejecutar yarn add react-icons@knoxcard , todo funcionó a la perfección :). La elección de la versión 3.0.5 (la más reciente) tampoco funcionó. Mismo problema.

@ andrey-helldar gracias también, pero desafortunadamente yarn --network-timeout 100000 tampoco funcionó. Ya había probado la mayor parte de la magia aquí https://github.com/yarnpkg/yarn/issues/4890 y https://github.com/yarnpkg/yarn/issues/5259#issuecomment -379769451

💣

tal vez sea hora de volver a npm 😬

Tengo el mismo problema anoche

Usar yarn --network-timeout 100000 no funcionó para mí.
Entonces recuerdo que si uso DNS de Google, trato de eliminar el DNS y luego listo, el hilo se puede usar como antes.

No sé si esto es realmente del DNS que uso, pero por el momento resuelve mi problema.

Parece que no tuve ningún problema de conexión, pero me conecté a otra red wifi y lo intenté, y luego pude ejecutar yarn create react-app nombre de la aplicación y obtener el comportamiento esperado de crear una nueva aplicación de reacción

Para mí, esto se debió a que había agregado autenticación de dos factores a mi cuenta npmjs.org.

Corrí:

npm logout
npm login

Luego, complete los detalles, incluida la solicitud de MFA OTP. Entonces todo volvió a funcionar.

Me cansé de volver a intentar crear imágenes de Docker debido a que yarn install tenía problemas de red intermitentes. Resulta que fue bastante fácil de solucionar al automatizar el reintento desde el interior de Dockerfile =)

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

Más detallado, en caso de que quieras _ver_ algún progreso.

# 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

Es posible que desee cambiar / agregar indicadores a yarn install dependiendo de su situación; consulte, por ejemplo, https://github.com/yarnpkg/yarn/issues/749.

Reinicié mi terminal y funcionó.

Esto solucionó el problema para mí.

Solución para mí en MacOS High Sierra,
Cambie el DNS a
1.1.1.1
8.8.8.8
8.8.4.4
Apagado y encendido de la conexión wifi o de red y
Sí funciona.

Hola, estoy enfrentando el mismo problema

probé la mayoría de las opciones pero ninguna de ellas funciona

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.

Actualizar mi nodejs a la última versión funcionó para mí.

Tuve el mismo problema, usar el DNS de Google y apagar y encender el wifi lo solucionó, no más tiempo de espera.

Actualizar mi nodejs a la última versión funcionó para mí.
Hola @saeedahmadee
¿Te ha funcionado esta solución hasta ahora?

@MichelDiz Probé yarn --network-timeout 100000 install , y funcionó. Se puede encontrar Dockerfile completo en https://github.com/vietnam-devs/coolstore-microservices/blob/master/src/web/Dockerfile

Esto funcionó para mi

Nodo versión 8.1
Versión de hilo 1.12.3

• Elimine todos los "bloqueos" y rm node_modules. rm -rf node_modules/

Esto funcionó para mí además de eliminar yarn.lock

¡Gracias!

Obtengo esto solo dentro de un contenedor Docker y solo dentro de las compilaciones arm32v6. Probé todas las sugerencias / soluciones y nada me ha funcionado.

EDITAR: Para mí, pude identificar el problema con una versión de qemu de rendimiento lento. Qemu actualizado y todo funcionó bien.

Mismo. WTF

Lo mismo, solo dentro de Docker.

Estoy probando algunos "vudú":

• Elimine todos los "bloqueos" y rm node_modules. rm -rf node_modules/
• Limpiar todas las conexiones, cosas como DNS, cachés, etc.
• Comandos de 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" o npm config set registry "https://registry.npmjs.org"
• Reinicie su terminal y pruebe.
• Uso: yarn add mypckge --network-timeout 100000 o yarn --network-timeout 100000
  pero primero intenta solo yarn
• Reinicie su terminal y pruebe yarn nuevamente y / o con --network-timeout.

Para mí está funcionando por ahora. Veré cómo será con el tiempo.

funcionó para mí!

Tuve un problema cuando probé "yarn" y también "npm install", estaba atascado en la búsqueda del paquete y loadalldepsintoidealtree.

Resuelto para mí simplemente eliminando package-lock.json . Gracias, @MichelDiz.

En casa funciona bien, pero en el trabajo con basura total vpn, tiempos de espera constantes.
Así que intenté esto: yarn --network-timeout 100000 y aún falló algunas veces, PERO
ÉXITO después de una eternidad, finalmente superé el paso [2/4] .... ¡¡¡¡YEAHHHHHHHHH !!!!!!!!!

npx: instalado 63 en 30.591s

Instalación de paquetes. Esto puede tardar un par de minutos.
Instalación de react, react-dom y react-scripts ...

hilo añadir v1.13.0
[1/4] Resolviendo paquetes ...
[2/4] Obteniendo paquetes ...
info Parece haber problemas con la conexión de red. Reintentando ...
info Parece haber problemas con la conexión de red. Reintentando ...
info Parece haber problemas con la conexión de red. Reintentando ...
info Parece haber problemas con la conexión de red. Reintentando ...
info [email protected]: La plataforma "win32" es incompatible con este módulo.
info "[email protected]" es una dependencia opcional y una verificación de compatibilidad fallida. Excluyéndolo de la instalación.
info [email protected]: La plataforma "win32" es incompatible con este módulo.
info "[email protected]" es una dependencia opcional y una verificación de compatibilidad fallida. Excluyéndolo de la instalación.
[3/4] Vinculando dependencias ...
advertencia "react-scripts> pnp-webpack-plugin> [email protected] " tiene dependencia de pares no satisfecha "typecript @ *".
[########## --------------------------------------- -------------------------------------------------- -------------------------------------------------- -------------------------------------------------- -----------------] 1111/23233

Ninguna de las soluciones me funcionó. Así que intenté reiniciar mi computadora y funcionó 🤦‍♂️

en mi caso, eliminé el archivo package.json.lock en mi carpeta raíz y ¡donde quiero crear una nueva aplicación de reacción funcionó!

Si tiene una red de solo ip6 y se produce el error, puede intentar solucionarlo añadiendo

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

a / etc / hosts. Puede obtener el ip6 con nslookup registry.yarnpkg.com . https://github.com/yarnpkg/yarn/issues/6031

El problema persiste, Windows Server 2019 Datacenter se ejecuta en AWS
Dudo que la red AWS tenga problemas, ya que esto sucedió durante varios días.
Es algo sospechoso con su binario, el registro o algún servicio de Windows haciendo algo sospechoso con el tráfico y probablemente uno de los dos anteriores.

El problema subyacente en nuestro caso resultó ser nodejs 10.15.0 y la actualización a la versión posterior del nodo (10.16.3) resolvió el problema.

¡Hola chicos!

Estaba enfrentando el mismo problema con la dirección .local en Ubuntu y lo solucioné con esto:

_ sudo gedit /etc/nsswitch.conf _

luego cambio estas líneas en ese archivo:

hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4

a

hosts: files dns mdns4_minimal [NOTFOUND=return] mdns4

Si yarn.lock se generó mientras yarn apuntaba a un registro alternativo (a través de un archivo .npmrc, npm config o --registry ), entonces intentará resolver el paquete desde la misma fuente. Antes de eliminar su yarn.lock, puede verificar si eso es lo que está causando su problema con algo como:
cat yarn.lock |grep resolved| grep -v 'registry.yarnpkg.com'

Es posible que desee intentar desinstalarlo y volver a instalarlo.

De hecho, probé muchas cosas ...

versión npm: 6.12.1
versión del nodo: 12.13.1
Windows 10 x64
intentando instalar expo-cli 3.9.1

1. actualizar npm / yarn a la última
2. actualizar el nodo a la última
3. Borrar registro npm
4. borrar caché npm / yarn
5. eliminar node_modules y yarn.lock
6. reiniciar mi computadora portátil / cmd / cmder
7. npm desinstale expo-cli y luego vuelva a instalarlo

Funciona después del séptimo paso.

Análisis original de @Hinaser

Cada vez que aparece el mensaje There appears to be trouble with your network connection. Retrying...
se emite en la consola, hay un paquete RST enviado desde mi PC al servidor npm.
Ya sabes, el paquete RST es cerrar a la fuerza la conexión TCP.
Pero se envía desde la PC del cliente.
Me siento extraño por esto.

A continuación, me pregunté qué causa el paquete RST enviado desde mi PC.
Descubrí que cada vez que se envía el paquete RST, hay paquetes que indican TCP ZeroWindow , lo que significa que la entidad receptora de datos (en este caso es mi PC cliente) le dice al remitente que deje de enviar paquetes hasta que el receptor lo permita. eso.

Una vez que el remitente recibe los paquetes que indican TCP ZeroWindow , el cliente debe enviar TCP Window Update al servidor para reanudar la comunicación TCP.

Pero no pude encontrar esos paquetes TCP Window Update enviados desde mi PC cliente.
El servidor npm siguió esperando que se le permitiera enviar datos, pero mi PC cliente no me dijo que lo hiciera.
Luego se agotó el tiempo de espera y se envió el paquete RST desde mi PC.

Aparentemente, la causa raíz es no enviar el paquete TCP Window Update para reanudar la comunicación del cliente.
Como no he tenido problemas para descargar archivos grandes de Internet, sospecho que el problema está en el código de red en el nodo binario compilado para Windows.

Después de encontrarme con este problema por separado y hacer mi propio análisis de paquetes, esto refleja lo que estoy viendo. La otra cosa que parece extraña es que las aplicaciones como cURL no tienen ningún problema con esto y pueden mantenerse al día con el servidor. ¿Hay alguna forma de hacer que el hilo almacene el archivo para reducir la cantidad de trabajo que necesita hacer? Este problema también está presente con npm, por lo que realmente no estoy seguro de qué hacer aquí

He descubierto que mi hilo sigue intentando conectarse
verbose 0.349 Performing "GET" request to "https://yarnpkg.com/latest-version".

No se puede acceder al host porque estoy usando un proxy y tengo un registro local. ¿Alguna forma de desactivar esta verificación?

Ninguna de las soluciones me funcionó. Así que intenté reiniciar mi computadora y funcionó.

También actualicé mi programa Docker para Mac y luego reinicié el sistema, después de eso, el problema ha desaparecido.

¿Quieres solicitar una _función_ o informar de un _ error_?
tal vez

¿Cuál es el comportamiento actual?
PD. Traté de resolver esto buscando aquí y por Google, pero ningún enfoque lo resolvió. También desinstalé, limpié los cachés, reinicié Mac. Limpiar DNS, Vaciar todo lo que pueda. Hice todo lo que sé.

Después de instalar, zsh sigue diciendo "Parece que hay un problema con la conexión de red. Volviendo a intentar ..."

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...

Si el comportamiento actual es un error, proporcione los pasos para reproducirlo.

¿Cuál es el comportamiento esperado?

Por favor, mencione su versión de node.js, yarn y sistema operativo.
hilo -v
1.3.2
nodo -v
v9.3.0

Mac Os High Sierra.

Detalles:

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)

Puede que sea un poco tarde, pero este método de depuración funcionó para mí.

primero revise la lista de configuraciones de su hilo -> $ yarn config list

Luego, verifique los proxy que podrían estar configurados. generalmente https-proxy o 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.

Así que simplemente elimine usando $ yarn config delete https-proxy

Estoy probando algunos "vudú":

• Elimine cualquier "* .lock" y rm node_modules. O rm -rf node_modules/
• Limpiar todas las conexiones, cosas como DNS, cachés, etc.
• Comandos de 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" o npm config set registry "https://registry.npmjs.org"
• Reinicie su terminal y pruebe.
• Uso: yarn add mypckge --network-timeout 100000 o yarn --network-timeout 100000
  pero primero intenta solo yarn
• Reinicie su terminal y pruebe yarn nuevamente y / o con --network-timeout.

Para mí está funcionando por ahora. Veré cómo será con el tiempo.

¡Gracias!

En mi caso, descargué react través de yarn una vez en el trabajo, tiene su propio registro npm corporativo. Yarn aparentemente estableció la "fuente" para react en el registro corporativo npm. Ahora, en casa, no puedo / no quiero conectarme a la VPN corporativa, llego a una carpeta limpia, trato de create-react-app , npx create-react-app zzz y en lugar de ir a npm real, yarn busca react en el registro npm corporativo de ayer. Naturalmente, no funciona.

Sugerencia para mantenedores de hilo:

Si el hilo falla, aparece un mensaje de error con el mensaje "Parece que hay un problema con la conexión de red", agregue una verificación adicional, tal vez no se esté consultando el registro oficial de npm y, si es así, pruebe con el registro oficial de npm.

Esto es muy importante. No es internet inactivo, es un registro incorrecto.

Personalmente, creo que ese es uno de los ejemplos de cómo la competencia entre yarn y npm hace sufrir a los usuarios, tal vez debería haber solo un administrador de paquetes ...

Creo que mi problema fue diferente a cualquiera de los discutidos aquí, así que voy a comentar. Hacer un yarn install me dio el temido problema de "Parece que hay un problema con su conexión de red" y el "vudú" anterior no hizo nada por mí. Un compañero de trabajo me ayudó (gracias Steve) y haciendo un printenv | grep proxy mostró que tenía valores establecidos en 127.0.0.1:8888 pero no sé de dónde vino mágicamente. Acabo de hacer unset http_proxy y unset https_proxy ¡¡Éxito !!

Tengo la sensación de que no es la red en absoluto. Es una función de la cantidad de archivos y / o el tamaño. Los paquetes con los que siempre encontré este problema tienen muchos archivos (iconos de material-ui). Sospecho que el procesamiento tgz (ya sea empaquetando en el servidor o desempaquetando en el cliente) es el culpable, pero se informa como un problema de "red" cuando no lo es.

icons-3.0.1.tgz ~ 684kb -> representa ~ 16MB para archivos de 10k

También se informó lo siguiente:
nyc-11.7.3.tar ~ 3.4M que representan ~ 18 MB para 4.7K archivos

¿Qué debemos hacer cuando utilizamos Lerna e hilo como instalador?

Estoy probando algunos "vudú":

• Elimine cualquier "* .lock" y rm node_modules. O rm -rf node_modules/
• Limpiar todas las conexiones, cosas como DNS, cachés, etc.
• Comandos de 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" o npm config set registry "https://registry.npmjs.org"
• Reinicie su terminal y pruebe.
• Uso: yarn add mypckge --network-timeout 100000 o yarn --network-timeout 100000
  pero primero intenta solo yarn
• Reinicie su terminal y pruebe yarn nuevamente y / o con --network-timeout.

Para mí está funcionando por ahora. Veré cómo será con el tiempo.

Después de dos horas de encontrar una solución, ¡venga su respuesta gracias!

mismos problemas en win10 con hilo. Los "vudú" funcionan parcialmente, capaces de ejecutar sólo hilo. boostrap de hilo o hilo limpio && bootstrap de hilo no funciona :(

Estuve luchando con esto desde junio de este año. Finalmente logré que funcionara ... Esto es lo que hice:

1. Esto le mostrará su configuración actual
   yarn config list

2. Luego configuro mi registro para usar el "HTTP" (NOTA: ¡NO el HTTPS!)
   yarn config set registry "http://registry.npmjs.org"

3. Por si acaso, hice lo mismo para npm:
   npm config set registry "http://registry.npmjs.org"

4. Cambié mi .vimrc para hacer lo siguiente:
   Plug 'neoclide/coc.nvim', {'do': 'yarn install --frozen-lockfile --network-timeout 1000000'}

5. También puede acceder a: $ {HOME} /. Local / share / nvim / plugins / coc.nvim (si está en VIM, vaya a ~ / .vim y busque coc.nvim para ver dónde está instalado con "cd ~ / .vim && find. -name coc.nvim -type d").
   yarn install --frozen-lockfile --network-timeout 1000000

Esto finalmente funcionó para mí ... Y sé cuál es el problema. Me di cuenta de que mi máquina envía un RST con el mismo problema que algunas personas han planteado aquí, lo que hace que no funcione. Al cambiar a HTTP de alguna manera, estoy eludiendo cualquier problema que haya en esta máquina / red.

Solo publique esto aquí en caso de que otros tengan el mismo problema.

Las dos cosas que he visto que solucionan este problema (para 2 computadoras diferentes) son:

• cree un nuevo archivo, /etc/docker/daemon.json que contenga {"mtu": 1380} para arreglar una red acoplable a la incompatibilidad de la red local, use ip addr o similar para verificar su interfaz de red mtu, configure el demonio .json configurada un poco por debajo de eso (y reinicie el servicio de la ventana acoplable)

• agregue una opción a la línea de instalación de hilo, --network-timeout 600000 (10 minutos) en caso de que su acceso al registro se esté retrasando mucho

después de aproximadamente 2 horas y probando todas las soluciones, finalmente esto funcionó para mí:
npm config set registry "http://registry.npmjs.org"
y entonces:
yarn config set registry "http://registry.npmjs.org"