RRAS не запускается с 8007042a или идентификатором события 7024, также известным как «удаленный доступ маршрутизации не может загрузить Iprtrmgr.dll»

(Это оригинальный ответ К.Котро, но он включил его в вопрос. Повторная публикация в качестве фактического ответа)

Причина: Есть две основные причины этой ошибки.

1. Неправильный ключ в реестре, если вы используете IPv6.
2. Повреждение TCP / IPv4.

Связанные причины

Это случилось со мной на паре 64-битных серверов Dell Windows 2003 R2 с адаптерами Broadcom NetXtreme II. Моя проблема заключалась во второй причине выше, повреждении TCP / IP, которое, как я полагаю, происходит по какой-то причине при установке драйвера для адаптера Broadcom. Это, конечно, может случиться с другими адаптерами, но определенно было много нерешенных случаев в Интернете с различными адаптерами Broadcom.

Дополнительные факторы

Это происходило даже при чистой установке, поскольку я тестировал как носитель Windows Server 2003 R2, предназначенный для Dell, так и носитель Microsoft, загруженный с сайта корпоративных лицензий. Это случается с любыми СМИ.

Устранение неполадок, которые не помогли мне или большинству людей в Интернете:

1. Переустановка чистая.
2. Запускаем sfc / scannow (ошибок нет).
3. Сравнение и замена iprtrmgr.dll с рабочего сервера.
4. Переустановка сетевых адаптеров после их удаления из диспетчера устройств.
5. Бег NETSH INT IP RESET C:\reset.log или NETSH RESET WINSOCK.
6. Бег NETSH WINSOCK RESET.
7. Проверка наличия призрачных адаптеров после настройки devmgr_show_nonpresent_devices=1 а затем отображение скрытых устройств в диспетчере устройств (у меня их не было).
8. Повторная регистрация Oledb32.dll и Oledb32r.dll и переименование C:\Windows\System32\ias \dnary.mdb, и ias.mdb файлы и перезапуск RRAS. Эти файлы находятся в C:\Windows\SysWOW64 каталог в 64-битных системах. Это было в KB840696 http://support.microsoft.com/kb/840686.

Решения

1. Если у вас есть Server 2008 и вы используете TCP / IPv6, ваша проблема, вероятно, не в повреждении TCP / IPv4, а в том, что у вас есть этот дополнительный ключ, HKEY_LOCAL_MACHINE\System\currentcontrolset\services\remoteaccess\routermanagers\IPV6, который вы удалите после создания резервной копии путем экспорта. Удаление этого ключа было простым решением, которое очень помогло многим людям в Интернете. Если вы все еще хотите использовать протокол TCP / IPv6, возможно, вам придется сделать больше. Поскольку я не обращался к своему серверу и не смог его протестировать, возможно, у вас все еще есть повреждение IPv6, и, возможно, вы захотите устранить неполадки, удалив и переустановив TCP / IPv6, как в приведенном ниже решении. Вышеупомянутое решение может просто маскировать потенциальное повреждение, избегая проблемы.

2. Если вы не используете IPv6, есть вероятность, что у вас есть повреждение TCP / IPv4, и решение состоит в его переустановке. Если вы никогда не замечали, если вы попытаетесь удалить TCP / IP, он будет недоступен. Чтобы обойти это, я следил за KB 325356: http://support.microsoft.com/kb/325356 . Это говорит о том, что он предназначен для контроллера домена, но также работает на рядовых серверах. Шаги следующие:

   • На всякий случай отключите RRAS в RRAS mmc, так как это его удалит.
   • Сделайте резервную копию вашего реестра.
   • Игнорируйте шаги 1–4 и 21, если вы только на рядовом сервере.
3. Перезагрузите контроллер домена.
4. Когда появится информация о BIOS, нажмите F8.
5. Выберите режим восстановления служб каталогов и нажмите клавишу ВВОД.
6. Для входа используйте пароль режима восстановления служб каталогов.
7. Щелкните Пуск, а затем щелкните Выполнить.
8. В поле Открыть введите regedit и нажмите кнопку ОК.
9. Найдите следующие подразделы реестра:
   • HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Winsock
   • HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Winsock2
10. Щелкните каждую клавишу правой кнопкой мыши и выберите команду Удалить.
11. Щелкните Да, чтобы подтвердить удаление каждого ключа.
12. Закройте Regedit.
13. Найдите файл Nettcpip.inf в папке% winroot% \ inf, а затем откройте его в Блокноте.
14. Найдите раздел [MS_TCPIP.PrimaryInstall].
15. Отредактируйте запись Characteristics = 0xa0 и замените 0xa0 на 0x80.
16. Сохраните файл и выйдите из Блокнота.
17. На панели управления дважды щелкните «Сетевые подключения», щелкните правой кнопкой мыши «Подключение по локальной сети» и выберите «Свойства».
18. На вкладке «Общие» нажмите «Установить», выберите «Протокол» и нажмите «Добавить».
19. В окне «Выбор сетевых протоколов» нажмите «Установить с диска».
20. В текстовом поле Копировать файлы производителя из: введите c:\windows\inf, а затем нажмите ОК.
21. Выберите Интернет-протокол (TCP / IP) и нажмите OK. (Примечание: на этом шаге вы вернетесь к экрану свойств подключения по локальной сети, но теперь доступна кнопка «Удалить»).
22. Выберите Интернет-протокол (TCP / IP), нажмите «Удалить», а затем нажмите «Да».
23. Перезагрузите компьютер и выберите режим восстановления служб каталогов, как указано в шагах 2 - 4.
24. На панели управления дважды щелкните «Сетевые подключения», щелкните правой кнопкой мыши «Подключение по локальной сети» и выберите «Свойства».
25. На вкладке «Общие» нажмите «Установить», выберите «Протокол» и нажмите «Добавить».
26. В окне Выбрать сетевые протоколы нажмите Установить с диска.
27. В текстовом поле Копировать файлы производителя из введите c:\windows\inf, а затем нажмите ОК.
28. Выберите Интернет-протокол (TCP / IP) и нажмите OK.
29. Перезагрузите компьютер.

Настроить и включить маршрутизацию и удаленный доступ. На этом этапе ваш RRAS должен запуститься.

Связанная проблема и решение:

Когда я вводил статический IP-адрес, хотя он сохранял статический, свойства возвращались к "Получить IP-адрес автоматически". Перейдите к HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Network и удалите ключ Config. Повторно введите свои статические настройки, и они должны остаться, и перестройте этот ключ конфигурации.

Я надеюсь, что это решит эту сложную проблему для многих из вас.

RRAS на сервере 2019 и события 7024 или 20269/20153 от RemoteAccess, после события 4405 от NPS

Я изменил путь к файлу журнала в NPS -> Учет. После этого запустился RRAS.

Я знаю, что это чертовски старый пост, но такая же бесполезная ошибка возникает даже в Server 2016.

К счастью, для меня причиной было несовпадение сертификатов между IIS и RRAS.

Исправление заключалось в использовании того же сертификата для сайта IIS по умолчанию, который я использовал в RRAS.

Решение в моем случае было довольно простым:

• Отключить сервер маршрутизации и удаленного доступа
• Повторно активируйте и настройте сервер маршрутизации и удаленного доступа. К счастью, у нас нет сложной конфигурации ...