Visual Studio 2015 Community License Update scheitert in Samba NT4 Domain wegen Proxy/Firewall

Question

Zunächst einmal lese ich alle anderen Fragen, die sich darauf beziehen, habe ich eine umfangreiche Google-Suche zu diesem Thema und konnte keine funktionierende Antwort bekommen.

Ich habe die Community Version von Visual Studio 2015 Mitte November installiert und seitdem verwendet. Nachdem ich mein Projekt beendet hatte, ging ich zurück zu Stift und Papier für neue Formeln und kam zurück, um all diese schönen Dinge umzusetzen.

Jetzt heißt es, dass meine Testlizenz abgelaufen ist und erneuert werden sollte. Ich habe bereits gelesen, dass ich meinen MicrosoftAccount dafür verwenden sollte und machte damit weiter. Now this happened

Es sagt, ich sollte Firewall und prxoy Einstellungen überprüfen und ich lese über contactiong der Administrator. Also das, was ich getan habe, aber er sagt, es gibt keinen Proxy, keinen Block von Firewall oder irgendetwas anderes. Wenn VS als Administrator ausgeführt wird (nachdem ich meine Anmeldeinformationen eingegeben habe), kann ich neue Projekte erstellen und vorhandene debuggen, also kein Problem. Allerdings kann ich das Programm nicht als normaler Benutzer verwenden.

Ich las irgendwo hier, um es über Systemcontrol zu reparieren, aber das hat auch nicht funktioniert. Hat jemand eine Lösung?

Zusätzlich: Es gibt auch kein Feld "License Key hier eingeben", das ist also auch keine Option.

---

(einige Tage später)

Halleluja, fand ich die Antwort! Nach Durchforsten einiger Microsoft Hilfe-Foren bin ich auf this Thread gestoßen, das nicht nur mein Problem perfekt beschreibt, sondern auch eine Lösung bietet. Also lieber Besucher aus der Zukunft, der das Problem gegoogelt hat und diesen Stackoverflow auf den Tisch brachte Frage: Folge dem obigen Link!

Answer 1

Also, nach dem Schnüffeln Pakete härter als ein Drogenabhängiger, versucht, einen Unterschied in TLS Austausch zwischen meinem Computer und VS-Lizenzserver bei der Verwendung eines Domänenkontos und wenn ein lokales Konto zu finden, und keinen Unterschied bemerken, erinnerte ich mich warum Ich hatte diese Hypothese auf die Seite geschoben: unser Netzwerk unterstützt TLS 1.2 sehr gut, da ich ohne Probleme mit TLS 1.2-fremden Remote-Hosts verbinden kann.

Das bedeutet, dass das Problem an anderer Stelle liegt und dadurch verursacht wird, dass Visual Studio Domänenkonten und lokale Konten unterschiedlich behandelt, wenn versucht wird, Lizenzinformationen zu erneuern. Die gute Nachricht ist, dass ich warum gefunden habe und wie ich es beheben kann.

Ich erinnerte mich, dass Anfang dieses Jahres, als wir unsere kommerzielle Abteilung von Windows 7 auf Windows 10 aktualisierten, alle Probleme beim Versuch, ihre Mail-Konten auf Microsoft Outlook zu konfigurieren: ein unbekannter Fehler 0x8004011c. Wenn Sie danach suchen, werden Sie schnell feststellen, dass dies nur bei der Verwendung von Domänenkonten und nicht bei der Verwendung lokaler Konten geschieht (klingt vertraut, heh?). Um dieses Problem zu umgehen, müssen Sie einen bestimmten Registrierungsschlüssel für Windows-Kryptografie festlegen.

Wenn Sie ein wenig tiefer graben, können Sie feststellen, dass dieses Update zu KB 3000850 gehört (zu dem ich leider aufgrund meines nicht verifizierten Kontos keine Verbindung herstellen kann) und auch im Abschnitt "Bekannte Probleme" beschrieben wird wie in der Samba-Dokumentation ("Erforderliche Einstellungen für Samba NT4-Domains"). Kurz gesagt: Windows 8.1 + -Clients (mit KB3000850), die einer NT-Style-Domäne angehören, können Windows Credential Manager nicht verwenden. Dies tritt nicht auf, wenn keine NT-Style-Domäne verwendet wird. Das Update scheint die Verwendung von Windows Credential Manager unabhängig vom Domänenkontext global zu autorisieren.

Also, um es zu einpacken, wenn:

• Sie haben eine NT-Style-Domäne (wie bei einem Samba-Domäne-Controller verwenden)
• Sie Windows 8.1 oder höher vYou Begegnung Probleme, wenn Ihre Visual Studio Lizenz erneuern

• Sie dann den folgenden Registrierungsschlüssel:

  [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Cryptography\Protect\Providers\df9d8cd0-1501-11d1-8c7a-00c04fc297eb] 
  "ProtectionPolicy"=dword:00000001 
  

Dies löste das Problem in unserer Domäne für alle getesteten Maschinen und Konten.

Warum Visual Studio 2015 Windows Credential Manager und nicht Visual Studio 2013 verwenden muss, muss jemand von Microsoft dort klingeln, um zu erklären, weil ich keine Ahnung habe.

Answer 2

Sie verwenden einen sehr alten Samba-Server, der nicht unterstützte Funktionen verwendet. NT4 kam 1995 heraus. Active Directory existierte damals nicht. A Lot hat sich in der letzten 20 Jahre geändert, einschließlich der Stärkung der Sicherheit und nach und nach entfernen ältere, weniger sichere Funktionen wie LanMan und NT4-Domänen.

Statt Schwächung Sicherheit, sollten Sie den Rat in der Seite geschrieben folgen Sie verknüpfen, Required Settings for Samba NT4 Domains:

Microsoft die offizielle Unterstützung für NT4-Domänen in ihren Windows-Betriebssystemen eingestellt. ... Wie auch immer, ziehen Sie in Erwägung, zu einem Samba Active Directory (AD) zu migrieren, um Probleme zu vermeiden, wenn ein zukünftiges Update von Microsoft die nicht unterstützten NT4-Funktionen deaktiviert oder entfernt.