Yarn: Il semble y avoir un problème avec votre connexion réseau. Nouvelle tentative ...

J'ai le même comportement lorsque j'essaye d'ajouter un nouveau module et que le fichier yarn.lock existe.
Je le résous en supprimant le fichier yarn.lock.
Ensuite, le fichier yarn.lock est en cours de recréation (ce que je veux)
Et puis je suis à nouveau confronté au même problème lorsque j'ajoute un nouveau module (yarn add ..), supprime yarn.lock et cela fonctionne à nouveau.

Obtenir le même problème sur
Système d'exploitation: Windows 10
Nœud: 9.4.0
Fil: 1.4.0
npm: 4.6.1
Gardien: 4.9.1
Xcode: N / A
Android Studio: version 3.0.0.0 AI-171.4443003
Les packages sont résolus mais la récupération ne se produit pas, aucun fichier de verrouillage n'est généré, a essayé de modifier le délai d'expiration du réseau et rien ne s'est passé. essayé de passer à des versions antérieures comme le problème 0.24.6 persiste.

@rooozox est-il possible pour vous de partager vos fichiers package.json et yarn.lock ?

@torifat Désolé, je ne peux plus le reproduire. J'ai essayé plusieurs fois mais maintenant ça marche bien. Si cela se reproduit, je posterai des informations détaillées.

J'ai le même problème sur Ubuntu 16.04

Intéressant; sur Ubuntu pour Windows, j'ai du fil à faire plusieurs fois. npm install fonctionne correctement et toutes les autres connexions réseau fonctionnent correctement. Pour contourner le problème, je viens de ctrl + c et de réexécuter le fil. Fonctionne presque toujours.

Je ne sais pas ce qui se passe et je n'ai pas été en mesure de créer un petit projet reproductible à partager dans un numéro, c'est juste quelque chose qui se passe régulièrement pour moi avec divers projets.

J'essaye des "vaudous":

• Supprimez tous les modules "* .lock" et rm node_modules. Ou rm -rf node_modules/

• Nettoyez tous les éléments de connexion tels que DNS, caches, etc.

• Commandes du 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"

• Redémarrez votre terminal et essayez.

• Utilisez: yarn add mypckge --network-timeout 100000 ou yarn --network-timeout 100000
  mais essayez d'abord juste yarn

• Redémarrez votre terminal et essayez à nouveau yarn et / ou avec --network-timeout.

Pour moi travaille pour le moment. Je vais voir comment cela se passera avec le temps.

J'expérimente également cela. Internet abaissant 70 Mbps,

L'augmentation du délai d'attente n'a pas été résolue, j'ai essayé de détruire les conteneurs docker, de supprimer package.lock, etc.

Cependant, j'ai contourné ce problème en connectant mes téléphones LTE. wtf?

J'ai aussi le même problème.

__Environnement__
Système d'exploitation: Windows 10 x86_64
Nœud: v8.11.0
fil: 1.5.1

__Journal__

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

__ Essayer d'isoler le problème__
Il y a 3 suspects.

• Matériel de mon PC Windows (adaptateur réseau peut-être)
• Problème de système d'exploitation / logiciel client
• Serveur npm distant

J'ai essayé d'émettre la même commande yarn sur Virtual Ubuntu 16.04 exécuté sur mon PC Windows par Hyper-V.
Le résultat a été réussi. La machine virtuelle n'a eu aucun problème pour installer le nouveau package npm.

Pour le moment, je soupçonne fortement que le problème est dans le système d'exploitation Windows 10 ou dans le binaire d'exécution de fil.

__Chercher plus profondément__

J'ai exécuté WireShark pour surveiller le paquet TCP entre registry.yarnpkg.com et mon PC Windows,
et j'ai trouvé des paquets très intéressants qui pourraient en être la cause première.

