Обновление лицензии сообщества Visual Studio 2015 с ошибкой в ​​домене Samba NT4 из-за прокси-сервера/брандмауэра

Question

Во-первых, я прочитал все остальные вопросы, которые касаются этого, я сделал обширный поиск по этой теме и не смог получить рабочий ответ.

Я установил версию Community Visual Studio 2015 в середине ноября и использовал ее с тех пор. Закончив мой проект, я вернулся к ручке и бумаге для новых формул, и ное вернулась, чтобы реализовать все эти аккуратные вещи.

Теперь в нем говорится, что срок действия моей пробной лицензии истек, и ее необходимо возобновить. Я уже прочитал, я должен использовать мой MicrosoftAccount для этого и продолжал это делать. Now this happened

В нем говорится, что я должен проверить настройки брандмауэра и prxoy, и я прочитал о contactiong администратору. Итак, что я сделал, но он говорит, что нет прокси-сервера, нет брандмауэра или чего-то еще. При запуске VS в качестве администратора (после ввода моих учетных данных) я могу создавать новые проекты и отлаживать существующие, поэтому проблем нет. Однако я не могу использовать программу как обычный пользователь.

Я прочитал где-то здесь, чтобы попробовать восстановить его с помощью systemcontrol, но это тоже не сработало. У кого-нибудь есть решение?

Кроме того: здесь также нет поля «Введите лицензионный ключ», так что это также не вариант.

---

(несколько дней спустя)

Halleluja, я нашел ответ! После того, как я пробрался через некоторые справочные форумы Microsoft, я столкнулся с this Thread, что не только прекрасно описывает мою проблему, но и дает решение. Такой дорогой гость из будущего, который искал проблему и придумал этот вопрос в Stackoverflow: Следуйте по ссылке выше!

Answer 1

Итак, после обнюхивания пакетов, более тяжелых, чем наркоман, пытаясь найти разницу между обменом TLS между моим компьютером и сервером лицензирования VS при использовании учетной записи домена и при использовании локальной учетной записи и не замечая разницы, я вспомнил, почему Я выдвинул эту гипотезу в сторону: наша сеть отлично поддерживает TLS 1.2, так как я могу подключиться к удаленным хостам TLS 1.2 без каких-либо проблем.

Это означает, что проблема лежит в другом месте и вызвана тем, что Visual Studio обрабатывает учетные записи домена и локальные учетные записи по-разному при попытке возобновить лицензионную информацию. Хорошей новостью является то, что я нашел, почему и как ее исправить.

Я вспомнил, что в начале этого года, когда мы обновили наш коммерческий отдел с Windows 7 до Windows 10, все они столкнулись с проблемами при попытке настроить свои учетные записи почты в Microsoft Outlook: неизвестная ошибка 0x8004011c. Если вы будете искать его, вы быстро обнаружите, что это происходит только при использовании учетных записей домена, а не при использовании локальных учетных записей (звучит знакомо, хе?). Исправление обхода этой проблемы заключается в установке определенного ключа реестра, связанного с криптографией Windows.

Когда вы копаете немного глубже, вы можете обнаружить, что это исправление связано с KB 3000850 (к которому я, к сожалению, не могу подключиться, из-за того, что моя учетная запись не проверена) и фактически описана в разделе «Известные проблемы», а также как в документации, связанной с Samba («Обязательные настройки для доменов Samba NT4»). Вкратце: клиенты Windows 8.1+ (с KB3000850), подключенные к домену NT-Style, не могут использовать диспетчер учетных данных Windows. Этого не происходит, если вы не используете домен NT-Style. По-видимому, исправление разрешает глобальное использование Windows Credential Manager независимо от контекста домена.

Таким образом, чтобы обернуть его, если:

• У вас есть домен NT-Style (например, при использовании контроллера домена Samba)
• У вас есть для Windows 8.1 или более поздней версии вопросы vYou столкнуться при продления лицензии Визуальная

• студии Затем установите следующий раздел реестра:

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

Это решило проблему в нашем домене для всех тестируемых машин и учетных записей.

Что касается того, почему Visual Studio 2015 необходимо использовать Windows Credential Manager, а не Visual Studio 2013, то у кого-то из Microsoft придется перезвонить, чтобы объяснить, потому что я понятия не имею.

Answer 2

Вы используете очень старый сервер Samba, который использует неподдерживаемые функции. NT4 вышел в 1995 году. В то время Active Directory не существовало. A лот изменился в последние 20 лет, включая усиление безопасности и постепенное удаление старых, менее защищенных функций, таких как LanMan и NT4.

Вместо безопасности ослабления, вы должны следовать советам размещенную на странице вы связаны, Required Settings for Samba NT4 Domains:

Microsoft прекратила официальную поддержку NT4 доменов в своих операционных системах Windows. ... В любом случае, рассмотрите возможность перехода на Active Directory (AD) Samba, чтобы избежать проблем, если в будущем обновление от Microsoft отключит или удалит неподдерживаемые функции NT4.