Unbefugte nuget-Paket von Visual Studio Team Services mithilfe von asp.net core rc2
Ich bin nicht in der Lage zu installieren/wiederherstellen " nuget-Pakete aus Visual Studio Team Services-feed in einem asp.net Kern-web-Anwendung (RC2). Ich erhalte die folgende:
Fehler: Response-status-code gibt nicht an Erfolg: 401
(Nicht autorisiert).
Ich arbeite mit Visual Studio Community 2015-Update 2 und nuget-version 3.4.4. Ich bin in der Lage, installieren/restore-Pakete aus diesem feed in andere Projekt-Typen.
Muss ich etwas anderes tun, um an meinem Anmeldeinformationen für ein asp.net Kern-web-app?
Schritte zum reproduzieren:
Vom Team Services-Paket Registerkarte wähle ich "Connect to Feed" und kopieren Sie die NuGet-Paket Quell-URL
In visual studio -> Tools -> NuGet-Paket-Manager -> Paket-Manager-Einstellungen -> Paket-Quellen und fügen Sie die feed-url von vso
Dann von meiner ASP.NET Core Web Application (.NET Framework) Projekt klicken Sie auf Verweise -> " NuGet-Pakete Verwalten
-> Wählen Sie mein Futter von der Paket-Quelle (Pakete aufgelistet sind) -> Klicken Sie auf installieren
In der Ausgabe:
Installing NuGet package xxxxx
Successfully installed xxxxx to WebApplication1
========== Finished ==========
Dann wird es versuchen zu wiederherstellen das Paket an dem Punkt, den ich bekommen:
error: Response status code does not indicate success: 401 (Unauthorized).
error: Failed to retrieve information from remote source
- Und Innenseite web-Projekt-Referenzen - Paket Warnung Symbol - NU1001 Die Abhängigkeit xxxxx konnte nicht aufgelöst werden
- Haben Sie sich in Ihre VSTS-Konto aus der rechten oberen Ecke des VS? Können Sie teilen Sie Ihre Schritte, um dieses Problem zu reproduzieren?
- warum tut der Anmeldung auch eine Rolle? Feeds gehostet auf NuGet benötigen keine Genehmigung. Ich würde eher denken, dass dies möglicherweise ein Problem mit einem proxy, der eine Autorisierung erfordert, in welchem Fall der Anmeldung spielt keine Rolle? @HPaxton - siehst du das gleiche Problem, wenn Sie versuchen, die Wiederherstellung über die Befehlszeile mit
dotnet restore
? Können Sie prüfen und buchen-feeds, die Sie verwenden - wenn Siedotnet restore
es wird sich zeigen, was feeds es gegen Ende. - Er/Sie ist mit einem visual studio online-feed, das ist eine private füttern.
- Ich bin unterzeichneten in der oberen rechten Ecke des visual studio. Ich bin in der Lage, zum hinzufügen von Paketen aus der gleichen vso-feed in derselben Instanz von visual studio, um eine framework-Klasse Bibliothek-Projekt.
- Ich habe den gleichen 401 Unathorized Fehler von der Befehlszeile aus
- Ich hatte das gleiche Problem in Visual Studio 2017. Neustart von Visual Studio das problem bei mir gelöst.
- Hier gilt das gleiche!
Du musst angemeldet sein, um einen Kommentar abzugeben.
Kann ich reproduzieren Sie Ihr Problem auf meiner Seite und folgt der workaround benutze ich zur Wiederherstellung der Pakete:
Ich weiß, dass es nicht genau das gleiche Thema, aber die Leute kommen können, über diese eine neben wie ich.
Habe ich installiert VS Community 2019 und gestern habe ich beschlossen, zu entfernen, die VS 2017, aber nach, dass, wenn ich versuchte, wiederherstellen Sie die Nuget-Pakete des Unternehmens, begann die Anzeige ein Fehler von 401 Unauthorized.
Nach einigen net-Recherchen habe ich beschlossen, ich wollte Sie nicht Durcheinander herum mit VS-Konfigurationen und Dateien, die ich dann merkte, da es eine 404-es ist im Zusammenhang mit einem Konto also, was ich Tat, war:
Sie fragte nach meinem Ausweis, einrichten und alles ging gut aus hier.
Hier sind die beiden Konten habe ich entfernt und habe neu:
Ich hatte ein ähnliches problem (keine Authentifizierung) in der NuGet Restore Aufgabe eines VSTS build-definition. Die Lösung war, hinzufügen von NuGet.config-Datei im Stammverzeichnis des Projekts mit einem Verweis auf die offizielle und mein individuelles Futter. Vielleicht hilft es, Ihre Kern-Projekt auch.
Auch, hier ist die Dokumentation zeigen, wie Sie es tun sollten, die Sektion ".NET Core".
Für mich war die Frage aufgrund von falschen Anmeldeinformationen (keine Angabe der Domäne), wenn eine Verbindung zu einem eigenen on-premise Azure Artefakte NuGet feed, das war nicht sofort ersichtlich.
Mithilfe von Visual Studio 2019, öffnen Sie NuGet-Paket-Manager für ein Projekt. Wenn das "Durchsuchen" - Registerkarte zeigt die erste und die Paket-Quelle ist die private NuGet feed, dort erscheint zu sein kein Problem, als es zunächst listet alle Pakete. Allerdings, die Umstellung auf die "Installiert" Registerkarte Ergebnisse in einem login-Dialog auftauchen.
Wenn ich gebe meinen Benutzernamen und Passwort ohne die domain (also Benutzername intead Domäne/Benutzername), scheint es zu akzeptieren, aber dann keine anderen Versionen aufgeführt sind, die für meine installierten Pakete, die andere als die installierte version. Wenn ich gehen Sie auf die "Durchsuchen" - Registerkarte, sehe ich dann die folgende Fehlermeldung:
Wenn ich auf "Anzeigen Fehler im output', sehe ich Folgendes:
Diese zu lösen, im Anmeldeinformations-Manager, ich schließen Sie Visual Studio, dann entfernen Sie alle Anmeldeinformationen in Bezug auf die Azure-DevOps-server(z.B.
[domain]
,VSCredentials_[domain]
). Ich bemerkte, dass der Benutzername für diese zeigte die falsche domain - es zeigte das Azure DevOps-server-Domäne und nicht der Active Directory-Domäne.Ich dann öffnen Sie Visual Studio, öffnen Sie NuGet-Paket-Manager erneut, und dieses mal (auf "Installiert" Registerkarte) eingeben, meine Anmeldeinformationen, einschließlich der domain (Domäne/Benutzername). Dies behebt das Problem und ermöglicht mir die Verbindung zum Azure-Artefakt NuGet feed.