Chaque fois que le message There appears to be trouble with your network connection. Retrying...
est sorti sur la console, il y a un paquet RST envoyé de mon PC au serveur npm.
Vous savez, le paquet RST consiste à fermer de force la connexion TCP.
Mais il est envoyé depuis le PC client.
Je me sens étrange à ce sujet.

Ensuite, je me suis demandé ce qui cause le paquet RST envoyé depuis mon PC.
J'ai trouvé que chaque fois avant l'envoi du paquet RST, il y a des paquets indiquant TCP ZeroWindow , ce qui signifie que l'entité de réception de données (dans ce cas, c'est mon PC client) dit à un expéditeur d'arrêter d'envoyer le paquet jusqu'à ce que le récepteur l'autorise il.

Une fois que l'expéditeur a reçu des paquets indiquant TCP ZeroWindow , le client doit envoyer TCP Window Update au serveur afin de reprendre la communication TCP.

Mais je n'ai pas trouvé ces paquets TCP Window Update envoyés depuis mon ordinateur client.
Le serveur npm a continué à attendre d'être autorisé à envoyer des données, mais mon ordinateur client ne m'a pas dit de le faire.
Ensuite, il a expiré et le paquet RST a été envoyé depuis mon PC.

Apparemment, la cause première n'est pas d'envoyer TCP Window Update paquet
Comme je n'ai pas eu de problème pour télécharger de gros fichiers à partir d'Internet, je soupçonne que le problème provient du code réseau dans le binaire du nœud compilé pour Windows.

Même problème ici
--network-timeout 1000000 a fonctionné pour moi.

Système d'exploitation: Windows 10 1709, WSL: Ubuntu 18
Nœud: 10.1.0
Fil: 1.6.0

Système d'exploitation: macOS 10.13.4
Nœud: 10.1.0
Fil: 1.6.0

Même problème ici. Expiration des délais de connexion et impossible de trouver les packages sur le registre npm. L'installation du même package via npm fonctionne bien.

En regardant dans le trafic comme @Hinaser , je vois également les packages RST avant l'échec. Le réseau utilise un routeur AVM FRITZ! Box 3272 pour se connecter à Internet. Le retirer (se connecter directement au modem ou utiliser un autre routeur) "résout" les problèmes. Le remettre en place et les erreurs sont de retour.

edit: la réinitialisation du routeur l'a corrigé cette fois.

J'ai soudainement eu le même problème et je n'ai pas pu utiliser create-react-native-app pour créer un nouveau projet.

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

Système d'exploitation: macOS 10.13..4
Nœud: 8.11.1
Fil: 1.6.0

Système d'exploitation: Alpine (Docker node:9.4-alpine )
Nœud: 9.4.0
Fil: 1.3.2

Je vois maintenant au moins ces 4 autres problèmes qui parlent de ceci: # 4333, # 4890, # 4510, # 5447
Semble aucune origine évidente trouvée oui.
Augmenter le délai a également fonctionné pour moi, mais ce n'est pas vraiment une solution.

Ce qui est étrange, c'est que je reçois cette erreur uniquement lorsque je fais un yarn install partir d'un conteneur docker (node: carbon). Si j'exécute yarn install depuis mon terminal de développement, tout va bien 🤔

edit: ça marche sur ma machine locale à cause du cache de fil!

Il semble y avoir des problèmes avec les serveurs npm en ce moment.

Le même problème ici.

Ce qui est intéressant, c'est que depuis un autre emplacement physique (également un hôte différent dans le même pays) avec la même image de docker, je ne reçois pas l'erreur.
Alors peut-être que les serveurs npm ont des différences de temps de réponse significatives en fonction des emplacements.

du coup je l'ai réussi. réessayer les gars

Le problème est résolu maintenant 🎆

Le problème est résolu maintenant 🎆

Non ce n'est pas :(

J'ai encore des problèmes.

Cette fois, tous les systèmes sont opérationnels .

@MichelDiz - merci un mil

