Когда тебе нужно исправить различные проблемы с подключением к Интернету, команды ipconfig могут спасти положение. Например, чтобы снова подключить компьютер к сети, запустите командную строку, введите ipconfig / release а потом ipconfig / обновить.
К сожалению, команды ipconfig иногда могут выдавать следующее сообщение об ошибке: «Произошла ошибка при освобождении интерфейса Ethernet: адрес еще не был связан с конечной точкой сетит. » Эта ошибка влияет как на Ethernet, так и на беспроводные сети. Посмотрим, как вы можете решить эту проблему.
Что делать, если при освобождении интерфейса произошла ошибка
Запустите средство устранения неполадок в Интернете
Windows 10 поставляется с рядом встроенных средств устранения неполадок, которые можно использовать для автоматического исправления различных проблем и ошибок. Например, вы можете запустить средство устранения неполадок в Интернете, чтобы исправить ошибку, возникшую при выпуске интерфейса.
- Перейти к Настройки, и выберите Обновление и безопасность.
- Нажмите на Устранение неполадок на правой панели.
- Затем нажмите на Дополнительные средства устранения неполадок и выберите Подключение к Интернету.
- Запустите средство устранения неполадок и проверьте результаты.
Обновите сетевой драйвер
- Запустить Диспетчер устройств, и разверните список Сетевые адаптеры.
- Затем щелкните правой кнопкой мыши на своем сетевой драйвер (Ethernet или Wi-Fi).
- Выбирать Обновить драйвер.
- Проверьте, исчезла ли ошибка.
- Если проблема не исчезнет, удалите сетевой драйвер.
- Затем нажмите на Действия и выберите Сканирование на предмет изменений оборудования. Проверить результаты.
Отключите ваш роутер
Отсоедините шнур питания от роутера и подождите две минуты. Тем временем перезагрузите компьютер. Затем снова подключите кабель питания и включите маршрутизатор.
На вашем ПК запустите окно командной строки с повышенными привилегиями. Затем выполните следующие команды одну за другой:
- сброс WinSock Netsh
- netsh int ip сброс c: resetlog.txt
Или перейдите к Настройки, Выбрать Сеть и Интернети нажмите Положение дел.
Затем перейдите к Сброс сети, и нажмите Сбросить сейчас кнопка. Нажмите да для подтверждения и сброса настроек сети. Затем проверьте, сохраняется ли ошибка.
Перезапустите службу DHCP-клиента.
Windows 10 использует службу DHCP для регистрации и обновления IP-адресов и записей DNS. Итак, сначала убедитесь, что служба работает на вашем компьютере. Затем перезапустите DHCP-клиент и проверьте, исчезла ли ошибка.
- Тип «Сервисы»В поле поиска Windows.
- Нажать на Приложение «Сервисы».
- Прокрутите вниз и найдите DHCP-клиент.
- Щелкните правой кнопкой мыши службу DHCP и выберите Рестарт.
Отключите антивирус и брандмауэр
Удивительно, но несколько пользователей подтвердили, что избавились от этой ошибки после отключения антивируса и брандмауэра. Хотя этот метод может работать не для всех, попробуйте. Не забудьте снова включить антивирус и брандмауэр, когда закончите.
Например, если Безопасность Windows ваш антивирус по умолчанию, перейдите в Защита от вирусов и угроз и выберите Управлять настройками. Затем выключите Защита в режиме реального времени вариант.
Запустите SFC и DISM
Если проблема не исчезнет, запустите командную строку с правами администратора и выполните следующие команды одну за другой:
- sfc / scannow
- DISM.exe / онлайн / очистки-изображения / checkhealth
- DISM.exe / онлайн / очистка-изображение / Restorehealth
Убедитесь, что эти три команды устранили проблему.
Заключение
Если ваш компьютер сообщает, что при освобождении интерфейса произошла ошибка, запустите средство устранения неполадок в Интернете и обновите сетевые драйверы. Если проблема не исчезнет, перезапустите службу DHCP-клиента, отключите антивирус и брандмауэр и отключите маршрутизатор. Сообщите нам, помогли ли эти советы решить проблему.
Пользователи интернета и владельцы сайтов периодически сталкиваются с различными ошибками на веб-страницах. Одной из самых распространенных ошибок является error 500 (ошибка 500). Поговорим в нашей статье о том, что это за ошибка и как ее исправить.
Где и когда можно встретить ошибку 500
Вы можете увидеть ошибку на любом веб-ресурсе, браузере и устройстве. Она не связана с отсутствием интернет-соединения, устаревшей версией операционной системы или браузера. Кроме того, эта ошибка не указывает на то, что сайта не существует или он больше не работает.
Ошибка 500 говорит о том, что сервер не может обработать запрос к сайту, на странице которого вы находитесь. При этом браузер не может точно сообщить, что именно пошло не так.
Отображаться ошибка может по-разному. Вот пример:
Если вы решили купить что-то в любимом интернет-магазине, но увидели на сайте ошибку 500, не стоит сильно огорчаться – она лишь сообщает о том, что вам нужно подождать, пока она будет исправлена.
Если ошибка появилась на вашем сайте, то нужно скорее ее исправлять. Далее я расскажу, как это можно сделать.
Комьюнити теперь в Телеграм
Подпишитесь и будьте в курсе последних IT-новостей
Подписаться
Причины возникновения ошибки
Итак, ошибка 500 возникает, когда серверу не удается обработать запрос к сайту. Из-за этого пользователи не могут попасть на сайт, а поисковые системы полноценно с ним работать. Очевидно, что ошибка нуждается в исправлении. В первую очередь необходимо найти проблему.
Основной причиной ошибки 500 может быть:
- Неверный синтаксис файла .htaccess. htaccess – это файл, в котором можно задавать настройки для работы с веб-сервером Apache и вносить изменения в работу сайта (управлять различными перенаправлениями, правами доступа к файлам, опциями PHP, задавать собственные страницы ошибок и т.д.).
Узнать больше о файле .htaccess можно в статье «Создание и настройка .htaccess». - Ошибки в скриптах сайта, то есть сценариях, созданных для автоматического выполнения задач или для расширения функционала сайта.
- Нехватка оперативной памяти при выполнении скрипта.
- Ошибки в коде CMS, системы управления содержимым сайта. В 80% случаев виноваты конфликтующие плагины.
Год хостинга в подарок при заказе лицензии 1С-Битрикс
Выбирайте надежную CMS с регулярными обновлениями системы и профессиональной поддержкой.
Заказать
Как получить больше данных о причине ошибки
Что означает ошибка 500, мы теперь знаем. Когда она перестала быть таким загадочным персонажем, не страшно копнуть глубже — научиться определять причину ошибки. В некоторых случаях это можно сделать самостоятельно, так что обращаться за помощью к профильному специалисту не понадобится.
Отображение ошибки бывает разным. Ее внешний облик зависит от того, чем она вызвана.
Самые частые причины ошибки 500 можно распознать по тексту ошибки или внешнему виду страницы.
- Сообщение Internal Server Error говорит о том, что есть проблемы с файлом .htaccess (например, виновата некорректная настройка файла). Убедиться, что .htaccess является корнем проблемы, поможет следующий прием: переименуйте файл .htaccess, добавив единицу в конце названия. Это можно сделать с помощью FTP-клиента (например, FileZilla) или файлового менеджера на вашем хостинге (в Timeweb такой есть, с ним довольно удобно работать). После изменения проверьте доступность сайта. Если ошибка больше не наблюдается, вы нашли причину.
- Сообщение HTTP ERROR 500 или пустая страница говорит о проблемах со скриптами сайта. В случае с пустой страницей стоит учесть, что отсутствие содержимого сайта не всегда указывает на внутреннюю ошибку сервера 500.
Давайте узнаем, что скрывается за пустой страницей, обратившись к инструментам разработчика. Эта браузерная панель позволяет получить информацию об ошибках и другие данные (время загрузки страницы, html-элементы и т.д.).
Как открыть панель разработчика
- Нажмите клавишу F12 (способ актуален для большинства браузеров на Windows). Используйте сочетание клавиш Cmd+Opt+J, если используете Google Chrome на macOS. Или примените комбинацию Cmd+Opt+C в случае Safari на macOS (но перед этим включите «Меню разработки» в разделе «Настройки» -> «Продвинутые»). Открыть инструменты разработчика также можно, если кликнуть правой кнопкой мыши в любом месте веб-страницы и выбрать «Просмотреть код» в контекстном меню.
- Откройте вкладку «Сеть» (или «Network») и взгляните на число в поле «Статус». Код ответа об ошибке 500 — это соответствующая цифра.
Более детальную диагностику можно провести с помощью логов.
Простыми словами: лог — это журнал, в который записывается информация об ошибках, запросах к серверу, подключениях к серверу, действиях с файлами и т.д.
Как вы видите, данных в логи записывается немало, поэтому они разделены по типам. За сведениями о нашей ошибке можно обратиться к логам ошибок (error_log). Обычно такие логи предоставляет служба поддержки хостинга, на котором размещен сайт. В Timeweb вы можете включить ведение логов и заказать необходимые данные в панели управления. Разобраться в полученных логах поможет статья «Чтение логов».
Как устранить ошибку
Теперь поговорим о том, как исправить ошибку 500. Вернемся к популярным причинам этой проблемы и рассмотрим наиболее эффективные способы решения.
Ошибки в файле .htaccess
У этого файла довольно строгий синтаксис, поэтому неверно написанные директивы (команды) могут привести к ошибке. Попробуйте поочередно удалить команды, добавленные последними, и проверьте работу сайта.
Также найти проблемную директиву можно с помощью логов ошибок (через те же инструменты разработчика в браузере). На ошибку в директиве обычно указывает фраза «Invalid command». Информацию о верном написании директивы или способе исправления ошибок в .htaccess вы можете найти в интернете. Не нужно искать, почему сервер выдает ошибку 500, просто введите в строку поиска название нужной команды или текст ошибки из логов.
Ошибки в скриптах сайта
Скрипт не запускается
Обычно это происходит, когда существует ошибка в скрипте или функция, которая не выполняется. Для успешного запуска скрипта функция должна быть верно прописана, поддерживаться сервером и выполняться от используемой версии PHP. Бывают ситуации, когда функция несовместима с определенными версиями PHP. Получить более подробную информацию о той или иной функции можно в интернете.
Не хватает оперативной памяти
Если в логах вы видите ошибку «Allowed memory size», для устранения ошибки 500 стоит оптимизировать работу скрипта. Вы можете воспользоваться специальными расширениями для анализа производительности скрипта или обратиться за помощью к специалисту, который поработает над его оптимизацией.
Если ваш сайт размещен на отдельном физическом или виртуальном сервере, можно попробовать увеличить максимальное использование оперативной памяти на процесс (memory_limit). На шаред хостинге этот параметр обычно не изменяется, но есть возможность купить хостинг помощнее.
Ошибки в CMS
Если код CMS содержит неверный синтаксис, это может вывести сайт из строя. В таком случае логи сообщат вам об ошибке 500 текстом «PHP Parse error: syntax error, unexpected». Так происходит, когда некорректно работает плагин (или тема, используемая в CMS, но реже) либо есть ошибки в коде. Ошибка может быть допущена случайно, произойти при обновлении плагина или версии CMS.
При чтении логов обратите внимание на путь, который следует за сообщением об ошибке, ведь он может указать на проблемную часть кода или плагин. Если проблема в плагине, для восстановления работы сайта переименуйте на время папку, в которой он расположен. Попробуйте обновить плагин или откатить его до прежней версии. Если ситуацию не удается исправить, от расширения стоит отказаться либо заменить его аналогом.
Также в большинстве случаев подобные проблемы помогает решить поддержка CMS.
Информацию о других распространенных ошибках вы можете найти в статье «6 наиболее часто возникающих ошибок HTTP и способы их устранения».
Удачи!
Часть 1 Часть 2 Часть 3
Содержание
Распространенные проблемы портов и интерфейсов
Состояние порта или интерфейса – Disable или Shutdown
Порт или интерфейс в состоянии «errDisable»
Порт или интерфейс в неактивном состоянии
Увеличение значения счетчика отложенных кадров в интерфейсе коммутаторов Catalyst
Перемежающиеся сбои при выполнении функции set timer [значение] from vlan [№ vlan]
Несоответствие режима магистрального соединения
Кадры jumbo, giant и baby giant
Не удается проверить связь с конечным устройством
Использование команды Set Port Host или Switchport Host для устранения задержек во время запуска
Проблемы со скоростью/дуплексным режимом, автоматическим согласованием или сетевой платой
Петли в дереве STP
UDLD: одностороннее соединение
Отложенные кадры (Out-Lost или Out-Discard)
Неполадки программного обеспечения
Ошибки оборудования
Ошибки ввода в интерфейсе уровня 3, подключенном к коммутационному порту уровня 2.
Быстрое увеличение значения счетчика Rx-No-Pkt-Buff и ошибок ввода
Режим магистрального соединения между коммутатором и маршрутизатором
!—Дискуссионные форумы NetPro — избранные темы
—>Дополнительные сведения
Распространенные проблемы портов и интерфейсов
Состояние порта или интерфейса – Disable или Shutdown
Очевидная, но часто упускаемая из виду причина сбоя подключения к порту заключается в неправильной настройке коммутатора. Если индикатор порта горит постоянным оранжевым светом, это означает, что работа порта завершена программным обеспечением коммутатора, либо с помощью пользовательского интерфейса, либо внутренними процессами.
Примечание: Некоторые индикаторы портов данной платформы функционирует по отношению к протоколу STP отличным образом. Например, на коммутаторах серии Catalyst 1900/2820 индикаторы портов горят оранжевым светом, когда порты функционируют в режиме блокирования STP. В этом случае оранжевый свет может означать нормальную работу протокола STP. На коммутаторах серии Catalyst 6000/5000/4000 индикаторы портов не загораются оранжевым светом в случае блокирования портов протоколом STP.
Убедитесь, что порт или модуль не отключен или не выключен по каким-либо причинам. Если на одной стороне соединения работа порта или модуля завершена вручную, это соединение активируется только после повторного включения порта. Проверьте состояние порта на обеих сторонах.
В CatOS выполните команду show port и, если порт отключен, включите его.
Port Name Status Vlan Duplex Speed Type ----- -------------------- ---------- ---------- ------ ----- ------------ 3/1 disabled 1 auto auto 10/100BaseTX !--- Use the set port enable mod/port command to re-enable this port.
Используйте команду show module , чтобы определить, отключен ли данный модуль. Если модуль отключен, включите его.
Mod Slot Ports Module-Type Model Sub Status --- ---- ----- ------------------------- ------------------- --- -------- 2 2 2 1000BaseX Supervisor WS-X6K-SUP1A-2GE yes ok 16 2 1 Multilayer Switch Feature WS-F6K-MSFC no ok 3 3 48 10/100BaseTX Ethernet WS-X6348-RJ-45 no disable !--- Use the set module enable mod/port command to re-enable this port.
Для Cisco IOS используйте команду show run interface и проверьте, не находится ли данный интерфейс в состоянии завершения работы:
Switch#sh run interface fastEthernet 4/2 ! interface FastEthernet4/2 switchport trunk encapsulation dot1q switchport mode trunk shutdown duplex full speed 100 end !--- Use the no shut command in config-if mode to re-enable this interface.
Если порт переходит в режим завершения работы сразу после перезагрузки коммутатора, вероятная причина заключается в настройке безопасности порта. Если в данном порту включена односторонняя лавинная маршрутизация, это может вызывать завершение работы порта после перезагрузки. На практике компании осуществляющее абонетское техническое облуживание компьютеров и сетевого оборудования отключают одностороннюю лавинную маршрутизацию. Корпорация Cisco рекомендует отключать одностороннюю лавинную маршрутизацию, так как это также гарантирует, что в таком порте не возникнет лавинная маршрутизация после достижения ограничения MAC-адресов.
Порт или интерфейс в состоянии «errDisable»
По умолчанию программное обеспечение, установленное на коммутаторе, может завершить работу порта или интерфейса при обнаружении определенных ошибок.
В выходных данных команды show port для CatOS может указываться состояние errdisable:
switch>(enable) sh port 4/3 Port Name Status Vlan Duplex Speed Type ----- -------------------- ---------- ---------- ------ ----- ------------ 4/3 errdisable 150 auto auto 10/100BaseTX !--- The show port command displays a status of errdisable.
Можно также воспользоваться командой show interface card-type {slot/port} status для Cisco IOS:
Router#show int fasteth 2/4 status Port Name Status Vlan Duplex Speed Type Gi2/4 err-disabled 1 full 1000 1000BaseSX !--- The show interfaces card-type {slot/port} status command for Cisco IOS !--- displays a status of errdisabled. !--- The show interfaces status errdisabled command shows all the interfaces !--- in this status.
Команда show logging buffer для CatOS и команда show logging для Cisco IOS также отображают сообщения об ошибках (точный формат сообщений различен), связанные с состоянием «errdisable».
Порты или интерфейсы, работа которых завершается из-за состояния ошибки, в CatOS и в Cisco IOS считаются причинами. Причины этого различны: от неправильной настройки EtherChannel, которая вызывает PAgP-переброску, до несоответствия дуплексных режимов, одновременной настройки режима PortFast и защиты порта от блоков BPDU, функции обнаружения односторонной связи (UDLD) и т.д.
Необходимо вручную включить порт или интерфейс, чтобы вывести его из состояния «errdisable», если не настроено восстановление из состояния «errdisable». В программном обеспечении CatOS версии 5.4(1) и выше поддерживается автоматическое повторное включение порта после его пребывания в состоянии отключения после ошибки в истечение настраиваемого периода времени. Cisco IOS в большинстве коммутаторов также обладают этой функциональной возможностью. Нижняя строка имеет этот вид, даже если настроить интерфейс на восстановление из состояния. Данная проблема продолжает возникать, пока не будет устранена ее основная причина.
Дополнительные сведения о причинах состояния «errdisable» для коммутаторов и восстановлении из него см. в документе Восстановление при состоянии порта «errDisable» на платформах CatOS.
Примечание: Используйте эту ссылку в качестве справки по состоянию «errdisable» на коммутаторах с Cisco IOS, так как основные причины одинаковы, вне зависимости от используемой операционной системы.
В этой таблице сравниваются команды, используемые для настройки проверки и устранения состояния «errdisable» на коммутаторах с CatOS и Cisco IOS. Выберите команду для перехода к документации по командам.
Команды CatOS для работы с состоянием «errdisable» |
Действие |
Команды Cisco IOS для работы с состоянием «errdisable» |
---|---|---|
set errdisable-timeout {enable | disable} {reason} |
установка или настройка |
errdisable detect cause errdisable recovery cause |
set errdisable-timeout interval {interval |
установка или настройка |
errdisable recovery {interval |
show errdisable-timeout |
проверка и устранение неполадок |
show errdisable detect show interfaces status err-disabled |
Порт или интерфейс в неактивном состоянии
Одна из распространенных причин отсутствия активности портов на коммутаторах с CatOS — исчезновение сети VLAN, которой они принадлежат. Такая же проблема может возникнуть на коммутаторах с Cisco IOS, когда интерфейсы настроены в качестве портов коммутатора уровня 2 с помощью команды switchport .
Каждый порт коммутатора уровня 2 принадлежит сети VLAN. Каждый порт коммутатора уровня 3, настроенный в качестве коммутационного порта L2, также должен принадлежать некоторой сети VLAN. При удалении такой сети VLAN соответствующий порт или интерфейс становятся неактивным.
Примечание: Когда это происходит, на некоторых коммутаторах индикатор горит постоянным оранжевым светом на каждом порте.
В CatOS используйте команду show port или show port status вместе с командой show vlan для проверки:
Switch> (enable) sh port status 2/2 Port Name Status Vlan Duplex Speed Type ----- -------------------- ---------- ---------- ------ ----- ------------ 2/2 inactive 2 full 1000 1000BaseSX !--- Port 2/2 is inactive for VLAN 2. Switch> (enable) sh vlan VLAN Name Status IfIndex Mod/Ports, Vlans ---- -------------------------------- --------- ------- ------------------------ 1 default active 5 2/1 !--- VLANs are displayed in order and VLAN 2 is missing.
Для Cisco IOS используйте команду show interfaces card-type {slot/port} switchport вместе с командой show vlan , чтобы проверить.
Router#sh interfaces fastEthernet 4/47 switchport Name: Fa4/47Switchport: Enabled Administrative Mode: static access Operational Mode: static access Administrative Trunking Encapsulation: negotiate Operational Trunking Encapsulation: native Negotiation of Trunking: Off Access Mode VLAN: 11 ((Inactive)) !--- FastEth 4/47 is inactive. Router#sh vlan VLAN Name Status Ports ---- -------------------------------- --------- ------------------------------- 1 default active Gi1/1, Gi2/1, Fa6/6 10 UplinkToGSR's active Gi1/2, Gi2/2 !--- VLANs are displayed in order and VLAN 11 is missing. 30 SDTsw-1ToSDTsw-2Link active Fa6/45
Если коммутатор, удаливший сеть VLAN, является VTP-сервером для VTP-домена, у всех коммутаторов серверов и клиентов этого домена данная сеть VLAN также удаляется из их таблицы сетей VLAN. Когда данная сеть VLAN снова добавляется в таблицу сетей VLAN коммутатора VTP-сервера, порты коммутаторов домена, принадлежащие восстановленной сети VLAN, снова становятся активными. Порт помнит, какой сети VLAN он назначен, даже если эта сеть VLAN удалена.
Увеличение значения счетчика отложенных кадров в интерфейсе коммутаторов Catalyst
Отбрасывание кадров вызвано чрезмерной нагрузкой трафиком данного коммутатора. Обычно отложенные кадры — это кадры, которые были переданы успешно после ожидания носителя, так как он был занят. Они обычно наблюдаются в полудуплексных средах, в которых несущая уже используется, при попытке передачи кадра. Однако в дуплексных средах эта проблема возникает, когда к коммутатору направляется чрезмерная нагрузка.
Ниже описывается обходное решение.
-
Чтобы избежать ошибок согласования, жестко задайте использование дуплексного режима на обеих сторонах соединения.
-
Замените кабель и шнур коммутационной панели, чтобы гарантировать исправность кабеля и соединительных шнуров.
Перемежающиеся сбои при выполнении функции set timer [значение] from vlan [№ vlan]
Данная проблема возникает, когда логической схеме распознавания закодированных адресов (Encoded Address Recognition Logic, EARL) не удается задать требуемое число секунд для времени устаревания CAM сети VLAN. В данном случае время устаревания сети VLAN уже настроено на быстрое устаревание.
Когда сеть VLAN уже находится в процессе быстрого устаревания, схема EARL не может ее настроить на быстрое устаревание, процесс настройки таймера устаревания блокирован. По умолчанию время устаревания CAM равно пяти минутам, т.е. каждые 5 минут коммутатор очищает таблицу полученных MAC-адресов. Это гарантирует, что в таблице MAC-адресов (таблица CAM) содержатся только самые последние записи.
При быстром устаревании время устаревания CAM временно становится равным числу секунд, заданному пользователем, и используется в процессе создания уведомлений об изменении топологии (TCN). Идея заключается в том, что при изменении топологии это значение необходимо для ускорения очистки таблицы CAM, чтобы компенсировать изменение топологии.
Выполните команду show cam aging , чтобы проверить время устаревания CAM на данном коммутаторе. Процессы TCN и быстрого устаревания выполняются достаточно редко. Поэтому данное сообщение имеет уровень важности 3. Если сети VLAN часто участвуют в процессе быстрого устаревания, проверьте причину этого.
Наиболее распространенная причина уведомлений об изменении топологии — клиентские ПК, напрямую подключенные к коммутатору. При включении или отключении питания ПК порт коммутатора изменяет состояние, а коммутатор начинает процесс уведомления об изменении топологии. Это вызвано тем, что коммутатору неизвестно, что подключенное устройство является ПК. Коммутатору известно лишь то, что порт изменил состояние.
Чтобы разрешить данную проблему, корпорация Cisco разработала функцию PortFast для портов узлов. Преимущество PortFast заключается в том, что данная функция подавляет уведомление об изменении топологии для порта хоста. При проведени IT-аудита рекомендуется обозначать порты на которых включена функция PortFast.
Примечание: Кроме того, поскольку функция PortFast игнорирует вычисление топологии STP для порта, она может применяться только для портов хостов.
Чтобы включить PortFast для порта, выполните одну из следующих команд:
set spantree portfast mod/port enable | disable
или
set port host mod/port Корпорация Cisco рекомендует использовать эту команду, если на коммутаторе используется CatOS5.4 или более высокой версии.
Несоответствие режима магистрального соединения
Проверьте режим магистрального соединения на каждой стороне связи. Убедитесь, что на обеих сторонах используется либо один и тот же режим магистрального соединения (ISL или IEEE 802.1Q), либо на обеих сторонах режим магистрального соединения отключен. Если включить режим магистрального соединения («on» вместо «auto» или «desirable») на одном порте, а на другом его отключить (off), порты не смогут обмениваться данными. Режим магистрального соединения изменяет форматирование пакета. Порты должны согласовать формат, используемый для данного соединения, иначе они не поймут друг друга.
В CatOS используйте команду show trunk {mod/port}, чтобы проверить статус магистрали и убедиться в совпадении параметров собственной сети VLAN (для dot1q) на обеих сторонах.
Switch> (enable) sh trunk 3/1 * - indicates vtp domain mismatch Port Mode Encapsulation Status Native vlan -------- ----------- ------------- ------------ ----------- 3/1 desirable dot1q trunking 1 Port Vlans allowed on trunk -------- --------------------------------------------------------------------- 3/1 1-1005,1025-4094 !--- Output truncated.
Для Cisco IOS используйте команду show interfaces card-type {mod/port} trunk , чтобы проверить конфигурацию режима магистрального соединения и собственную сеть VLAN.
Router#sh interfaces fastEthernet 6/1 trunk Port Mode Encapsulation Status Native vlan Fa6/1 desirable 802.1q trunking 1 Port Vlans allowed on trunk Fa6/1 1-4094 !--- Output truncated.
Рекомендации, ограничения, а также дополнительные сведения о различных режимах магистрального соединения см. в следующих документах:
-
Системные требования для реализации режима магистрального соединения
-
Страница поддержки технологии магистрального соединения
Кадры jumbo, giant и baby giant
По умолчанию максимальный размер передаваемого блока данных (MTU) для кадра Ethernet равен 1500 байтам. Если в передаваемом трафике MTU превышает поддерживаемое значение MTU, коммутатор не пересылает такой пакет. Кроме того, в зависимости от аппаратного и программного обеспечения на некоторых платформах в результате увеличиваются значения счетчиков ошибок портов и интерфейсов.
-
Jumbo-кадры не определены в стандарте IEEE Ethernet и зависят от поставщика. Их можно определить как кадры размера, превышающего размер стандартного кадра Ethernet (1518 байтов, включая заголовок L2 и контрольную сумму CRC). Размер jumbo-кадров обычно значительно больше (более 9000 байтов).
-
Кадры giant определяются как кадры с неверным значением последовательности FCS, размер которых превышает размер максимального кадра Ethernet (1518 байтов).
-
Кадры baby giant — это кадры, лишь незначительно превышающие максимальный размер кадра Ethernet. Обычно это кадры размером до 1600 байтов.
Поддержка jumbo-кадров и кадров baby giant на коммутаторах Catalyst зависит от платформы и даже от модулей внутри коммутатора. Поддержка jumbo-кадров также зависит от версии программного обеспечения.
Дополнительные сведения о требованиях к системе, настройке, поиску и устранению проблем, связанных с jumbo-кадрами и кадрами baby giant см. в документе Настройка поддержки кадров jumbo/giant на коммутаторах Catalyst .
Не удается проверить связь с конечным устройством
Проверьте связь с конечным устройством, сначала отправляя эхо-запросы из напрямую подключенного коммутатора, затем последовательно проверяйте каждый порт, интерфейс и магистраль, пока не будет найден источник проблемы подключения. Убедитесь, что каждому коммутатору доступен MAC-адрес конечного устройства в таблице CAM.
В CatOS используйте команду show cam dynamic {mod/port}.
Switch> (enable) sh cam dynamic 3/1 * = Static Entry. + = Permanent Entry. # = System Entry. R = Router Entry. X = Port Security Entry $ = Dot1x Security Entry VLAN Dest MAC/Route Des [CoS] Destination Ports or VCs / [Protocol Type] ---- ------------------ ----- ------------------------------------------- 2 00-40-ca-14-0a-b1 3/1 [ALL] !--- A workstation on VLAN 2 with MAC address 00-40-ca-14-0a-b1 is seen in the CAM table !--- on the trunk port of a switch running CatOS. Total Matching CAM Entries Displayed =1 Console> (enable)
Для Cisco IOS используйте команду show mac address-table dynamic или подставьте ключевое слово interface.
Router# sh mac-address-table int fas 6/3 Codes: * - primary entry vlan mac address type learn qos ports ------+----------------+--------+-----+---+-------------------------- * 2 0040.ca14.0ab1 dynamic No -- Fa6/3 !--- A workstation on VLAN 2 with MAC address 0040.ca14.0ab1 is directly connected !--- to interface fastEthernet 6/3 on a switch running Cisco IOS.
Если известно, что в таблице CAM коммутатора действительно содержится MAC-адрес устройства, определите, принадлежит ли данное устройство сети VLAN, которой принадлежит узел, где предпринимается попытка установления связи.
Если конечное устройство относится к другой сети VLAN, необходимо настроить коммутатор L3 или маршрутизатор, чтобы разрешить связь между устройствами. Убедитесь в правильной настройке адресации L3 на конечном устройстве и в маршрутизаторе или коммутаторе L3. Проверьте IP-адрес, маску подсети, основной шлюз, конфигурацию протокола динамической маршрутизации, статические маршруты и т.д.
Использование команды Set Port Host или Switchport Host для устранения задержек во время запуска
Если станциям не удается связаться со своими основными серверами при подключении через коммутатор, то проблема может быть связана с задержками в порту коммутатора, который становится активным после включения соединения на физическом уровне. В некоторых случаях задержки могут достигать 50 секунд.
Некоторые рабочие станции просто не могут ждать так долго во время поиска своих серверов. Такие задержки вызываются протоколом STP, согласованиями режима магистрального соединения (DTP) и согласованиями EtherChannel (PAgP). Все эти протоколы можно отключить для портов доступа, где они не нужны. В результате порт или интерфейс коммутатора начинает пересылать пакеты всего через несколько секунд после установления соединения с соседним устройством.
Команда set port host введена в CatOS версии 5.4. Эта команда отключает режим канала и режим магистрального соединения и переводит порт в STP-состояние пересылки.
Switch> (enable) set port host 3/5-10 Port(s) 3/5-10 channel mode set to off. !--- The set port host command also automatically turns off etherchannel on the ports. Warning: Spantree port fast start should only be enabled on ports connected to a single host. Connecting hubs, concentrators, switches, bridges, etc. to a fast start port can cause temporary spanning tree loops. Use with caution. !--- Notice the switch warns you to only enable port host on access ports. Spantree ports 3/5-10 fast start enabled. Dot1q tunnel feature disabled on port(s) 3/5-10. Port(s) 3/5-10 trunk mode set to off. !--- The set port host command also automatically turns off trunking on the ports.
Примечание: В CatOS версий, предшествующих версии 5.4, использовалась команда set spantree portfast {mod/port} enable . В текущих версиях CatOS сохраняется возможность использования только этой команды, однако для этого необходимо по отдельности отключить режим магистрального соединения и EtherChannel, чтобы максимально снизить время задержек при запуске рабочих станций. Ниже перечислены необходимые дополнительные команды: set port channel {mod/port} off и set trunk {mod/port} off.
Для Cisco IOS можно использовать команду switchport host , чтобы отключить объединение портов в канал и включить функцию PortFast протокола STP, и команду switchport nonegotiate , чтобы отключить пакеты согласования DTP. Используйте команду interface-range , чтобы сделать это одновременно на нескольких интерфейсах.
Router6k-1(config)#int range fastEthernet 6/13 - 18 Router6k-1(config-if-range)#switchport Router6k-1(config-if-range)#switchport host switchport mode will be set to access spanning-tree portfast will be enabled channel group will be disabled !--- Etherchannel is disabled and portfast is enabled on interfaces 6/13 - 6/18. Router6k-1(config-if-range)#switchport nonegotiate !--- Trunking negotiation is disabled on interfaces 6/13 - 6/18. Router6k-1(config-if-range)#end Router6k-1#
В Cisco IOS есть возможность использования команды global spanning-tree portfast default для автоматического применения функции PortFast к любому интерфейсу, настроенному в качестве коммутационного порта доступа уровня 2. Описание возможностей этой команды см. в Справочнике по командам для используемого выпуска программного обеспечения. Можно также воспользоваться командой spanning-tree portfast для каждого интерфейса, однако для этого необходимо по отдельности отключить режим магистрального соединения и EtherChannel, чтобы максимально снизить время задержек при запуске рабочих станций.
Дополнительные сведения об устранении задержек во время запуска см. в документе Использование режима PortFast и других команд для устранения задержек соединения во время запуска рабочей станции.
Проблемы со скоростью/дуплексным режимом, автоматическим согласованием или сетевой платой
В случае большого количества ошибок выравнивания, ошибок FCS или поздних конфликтов это может указывать на одно из следующего:
-
несоответствие дуплексных режимов
-
неисправный или поврежденный кабель
-
неполадки сетевой платы
Несоответствие дуплексных режимов
Распространенная проблема со скоростью/дуплексным режимом — несоответствие параметров дуплексных режимом между двумя коммутаторами, между коммутатором и маршрутизатором, либо между коммутатором и рабочей станцией или сервером. Такая ситуация может возникать, если параметры скорости и дуплексных режимов запрограммированы жестко вручную, или в случае проблем автоматического согласования между двумя устройствами.
Если такое несоответствие возникает между двумя устройствами Cisco с включенным протоколом CDP, в консоли или буфере регистрации обоих устройств отображаются CDP-сообщения об ошибках. Протокол CDP полезен при обнаружении ошибок, а также для сбора статистики о портах и системах соседних устройств Cisco. Протокол CDP разработан корпорацией Cisco. Он работает путем отправки пакетов хорошо известному MAC-адресу 01-00-0C-CC-CC-CC.
В рассмотренном ниже примере показаны сообщения журнала, которые появляются в результате несоответствия дуплексных режимов между двумя коммутаторами серии Catalyst 6000: на одном используется CatOS, а на другом — Cisco IOS. В таких сообщениях обычно сообщается суть несоответствия и место его возникновения.
2003 Jun 02 11:16:02 %CDP-4-DUPLEXMISMATCH:Full/half duplex mismatch detected on port 3/2 !--- CatOS switch sees duplex mismatch. Jun 2 11:16:45 %CDP-4-DUPLEX_MISMATCH: duplex mismatch discovered on FastEthernet6/2 (not half duplex), with TBA04251336 3/2 (half duplex). !--- Cisco IOS switch sees duplex mismatch.
В CatOS используйте команду show cdp neighbor [mod/port] detail для отображения данных протокола CDP о соседних устройствах Cisco.
Switch> (enable) sh cdp neighbor 3/1 detail Port (Our Port): 3/1 Device-ID: Router Device Addresses: IP Address: 10.1.1.2 Holdtime: 133 sec Capabilities: ROUTER SWITCH IGMP Version: Cisco Internetwork Operating System Software IOS (tm) c6sup2_rp Software (c6sup2_rp-PK2S-M), Version 12.1(13)E6, EARLY DEPL OYMENT RELEASE SOFTWARE (fc1) TAC Support: http://www.cisco.com/tac Copyright (c) 1986-2003 by cisco Systems, Inc. Compiled Fri 18-Apr-03 15:35 by hqluong Platform: cisco Catalyst 6000 Port-ID (Port on Neighbors's Device): FastEthernet6/1 !--- Neighbor device to port 3/1 is a Cisco Catalyst 6000 Switch on !--- FastEth 6/1 running Cisco IOS. VTP Management Domain: test1Native VLAN: 1 Duplex: full !--- Duplex is full. System Name: unknown System Object ID: unknown Management Addresses: unknown Physical Location: unknown Switch> (enable)
Для Cisco IOS используйте команду show cdp neighbors card-type {slot/port} detail для отображения данных протокола CDP о соседних устройствах Cisco.
Router#sh cdp neighbors fastEthernet 6/1 detail ------------------------- Device ID: TBA04251336 Entry address(es): IP address: 10.1.1.1 Platform: WS-C6006, Capabilities: Trans-Bridge Switch IGMP Interface: FastEthernet6/1, Port ID (outgoing port): 3/1 Holdtime : 152 sec Version : WS-C6006 Software, Version McpSW: 6.3(3) NmpSW: 6.3(3) Copyright (c) 1995-2001 by Cisco Systems !--- Neighbor device to FastEth 6/1 is a Cisco Catalyst 6000 Switch !--- on port 3/1 running CatOS. advertisement version: 2 VTP Management Domain: 'test1' Native VLAN: 1 Duplex: full !--- Duplex is full. Router#
Установка значения «auto» для параметров скорости/дуплексного режима на одной стороне и значения «100/Full-duplex» на другой также является неправильной конфигурацией и может привести к несоответствию дуплексных режимов. Если в порту коммутатора возникает много поздних конфликтов, это обычно указывает на проблему несоответствия дуплексных режимов и может привести к переводу порта в состояние отключения из-за ошибки. Сторона с полудуплексным режимом ожидает пакеты только в определенные промежутки времени, не постоянно, поэтому получение пакета в несоответствующее время воспринимается как конфликт. Существуют и другие причины поздних конфликтов, кроме несоответствия дуплексных режимов, но это одна из самых распространенных причин. Всегда на обеих сторонах соединения настраивайте автоматическое согласование скорости/дуплексного режима или задавайте эти параметры на обеих сторонах вручную.
В CatOS используйте команду show port status [mod/port] для отображения настроек скорости и дуплексного режима и другой информации. Используйте команду set port speed и set port duplex для жесткой настройки обеих сторон на значения 10 или 100 и «half» или «full», при необходимости.
Switch> (enable) sh port status 3/1 Port Name Status Vlan Duplex Speed Type ----- -------------------- ---------- ---------- ------ ----- ------------ 3/1 connected 1 a-full a-100 10/100BaseTX Switch> (enable)
Для Cisco IOS используйте команду show interfaces card-type {slot/port} status для отображения параметров скорости и дуплексного режима, а также другой информации. Используйте команду скорость и duplex в режиме конфигурации интерфейса для жесткой настройки обеих сторон на значения 10 или 100 и «half» или «full», при необходимости.
Неисправный или поврежденный кабель
Всегда проверяйте кабель на наличие заметного повреждения или сбоя. Кабель может быть достаточно хорошим для соединений на физическом уровне, и в тоже время повреждать пакеты в результате скрытого повреждения проводов или разъемов. Проверьте или замените медный или оптоволоконный кабель. Замените конвертер GBIC (если можно) для оптоволоконных соединений. Исключите все неправильные подключения к коммутационной панели и медиаконвертеры между источником и назначением. Попробуйте вставить кабель в другой порт или интерфейс (если есть) и проверить, сохранится ли данная проблема.
Проблемы автоматического согласования и сетевых плат
Иногда возникают проблемы между коммутаторами Cisco и определенными сетевыми платами сторонних производителей. По умолчанию порты и интерфейсы коммутаторов Catalyst настроены на автоматическое согласование. Такие устройства, как портативные компьютеры или другие устройства, также обычно настраиваются на автоматическое согласование, тем не менее иногда возникают проблемы с автоматическим согласованием.
Для устранения проблем с автоматическим согласованием часто рекомендуется жестко запрограммировать обе стороны. Если ни автоматическое согласование, ни жесткое программирование не работает, возможно, возникла неполадка в микропрограмме или программном обеспечении сетевой платы. Для разрешения проблемы обновите драйвер сетевой платы до последней версии, доступной на веб-узле производителя.
Подробные сведения о разрешении проблем с параметрами скорости/дуплексного режима и автоматическим согласованием см. в документе Настройка и устранение неполадок автоматического согласования Ethernet 10/100/1000 MB в полудуплексном и дуплексном режимах.
Петли в дереве STP
Петли протокола STP могут вызвать серьезные проблемы с производительностью, маскирующиеся под неполадки портов или интерфейсов. В такой ситуации, пропускная способность снова и снова используется одними и теми же кадрами, оставляя очень мало ресурсов законному трафику.
В данном документе рассматриваются причины возможных сбоев протокола STP, информация, которую необходимо найти для идентификации источника проблемы, и типы проектов, минимизирующие риски STP.
Петли также могут вызываться однонаправленными соединениями. Дополнительные сведения о проблемах, связанных с однонаправленными соединениями, см. в разделе «UDLD: одностороннее соединение» настоящего документа.
UDLD: одностороннее соединение
Однонаправленное соединение — это соединение, при котором трафик передается только в одном направлении, а в обратном направлении трафик отсутствует. Коммутатору не известно, что соединение для обратного трафика не функционирует (соединение воспринимается портом как активное и работоспособное).
Вышедший из строя оптоволоконный кабель или другие проблемы, связанные с кабелем/портом, могут стать причиной превращения соединения в одностороннее. Эти частично работающие соединения могут вызывать такие проблемы, как петли STP, если задействованные коммутаторы не осведомлены о частичной неисправности соединения. Функция обнаружения однонаправленной связи (UDLD) может перевести порт в состояние «errdisable» при обнаружении однонаправленного соединения. Команду «udld aggressive-mode» можно использовать на коммутаторах с CatOS и Cisco IOS (сведения о поддерживаемых командах см. в заметках о выпуске) для соединений «точка-точка» между коммутаторами, в которых неправильно функционирующие соединения не допускаются. Эта функция может помочь при идентификации трудно обнаруживаемых проблем, связанных с возникновением однонаправленной связи.
Сведения о настройке функции обнаружения однонаправленной связи (UDLD) см. в документе Общие сведения и настройка протокола обнаружения однонаправленной связи (UDLD).
Отложенные кадры (Out-Lost или Out-Discard)
Большое количество отложенных или «Out-Discard» кадров (на некоторых платформах они также называются Out-Lost) означает, что выходные буферы коммутатора полностью заполнены и коммутатор был вынужден отбрасывать данные пакеты. Причиной этого может быть то, что данный сегмент функционирует при недостаточных параметрах скорости и/или дуплексного режима, либо что через порт проходит слишком большой объем трафика.
Сбои буфера вывода могут вызываться следующими причинами:
Неоптимальная скорость/дуплексный режим для заданного объема трафика
Сеть может пересылать через порт слишком много пакетов, чтобы порт мог их обработать при текущих параметрах скорости/дуплексного режима. Это может произойти на участках, где осуществляется передача от нескольких высокоскоростных портов к одному (обычно более медленному) порту. Устройство, вызвавшее зависание порта, можно подключить к более быстрому носителю. Например, если порт работает на скорости 10 Мбит/с, подключите данное устройство к порту 100 Мбит/с или к порту Gigabit. Можно изменить топологию, чтобы поменять маршрутизацию кадров.
Проблемы перегруженности: сегмент слишком занят
Если является общим, другие устройства в данном сегменте могут передавать так много данных, что у коммутатора нет возможности для передачи. По возможности избегайте каскадного подключения концентраторов. Перегруженность может привести к потере пакетов. Потеря пакетов вызывает повторные передачи на транспортном уровне, что в свою очередь приводит к возникновению задержки на уровне приложений. По возможности замените соединения с пропускной способностью 10 Мбит/с на линии 100 Мбит/с или Gigabit Ethernet. Некоторые устройства можно перенести из перегруженных в менее загруженные сегменты. Задача устранения перегруженности сети должна быть приоритетной.
Приложения
Порой характеристики передачи трафика используемых приложений могут привести к проблемам с выходными буферами. Передачи файлов NFS от подключенного к плате Gigabit сервера, использующего протокол UDP с размером окна 32K, представляют пример настройки приложения, которые приводят к данному типу проблемы. Если все другие советы и инструкции (проверка скорости/дуплексного режима, проверка наличия физических ошибок соединения, допустимости всего трафика и т.д.), предлагаемые в данном документе, не помогли устранить данную проблему, уменьшите размер отправляемых приложением блоков. Это поможет смягчить негативное влияние неполадки.
Неполадки программного обеспечения
Если наблюдаемое поведение системы/сети можно охарактеризовать только как «странное», определите конкретный узел, являющийся источником неполадок. Проведите все предложенные до сих пор проверки. Если это не помогает устранить возникшие неполадки, возможно, наличие проблем программного или аппаратного обеспечения. Обычно проще обновить программное обеспечение, чем оборудование. Сначала обновите программное обеспечение.
В CatOS используйте команду show version , чтобы проверить версию текущего программного обеспечения и освободить флеш-память для обновления.
Для Cisco IOS используйте команду show version , чтобы проверить версию текущего программного обеспечения, вместе с командой dir flash: или dir bootflash: (в зависимости от платформы), чтобы проверить доступную флеш-память для обновления
Обновление программного обеспечения
Чтобы получить информацию об обновлении ПО для коммутаторов Catalyst, выберите необходимую платформу в списке коммутаторов для ЛВС (LAN Switches) или коммутаторов ATM (ATM Switches), а затем перейдите к разделам «Configuration» (Настройка) > Software Upgrade (Обновление ПО) и Working With Configuration Files (Работа с файлами конфигурации).
Несовместимость аппаратного и программного обеспечения
Возможна ситуация, когда программное обеспечение несовместимо с оборудованием. Такое случается, когда поступает новое оборудование, требующее специальной поддержки от программного обеспечения. Для получения дополнительных сведений о совместимости программного обеспечения используйте средство Software Advisor.
Ошибки в программном обеспечении
В операционной системе могут быть ошибки. После загрузки более новой версии программного обеспечения нередко проблема устраняется. С помощью средства поиска ошибок в ПО можно искать информацию об известных ошибках в программном обеспечении.
Поврежденные образы
Образ может быть поврежден или утрачен. Чтобы получить информацию о восстановлении поврежденных образов ПО, выберите необходимую платформу в списке коммутаторов для ЛВС (LAN Switches) или коммутаторов ATM (ATM Switches), а затем перейдите к разделам «Troubleshooting» (Устранение неполадок) > «Recovery from Corrupted or Missing Software» (Восстановление поврежденного или отсутствующего образа ПО).
Ошибки оборудования
Проверьте результаты выполнения команды show module для коммутаторов серии Catalyst 6000 и 4000 с ПО CatOS или Cisco IOS.
Switch> (enable) sh mod Mod Slot Ports Module-Type Model Sub Statu --- ---- ----- ------------------------- ------------------- ----------- 1 1 2 1000BaseX Supervisor WS-X6K-S2U-MSFC2 yes ok 15 1 1 Multilayer Switch Feature WS-F6K-MSFC2 no ok 3 3 8 1000BaseX Ethernet WS-X6408A-GBIC no faulty 5 5 48 10/100BaseTX Ethernet WS-X6348-RJ-45 no faulty !--- Status of "faulty" indicates a possible hardware problem. !--- This could be a line card problem, but since two mods are effected, !--- perhaps there's a problem with the supervisor. !--- Use the reset command (CatOS) or hw-module{mod}reset command (Cisco IOS), !--- or try physically reseating the modules and the supervisor. !--- Also, try moving the supervisor to slot 2.
Проверьте результаты выполнения процедуры POST на коммутаторе, чтобы проверить появление указаний на сбои портов коммутатора. В случае сбоя теста модуля или порта в результатах тестирования отображается буква «F».
В CatOS используйте команду show test , чтобы просмотреть результаты всех тестов. Чтобы просмотреть результаты тестов для каждого модуля, используйте команду show test {mod} команда:
Switch> (enable) sh test 3 Diagnostic mode: complete (mode at next reset: minimal) !--- The diaglevel is set to complete which is a longer but more thorough test. !--- The command to do this for CatOS is set test diaglevel complete. Module 3 : 16-port 1000BaseX EthernetLine Card Status for Module 3 : PASS Port Status : Ports 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 ----------------------------------------------------- . . . . . . . . . . . . . . . . GBIC Status : Ports 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16----------------------------------------------------- . . . . . N . . . . . . . . N N Line Card Diag Status for Module 3 (. = Pass, F = Fail, N = N/A) Loopback Status [Reported by Module 1] : Ports 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 ----------------------------------------------------- F F F F F F F F F F F F F F F F !--- The failed loopback tests mean the ports are currently unusable. !--- Use the reset {mod} command or, if necessary, physically reseat the !--- module to try and fix this problem. !--- If these steps fail, open a case with Cisco Technical Support.
Для Cisco IOS на модульных коммутаторах, таких как Cat6000 и 4000, используйте команду show diagnostics. Чтобы просмотреть результаты процедуры POST для каждого модуля, используйте команду show diagnostics module {mod} команда.
ecsj-6506-d2#sh diagnostic module 3 Current Online Diagnostic Level = Minimal !--- The diagnostic level is set to minimal which is a shorter, !--- but also less thorough test result. !--- You may wish to configure diagnostic level complete to get more test results. Online Diagnostic Result for Module 3 : MINOR ERROR Online Diagnostic Level when Line Card came up = Minimal Test Results: (. = Pass, F = Fail, U = Unknown) 1 . TestLoopback : Port 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 ---------------------------------------------------------------------------- . . . . . . . . . . . . . . . . . . F F F F F F !--- Notice the MINOR ERROR test result and failed loopback test which means !--- these ports are currently unusable. !--- Use the hw-module{mod}reset command or, if necessary, physically reseat the !--- module to try and fix this problem. !--- If these steps fail, open a case with Cisco Technical Support.
Примечание: Для коммутаторов серии Catalyst 3750, 3550, 2970 , 2950/2955 и 2900/3500XL используйте команду show post , которая сообщает о прохождении или сбое проверки состояния оборудования. Индикаторы на этих портах помогают понять результаты процедуры POST. См. документ Общие сведения о результатах процедуры Post.
Чтобы получить дополнительную информацию об устранении аппаратных проблем на коммутаторах Catalyst с CatOS и Cisco IOS, перейдите на страницы поддержки ATM-коммутаторов и коммутаторов для ЛВС, выберите необходимую платформу и перейдите к разделам Troubleshooting (Устранение неполадок) > Hardware (Оборудование).
Уведомления об обнаруженных проблемах см. в разделе Field Notices (Уведомления о дефектах) для ATM-коммутаторов и коммутаторов для ЛВС.
Ошибки ввода в интерфейсе уровня 3, подключенном к коммутационному порту уровня 2.
По умолчанию все порты уровня 2 находятся в режиме dynamic desirable (динамическое согласование), поэтому такой порт пытается сформировать магистральный канал и отправляет DTP-пакеты удаленному устройству. Когда интерфейс уровня 3 подключен к порту коммутатора уровня 2, он не может интерпретировать эти кадры, что приводит к ошибкам ввода, ошибкам WrongEncap и потерям очереди ввода.
Чтобы устранить данную проблему, измените режим порта коммутатора на static access (статический доступ) или trunk (магистраль) в соответствии с требованиями.
Switch2(config)#int fa1/0/12 Switch2(config-if)#switchport mode access
или
Switch2(config)#int fa1/0/12 Switch2(config-if)#switchport trunk encapsulation dot1q Switch2(config-if)#switchport mode trunk
Быстрое увеличение значения счетчика Rx-No-Pkt-Buff и ошибок ввода
Значение счетчика Rx-No-Pkt-Buff для портов может возрастать, если есть blade-серверы, такие как WS-X4448-GB-RJ45, WS-X4548-GB-RJ45 и WS-X4548-GB-RJ45V. Кроме того, некоторый рост отбрасывания пакетов является обычным результатом пульсирующего трафика.
Число ошибок этих типов быстро растет, особенно если через данное соединение проходит интенсивный трафик или если к данному интерфейсу подключены такие устройства, как серверы. Такой трафик высокой интенсивности перегружает выделенные ресурсы портов, что вызывает исчерпание входных буферов и быстрый рост значения счетчика Rx-No-Pkt-Buff и ошибок ввода.
Такие типы ошибок в данном интерфейсе связаны с проблемой трафика на перегруженных портах. В модулях коммутации WS-X4448-GB-RJ45, WS-X4548-GB-RJ45 и WS-X4548-GB-RJ45V есть 48 перегруженных портов в шести группах по восемь портов в каждой:
-
Порты 1, 2, 3, 4, 5, 6, 7, 8
-
Порты 9, 10, 11, 12, 13, 14, 15, 16
-
Порты 17, 18, 19, 20, 21, 22, 23, 24
-
Порты 25, 26, 27, 28, 29, 30, 31, 32
-
Порты 33, 34, 35, 36, 37, 38, 39, 40
-
Порты 41, 42, 43, 44, 45, 46, 47, 48
Восемь портов в каждой группе используют общую схему, что эффективно уплотняет группу в одно неблокируемое дуплексное подключение Gigabit Ethernet к внутренней фабрике коммутаторов. Для каждой группы из восьми портов принимаемые кадры помещаются в буфер и отправляются через общее соединение Gigabit Ethernet на внутреннюю фабрику коммутаторов. Если объем принимаемых портом данных начинает превышать возможности буфера, управление потоком отправляет удаленному порту кадр паузы, чтобы временно остановить передачу трафика и предотвратить потерю кадров.
Если количество кадров, принимаемых любой группой портов, превышает пропускную способность в 1 Гбит/с, данное устройство начинает отбрасывать кадры. Такое отбрасывание не очевидно, так как кадры отбрасываются во внутренней микросхеме ASIC, а не в реальных интерфейсах. Это может привести к уменьшению скорости передачи пакетов через данное устройство.
Если есть устройства, которые должны поддерживать передачу большого объема трафика через данный интерфейс, рассмотрите возможность такого использования одного порта в каждой группе, чтобы общая схема, используемая в одной группе, не была затронута этим трафиком. Когда модуль коммутации Gigabit Ethernet используется не полностью, соединения портов можно распределить между группами портов для максимального использования пропускной способности. Например, в случае модуля коммутации WS-X4448-GB-RJ45 10/100/1000 можно подключить порты из различных групп, например, порты 4, 12, 20 или 30 (в любом порядке), перед подключением портов из той же группы, таких как 1, 2, 3, 4, 5, 6, 7 и 8.
Если это не решает проблему, необходимо рассмотреть возможность использования модуля без перегруженных портов. Если проблему не получается решить самостоятельно, то рекомендуется обратиться в компанию осуществляющую аутсорсинговое сопровождение вашего бизнеса.
Режим магистрального соединения между коммутатором и маршрутизатором
Магистральные каналы между коммутатором и маршрутизатором могут вызвать ухудшение работоспособности порта коммутатора. Магистраль можно активировать после включения и отключения такого порта коммутатора, однако, в конце концов, его работоспособность снова может ухудшиться.
Для разрешения этой проблемы выполните следующие действия.
-
Убедитесь, что коммутатором и маршрутизатором используется протокол CDP и они могут связаться друг с другом.
-
Отключите запросы keepalive в интерфейсе маршрутизатора.
-
Заново настройте инкапсуляцию магистрали на обоих устройствах.
Когда запросы keepalive отключены, протокол CDP позволяет соединению работать в нормальном режиме.
- Remove From My Forums
Некорректная работа сетевого интерфейса в системе
-
Вопрос
-
Приветствую, камрады!
На днях столкнулся с проблемой сетевого интерфейса. Ни с того ни с сего он начинает прыгать UP — Down, туда-сюда. В логах на момент ошибки только предупреждение о том, что интерфейс отключился и уведомление о том, что подключился,
через секунду. Проблема решается только если програмно отключить сетевой интерфейс и включить обратно. Тогда сеть восстанавливается и работа продолжается еще на 1-2 дня, потом снова сетевуха начинает тупить, в логах аналогичная ошибка.Имя журнала: System Источник: e1qexpress Дата: 12.01.2016 8:40:45 Код события: 27 Категория задачи:Отсутствует Уровень: Предупреждение Ключевые слова:Классический Пользователь: Н/Д Описание:Intel(R) 82574L Gigabit Network Connection #2 Network link is disconnected. Xml события: <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event"> <System> <Provider Name="e1qexpress" /> <EventID Qualifiers="40964">27</EventID> <Level>3</Level> <Task>0</Task> <Keywords>0x80000000000000</Keywords> <TimeCreated SystemTime="2016-01-12T05:40:45.325631000Z" /> <EventRecordID>296102</EventRecordID> <Channel>System</Channel> <Security /> </System> <EventData> <Data> </Data> <Data>Intel(R) 82574L Gigabit Network Connection #2</Data> <Binary>0000040002003000000000001B0004A00000000000000000000000000000000000000000000000001B0004A0</Binary> </EventData> </Event>
Имя журнала: System Источник: e1qexpress Дата: 12.01.2016 8:40:46 Код события: 32 Категория задачи:Отсутствует Уровень: Сведения Ключевые слова:Классический Пользователь: Н/Д Описание:Intel(R) 82574L Gigabit Network Connection #2 Network link has been established at 1Gbps full duplex. Xml события: <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event"> <System> <Provider Name="e1qexpress" /> <EventID Qualifiers="24580">32</EventID> <Level>4</Level> <Task>0</Task> <Keywords>0x80000000000000</Keywords> <TimeCreated SystemTime="2016-01-12T05:40:46.446521000Z" /> <EventRecordID>295983</EventRecordID> <Channel>System</Channel> <Security /> </System> <EventData> <Data> </Data> <Data>Intel(R) 82574L Gigabit Network Connection #2</Data> <Binary>0000040002003000000000002000046000000000000000000000000000000000000000000000000020000460</Binary> </EventData> </Event>
Перепробовал все, что пришло в голову, не помогает, решил спросить у сообщества. Быть может кто-то сталкивался с подобным.
Инфо: Обновления не ставились. Сервак голый, ничего кроме 1С и сиквел сервера на нем нет. На момент возникнования проблемы на серваке ничего не менялось и т.д. Пробовал обновлять драйвера на сетевую — не
помогло. Пробовал на порту коммутатора и на сетевом интерфейсе принудительно задавать значение: сначала 1Gb, потом ставил 100Mb — проблема остается. Пробовал удалить сетевую из системы, чтобы она определилась заново.
Все бестолку.
Ответы
-
Всем спасибо за ответы!
1) Про СКС я это и имел ввиду. Ничего из силовых рядом не идет. Поэтому помех быть не может.
2) DGS-1510-28 Gigabit Ethernet SmartPro Switch. На нем прошивку обновлял до последней. Перезапуск проблемы не решает. Выдергивание кабеля тоже. Проблема решается, только если выключить и включить сетевой интерфейс на серваке.
3) Обновления вкатил, жду время, чтобы протестить.
4) Выставлял руками скорости на обородовании — проблема не решилась.
5) Энергосбережение отключено.В сетевой инженерии не силен, но идея про ARP или СХД мне по нраву. Попробую понять, как это проверить у себя и протестирую. Большое спасибо за ответы!
-
Помечено в качестве ответа
1 февраля 2016 г. 12:34
-
Помечено в качестве ответа
Обновлено 15.02.2022
Добрый день! Уважаемые читатели и гости одного из крупнейших IT блогов в рунете Pyatilistnik.org. В прошлый раз мы с вами разобрали замечательную утилиту командной строки robocopy, и с ее помощью научились создавать точные копии папок, двигать их в нужное расположение и многое другое. В сегодняшней публикации я покажу вам, как устранять ошибку «Сервер RPC недоступен (The rpc server is unavailable)», покажу примеры, когда ее мониторинг очень важен в работе корпоративных сервисов.
Удаленный вызов процедур (RPC) — это протокол, который одна программа может использовать для запроса услуги у программы, расположенной на другом компьютере в сети, без необходимости разбираться в деталях сети. RPC используется для вызова других процессов на удаленных системах, таких как локальная система. Вызов процедуры также иногда называют вызовом функции или вызовом подпрограммы .
RPC использует модель клиент-сервер. Запрашивающая программа — это клиент, а программа, предоставляющая услуги, — это сервер. Подобно обычному или локальному вызову процедуры, RPC — это синхронная операция, требующая приостановки запрашивающей программы до тех пор, пока не будут возвращены результаты удаленной процедуры. Однако использование облегченных процессов или потоков, которые совместно используют одно и то же адресное пространство, позволяет одновременно выполнять несколько RPC.
Язык определения интерфейса (IDL) — язык спецификации, используемый для описания интерфейса прикладного программирования (API) программного компонента — обычно используется в программном обеспечении удаленного вызова процедур. В этом случае IDL обеспечивает мост между машинами на обоих концах связи, которые могут использовать разные операционные системы (ОС) и компьютерные языки.
Процедура сообщения RPC
Когда программные операторы, использующие структуру RPC, компилируются в исполняемую программу, в скомпилированный код включается заглушка, которая выступает в качестве представителя кода удаленной процедуры. Когда программа запускается и выполняется вызов процедуры, заглушка получает запрос и пересылает его клиентской программе и времени выполнения на локальном компьютере. При первом вызове клиентской заглушки она связывается с сервером имен, чтобы определить транспортный адрес, по которому находится сервер.
Программа среды выполнения клиента знает, как обращаться к удаленному компьютеру и серверному приложению, и отправляет сообщение по сети, которое запрашивает удаленную процедуру. Точно так же сервер включает исполняющую программу и заглушку, которая взаимодействует с самой удаленной процедурой. Протоколы ответа-запроса возвращаются таким же образом.
Данная служба есть в любой операционной системе Windows, начиная от Windows 7 и заканчивая Windows 11 и в любой из Windows Server редакции.
Как работает RPC?
Когда вызывается служба RPC (удаленный вызов процедуры), вызывающая среда приостанавливается, параметры процедуры передаются по сети в среду, в которой должна выполняться процедура, а затем процедура выполняется в этой среде. Когда процедура завершается, результаты передаются обратно в вызывающую среду, где выполнение возобновляется, как если бы оно возвращалось из обычного вызова процедуры.
Во время RPC выполняются следующие шаги:
- Клиент вызывает клиентскую заглушку. Вызов представляет собой вызов локальной процедуры с параметрами, помещенными в стек обычным способом.
- Клиентская заглушка упаковывает параметры процедуры в сообщение и выполняет системный вызов для отправки сообщения. Упаковка параметров процедуры называется маршалингом.
- Локальная ОС клиента отправляет сообщение с клиентского компьютера на удаленный сервер.
- Серверная ОС передает входящие пакеты на серверную заглушку.
- Заглушка сервера распаковывает параметры из сообщения — это называется демаршалингом .
- Когда серверная процедура завершается, она возвращается к серверной заглушке, которая маршалирует возвращаемые значения в сообщение. Затем заглушка сервера передает сообщение на транспортный уровень.
- Транспортный уровень отправляет полученное сообщение обратно на клиентский транспортный уровень, который возвращает сообщение клиентской заглушке.
- Клиентская заглушка не упорядочивает возвращаемые параметры, и выполнение возвращается вызывающей стороне.
Клиент RPC по 135 порту подключается к службе RPC Endpoint Mapper (сопоставления конечных точек), а далее уже запрашивает номер порта, где запущено нужное RPC приложение. Служба сопоставления конечных точек вернет клиенту RPC номер динамического RPC порта (диапазон 1024 – 65535), на котором работает нужная служба. Дальше уже все взаимодействие идет по TCP порту
Если вы видите ошибку «Сервер RPC недоступен” (The RPC server is unavailable)», то у вас точно недоступен порт 135. Это может быть критичным для ряда ситуации. Например вы не сможете сохранить настройки RDS фермы, если у одного из хостов RDSH есть проблемы с RPC, то вы будите видеть ошибку «Could not change the connection state for server», вы не сможете перевести его в режим обслуживания (Drain Mode)
Или в приложении Terminal Services Manager будет ошибка при попытке получения данных «Сервер RPC недоступен«.
Так же RPC может быть причиной проблемы в репликации контроллеров домена, где в логах Windows будет фигурировать ошибка ID 1722. Это очень не приятный момент, который может привести к большим проблемам.
Типы RPC
Существует пять типов RPC:
- Обычный метод работы, при котором клиент выполняет вызов и не продолжает работу до тех пор, пока сервер не вернет ответ.
- Клиент звонит и продолжает свою обработку. Сервер не отвечает.
- Средство для отправки нескольких клиентских неблокирующих вызовов в одном пакете.
- У клиентов RPC есть средство широковещательной рассылки, т. е. Они могут отправлять сообщения на множество серверов, а затем получать все полученные ответы.
- Клиент делает неблокирующий вызов клиент/сервер; сервер сигнализирует о завершении вызова путем вызова процедуры, связанной с клиентом.
Почему может не работать служба RPC
- Удаленный компьютер с которым идет взаимодействие выключен
- На удаленном сервере не запущена или перестала работать служба RPC
- Подключение по RPC происходит не к тому серверу (Может быть проблема с DNS или IP адресом)
- Есть блокировки между клиентом и сервером на фаэрволе
- Используются некорректные настройки сетевого подключение на клиенте или сервере
Преимущества удаленного вызова процедур
К преимуществам удаленного вызова процедур можно отнести следующее:
- помогает клиентам общаться с серверами посредством традиционного использования вызовов процедур на языках высокого уровня;
- может использоваться как в распределенной, так и в локальной среде;
- поддерживает процессно-ориентированные и поточно-ориентированные модели;
- скрывает внутренний механизм передачи сообщений от пользователя;
- требует минимальных усилий для переписывания и повторной разработки кода;
- обеспечивает абстракцию, т. е. характер передачи сообщений по сети скрыт от пользователя;
- опускает многие уровни протокола для повышения производительности.
Недостатки RPC
Некоторые из недостатков RPC включают следующее:
- Клиент и сервер используют разные среды выполнения для своих соответствующих подпрограмм, и использование ресурсов, например файлов, также является более сложным. Следовательно, системы RPC не подходят для передачи больших объемов данных.
- RPC очень уязвим для сбоев, потому что он включает в себя систему связи, другую машину и другой процесс.
- Единого стандарта для RPC не существует; это может быть реализовано множеством способов.
- RPC основан только на взаимодействии и, как таковой, не предлагает гибкости, когда дело касается аппаратной архитектуры.
Проверка доступности службы RPC
- Как я и писал выше, в первую очередь вы должны убедиться, что удаленный компьютер к которому вы делаете проверку RPC доступен по сети. Для этого элементарно откройте командную строку или оболочку PowerShell и воспользуйтесь командой Ping, NSlookup, Test-NetConnection. Я буду производить проверку службы удаленного вызова в PowerShell. Выполним для начала команду Ping. Мой удаленный сервер называется SVT201S01.root.pyatilistnik.org. Пишем команду:
ping SVT201S01.root.pyatilistnik.org
Если вдруг компьютер не ответил, то это не значит, что он не работает, может работать брандмауэр и просто блокировать ping пакеты.
- Далее выполните Nslookup, чтобы удостовериться, что нужное вам имя компьютера преобразовывается в нужный IP-адрес. Выполните:
nslookup SVT201S01.root.pyatilistnik.org
Небольшой пример из практики, предположим, что вы мигрировали сервер в другую подсеть, в итоге в DNS должна быть изменена соответствующая запись, но Windows это поймет не сразу, так как у нее есть свой локальный кэш, он живет 15 минут, поэтому если при проверке DNS имени вам выдается не тот IP-адрес, вам необходимо произвести очистку кэша DNS.
- Далее я вам советую проверить отвечает ли порт. Напоминаю, что служба RPC Endpoint Mapper слушает порт под номером 135. В PowerShell введите команду:
Test-NetConnection svt2019s01.root.pyatilistnik.org -Port 135
Если удаленный RPC порт доступен вы в в строке TcpTestSucceeded будет стоять статус «True».
Если будет порт закрыт или блокируется, то ошибка «Сервер RPC недоступен (The rpc server is unavailable)» вам обеспечена. Поняв, что порт не отвечает, нужно удостовериться, что трафик от клиента до сервера не блокирует фаервол. По умолчанию в любой версии Windows есть встроенный брандмауэр. На время тестирования и поиска причины, я советую его выключить для всех профилей. Сделаем мы это через командную строку:
Netsh Advfirewall set allprofiles state off
Данная команда выключит брандмауэр на всех трех профилях сетевой карты.
Далее если порт 135 стал доступен, то можно делать правила на удаленном сервере. Напоминаю, что нужно сделать правило для трех служб:
- Remote Procedure Call (RPC) — Удаленный вызов процедур (RPC)
- RPC Endpoint Mapper — Сопоставитель конечных точек RPC
- COM Server Process Launcher — Модуль запуска процессов DCOM-сервера
Подробнее, о том как сделать правила — https://docs.microsoft.com/en-us/windows/security/threat-protection/windows-firewall/create-inbound-rules-to-support-rpc)
Еще хочу отметить, что если у вас есть сторонние антивирусные решения, например Касперский, то там так же есть встроенный сетевой экран, где так же нужно будет создать необходимые, разрешающие правила, которые корректно будут обрабатывать трафик динамических RPC портов.
Проверка работы служб RPC
Следующим шагом является проверка состояния службы на нужном вам сервере или компьютере. Проверять следует три службы:
- Remote Procedure Call (RPC) — Удаленный вызов процедур (RPC)
- RPC Endpoint Mapper — Сопоставитель конечных точек RPC
- COM Server Process Launcher — Модуль запуска процессов DCOM-сервера
В оболочке PowerShell выполните команду:
Для локального сервера — Get-Service RpcSs,RpcEptMapper,DcomLaunch| Select DisplayName,Status,StartType
Для удаленного выполнения Enter-PSSession svt2019s01 далее Get-Service RpcSs,RpcEptMapper,DcomLaunch| Select DisplayName,Status,StartType
Напоминаю, что в команде svt2019s01, это имя удаленного сервера. Как видно из примера, все службы RPC запущены и имею автоматический тип запуска.
Если службы не запущены, то откройте оснастку «services.msc’, зайдите в свойства службы и выставите автозапуск и попробуйте запустить вручную.
Если по каким, то причинам вы не можете запустить службу из оснастки, то можно это сделать через реестр (Кстати реестр можно править и удаленно). Для этого есть несколько веток, но для начала откройте окно «Выполнить» и введите regedit.
- Модуль запуска процессов DCOM-сервера — HKEY_LOCAL_MACHINESYSTEMCurrentControlSetservicesDcomLaunch
- Сопоставитель конечных точек RPC — HKEY_LOCAL_MACHINESYSTEMCurrentControlSetservicesRpcEptMapper
- Удаленный вызов процедур (RPC) — ветка реестра HKEY_LOCAL_MACHINESYSTEMCurrentControlSetservicesRpcSs
В каждом из этих расположений есть ключик «Start«, выставите ему значение «2«, это будет означать автоматический запуск службы.
Дополнительные сетевые проверки
В некоторых случаях причиной ошибок с доступностью RPC выступает сбой на сетевых адаптерах. Помогает сброс сетевых настроек и перезагрузка. В сети с Active Directory, старайтесь, чтобы на всех ваших сетевых адаптерах в свойствах были выставлены обе галки IPV4 и IPV6, особенно это актуально для контроллеров домена, где вы легко можете получать ошибку 1722. Еще может помочь отключение протокола Teredo у IPv6. В командной строке выполните:
netsh interface teredo set state disabled
Для включения обратно введите:
netsh interface teredo set state enabled
Еще на сайте Майкрософт пишут, что необходимо на сервере RPC иметь включенную службу «Удаленный реестр«. На этом у меня все, с вами был Иван Сёмин, автор и создатель IP портала Pyatilistnik.org.
Всем привет! В общем, сегодня столкнулся с проблемой – при попытке подключения к удаленному компьютеру произошла следующая системная ошибка:
Сервер RPC недоступен.
Бился я с ней где-то часа два, и все же мне удалось её решить. Я на всякий пожарный описал все возможные способы, которые мне попадались в интернете. Постарался описать подробно, но сжато, чтобы не тратить ваше время. Если что-то будет не получаться – пишите в комментариях, постараюсь вам помочь.
Содержание
- Способ 1: Запуск служб
- Способ 2: Целостность системных файлов
- Способ 3: Выключение антивируса или брандмауэра
- Способ 4: Комплексные меры
- Задать вопрос автору статьи
Способ 1: Запуск служб
Чаще всего ошибка «Сервер RPC недоступен» как в Windows 10, так и в Windows 11 возникает из-за того, что зависла одна из служб, работающая с RPC. Подобное бывает при общем сбое операционной системы или при неправильной работе какой-то программы. Давайте попробуем это исправить.
- Одновременно на клавиатуре зажмите две клавиши:
+ R
- Введите команду:
services.msc
- Теперь найдите службу «Локатор удаленного вызова процедур (RPC)». Чтобы открыть службу, два раза быстро нажмите левой кнопкой мыши. Или через правую кнопку и контекстное меню перейдите в «Свойства».
- В первую очередь обратите внимание на «Состояние» – служба не должна быть активной. Если вы видите, что она запущена – остановите её с помощью кнопки. После этого еще проверьте «Тип запуска» – чтобы стоял параметр «Вручную». Примените настройки и закройте окошко.
- Вторую службу, которую нужно проверить – это служба «Удаленного вызова процедур (RPC).
- Данная служба наоборот должна быть запущена (смотрим в «Состояние») – если она по каким-то причинам остановлена, запустите её. Также установите автоматический тип запуска. Не забудьте применить настройки, если вы их меняли.
- Все то же самое делаем для служб:
Сервер
Средство построения конечных точек Windows Audio
Удаленный реестр
Питание
- Все они должны быть запущены. Ну и не забудьте проверить тип запуска – служба должна автоматически запускаться вместе с запуском операционной системы.
ПРИМЕЧАНИЕ! Если в коде ошибки вы видите конкретный номер 1722 – это значит вам нужно дополнительно проверить еще две службы «Модель запуска процессов DCOM-сервера» и «Диспетчер печати».
После перечисленных проверок попробуйте заново проделать те действия, которые до этого вызывали ошибку. Если ошибка пропадет – хорошо. Если она останется – попробуйте перезагрузить комп. После запуска ОС все службы должны запуститься нормально.
Способ 2: Целостность системных файлов
Для нормальной работы всех служб и встроенных системных программ, которые работают с RPC, нужно, чтобы все файлы системы были исправны. Из-за вирусов, сторонних программ, а также из-за поломки секторов жесткого диска системные файлы могут ломаться. Нам нужно проверить целостность системных файлов и восстановить их.
Запускаем командную строку с правами администратора. Прежде чем мы запустим проверку, хочу вас предупредить, что в некоторых ситуациях процедура может длиться долго. Windows автоматически должна проверить файлы и в случае обнаружения поломок восстановить их. Используем две команды:
DISM.exe /Online /Cleanup-image /Restorehealth
sfc /scannow
Способ 3: Выключение антивируса или брандмауэра
Возможно проблема с удаленным подключением связана с блокировкой вашего антивируса. Попробуйте его выключить. Для этого в правом нижнем углу экрана в трее нажмите правой кнопкой по значку вашего антивируса – далее поищите в каждом из пунктов команду отключения защиты и деактивируйте её на какое-то время. После этого проверьте, чтобы ошибка не возникала.
Если у вас нет стороннего антивируса – его роль исполняет встроенный Windows Defender. Давайте попробуем выключить защиту для той сети, к которой вы подключены.
- Откройте «Пуск» – «Параметры».
- Найдите раздел «Обновление и безопасность».
- Перейдите в подраздел «Безопасность Windows» и слева из списка выберите пункт «Брандмауэр и защита сети».
- Выберите ту сеть, к которой вы подключены – она обозначена надписью «активный».
- Выключите «Брандмауэр Microsoft Defender».
Если проблема не решилась, включите параметр обратно и переходите к следующей главе. Если проблема решилась, дальше нужно думать, как обратно включить защиту для сети. Можно попробовать установить сторонний антивирус, чтобы он взял роль «защитника» на себя. Вы также можете в «Пуск» – «Параметры» – «Обновление и безопасность» – в разделе «Обновления» установите все пакеты, которые предлагает система. Возможно, есть какой-то баг, который мешает работе защитника и сети. Этот баг может исправиться после обновления. Также обязательно проверьте комп антивирусной программой. Можете для этого использовать встроенный Defender.
Способ 4: Комплексные меры
Итак, у нас есть ошибка сервера RPC, который по каким-то причинам не доступен в Windows (10, 11, 7 или 8). Я опишу ряд советов, которые должны помочь при удаленном подключении и решении данной ошибки.
- Если вы используете какие-то VPN или Proxy – выключите эти программы и подключения.
- Полностью проверьте компьютер и систему на наличие вирусов.
- Уберите все из автозагрузки, кроме драйвера звуковой карты и антивируса. После этого перезагрузите компьютер и проверьте подключение.
- Выполните комплексную чистку компьютера от всего лишнего.
- Обновите драйвера на материнскую плату. Если вы используете стороннюю сетевую карту или Wi-Fi адаптер, обновите драйвера и для них. Дрова скачиваем исключительно вручную с официального сайта. Про то, как это сделать – подробно написано в этой статье (ссылка).
- Если вы пытаетесь получить доступ к какому-то устройству в своей локальной сети – почитайте рекомендации отсюда.
- Обновите прошивку вашего роутера, если вы используете его для подключения.
- Установите все обновления для вашей системы, если вы этого еще не сделали.
На этом все, дорогие друзья. Вы можете обращаться за помощью ко мне в комментариях. Я или кто-то из других специалистов портала WiFiGiD.RU вам ответит и постарается помочь. Старайтесь писать, как можно подробнее о своей проблеме, а также о том, что вы уже сделали из статьи выше. Всем добра и берегите себя.
Содержание
- Методы устранения ошибки «Сервер RPC недоступен»
- Способ 1: Службы Windows
- Способ 2: Проверка системных файлов
- Способ 3: Деактивация брандмауэра
- Способ 4: Поиск вирусов
- Вопросы и ответы
В процессе работы операционной системы Windows происходит регулярный обмен пакетами и данными между программными компонентами. Иногда подобные процедуры становятся причиной различных ошибок. Из данной статьи вы узнаете о методах исправления ошибки «Сервер RPC недоступен» на устройствах под управлением Windows 10.
Упомянутая ошибка может появиться в различных ситуациях, но чаще всего это происходит при попытке установить удаленный доступ, при обращении к одной из системных служб или банально при запуске какой-то программы. Далее мы расскажем детально об основных способах, которые помогают решить проблему.
Способ 1: Службы Windows
Самой распространенной причиной появления ошибки «Сервер RPC недоступен» является сбой в одноименной службе. Именно поэтому в первую очередь стоит убедиться в ее работоспособности. Для этого сделайте следующее:
- Нажмите на «Панели задач» правой кнопкой мышки. Из контекстного меню выберите строку «Диспетчер задач».
Читайте также: 3 способа открыть Диспетчер задач на Windows
- Далее перейдите в открывшемся окне во вкладку «Службы». В самом ее низу нажмите на строку «Открыть службы».
- На экране появится перечень всех служб, установленных на вашем компьютере. Отыщите среди них ту, которая называется «Локатор удаленного вызова процедур (RPC)». Кликните по ней два раза левой кнопкой мышки.
- Убедитесь в том, что напротив строки «Тип запуска» стоит значение «Вручную». При этом напротив пункта «Состояние» должна быть надпись «Остановлена». Если это не так, выберите из выпадающего меню соответствующий тип запуска и деактивируйте службу, нажав на кнопку «Остановить». После этого нажмите кнопку «OK» для сохранения изменений.
- Вернитесь к списку служб и аналогичным образом откройте окно управления «Удаленным вызовом процедур (RPC)».
- В данном случае в строке «Тип запуска» должно стоять значение «Автоматически», а сама служба активирована. Если у вас по каким-то причинам это не так, нажмите кнопку «Запустить» и установите нужный тип запуска. Не забудьте нажать «OK» после внесения изменений.
- Аналогичным образом проверьте службы «Сервер», «Средство построения конечных точек Windows Audio», «Удаленный реестр» и «Питание». Все они также должны иметь автоматический типа запуска и быть активированными. Если у вас ошибка «Сервер RPC недоступен» сопровождается кодом 1722, таким же образом активируйте службы «Диспетчер печати» и «Модуль запуска процессов DCOM-сервера».
- Настроив должным образом все указанные службы, повторите действия, которые вызывали ошибку. Вполне вероятно, что оно будет устранена.
Способ 2: Проверка системных файлов
Для корректной работы удаленного вызова процедур (именно так расшифровывается RPC) необходимы специальные системные файлы. Если они отсутствуют или повреждены, может возникать описываемая ошибка. Следовательно, для решения необходимо выполнить их проверку и восстановление.
- Запустите «Командную строку» от имени администратора. Для этого нажмите вместе клавиши «Windows» и «R», введите в открывшееся окно команду
cmd
, а затем зажав «Ctrl» и «Shift», нажмите на клавиатуре «Enter».
Читайте также: Запуск «Командной строки» от имени администратора в Windows 10
- Далее нужно ввести в окно «Командной строки» по очереди две следующие команды, нажимая после каждой из них «Enter»:
DISM.exe /Online /Cleanup-image /Restorehealth
sfc /scannow
- Начнется автоматическое сканирование и восстановление всех системных файлов. Процедура длится весьма долго, имейте это ввиду. Дождитесь окончания проверки и закройте «Командную строку». После этого повторите действия, которые приводили к ошибке «Сервер RPC недоступен».
Способ 3: Деактивация брандмауэра
По умолчанию во всех редакциях Windows 10 есть встроенный файервол. Его цель – защитить вас от вредоносного влияния вирусов. Однако бывает и так, что этот самый брандмауэр блокирует нужные пакеты, тем самым вызывая различные ошибки, и случай с проблемой «Сервер RPC недоступен» не исключение. Именно поэтому стоит попробовать отключить защитник на время. Делается это очень просто:
- В трее кликните два раза ЛКМ по иконке «Защитника Windows».
- В левой части открывшегося окна перейдите в раздел «Брандмауэр и безопасность сети».
- Далее кликните по названию той сети, напротив которой у вас присутствует слово «Активный». В нашем случае это «Общедоступная сеть».
- Для выключения брандмауэра установите переключатель в состояние «Откл».
- Теперь остается лишь проверить, помогло это или нет. Самое главное – не забудьте вновь включить защиту, так как в противном случае ваша кибербезопасность будет под угрозой.
Способ 4: Поиск вирусов
Заражение системы вирусами влечет за собой много негативных последствий. Одним из них может быть появление ошибки «Сервер RPC недоступен». Поэтому одним из комплексных решений в данном случае является поиск и устранение вредоносного ПО. Делать это мы рекомендуем с помощью специального портативного софта, так как современные вирусы достаточно «умны» для того, чтобы заразить даже антивирус. Результат поиска в подобных ситуациях будет отрицательным. О самых эффективных портативных антивирусных решениях мы рассказывали ранее в отдельной статье, с которой и советуем ознакомиться.
Подробнее: Проверка компьютера на наличие вирусов без антивируса
В качестве заключения мы хотели бы напомнить вам о необходимости своевременной установки обновлений Windows 10. Дело в том, что в более ранних версиях операционной системы ошибку «Сервер RPC недоступен» иногда удавалось устранить путем инсталляции определенного патча. Однако в последней версии ОС от этого отказались в пользу накопительных обновлений. О том, как правильно проверить наличие обновлений и инсталлировать их, читайте по ссылке ниже.
Подробнее: Установка обновлений Windows 10
Еще статьи по данной теме:
Помогла ли Вам статья?
RPC – это способ обмена информацией между процессами или между клиентом (устройством, инициирующем связь RPC) и сервером (устройством, которое с ним связывается) в сети или системе. Многие встроенные компоненты Windows используют RPC, который в качестве отправной точки для связи между системами применяет различные порты. При возникновении неполадок возникает сообщение «Сервер RPC недоступен».
Решение ошибки «Сервер RPC недоступен».
Причины появления ошибки
В типичном сеансе RPC клиент связывается с программой сопоставления конечных точек сервера по TCP-порту 135 и для указанной службы требует определённого номера динамического порта. Сервер отвечает, отправив IP-адрес и номер порта, для которого служба зарегистрирована в RPC после её запуска, а затем связывается с клиентом с указанным IP-адресом и номером порта. Возможные причины ошибки «Сервер RPC недоступен» следующие:
- Остановка службы RPC – когда служба RPC на сервере не запущена.
- Проблемы с разрешением имён – имя сервера RPC может быть связано с неправильным IP-адресом. Это значит, что клиент связывается с неправильным сервером или пытается связаться с IP-адресом, который в настоящее время не используется. Возможно, имя сервера не распознаётся вообще.
- Трафик заблокирован брандмауэром – брандмауэр или другое приложение безопасности на сервере или брандмауэр устройства между клиентом и сервером могут препятствовать доступу трафика к TCP-порту сервера 135.
- Проблемы с подключением – проблема с сетью может быть причиной отсутствия соединения между клиентом и сервером.
Способы решения
При запуске или установке некоторых программ вы можете получить сообщение «Сервер RPC недоступен». Это часто связано с синхронизацией времени, необходимой для запуска программы. Без этого некоторые приложения могут работать неправильно или не запускаться вообще. Что делать, чтобы сообщение больше не появлялось, рассмотрим далее.
Код ошибки 1722
Ошибка 1722 «Сервер PRC недоступен» может возникать при использовании сетевого принтера или звуковых устройств в седьмой версии Windows. Причиной может быть антивирусная программа, блокирующая коммуникационные порты – для её устранения нужно найти параметры управления доверенными программами в настройках антивируса.
Также ошибка может возникнуть из-за того, что в системе присутствует сам вирус – стоит проверить систему и диск с помощью другой антивирусной программы, чем в настоящее время. Для устранения нажмите Пуск/Настройки/Панель управления. Затем откройте Администрирование/Службы. Появится окно, в котором с правой стороны вы найдете «Сервер». На «Сервере» проверьте, включён ли автоматический тип запуска. Измените параметр при необходимости и перезагрузите компьютер.
Отключение брандмауэра Windows
Если при печати в Windows 7 появляется ошибка «Сервер RPC недоступен», проблема может крыться в брандмауэре. Он отвечает за блокировку доступа к компьютеру во внутренней или внешней сети посторонними лицами или приложениями, что исключает возможность контроля ПК. Ниже приведены некоторые советы, которые позволят вам отключить (в случае, если вы хотите использовать для этого другое приложение) и включить интегрированный брандмауэр Windows. Измените имя компьютера с помощью «Настроек»:
- Это один из самых простых способов отключения сетевого брандмауэра. Для этого используйте вкладку «Параметры системы».
- Из списка доступных опций выберите «Сеть и Интернет».
- Перейдите на вкладку Ethernet и выберите «Брандмауэр Windows» с правой стороны окна.
- Выберите включение и отключение брандмауэра.
- В списке доступных операций выберите параметр «Отключить брандмауэр Windows» (не рекомендуется).
- Нажмите «ОК». Брандмауэр выключен.
Следующий способ – редактор локальной групповой политики (GPO):
- Нажмите клавиши Win + R и введите «gpedit.msc». Откроется редактор локальной групповой политики.
- Параметр, ответственный за отключение брандмауэра, расположен по адресу
«Конфигурация компьютера» – «Административные шаблоны» – «Сеть» – «Сетевые подключения» – «Стандартный профиль» – «Брандмауэр Windows: защита всех сетевых подключений».
- Измените состояние настройки на «ВЫКЛ».
- После нажатия кнопки «ОК» или «Применить» брандмауэр Windows перестанет работать.
Для более опытных пользователей вышеупомянутый сценарий можно выполнить с помощью редактора реестра.
- нажмите пуск и введите «regedit», запустите приложение от имени администратора;
- в окне редактора найдите каталог
HKLMSYSTEMCurrentControlSetServicesSharedAccessParametersFirewallPolicyDomainProfile;
- найдите параметр EnableFirewall и измените его значение с 1 на 0;
- таким же образом отредактируйте ключ EnableFirewall в следующем каталоге
HKLMSYSTEMCurrentControlSetServicesSharedAccessParametersFirewallPolicyPublicProfile;
- и последний каталог с ключом EnableFirewall
HKLMSYSTEMCurrentControlSetServicesSharedAccessParametersFirewallPolicyStandardProfile.
Закройте редактор реестра и перезагрузите компьютер. С этого момента брандмауэр Windows отключается. Чтобы снова возобновить брандмауэр с помощью редактора реестра, просто измените указанные выше значения с названием EnableFirewall с 0 на 1, и перезапустите компьютер.
Ручной запуск задачи services.msc
При запуске или установке некоторых программ вы можете получить сообщение «Сервер RPC недоступен». Это часто связано с синхронизацией времени, необходимой для запуска программы. Без этого некоторые приложения могут работать неправильно или не запускаться вообще. При недоступности функции может произойти сбой, для исправления необходимо включить службу синхронизации:
- сначала нажмите меню «Пуск» и в строке поиска введите «Выполнить», нажмите «Enter»;
- в следующем окне введите services.msc и подтвердите кнопкой «OK»;
- найдите в списке элемент «Служба времени Windows»;
- дважды щёлкните эту службу. Откроется меню, в котором вы должны нажать кнопку «Выполнить».
С этого момента сообщение «RPC-сервер недоступен» появляться не должно.
Устранение неполадок Windows
Исправить ошибку в Windows 10 поможет встроенное средство устранения неполадок системы. Перезагрузите компьютер и после подачи звукового сигнала нажимайте кнопку F8 раз в секунду, пока не откроется меню выбора вариантов загрузки. Первым из них будет «Устранение неполадок компьютера». Выберите это действие и дождитесь окончания операции.
Ошибка в FineReader
Проблема может возникать в Windows 8 и выше и при попытке запуска службы ABBYY FineReader Licensing Service. Для проверки состояния в списке служб (как его найти, описано выше) выберите ABBYY FineReader Licensing Service. В окне свойств убедитесь, что параметр «Тип запуска» установлен на «Автоматический». При необходимости измените его, закройте редактор кнопкой «ОК» и перезагрузите компьютер.
Проверка на вирусы
В Windows XP и выше сообщение о неисправности может быть вызвано наличием вируса. Просканируйте свой ПК с помощью антивирусной программы, следуя указаниям мастера. В Windows 10 можно воспользоваться стандартным «Защитником». Для этого нажмите правой кнопкой мыши на значок «Щит» возле часов и выберите «Открыть». Запустите проверку на вирусы нажатием соответствующей кнопки в окне.
Как видите, избавиться от ошибки можно многими способами. В этом списке представлены наиболее вероятные варианты исправления ошибки. При необходимости придётся переустановить операционную систему, воспользовавшись установочным диском.
На чтение 9 мин. Просмотров 309 Опубликовано 22.04.2021
RPC также известен как удаленный вызов процедур. Эта технология присутствует с момента появления компьютеров и использует технику межпроцессного взаимодействия. Его основная цель – дать возможность клиенту и серверу обмениваться данными друг с другом по сети. То же самое можно сказать и об устройствах.
Проще говоря, всякий раз, когда вы делитесь данными или информацией по любому сети, RPC делает всю работу за вас. RPC также играет важную роль в управлении устройствами по сети и также используется в периферийных устройствах контроллеров, таких как сканеры или принтеры.
Содержание
- Что вызывает ошибку «Сервер RPC недоступен»?
- Решение 1. Проверка службы RPC на вашем компьютере
- Решение 2. Включение удаленного помощника в брандмауэре
- Решение 3. Отключение выборочного запуска
- Решение 4. Включение IPV6 и общего доступа к файлам и принтерам для подключенной сети
- Решение 5. Очистка DNS и обновление
- Решение 6 : Использование редактора реестра для принудительного запуска служб RPC
Что вызывает ошибку «Сервер RPC недоступен»?
Поскольку RPC – это связь между различными устройствами, существует несколько разных модулей, которые могут отвечать за вызывая сообщение об ошибке. С учетом сказанного, вот некоторые из виновников, которые могут нести ответственность в вашем случае:
- Одна или несколько служб, требуемых RPC, являются отключено . В большинстве случаев эта конкретная проблема возникает, когда на одном или нескольких компьютерах, участвующих в подключении, отключена одна (или несколько) обязательных служб. Если этот сценарий применим, вы можете решить проблему, используя служебную программу «Службы» для принудительного запуска отключенных служб.
- Удаленная помощь отключена брандмауэром – брандмауэр Windows и несколько других сторонних эквивалентов, как известно, по умолчанию блокируют подключение удаленного помощника. Если это является причиной возникновения проблемы, вы можете решить проблему, установив исключение для этого типа подключения.
- IPV6 или общий доступ к принтеру файлов отключен – Для некоторых типов серверов RPC в текущем сетевом подключении должны быть включены как IPV6, так и File PRinter Sharing. Несколько пользователей, пытающихся решить эту конкретную проблему, сообщили, что проблема была решена после того, как они включили оба параметра в свойствах сети.
- IP-адрес вызывает сбой сервера RPC – Неоднозначный IP-адрес также может вызвать это конкретное сообщение об ошибке. Если этот сценарий применим, вы можете решить проблему, очистив и затем обновив IP-адрес.
- Службы RPC отключены через реестр – некоторые утилиты или пользователь вручную вмешательство я заставляю некоторые службы, требуемые RPC-сервером, оставаться отключенными. Пользователи, оказавшиеся в подобном сценарии, сообщили, что проблема была решена после того, как они использовали редактор реестра для принудительного запуска служб, используемых компонентом RPC.
Ранее вы начинаете просматривать решения, убедитесь, что у вас есть активное подключение к Интернету и вы вошли в систему как администратор на своем компьютере. Кроме того, если вы используете компьютер в рабочей среде, лучше всего проконсультироваться с вашим сетевым администратором. Каждая рабочая среда имеет свою отдельную конфигурацию сети и ПК..
Решение 1. Проверка службы RPC на вашем компьютере
Первое, что пользователи должны проверить, сталкиваются ли они с этой ошибкой, – это службу RPC на вашем компьютере. Конфликты с другими сторонними приложениями или изменение системных систем могут заставить службу RPC перейти с значения по умолчанию (автоматически) на ручной. Это означает, что RPC может не запускаться автоматически при необходимости.
- Нажмите Windows + R, введите « services.msc » в диалоговом окне и нажмите Enter.
- В окне служб найдите следующие процессы:
Удаленный вызов процедур (RPC) Сопоставитель конечных точек RPC или удаленный вызов процедур (RPC) LocatorDCOM Service Process Launcher
Щелкните правой кнопкой мыши каждую службу одну за другой и выберите Свойства .
- В свойствах убедитесь, что служба запущена и Startup тип установлен как
- Сохраните изменения и выйдите. Перезагрузите компьютер и проверьте, исправлено ли сообщение об ошибке.
Решение 2. Включение удаленного помощника в брандмауэре
Удаленный помощник – это механизм, который позволяет другим пользователям или компьютерам видеть экран вашего компьютера и даже управлять им, если вы захотите. Удаленная помощь также может применяться в случае серверов RPC, поскольку клиент и сервер также обмениваются информацией в гораздо более крупном и сложном масштабе. Если ваш брандмауэр не настроен должным образом, вы увидите обсуждаемую ошибку.
Если вы работаете в организации, вам следует обратиться к сетевому администратору, чтобы разобраться в проблеме. При устранении неполадок в сети отключение основного брандмауэра – это способ определить причину проблемы. В этой демонстрации мы рассмотрим только то, что вы (пользователь) можете делать на своем персональном брандмауэре на своем компьютере.
- Нажмите Windows + R, введите ‘ control ‘в диалоговом окне и нажмите Enter.
- Когда появится панель управления, найдите Firewall в строке поиска по адресу в правом верхнем углу экрана. В результатах нажмите Разрешить приложение через брандмауэр Windows , который является подкатегорией под брандмауэром Windows .
- Щелкните Изменить настройки и убедитесь, что записи, применяющие RPC, включены, например как Удаленный помощник .
- Перезагрузите компьютер и проверьте, решило ли это обсуждаемое сообщение об ошибке..
Решение 3. Отключение выборочного запуска
Выборочный запуск – это метод загрузки, который позволяет вашему компьютеру включать с минимальным количеством загруженных предметов. Обычно это делается при устранении проблем с вашим компьютером, которые могут включать другие сторонние приложения. Однако всякий раз, когда вы загружаетесь с использованием выборочного запуска, ваш компьютер также не загружает все компоненты RPC на ваш компьютер. Мы выберем нормальный запуск и посмотрим, решит ли это проблему.
- Нажмите Windows + R, введите « msconfig » в диалоговом окне и нажмите Enter.
- В загрузочной конфигурации выберите вкладку General и выберите вариант Обычный запуск .
- Нажмите Применить , чтобы сохранить изменения и выйти. Теперь вам будет предложено перезагрузить компьютер. Немедленно перезапустите, используя всплывающее окно, и проверьте, устранено ли сообщение об ошибке.
Решение 4. Включение IPV6 и общего доступа к файлам и принтерам для подключенной сети
В некоторых случаях вы можете столкнуться с ошибкой 1722: сервер RPC недоступен в тех случаях, когда есть прерывание сетевого подключения, вызванное одним или несколькими настройки. Несколько затронутых пользователей сообщили, что в их случае проблема была решена после того, как они обнаружили, что Общий доступ к принтеру для сетей Microsoft и Протокол версии 6 (TCP/IPv6) оба были отключены в свойствах подключенной сети.
После включения этих двух параметров обратно большинство затронутых пользователей сообщили, что проблема была решена. Вот краткое руководство о том, как это сделать:
- Нажмите клавишу Windows + R , чтобы открыть диалоговое окно «Выполнить». Затем введите «ncpa.cpl» и нажмите Enter , чтобы открыть окно Сетевые подключения .
- В окне “Сетевые подключения” щелкните правой кнопкой мыши сеть, к которой вы в данный момент подключены, и выберите
- Как только вы перейдете в в свойствах сетевого подключения перейдите на вкладку «Сеть» и прокрутите список элементов вниз.
- Найдите Файл и Общий доступ к принтеру для Microsoft Networks и Internet Protocol Version 6 (TCP/IPv6) и убедитесь, что установлены оба связанных флажка. Затем нажмите Ok , чтобы сохранить изменения.
- Перезагрузите компьютер и посмотрите, будет ли проблема решена при следующем запуске.
https://appuals.com/ wp-content/uploads/2019/05/enable-ipv6.webm
Если вы все еще сталкиваетесь с ошибкой 1722: сервер RPC недоступен проблема, перейдите к следующему способу ниже.
Решение 5. Очистка DNS и обновление
Некоторые затронутые пользователи сообщили, что им удалось решить проблему после использования повышенного Командная строка для очистки DNS и обновления соединения. Но для того, чтобы это исправление было эффективным, вам необходимо убедиться, что службы, участвующие в соединении RPC, работают (следуйте методу 1).
Если вы уверены, что требуемые службы работают , вот краткое руководство по очистке DNS и обновлению соединения:
- Нажмите клавишу Windows + R , чтобы открыть Диалоговое окно “Выполнить” . Затем введите «cmd» и нажмите Ctrl + Shift + Enter , чтобы открыть командную строку с повышенными привилегиями. При появлении запроса от UAC (Контроль учетных записей пользователей) нажмите Да, чтобы предоставить права администратора.
- В командной строке с повышенными привилегиями введите следующую команду и нажмите Enter , чтобы очистить текущую конфигурацию IP:
ipconfig/flushdns
- После успешной регистрации команды введите следующую команду и нажмите Enter , чтобы обновить конфигурацию IP:
ipconfig/Renew
- После обновления IP-адреса закройте командную строку с повышенными привилегиями и воссоздайте шаги, которые ранее вызывали ошибку 1722: сервер RPC недоступен , чтобы проверить, не проблема решена.
Если та же проблема все еще возникает, перейдите к следующему способу ниже.
Решение 6 : Использование редактора реестра для принудительного запуска служб RPC
Некоторые затронутые пользователи сообщили, что им удалось разрешить Проблема возникает после использования командной строки с повышенными привилегиями для очистки DNS и обновления соединения. Но для того, чтобы это исправление было эффективным, вам необходимо убедиться, что службы, участвующие в соединении RPC, работают (следуйте методу 1).
Если вы уверены, что требуемые службы работают , вот краткое руководство по очистке DNS и обновлению соединения:
Вот краткое руководство о том, как это сделать:
- Нажмите клавиша Windows + R , чтобы открыть диалоговое окно «Выполнить». Затем введите «regedit» и нажмите Enter , чтобы открыть редактор реестра. Если вам будет предложено UAC (Контроль учетных записей) , нажмите Да , чтобы предоставить права администратора.
- Внутри В редакторе реестра используйте левую панель, чтобы перейти к следующему месту:
HKEY_LOCAL_MACHINE SYSTEM CurrentControlSet Services RpcSs
Примечание. Вы можете попасть туда вручную, используя левую панель, или вставить точный адрес прямо в панель навигации и нажать Enter. С помощью RpcS выбранный ключ, перейдите к правой панели и дважды щелкните Пуск.
- Внутри Edit Dword Value , связанного с Start, установите Base на Hexadecimal и Value data на 2 , чтобы включить Remove Вызов процедуры (RPC) .
- Используйте левую панель или панель навигации вверху, чтобы перейти в это место:
Computer HKEY_LOCAL_MACHINE SYSTEM CurrentControlSet Services DcomLaunch
- Как только вы попадете в это место, дважды щелкните Пуск на правой панели. Затем установите Base в Hexadecimal , а данные значения – в 2 , чтобы включить Средство запуска процессов сервера DCOM .
- Перейдите в следующее место с помощью панели навигации вверху или с помощью левой панели:
Computer HKEY_LOCAL_MACHINE SYSTEM CurrentControlSet Services RpcEptMapper
- Перейдите к правой панели и дважды щелкните Start. Затем установите Base на шестнадцатеричный , а Value Data на 2 .
- Закройте редактор реестра, перезагрузите компьютер и посмотрите, была ли решена проблема при следующем запуске системы.
В дополнение к вышеуказанным решениям, вы также можете найти другие способы обхода ошибки ‘ RPC Se rver недоступен », прочитав нашу статью« Исправление: сбой удаленного вызова процедуры ». Оба случая ошибки почти одинаковы, и в обоих случаях можно попробовать одни и те же исправления.
Многие пользователи могут получить ошибку «Произошла ошибка при обновлении интерфейса Ethernet» при использовании IP-конфигурация в интерпретаторе командной строки (Командная строка и PowerShell) Windows. Вторая часть сообщения об ошибке может включать следующее сообщение:
- Доступ к Ethernet запрещен
- Невозможно связаться с вашим DHCP-сервером
- Имя, указанное в блоке управления сетью, используется на удаленном адаптере.
- Была сделана попытка доступа к сокету
- Сервер RPC недоступен
- Объект уже существует
- Данные недействительны
- Клиент DHCP получил IP-адрес, который уже используется в этой сети.
- Операция отменена пользователем
Эти ошибки могут быть вызваны конфликтом IP-адресов или проблемой в настройках сети, или с сетевым адаптером, или с маршрутизатором. Какой бы ни была причина проблемы, у нас есть несколько способов решить эту проблему.
Это то, что вы можете сделать, чтобы исправить ошибку «Произошла ошибка при обновлении интерфейса Ethernet». Просмотрите весь список и посмотрите, что может применяться в вашем случае:
- Запустите средство диагностики сети Windows
- Сброс Winsock, Освободить TCP / IP, Очистить DNS, Сбросить прокси
- Включить службу DHCP-клиента
- Временно отключить брандмауэр
- Использовать сброс сети
Поговорим о них подробнее.
1]Запустите средство диагностики сети Windows
Различные средства устранения сетевых неполадок ОС Windows могут решить проблему с сетевым подключением. Если этот метод не работает, мы увидим некоторые другие методы, но, прежде всего, позвольте средству устранения неполадок исправить проблему.
Итак, чтобы начать с ним, щелкните правой кнопкой мыши значок сетевого подключения на панели задач Windows и выберите Устранение неполадок для запуска средства диагностики Windows. Наконец, выберите Ethernet, который вызывает проблемы, и нажмите «Далее».
Windows автоматически просканирует вашу сетевую конфигурацию и устройство, чтобы определить возможные проблемы. Если он обнаружит проблему, он покажет вам проблему и попросит вашего разрешения решить ее автоматически.
Скорее всего, Windows диагностирует ошибку. После устранения ошибки освободите и обновите IP-адрес, чтобы проверить, сохраняется ли проблема.
2]Сброс Winsock, Освободить TCP / IP, Очистить DNS, Сбросить прокси
Если проблема заключается в плохом TCP и IP, сброс некоторых сетевых настроек всегда будет работать. Это исправит колебания вашей сети и сделает ее стабильной.
Чтобы сбросить Winsock, мы воспользуемся командной строкой. Итак, запустите командную строку от имени администратора и используйте следующие команды для сброса Winsock.
nbtstat -Rnbtstat -RRnetsh int reset allnetsh int ip resetnetsh сброс Winsock
После сброса Winsock нам нужно освободить TCP / IP. Для этого используйте следующую команду.
ipconfig / release
Чтобы очистить DNS, используйте следующую команду.
pconfig / flushdns
Чтобы сбросить прокси, используйте следующую команду.
netsh winhttp сбросить прокси
В качестве альтернативы вы можете использовать этот командный файл для освобождения TCP / IP, очистки DNS, сброса Winsock, сброса прокси.
Наконец, перезагрузите компьютер и проверьте, сохраняется ли проблема.
3]Включить службу DHCP-клиента
Проблема может быть такой же хромой, как отключение службы. В некоторых случаях отключен DHCP-клиент Служба вызывает ошибку. Итак, чтобы это исправить, мы собираемся включить Сервис. Для этого запустите «Службы» из меню «Пуск», найдите «DHCP-клиент» в списке служб, щелкните его правой кнопкой мыши и выберите «Выполнить».
Если служба запущена, лучше перезапустить ее и проверить, устраняет ли она проблему.
Наконец, перезагрузите компьютер и проверьте, устранена ли проблема.
4]Временно отключить брандмауэр
Если проблема не исчезнет, попробуйте временно отключить брандмауэр Windows, чтобы освободить и обновить IP-адрес. Но убедитесь, что вы пока не загружаете какие-либо файлы, поскольку ваш компьютер уязвим для вирусов и вредоносных программ.
5]Использовать сброс сети
Если ничего не работает, вы можете использовать Сброс сети, чтобы переустановить сетевые адаптеры и установить для сетевых компонентов настройки по умолчанию.
Надеюсь, что-то здесь вам помогло.
Читать далее: соединение Ethernet не работает в Windows 10.
.
Ошибка “
Сервер RPC недоступен
” (
The RPC server is unavailable
) появляется в Windows при ошибке коммуникации между двумя компьютерами по сети, когда компьютер (клиент RPC) не может подключиться к удаленному компьютеру (сервер RPC). В результате программа, которую вы запустили, не работает и возвращает ошибку, т.к. не можете получить данные с удаленного сервера. В этой статье мы разберем наиболее частые проблемы, которые могут препятствовать нормальному взаимодействию компьютеров через сеть по протоколу RPC.
Протокол RPC (Remote Process Call, удаленный вызов процедур) – это распространённый протокол взаимодействия приложений в локальной сети. В основном он используется для обмена данными с удалённым компьютерам, но есть некоторые программы, которые используют RPC для локальных взаимодействий между приложением и запущенной локально службой.
В типовом сеансе клиент RPC подключается к службе RPC Endpoint Mapper (сопоставления конечных точек) на RPC сервере по TCP порту 135 и запрашивает номер порта, на котором запущено нужное ему RPC приложение (служба). Служба RPC Endpoint Mapper возвращает клиенту номер динамического RPC порта, назначенного указанной службе при запуске. Затем RPC клиент взаимодействует с RPC службой по указанному TCP порту.
Если RPC клиент не смог подключиться к RPC серверу, в приложении появится ошибка:
The RPC server is unavailable
В современных версиях Windows (начиная с Windows Vista/2008) используется следующий диапазон динамических RPC портов (Dynamic RPC Port range): 49152 — 65535 (в Windows Server 2003 / XP и ниже использовался другой диапазон 1024 – 65535.
Наиболее распространённые проблемы, из-за которых не работает RPC взаимодействие между компьютерами:
- Удаленный компьютер выключен;
- Не запущены службы RPC на сервере;
- Вы пытаетесь подключиться к RPC серверу по неправильному имени (или как вариант, DNS имени сервера соответствует неверный IP адрес);
- Используются некорректные настройки сетевого подключение на клиенте или сервере;
- RPC трафик между клиентом и сервером блокируется файерволом;
Проверка доступности удаленного компьютера
Убедитесь, что удаленный компьютер включен, отвечает на ping по имени и IP адресу. Если RPC сервер не доступен по имени, проверьте корректность DNS записей и попробуйте сбросить DNS кэш на клиенте:
ipconfig /flushdns
.
Если имя компьютера, на котором запущен RPC-сервер недавно изменилось, попробуйте перерегистрировать его в DNS Active Directory:
ipconfig /registerdns
Проверка служб RPC
Проверьте, что на сервере запущены службы, которые необходимы для обработки входящих RPC подключений:
- Откройте консоль управления службами (services.msc);
- Убедитесь, что следующие службы запущены (статус Running), а тип их запуска – автоматический: Remote Procedure Call (RPC), RPC Endpoint Mapper и DCOM Server Process Launcher;
Если RPC службы отключены и не запускаются, попробуйте активировать их через реестр. Найдите ветки этих служб в реестре и измените значение параметра Start на 2 (автоматический запуск службы):
- Удаленный вызов процедур (RPC) — ветка реестра HKEY_LOCAL_MACHINESYSTEMCurrentControlSetservicesRpcSs
- Сопоставитель конечных точек RPC — HKEY_LOCAL_MACHINESYSTEMCurrentControlSetservicesRpcEptMapper
- Модуль запуска процессов DCOM-сервера — HKEY_LOCAL_MACHINESYSTEMCurrentControlSetservicesDcomLaunch
RPC блокируется файерволом (брандмауэром)
Убедитесь, что RPC трафик между компьютерами не блокируется файеволом. Если у вас используется Windows Defender Firewall with Advanced Security, нужно проверить или создать правила, разрешающие RPC трафик. Одно правило, разрешающее доступ к службе RPC Endpoint Mapper по порту TCP/135; второе должно разрешать доступ к RPC службе, которая вам нужна по динамическим RPC портам (RPC Dynamic Ports). Правила нужно создать для всех трех сетевых профилей: Domain, Private и Public.
Проверьте с клиента, что на RPC сервере доступен 135 порт TCP (должен слушаться службой RPC Endpoint Mapper). Можно проверить доступность порта из PowerShell:
Test-NetConnection 192.168.1.201 -port 135
Если RPC порт доступен, должен появится ответ
TcpTestSucceeded:True
.
Вы можете получить список конечных точек RPC (сервисов и приложений), которые зарегистрированы на удаленном компьютере и анонсируются службой RPC Endpoint Mapper с помощью утилиту PortQry
portqry -n 192.168.1.201 -p tcp -e 135
В выводе PortQry можно найти номер порта, назначенный нужной вам службе RPC (она запущена?) и проверить, что этот порт не блокируется с клиента.
Если у вас используется сторонний файервол/антивирус, убедитесь, что он не блокирует RPC трафик и умеет корректно обрабатывать трафик динамических RPC портов.
Проверка сетевых протоколов и настроек
Убедитесь, что на вашем компьютере заданы корректные сетевые настройки: IP адрес, шлюз, маска сети, настройки DNS серверов (можно проверить настройки сети из PowerShell). Проверьте, что в настройках сетевого адаптера, используемого для подключения включены протоколы Internet Protocol Version 6 (TCP/IPv6) и File and Printer Sharing for Microsoft Networks
Некоторые сетевые приложения некорректно работают при отключенном протоколе TCP/IPv6, возвращая ошибку:
1722 The RPC server is unavailable
. Если после включения ipv6 ошибка RPC сохраняется, попробуйте отключить протокол Teredo через реестр:
Создайте в ветке реестра HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpip6Parameters параметр типа DWORD с именем DisabledComponents и значением 8:
reg add hklmsystemcurrentcontrolsetservicestcpip6parameters /v DisabledComponents /t REG_DWORD /d 8
В некоторых случаях приходится получаить дамп трафика на RPC сервера и анализирвать его с помощью Microsoft Network Monitor 3.4 или Message Analyzer.
Remote Process Call (RPC) в переводе «удаленный вызов процедур» — это протокол, который позволяет программам на одном компьютере получать доступ к определенным службам программы на другом компьютере, который находится в той же сети. Другими словами, его основная цель, это дать возможность клиенту и серверу взаимодействовать друг с другом по сети. Но, иногда пользователи сталкиваться с ошибкой «Сервер RPC недоступен» в Windows 10, и ошибка может появляться при подключении к удаленному рабочему столу, при попытке распечатать документ на сетевом принтере, в почте outlook, abbyy licensing service и т.п. Недоступность RPC может быть не только по локальной сети, а так же в периферийных устройствах контроллера как сканер или принтер.
Причины ошибки, когда сервер RPC недоступен в Windows 10 могут быть разные, но в основном это: служба(ы) требуемые для RPC отключены, удаленный помощник отключен в брандмауэре, IPV6 или общий доступ к файлам и принтерам отключен, IP-адрес приводит к сбою сервера RPC или службы RPC отключены в реестре. Давайте разберем эти моменты, чтобы исправить ошибку, когда удаленный вызов процедур дает сбой и появляется ошибка, что сервер RPC недоступен в Windows 10.
1. Проверка служб RPC
Службы RPC могут перейти от автоматического режима в ручной, что и будет вызывать ошибку. Первым делом стоит проверить службу. Нажмите сочетание кнопок Win+R и введите services.msc, чтобы быстро открыть службы. В предоставленном списке найдите следующие службы и нажмите правой кнопкой мыши, выберите «свойства». Задайте параметры, если у вас не так — Тип запуска: Автоматически и запустить, если служба остановлена.
- Локатор удаленного вызова процедур (RPC).
- Модуль запуска процессов DCOM-сервера.
- Удаленный вызов процедур (RPC).
Примечание:
- Если у вас ошибка связанная с программой ABBYY licensing service, то ищите службу с названием ABBYY FineReader и установить для нее те же значения.
- Если у вас стоят не правильные параметры и не можете ничего изменить (выделено все серым), то следуйте 5 способу.
2. Удаленный помощник в брандмауэре
Удаленный помощник — функция, которая позволяет другим пользователям или компьютерам видеть экран вашего компьютера и управлять им. При подключении к удаленному компьютеру, вы также можете столкнуться с ошибкой RPC, поскольку клиент и сервер обмениваются информацией в гораздо большем и сложном масштабе. Если брандмауэр не настроен, вы увидите ошибку «Сервер RPC недоступен».
Нажмите Win+R и введите firewall.cpl, чтобы открыть параметры брандмауэра. Слева нажмите на «Разрешение взаимодействия с приложениями«.
Найдите «Удаленный помощник» и удостоверьтесь, что параметры для сети, включены везде. Перезагрузите компьютер или ноутбук, и проверьте, исправлена ли ошибка, когда сервер RPC недоступен.
3. Включение IPV6 и общего доступа к файлам и принтерам
В некоторых случаях вы можете столкнуться с ошибкой 1722: RPC сервер недоступен, когда происходит сбой сетевого подключения, так как отключены сетевой доступ к принтерам для сетей Microsoft и протокол TCP/IPv6.
Нажмите Win+R и введите ncpa.cpl, чтобы открыть сетевые адаптеры. Нажмите на сетевом адаптеры, через которое идет сеть, и выберите «свойства». Далее в списке найдите два параметра и убедитесь что они включены (галочки установлены).
- Общий доступ к файлам и принтерам для сетей Microsft.
- IP версии 6 (TCP/IPv6).
Если ошибка «сервер RPC недоступен» с кодом 1722 все еще появляется, то двигаемся ниже.
4. Очистить DNS
Очистка старых DNS может исправить код ошибки 1722 RPC. В первую очередь убедитесь, что службы, связанные с RPC, работают как в способе 1. Далее запускаем командную строку от имени администратора и введите следующие команды для очистки и сброса DNS:
ipconfig /flushdns
ipconfig /renew
Проверьте, исправлена ли ошибка 1722 RPC недоступен.
5. Редактор реестра для запуска RPC служб
Если вы не смогли запустить службы способом 1, то запустим их через реестр. Для полной эффективности, убедитесь, что вы проделали способ 3 и способ 4. Нажмите Win+R и введите regedit, чтобы открыть редактор реестра.
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesRpcSs
- Справа щелкните два раза мышкой по Start и установите значение 2 с шестнадцатеричной системой.
- Это активирует удаленный вызов процедур (RPC).
Далее перейдите:
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesDcomLaunch
- Откройте параметр Start и задайте значение 2 с шестнадцатеричной системой.
- Это запустит модуль запуска процессов DCOM-сервера.
И еще по одному пути:
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesRpcEptMapper
- Откройте параметр Start и задайте значение 2 с шестнадцатеричной системой.
- Это запустит локатор удаленного вызова процедур (RPC).
Перезагрузите ПК и проверьте, исправлена ли ошибка, когда RPC сервер недоступен в Windows 10.
Смотрите еще:
- Подключение к удаленному рабочему столу в Windows
- Исправить ошибку pcl xl error при печати на принтере
- Операционная система не найдена при включении компьютера
- Как удалить драйвер принтера из системы Windows 10/7/8.1
- Ошибка 0x00000709 при подключении принтера в Windows 10
[ Telegram | Поддержать ]
На компьютерах достаточно часто возникают разного рода ошибки. Проблема, связанная с недоступностью RPC сервера не исключение. В основном она появляется при обновлении драйверов, но бывают случаи, когда ошибки «сервер RPC недоступен» возникает и при запуске операционной системы (ОС) Windows 7, 8, 10, а также XP или Server 2003, 2008, 2012. Также ошибка может возникать при печати или установке принтера.
RPC — это просто метод для передачи информации между различными процессами или клиентом (техника, что начинает связь) и сервером (устройством, которое пытается связаться с клиентом) в рамках системы или сети. Очень много компонентов ОС Виндовс использует этот способ “общения”. RPC в качестве точек связи использует разные порты чтобы связывать системы между собой.
В случае нарушения работы сервера, когда он недоступен, обмен пакетов данных между системами нарушается, теряется связь с удаленным объектом и функции просто перестают ее выполнять. Поэтому и возникает ошибка.
Что за ошибка и почему возникает
Проблема появляется, когда связь между системами нарушается, так как сервер не может отправить адрес порта точке связи. Появиться она может по следующим причинам:
- Работа службы PRC была приостановлена или вовсе не запущена.
- Наименование сервера может быт по ошибке связано с не тем адресом. Получается, что клиент пытается связаться с не тем “собеседником”. Также бывает, что связь пытаются наладить через порт, который не используется или имя сервера просто не распознается системой.
- Трафик был заблокирован брандмауэром или другим приложением для обеспечения безопасности.
- Есть проблемы с сетью, которые мешают связи между клиентом и сервером.
- Недавно были установлены драйвера на принтер, МФУ, звуковую карту и т.д.
Поиск причины
Причину, которая вызвала ошибку легко выявить по ее коду. Ее возможно посмотреть в журнале событий, только делать это рекомендуется сразу после обнаружения проблемы:
- Открыть меню “Пуск”.
- Перейти в панель управления.
- Зайти на вкладку администрирования и открыть окно просмотра событий.
- Поискать в журнале сообщение об ошибке (обычно помечено красным крестом). Как правило, если сделать все действия сразу после первого появления ошибки, то она будет в первой строке. В ней будет находится расшифровка и устройство, которое вызывает неполадки.
- Найти описание проблемы в интернете, а также способы решения.
Общие способы решения
Есть универсальные способы, которые помогают быстро устранить проблему с сервером РПЦ. На их выполнения потребуется немного времени, но результат не заставит ждать.
Перезапуск службы RPC
Для начала рекомендуется просто перезапустить службу. Возможно, что неполадки в работе при этом будут устранены. Сделать это можно следующим образом:
- Открыть диспетчер задач.
- Перейти на вкладку “Службы”.
- Найти необходимое. Для удобства рекомендуется выстроить элементы по алфавиту, что можно сделать одним кликом на столбик “Имена”.
- Кликнуть правой кнопкой мышки по службе и выбрать пункт “Перезапустить”.
После этого процесс прекратит работу и тут же запустится.
Отключение брандмауэра
Этот защитник может попросту не пропускать важные пакеты данных. Именно поэтому рекомендуется отключить его на время, чтобы точно удостовериться, что это не его вина.
Сделать это можно через панель управления, в разделе системы и безопасности.
Проверка времени компьютера
Если ошибка появилась в момент запуска какой-то программы или ее остановки, то вероятно все связанно с синхронизацией времени. Решить эту проблемы можно таким образом:
- Зайти в диспетчер задач. Перейти в последнюю вкладку. Внизу окна будет ссылка “Открыть Службы”.
- Откроется окно, в котором требуется найти службу времени.
- Если она была приостановлена, то ее требуется запустить. При активной службе рекомендуется выполнить перезапуск.
Устранение неполадок системы
В случае, если ошибка «сервер РПЦ недоступен» появилась при запуске ОС, необходимо сделать следующее:
- Перезагрузить компьютер.
- Нажать кнопку F8 при загрузке.
- Выбрать пункт «Устранение неполадок компьютера».
- Дождаться окончания процесса.
Проверка на вирусы
Также можно просканировать систему на наличие вредоносного программного обеспечения (ПО). Также, если антивирус обнаружит что-то, то его рекомендуется заменить. Дело в том, что если программа не обнаружила вирус самостоятельно, а только после ручного запуска сканирования, то значит, что она не выполняет своих функций.
При обнаружении вируса, его необходимо удалить.
Ошибка с кодом 1722
Ошибка «Сервер RPC недоступен» наиболее часто встречается при проблемах с отсутствием звука. Решается следующим образом:
- Открыть диспетчер задач.
- Перейти на вкладку “Службы”.
- Внизу окна будет ссылка, кликнуть на нее для открытия всех служб.
- Найти «Средство построения точек аудио».
- Сделать тип запуска “Вручную” и сохранить изменения.
Ошибка в FineReader
Многие пользователи используют FineReader для поиска и распознавания текста на картинках. Она может вызывать проблемы, а устранить их можно следующим образом:
- Зайти в “Службы” через диспетчер задач или панель управления.
- Оставить службу FineReader.
- Перезагрузить компьютер и запустить приостановленный процесс.
Проблемы с Bitlocker
Битлокер защищает информацию на носителях информации, например, флешках. И иногда работа этой технологии может вызывать ошибки с сервером RPC. Исправить это можно отключением технологии или просто обновлением. Это можно сделать через центр обновлений Виндовс или скачав необходимые файлы с интернета.