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

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

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

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

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

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

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

Это происходило даже на чистых установках, так как я тестировал с использованием носителей Dell для Windows Server 2003 R2 и носителей 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. Отредактируйте запись Характеристики = 0xa0 и замените 0xa0 на 0x80.
16. Сохраните файл и выйдите из Блокнота.
17. На панели управления дважды щелкните "Сетевые подключения", щелкните правой кнопкой мыши "Подключение по локальной сети" и выберите "Свойства".
18. На вкладке "Общие" нажмите "Установить", выберите "Протокол" и нажмите "Добавить".
19. В окне "Выбор сетевых протоколов" нажмите "Установить с диска".
20. В текстовом поле Копировать файлы производителя из: введите c:\windows\infи нажмите кнопку ОК.
21. Выберите Интернет-протокол (TCP/IP) и нажмите кнопку ОК. (Примечание. Этот шаг вернет вас к экрану свойств подключения по локальной сети, но теперь кнопка "Удалить" доступна).
22. Выберите Интернет-протокол (TCP/IP), нажмите "Удалить" и нажмите "Да".
23. Перезагрузите компьютер и выберите режим восстановления служб каталогов, как указано в шагах 2 - 4.
24. На панели управления дважды щелкните "Сетевые подключения", щелкните правой кнопкой мыши "Подключение по локальной сети" и выберите "Свойства".
25. На вкладке "Общие" нажмите "Установить", выберите "Протокол" и нажмите "Добавить".
26. В окне "Выбор сетевых протоколов" нажмите "Установить с диска".
27. В текстовом поле Копировать файлы производителя введите c:\windows\infи нажмите кнопку ОК.
28. Выберите Интернет-протокол (TCP/IP) и нажмите кнопку ОК.
29. Перезагрузите компьютер.

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

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

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

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

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

Я изменил путь LogFile в NPS -> Учет. После этого RRAS начал.

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

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

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

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

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