Je viens de rencontrer cela aussi. J'ai essayé de supprimer le fichier de verrouillage et les node_modules de yarn / L'utilisation de npm install fonctionne correctement. Échoue également sur CI qui utilise du fil pour l'installation et la construction.

Quelqu'un a-t-il une idée de la façon de procéder? Je pourrais faire un nouveau clone, etc. mais cela semble vraiment étrange.

master: fil
fil installer v1.6.0
info Aucun fichier de verrouillage trouvé.
[1/4] 🔍 Résolution des packages ...
info Il semble y avoir un problème avec votre connexion réseau. Nouvelle tentative ...
erreur Reçu une réponse incorrecte du registre pour undefined. Le registre est peut-être en panne.
info Visitez https://yarnpkg.com/en/docs/cli/install pour obtenir de la documentation sur cette commande.

@MichelDiz .. cela semble fonctionner, merci. Savons-nous ce qui se passe?

@backspaces - "Vous pouvez CNAME sur les comptes CloudFlare, mais vous ne pouvez pas CNAME un enregistrement proxy vers un autre enregistrement proxy." - c'est ce qu'on m'a dit

En fait, il s'avère qu'il y a vraiment un problème:

@MichelDiz Merci. Tout le monde est un magicien

@MichelDiz J'ai essayé yarn --network-timeout 100000 install , et cela a fonctionné. Le Dockerfile complet peut être trouvé à https://github.com/vietnam-devs/coolstore-microservices/blob/master/src/web/Dockerfile

même problème sous mac
mac: 10.13.5 (17F77)
version de fil: 1.7.0
version du nœud: 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.

Pour une certaine raison, le fil n'installerait pas le package dont j'avais besoin. Dans ce cas compression . J'utilise un système Windows 10 Pro avec des conteneurs Docker. Au lieu d'utiliser yarn install dans mon Dockerfile, j'ai changé en npm install . Ça a marché comme sur des roulettes. #retour aux affaires

Même problème ici en utilisant

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

Sur Win10Pro.

npx create-react-app testproject --use-npm fonctionné comme un charme

Cela pourrait être lié à ceci: https://github.com/facebook/create-react-app/issues/4588#issuecomment -400088653

J'ai redémarré mon terminal et cela a fonctionné.

J'ai actuellement ce problème, mais uniquement avec le paquet postcss-sprites. Tous les autres forfaits étaient bien.

J'ai exécuté la commande yarn upgrade sur la version 1.7.0 et tout a été fait avec succès.

Après cela, j'ai mis à jour le package vers la version 1.9.4 et nodejs vers la version 10.8.0 (à partir de 10.7.0 ), et j'ai essayé de redémarrer la commande. Maintenant, les packages ne sont pas mis à jour, mais dans la console, je vois:
info There appears to be trouble with your network connection. Retrying...

Ensuite, j'ai supprimé le fichier yarn.lock et j'ai exécuté la commande 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...

(fil 1.9.4, nodejs 10.8.0)

Et exécutez la commande yarn install --verbose sans entrée:

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

Dans ce cas, si vous ouvrez un lien vers un fichier dans le navigateur, le fichier est téléchargé avec succès.

Ensuite, rétrogradez nodejs à la version 10.7.0 et voyez aussi le message d'erreur :(

La suppression du dossier node_modules n'a pas résolu le problème. Et étape suivante - j'ai rétrogradé la version yarn à 1.9.2 RC et le processus d'installation s'est bien passé.

@Hinaser Merci! Pour une raison quelconque, j'ai totalement oublié que Malawarebytes (programme antivirus) était en cours d'exécution, et votre commentaire m'a fait penser à l'éteindre, corrigé mon problème "Il semble y avoir un problème avec votre connexion réseau".

J'ai ce problème en ce moment sur un nœud 8 sous Ubuntu 16.04. J'ai pu télécharger et installer plus de 1 500 packages, mais cela bloque celui-ci.

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

Aucun des conseils ci-dessus n'a aidé. Et npm rapporte que tous les systèmes vont bien .... :(

