0

Mit Google API mit OAuth 2.0 empfiehlt Google die Verwendung eines HttpListener für Desktop-Anwendungen mit einer Notiz in der Dokumentation, dass Sie Firewall-Probleme auftreten können. Wie ist dies in ihrem Code implementiert (GoogleWebAuthorizationBroker.AuthorizeAsync), und welche möglichen Probleme können auftreten. Zum Beispiel Admin-Rechte, Firewall-Probleme - werde ich auf diese stoßen, wenn ich ihre Client-Bibliothek verwende?Google api oauth Desktop .net Bibliothek

Antwort

1

Der Empfänger des lokalen Codeempfängers für das vollständige .NET-Framework (Desktop) beginnt um LocalServerCodeReceiver.cs line 374.

In v1.26 + der Bibliothek hört auf http://127.0.0.1 auf einem zufälligen ungenutzten nicht privilegierten Port; see line 47.

Diese sollte nicht Probleme mit Benutzerrechten oder Firewalls verursachen. Da ich jedoch nicht weiß, wie Ihre Maschinen konfiguriert sind, kann ich mir nicht ganz sicher sein.

+0

Können Sie Fälle auflisten, die ein Problem mit Benutzerrechten oder Firewalls verursachen könnten? –

+0

Funktioniert das in Windows 8.1? es scheint, Microsoft hat jeder gewährt, um 127.0.0.1 in Win10 zu verwenden, aber nicht 8.1 –

+0

Meinst du eine Windows 8.1 App? Das heißt, Targeting der win81 TFM? Oder eine Desktop-.NET-Anwendung, die gerade unter Windows 8 läuft? Ich weiß nicht viel über Windows-Berechtigungen, aber wenn es eine Desktop-App ist und der Benutzer 127.0.0.1 nicht verwenden darf, dann erwarte ich, dass dies nicht funktionieren kann und wird. Ich kann mir keine unmittelbare Lösung vorstellen. Sie könnten etwas wie [PromptCodeReceiver.cs] (https://github.com/google/google-api-dotnet-client/blob/master/Src/Support/Google.Apis.Auth/OAuth2/PromptCodeReceiver.cs) verwenden. aber es ist ein bisschen grob. – Chris