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

Вот один с былых дней, которые я все еще использую:

Ctrl+Ins = Copy
Shift+Ins = Paste
Alt+Backspace = Undo

Я знаю, что они все копируются в других методах, но если они когда-нибудь будут обесцениваться, то я буду раздражаться!

2
задан 19 June 2012 в 23:03
4 ответа

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

  • Деактивируются, сервер Маршрутизации и Удаленного доступа
  • Повторно активируют и настраивают сервер Маршрутизации и Удаленного доступа. К счастью, у нас нет сложной конфигурации...
0
ответ дан 3 December 2019 в 10:11

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

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

  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 , который вы удалите после его резервного копирования путем экспорта. Удаление этого ключа было простым решением, которое очень помогло многим людям в Интернете. и файлы 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 , который вы удалите после его резервного копирования путем экспорта. Удаление этого ключа было простым решением, которое очень помогло многим людям в Интернете. и файлы 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 , который вы удалите после его резервного копирования путем экспорта. Удаление этого ключа было простым решением, которое очень помогло многим людям в Интернете. com / kb / 840686 .

Решения

  1. Если у вас есть Server 2008 и TCP / IPv6, ваша проблема, вероятно, не в повреждении TCP / IPv4, а в том, что у вас есть дополнительный ключ, HKEY_LOCAL_MACHINE \ System \ currentcontrolset \ services \ remoteaccess \ routermanagers \ IPV6 , который вы удалите после его резервного копирования путем экспорта. Удаление этого ключа было простым решением, которое очень помогло многим людям в Интернете. 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, так как это приведет к его удалению.
    • Сделайте резервную копию реестра.
      • HKEY_LOCAL_MACHINE \ System \ CurrentControlSet \ Services \ Winsock
      • HKEY_LOCAL_MACHINE \ System \ CurrentControlSet \ Services \ Winsock2
    • Щелкните каждый ключ правой кнопкой мыши и выберите «Удалить».
    • Щелкните Да, чтобы подтвердить удаление каждого ключа.
    • Закройте Regedit.
    • Найдите файл Nettcpip.inf в% winroot% \ inf, а затем откройте файл в Блокноте.
    • Найдите [MS_TCPIP] .PrimaryInstall].
    • Отредактируйте запись Characteristics = 0xa0 и замените 0xa0 на 0x80.
    • Сохраните файл, а затем выйдите из Блокнота.
    • В Панели управления дважды щелкните Сетевые подключения, щелкните правой кнопкой мыши Локальная область Подключение, а затем выберите Свойства.
    • На вкладке «Общие» нажмите «Установить», выберите «Протокол» и затем нажмите «Добавить».
    • В окне «Выбор сетевых протоколов» нажмите «Установить с диска».
    • В окне «Копировать файлы производителя из: текстовое поле, введите c: \ windows \ inf , а затем нажмите OK.
    • Выберите Интернет-протокол (TCP / IP), а затем нажмите OK. (Примечание: на этом шаге вы вернетесь на экран свойств подключения по локальной сети, но теперь доступна кнопка «Удалить».)
    • Выберите протокол Интернета (TCP / IP), нажмите «Удалить», а затем нажмите «Да».
    • Перезагрузите компьютер. компьютер, а затем выберите режим восстановления служб каталогов, как указано в шагах 2–4.
    • На панели управления дважды щелкните «Сетевые подключения», щелкните правой кнопкой мыши «Подключение по локальной сети» и выберите «Свойства».
    • На вкладке «Общие» нажмите «Установить», выберите «Протокол», а затем нажмите «Добавить».
    • В окне «Выбор сетевых протоколов» нажмите «Установить с диска».
    • В текстовом поле «Копировать файлы производителя из» введите c: \ windows \ inf , а затем нажмите OK.
    • Выберите Интернет-протокол (TCP / IP), а затем нажмите OK. На этом этапе ваш RRAS должен запуститься.

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

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

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

2
ответ дан 3 December 2019 в 10:11

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

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

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

1
ответ дан 3 December 2019 в 10:11

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

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

1
ответ дан 3 December 2019 в 10:11

Теги

Похожие вопросы