D'après ce que je lis ci-dessus, le fait que ce soit ce paquet qui bloque est probablement quelque peu aléatoire. Je peux accéder au paquet depuis la machine ubuntu via curl sans problème, donc ce n'est pas un véritable problème de réseau.

$ 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

@pharmacie

Essayez ...

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

Voir le numéro 6317:

@OneCyrus
il semble que l'augmentation du délai d'expiration du réseau aide.
yarn --network-timeout 80000

Ça marche!

Essayer...

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

@knoxcard
Merci de votre aide. Malheureusement, cela n'a pas fonctionné. La suppression des icônes de réaction a échoué car je n'ai jamais eu une installation de fil réussie sur mon serveur CI (en raison du problème ci-dessus). Il n'y avait donc rien à supprimer.

Lors de l'exécution de yarn add react-icons , j'ai continué à obtenir le même délai.

En exécutant yarn add react-icons@knoxcard cependant, tout a fonctionné à merveille :). Le choix de la version 3.0.5 (dernière) ne fonctionnait pas non plus. Même problème.

@ andrey-helldar merci aussi, mais malheureusement yarn --network-timeout 100000 n'a pas fonctionné non plus. J'avais déjà essayé la plupart de la magie ici https://github.com/yarnpkg/yarn/issues/4890 et https://github.com/yarnpkg/yarn/issues/5259#issuecomment -379769451

💣

peut-être qu'il est temps de retourner à npm 😬

J'ai le même problème la nuit dernière

Utiliser yarn --network-timeout 100000 n'a pas fonctionné pour moi.
Ensuite, je me souviens que si j'utilise le DNS de Google, j'essaye de supprimer le DNS et puis voila yarn peut être utilisé comme avant

Je ne sais pas si cela provient bien du DNS que j'utilise, mais pour le moment cela résout mon problème

Il semble que je n'ai eu aucun problème de connexion, mais je me suis connecté à un autre réseau wifi et j'ai réessayé, puis j'ai pu exécuter yarn create react-app appname et obtenir le comportement attendu de la création d'une nouvelle application react

Pour moi, c'était parce que j'avais ajouté deux facteurs d'authentification à mon compte npmjs.org.

L'Iran:

npm logout
npm login

Ensuite, remplissez les détails, y compris la demande MFA OTP. Puis tout a fonctionné à nouveau.

Vous en avez assez de réessayer de créer des images Docker en raison de problèmes de réseau intermittents dans yarn install . Il s'est avéré que c'était assez facile à résoudre en automatisant les nouvelles tentatives depuis Dockerfile =)

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

Plus verbeux, au cas où vous voudriez _voir_ des progrès.

# 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

Vous voudrez peut-être changer / ajouter des indicateurs à yarn install selon votre situation; voir par exemple https://github.com/yarnpkg/yarn/issues/749.

J'ai redémarré mon terminal et cela a fonctionné.

Cela a résolu le problème pour moi.

Solution pour moi dans MacOS High Sierra,
Changez le DNS en
1.1.1.1
8.8.8.8
8.8.4.4
Désactivé et activé la connexion wifi ou réseau et
Ouais ça marche.

Salut, je suis confronté au même problème

essayé la plupart des options mais aucune d'elles ne fonctionne

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.

La mise à niveau de mes nodejs vers la dernière version a fonctionné pour moi.

J'ai eu le même problème, l'utilisation de Google DNS et la désactivation et l'activation du wifi l'ont corrigé pour moi, plus de délai d'expiration.

La mise à niveau de mes nodejs vers la dernière version a fonctionné pour moi.
Salut @saeedahmadee
Ce correctif a-t-il fonctionné pour vous jusqu'à présent?

@MichelDiz J'ai essayé yarn --network-timeout 100000 install , et cela a fonctionné. Le Dockerfile complet peut être trouvé à https://github.com/vietnam-devs/coolstore-microservices/blob/master/src/web/Dockerfile

