Решение в моем случае было довольно просто:
(Это исходный ответ К.Котро, но он включил его в вопрос. Повторная публикация в качестве фактического ответа)
Причина : Есть две основные причины этой ошибки.
Связанные причины
Это случилось со мной на нескольких 64-битных серверах Dell Windows 2003 R2, которые имели Адаптеры Broadcom NetXtreme II. Моя проблема заключалась во второй причине выше, повреждении TCP / IP, которое, как я полагаю, происходит по какой-то причине, когда вы устанавливаете драйвер для адаптера Broadcom. Это, конечно, может случиться с другими адаптерами, но определенно было много нерешенных случаев в Интернете с различными адаптерами Broadcom.
Дополнительные факторы
Это происходило даже при чистой установке, как я тестировал с использованием носителей Windows Server 2003 R2, предназначенных для Dell, и носителей Microsoft, загруженных с сайта корпоративных лицензий. Это происходит с любым носителем.
Устранение неполадок, которое не помогло мне или большинству людей в Интернете:
NETSH INT IP RESET C: \ reset.log
или NETSH RESET WINSOCK
. NETSH WINSOCK RESET
. devmgr_show_nonpresent_devices = 1
и затем отображение скрытых устройств в диспетчере устройств (у меня их не было) . C: \ Windows \ System32 \ ias \ dnary.mdb
и ias.mdb
и перезапуск RRAS. Эти файлы находятся в каталоге C: \ Windows \ SysWOW64
в 64-битных системах. Это было в KB840696 http://support.microsoft.com/kb/840686 . Решения
HKEY_LOCAL_MACHINE \ System \ currentcontrolset \ services \ remoteaccess \ routermanagers \ IPV6
, который вы удалите после его резервного копирования путем экспорта. Удаление этого ключа было простым решением, которое очень помогло многим людям в Интернете. и файлы ias.mdb
и перезапуск RRAS. Эти файлы находятся в каталоге C: \ Windows \ SysWOW64
в 64-битных системах. Это было в KB840696 http://support.microsoft.com/kb/840686 . Решения
HKEY_LOCAL_MACHINE \ System \ currentcontrolset \ services \ remoteaccess \ routermanagers \ IPV6
, который вы удалите после его резервного копирования путем экспорта. Удаление этого ключа было простым решением, которое очень помогло многим людям в Интернете. и файлы ias.mdb
и перезапуск RRAS. Эти файлы находятся в каталоге C: \ Windows \ SysWOW64
в 64-битных системах. Это было в KB840696 http://support.microsoft.com/kb/840686 . Решения
HKEY_LOCAL_MACHINE \ System \ currentcontrolset \ services \ remoteaccess \ routermanagers \ IPV6
, который вы удалите после его резервного копирования путем экспорта. Удаление этого ключа было простым решением, которое очень помогло многим людям в Интернете. com / kb / 840686 . Решения
HKEY_LOCAL_MACHINE \ System \ currentcontrolset \ services \ remoteaccess \ routermanagers \ IPV6
, который вы удалите после его резервного копирования путем экспорта. Удаление этого ключа было простым решением, которое очень помогло многим людям в Интернете. com / kb / 840686 . Решения
HKEY_LOCAL_MACHINE \ System \ currentcontrolset \ services \ remoteaccess \ routermanagers \ IPV6
, который вы удалите после его резервного копирования путем экспорта. Удаление этого ключа было простым решением, которое очень помогло многим людям в Интернете.
Если вы все еще хотите использовать протокол TCP / IPv6, вам, возможно, придется сделать больше. Поскольку я не обращался к своему серверу и не смог его протестировать, возможно, у вас все еще есть повреждение IPv6, и, возможно, вы захотите устранить неполадки, удалив и переустановив TCP / IPv6, как в приведенном ниже решении. Вышеупомянутое решение может просто маскировать потенциальное повреждение, избегая проблемы. Если вы не используете IPv6, велика вероятность, что у вас есть повреждение TCP / IPv4, и решение состоит в его переустановке. Если вы никогда не замечали, если вы попытаетесь удалить TCP / IP, он будет недоступен. Чтобы обойти это, я следил за KB 325356: http://support.microsoft.com/kb/325356 . Это говорит о том, что он предназначен для контроллера домена, но также работает на рядовых серверах. Шаги следующие:
HKEY_LOCAL_MACHINE \ System \ CurrentControlSet \ Services \ Winsock
HKEY_LOCAL_MACHINE \ System \ CurrentControlSet \ Services \ Winsock2
c: \ windows \ inf
, а затем нажмите OK. c: \ windows \ inf
, а затем нажмите OK. Связанная проблема и решение:
Когда я ввожу статический IP-адрес, хотя он будет содержать статический, свойства будут сброшены обратно на «Получить IP-адрес автоматически». Перейдите к HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ Network
и удалите ключ Config. Повторно введите свои статические настройки, и они должны остаться, и восстановить этот ключ конфигурации.
Я надеюсь, что это решит эту трудную проблему для многих из вас.
Я знаю, что это чертовски старый пост, но такая же бесполезная ошибка возникает даже в Server 2016.
К счастью, для меня причиной было несовпадение сертификатов между IIS и RRAS.
Исправление заключалось в использовании того же сертификата для сайта IIS по умолчанию, который я использовал в RRAS.
RRAS на сервере 2019 и события 7024 или 20269/20153 от RemoteAccess, после события 4405 от NPS
я изменил путь к файлу журнала в NPS -> Учет. После этого запустился RRAS.