Nvm-windows: Problem beim erstmaligen Installieren des Knotens unter Windows mit nvm-Windows.

Erstellt am 11. Apr. 2019  ·  3Kommentare  ·  Quelle: coreybutler/nvm-windows

Wenn dies eine Frage zur Verwendung von NVM4W ist, verwenden Sie stattdessen bitte stackoverflow .

Wenn dies ein Problem in Bezug auf Antivirus ist, stellen Sie sicher, dass Sie zuerst die vorhandenen Probleme durchsuchen.

Meine Umgebung

  • [ ] Windows 7 oder niedriger (aufgrund von EOL nicht wirklich unterstützt – siehe Wiki für Details)
  • [ ] Windows 8
  • [ ] Windows 8.1
  • [ ] Windows 10
  • [ ] Windows 10 IoT Core
  • [ ] Windows Server 2012
  • [X] Windows Server 2012 R2
  • [ ] Windows-Server 2016

  • [ ] Meine Windows-Installation ist nicht englisch.

Ich verwende die NVM4W-Version:

  • [X] 1.1.7
  • [ ] 1.1.6
  • [ ] 1.1.5
  • [ ] 1.1.4
  • [ ] 1.1.3
  • [ ] 1.1.2
  • [ ] 1.1.1
  • [ ] Älter
  • [ ] Sonstiges (bitte angeben)

Ich habe schon...

  • [X] Lesen Sie die README-Datei, um sich über npm-Probleme und Antivirus-Probleme zu informieren.
  • [X] hat das Wiki überprüft, um sicherzustellen, dass mein Problem nicht bereits gelöst wurde.
  • [X] bestätigt, dass ich ein Konto mit Administratorrechten verwende.
  • [X] hat die Ausgaben (offen und geschlossen) durchsucht, um sicherzustellen, dass dies kein Duplikat ist.
  • [X] stellte sicher, dass dies keine Frage zur Verwendung von NVM für Windows ist, da Gitter für Fragen und Kommentare verwendet wird.

Mein Problem bezieht sich auf (kreuzen Sie nur die zutreffenden an):

  • [ ] settings.txt
  • [ ] Proxy-Unterstützung (Haben Sie Version 1.1.0+ ausprobiert?)
  • [ ] 32- oder 64-Bit-Unterstützung (Haben Sie Version 1.1.3+ ausprobiert?)
  • [ ] Zeichen-Escapezeichen (Haben Sie Version 1.1.6+ ausprobiert?)
  • [ ] Eine Standard-Shell-Umgebung (Terminal/Powershell)
  • [X] Eine nicht standardmäßige Shell-Umgebung (Cmder, Hyper, Cygwin, git)

Erwartetes Verhalten

Ich habe nvm für Windows auf einem Citrix Thin Client mit Windows Server 2012 R2 installiert. Wenn ich nvm in das von mir installierte Git Bash-Terminal eingebe, erhalte ich das nvm-Hilfemenü. Dies sollte bestätigen, dass alles funktioniert. Wenn ich jetzt: nvm install latest all mache, bekomme ich folgende Fehlermeldung:

Could not retrieve  https://nodejs.org/dist/latest/SHASUMS256.txt.

Get https://nodejs.org/dist/latest/SHASUMS256.txt: dial tcp 104.20.23.46:443: i/o timeout

Ich habe es auch mit nvm install latest all --insecure versucht, aber das hat nicht geholfen.

Tatsächliches Verhalten

Ich würde erwarten, dass nvm das neueste npm und den neuesten Knoten installiert.

Schritte zum Reproduzieren des Problems:

Siehe Schritte in „Erwartetes Verhalten“.

Hilfreichster Kommentar

Bitte verwenden Sie den NVM-Proxy your_proxy_and_port, um den Proxy für NVM einzurichten

Alle 3 Kommentare

Bitte verwenden Sie den NVM-Proxy your_proxy_and_port, um den Proxy für NVM einzurichten

Ich glaube nicht, dass dies ein Proxy-Problem ist.

Es sieht so aus, als ob etwas Ihre eingehende Verbindung auf Netzwerkebene blockiert. In diesem Fall ist NVM4W nur ​​der Bote. Ältere Versionen von Windows-Servern haben in der Regel eine ziemlich streng gesperrte Firewall, also würde ich damit beginnen, dort nachzusehen. Prüfen Sie, ob Sie von einem Browser auf dem Server überhaupt auf diese URLs zugreifen können.

Die andere Möglichkeit ist, dass die Windows Certificate Trustchain das TLS/SSL-Zertifikat des Remoteservers nicht erkennt. In diesem Fall können Sie am Ende des Befehls --insecure hinzufügen, um den TLS/SSL-Validierungsschritt zu umgehen. Ich tendiere jedoch eher zu einem Firewall-Problem, da TLS/SSL normalerweise keine Zeitüberschreitung aufweist, wenn ein Problem auftritt. Normalerweise heißt es, dass der Remote-Host nicht vertrauenswürdig ist.

Danke. Ich hatte die Option --insecure ausprobiert, also schätze ich, dass die Firewall a ist
gute Wette.

Am 18. Apr. 2019 01:05 schreef Corey Butler [email protected] :

Ich glaube nicht, dass dies ein Proxy-Problem ist.

Es sieht so aus, als würde etwas Ihre eingehende Verbindung im Netzwerk blockieren
Stufe. In diesem Fall ist NVM4W nur ​​der Bote. Ältere Windows-Versionen
Server haben in der Regel eine ziemlich streng gesperrte Firewall, also würde ich damit beginnen
dort prüfen. Sehen Sie, ob Sie sogar von einem Browser aus auf diese URLs zugreifen können
der Kellner.

Die andere Möglichkeit ist, dass die Windows Certificate Trustchain dies nicht tut
Erkennen Sie das TLS/SSL-Zertifikat des Remote-Servers. In diesem Fall können Sie hinzufügen
--insecure an das Ende des Befehls, um die TLS/SSL-Validierung zu umgehen
Schritt. Ich tendiere jedoch eher zu einem Firewall-Problem, weil TLS/SSL
hat normalerweise keine Zeitüberschreitung, wenn ein Problem auftritt. Da steht normalerweise die
Remote-Host ist nicht vertrauenswürdig.


Sie erhalten dies, weil Sie den Thread verfasst haben.
Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/coreybutler/nvm-windows/issues/436#issuecomment-484293869 ,
oder den Thread stumm schalten
https://github.com/notifications/unsubscribe-auth/AABUMADGOGIJMVCBAOK2UILPQ6ULZANCNFSM4HFFZXDQ
.

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen

Verwandte Themen

hsali picture hsali  ·  4Kommentare

David263 picture David263  ·  3Kommentare

Deilan picture Deilan  ·  4Kommentare

ctsstc picture ctsstc  ·  3Kommentare

thany picture thany  ·  4Kommentare