Cela a fonctionné pour moi

Nœud version 8.1
Yarn version 1.12.3

• Supprimez tous les "verrous" et rm node_modules. rm -rf node_modules/

Cela a fonctionné pour moi en plus de supprimer yarn.lock

Merci!

Je reçois cela uniquement dans un conteneur Docker et uniquement dans les versions arm32v6. J'ai essayé toutes les suggestions / solutions et rien n'a fonctionné pour moi.

EDIT: Pour moi, j'ai pu identifier le problème avec une version qemu lente. Mise à jour de qemu et tout a bien fonctionné.

Même. WTF

Idem, uniquement à l'intérieur de Docker.

J'essaye des "vaudous":

• Supprimez tous les "verrous" et rm node_modules. rm -rf node_modules/
• Nettoyez tous les éléments de connexion tels que DNS, caches, etc.
• Commandes du 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"
• Redémarrez votre terminal et essayez.
• Utilisez: yarn add mypckge --network-timeout 100000 ou yarn --network-timeout 100000
  mais essayez d'abord juste yarn
• Redémarrez votre terminal et essayez à nouveau yarn et / ou avec --network-timeout.

Pour moi travaille pour le moment. Je vais voir comment cela se passera avec le temps.

cela a fonctionné pour moi!

J'étais avec un problème quand j'ai essayé "yarn" et aussi "npm install", il était coincé dans la récupération du package et loadalldepsintoidealtree.

Résolu pour moi en supprimant simplement package-lock.json . Merci, @MichelDiz.

À la maison, cela fonctionne bien, mais au travail sur vpn total des ordures, des délais d'attente constants.
Alors essayé ceci: yarn --network-timeout 100000 et il a encore échoué à quelques reprises, MAIS
SUCCÈS après toujours, a finalement franchi l'étape [2/4] .... YEAHHHHHHHHH !!!!!!!!!

npx: installé 63 en 30.591s

Installer des packages. Cela peut prendre quelques minutes.
Installation des scripts react, react-dom et react-scripts ...

fil ajouter v1.13.0
[1/4] Résolution des packages ...
[2/4] Récupération des packages ...
info Il semble y avoir un problème avec votre connexion réseau. Nouvelle tentative ...
info Il semble y avoir un problème avec votre connexion réseau. Nouvelle tentative ...
info Il semble y avoir un problème avec votre connexion réseau. Nouvelle tentative ...
info Il semble y avoir un problème avec votre connexion réseau. Nouvelle tentative ...
info [email protected]: La plateforme "win32" est incompatible avec ce module.
info "[email protected]" est une dépendance facultative et une vérification de compatibilité échouée. L'exclure de l'installation.
info [email protected]: La plateforme "win32" est incompatible avec ce module.
info "[email protected]" est une dépendance facultative et une vérification de compatibilité échouée. L'exclure de l'installation.
[3/4] Lier les dépendances ...
avertissement "react-scripts> pnp-webpack-plugin> [email protected] " a une dépendance d'homologue non satisfaite "typescript @ *".
[########## --------------------------------------- -------------------------------------------------- -------------------------------------------------- -------------------------------------------------- -----------------] 1111/23233

Aucune des solutions ne fonctionnait pour moi. J'ai donc essayé de redémarrer mon ordinateur et cela a fonctionné 🤦‍♂️

dans mon cas, j'ai supprimé le fichier package.json.lock dans mon dossier racine et où je veux créer une nouvelle application de réaction a fonctionné !!

Si vous disposez d'un réseau IP6 uniquement et que l'erreur se produit, vous pouvez essayer de contourner le problème en ajoutant

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

vers / etc / hosts. Vous pouvez obtenir l'ip6 avec nslookup registry.yarnpkg.com . https://github.com/yarnpkg/yarn/issues/6031

Le problème demeure, Windows Server 2019 Datacenter s'exécutant dans AWS
Je doute que le réseau AWS rencontre des problèmes car cela s'est produit sur plusieurs jours.
C'est soit quelque chose de louche avec votre binaire, le registre ou un service Windows faisant quelque chose de louche avec le trafic et très probablement l'un des deux précédents.

Le problème sous-jacent dans notre cas s'est avéré être nodejs 10.15.0 et la mise à niveau vers la version ultérieure du nœud (10.16.3) a résolu le problème.

Salut les gars!

J'étais confronté au même problème avec l'adresse .local sur Ubuntu et j'ai corrigé ceci:

_ sudo gedit /etc/nsswitch.conf _

alors je change ces lignes sur ce fichier:

hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4

à

hosts: files dns mdns4_minimal [NOTFOUND=return] mdns4

Si le yarn.lock a été généré alors que yarn était pointé vers un autre registre (via un fichier .npmrc, npm config ou --registry ), alors il essaiera de résoudre le paquet à partir de la même source. Avant de supprimer votre yarn.lock, vous pouvez vérifier si c'est ce qui cause votre problème avec quelque chose comme:
cat yarn.lock |grep resolved| grep -v 'registry.yarnpkg.com'

Vous voudrez peut-être essayer de le désinstaller et de le réinstaller.

J'ai en fait essayé beaucoup de trucs ...

version npm: 6.12.1
version du nœud: 12.13.1
fenêtres 10 x64
essayer d'installer expo-cli 3.9.1

1. mettre à jour npm / yarn au dernier
2. mettre à jour le nœud au dernier
3. effacer le registre npm
4. effacer le cache npm / yarn
5. supprimer node_modules et yarn.lock
6. redémarrer mon ordinateur portable / cmd / cmder
7. npm désinstaller expo-cli puis le réinstaller

Cela fonctionne après la 7ème étape.

Analyse originale par @Hinaser

Chaque fois que le message There appears to be trouble with your network connection. Retrying...
est sorti sur la console, il y a un paquet RST envoyé de mon PC au serveur npm.
Vous savez, le paquet RST consiste à fermer de force la connexion TCP.
Mais il est envoyé depuis le PC client.
Je me sens étrange à ce sujet.

Ensuite, je me suis demandé ce qui cause le paquet RST envoyé depuis mon PC.
J'ai constaté que chaque fois avant l'envoi du paquet RST, il y avait des paquets indiquant TCP ZeroWindow , ce qui signifie que l'entité réceptrice de données (dans ce cas, c'est mon PC client) dit à un expéditeur d'arrêter d'envoyer le paquet jusqu'à ce que le récepteur l'autorise il.

Une fois que l'expéditeur a reçu des paquets indiquant TCP ZeroWindow , le client doit envoyer TCP Window Update au serveur afin de reprendre la communication TCP.

Mais je n'ai pas trouvé ces paquets TCP Window Update envoyés depuis mon PC client.
Le serveur npm a continué à attendre d'être autorisé à envoyer des données, mais mon ordinateur client ne m'a pas dit de le faire.
Ensuite, il a expiré et le paquet RST a été envoyé depuis mon PC.

Apparemment, la cause première n'est pas d'envoyer TCP Window Update paquet
Comme je n'ai pas eu de problème pour télécharger de gros fichiers à partir d'Internet, je soupçonne que le problème provient du code réseau dans le binaire du nœud compilé pour Windows.

Après avoir rencontré séparément ce problème et avoir effectué ma propre analyse des paquets, cela reflète ce que je vois. L'autre chose qui semble étrange est que les applications comme cURL n'ont aucun problème avec cela et sont capables de suivre le serveur. Existe-t-il un moyen de tamponner le fichier pour réduire la quantité de travail nécessaire? Ce problème est également présent avec npm, donc je ne sais vraiment pas quoi faire ici

J'ai trouvé que mon fil essayait de se connecter à
verbose 0.349 Performing "GET" request to "https://yarnpkg.com/latest-version".

L'hôte est inaccessible car j'utilise un proxy et j'ai un registre local. Un moyen de désactiver cette vérification?

Aucune des solutions ne fonctionnait pour moi. J'ai donc essayé de redémarrer mon ordinateur et cela a fonctionné

J'ai également mis à jour mon programme Docker pour Mac, puis redémarré le système, après quoi le problème a disparu jusqu'à présent.

Voulez-vous demander une _fonctionnalité_ ou signaler un _bug_?
peut être

Quel est le comportement actuel?
PS. J'ai essayé de résoudre ce problème en recherchant ici et par Google, mais aucune approche ne l'a résolu. J'ai également désinstallé, nettoyé les caches, redémarré mac. Nettoyer le DNS, vider tout ce que je pouvais. J'ai fait tout ce que je sais.

Après l'installation, zsh n'arrête pas de dire "Il semble y avoir un problème avec votre connexion réseau. Nouvelle tentative ..."

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 le comportement actuel est un bogue, veuillez fournir les étapes à reproduire.

Quel est le comportement attendu?

Veuillez mentionner votre node.js, votre fil et la version de votre système d'exploitation.
fil -v
1.3.2
nœud -v
v9.3.0

Mac Os High Sierra.

Détails:

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)

Peut-être un peu en retard, mais cette méthode de débogage a fonctionné pour moi!

vérifiez d'abord la liste des configurations de votre fil -> $ yarn config list

Vérifiez ensuite les proxy qui pourraient être définis. généralement 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.

Alors supprimez simplement en utilisant $ yarn config delete https-proxy

J'essaye des "vaudous":

• Supprimez tous les modules "* .lock" et rm node_modules. Ou rm -rf node_modules/
• Nettoyez tous les éléments de connexion tels que DNS, caches, etc.
• Commandes du 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"
• Redémarrez votre terminal et essayez.
• Utilisez: yarn add mypckge --network-timeout 100000 ou yarn --network-timeout 100000
  mais essayez d'abord juste yarn
• Redémarrez votre terminal et essayez à nouveau yarn et / ou avec --network-timeout.

Pour moi travaille pour le moment. Je vais voir comment cela se passera avec le temps.

Merci!

Dans mon cas, j'ai téléchargé react via yarn une fois au travail, il a son propre registre npm d'entreprise. Yarn a apparemment défini la "source" pour react dans le registre npm d'entreprise. Maintenant, à la maison, je ne peux / ne veux pas me connecter au VPN d'entreprise, j'arrive dans un dossier propre, j'essaye de create-react-app , npx create-react-app zzz et au lieu d'aller au vrai npm, yarn recherche react dans le registre npm d'entreprise d'hier. Naturellement ça ne marche pas.

Suggestion aux mainteneurs de fil:

Si le fil échoue, erreur avec le message "Il semble y avoir un problème avec votre connexion réseau", ajoutez une vérification supplémentaire, peut-être que le registre npm officiel n'est pas interrogé, et si c'est le cas, essayez le registre npm officiel à la place.

C'est très important. Ce n'est pas Internet en panne, c'est un mauvais registre.

Personnellement, je pense que c'est l'un des exemples de la façon dont la concurrence entre le fil et le npm fait souffrir les utilisateurs, peut-être qu'il ne devrait y avoir qu'un seul gestionnaire de paquets ...

Je crois que mon problème était différent de celui de tous ceux dont il est question ici, alors je vais faire un commentaire. Faire un yarn install m'a donné le redoutable problème "Il semble y avoir des problèmes avec votre connexion réseau" et le "vaudou" ci-dessus n'a rien fait pour moi. Un collègue a aidé (merci Steve) et en faisant un printenv | grep proxy montré que j'avais des valeurs fixées à 127.0.0.1:8888 mais je ne sais pas d'où cela vient comme par magie. Je viens de faire unset http_proxy et unset https_proxy Success !!

J'ai le sentiment que ce n'est pas du tout le réseau. C'est une fonction sur le nombre de fichiers et / ou la taille. Les paquets que j'ai toujours rencontrés dans ce problème contiennent beaucoup de fichiers (icônes material-ui). Je soupçonne que le traitement tgz (soit l'emballage sur le serveur ou le déballage sur le client) est le coupable, mais il est signalé comme un problème de «mise en réseau» alors qu'il ne l'est pas.

icons-3.0.1.tgz ~ 684kb -> représentant ~ 16 Mo pour 10k fichiers

On a également signalé ce qui suit:
nyc-11.7.3.tar ~ 3,4M représentant ~ 18 Mo pour 4,7K fichiers

Que devons-nous faire lorsque nous utilisons Lerna et yarn comme installateur?

J'essaye des "vaudous":

• Supprimez tous les modules "* .lock" et rm node_modules. Ou rm -rf node_modules/
• Nettoyez tous les éléments de connexion tels que DNS, caches, etc.
• Commandes du 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"
• Redémarrez votre terminal et essayez.
• Utilisez: yarn add mypckge --network-timeout 100000 ou yarn --network-timeout 100000
  mais essayez d'abord juste yarn
• Redémarrez votre terminal et essayez à nouveau yarn et / ou avec --network-timeout.

Pour moi travaille pour le moment. Je vais voir comment cela se passera avec le temps.

Après deux heures de recherche de solution, venez votre réponse merci!

mêmes problèmes sur win10 avec du fil. Les "vaudous" fonctionnent partiellement, capables de ne faire passer que du fil. Le boostrap de fil ou le fil propre et le bootstrap de fil ne fonctionnent pas :(

J'avais du mal avec ça depuis juin de cette année. Je l'ai enfin fait fonctionner ... Voici ce que j'ai fait:

1. Cela vous montrera votre configuration actuelle
   yarn config list

2. J'ai ensuite configuré mon registre pour utiliser le "HTTP" (NOTE: PAS le HTTPS !!!)
   yarn config set registry "http://registry.npmjs.org"

3. Pour faire bonne mesure, j'ai fait de même pour npm:
   npm config set registry "http://registry.npmjs.org"

4. J'ai changé mon .vimrc pour faire comme suit:
   Plug 'neoclide/coc.nvim', {'do': 'yarn install --frozen-lockfile --network-timeout 1000000'}

5. Vous pouvez également accéder à: $ {HOME} /. Local / share / nvim / plugins / coc.nvim (si vous êtes sur VIM, allez dans ~ / .vim et recherchez coc.nvim pour voir où il est installé avec "cd ~ / .vim && find. -name coc.nvim -type d").
   yarn install --frozen-lockfile --network-timeout 1000000

Cela a finalement fonctionné pour moi ... Et je sais un peu quel est le problème. J'ai remarqué que ma machine envoie un RST le même problème que certaines personnes ont soulevé ici, ce qui l'empêche de fonctionner. En passant en HTTP d'une manière ou d'une autre, je contourne les problèmes rencontrés sur cette machine / réseau.

Il suffit de poster ceci ici au cas où d'autres auraient le même problème.

Les deux choses que j'ai vues pour résoudre ce problème (pour 2 ordinateurs différents) sont:

• créez un nouveau fichier, /etc/docker/daemon.json contenant {"mtu": 1380} pour corriger un réseau docker en cas d'incompatibilité avec le réseau local, utilisez ip addr ou similaire pour vérifier votre interface réseau mtu, définissez le démon .json un peu en dessous (et redémarrez le service docker)

• ajouter une option à la ligne d'installation de fil, --network-timeout 600000 (10 minutes) au cas où votre accès au registre serait en retard

après environ 2 heures et en essayant toutes les solutions, finalement cela a fonctionné pour moi:
npm config set registry "http://registry.npmjs.org"
et alors:
yarn config set registry "http://registry.npmjs.org"