Устранение неполадок NIS
Системы управления информацией всегда будут иметь проблемы, и Сетевая информационная служба (NIS) не является исключением. И, как и любой другой сетевой протокол с интерфейсом клиент-сервер, эти проблемы будут возникать на стороне NIS-сервера и NIS-клиента.
В этой статье рассказывается о некоторых типичных проблемах NIS, с которыми вы можете столкнуться, а также о возможных решениях. Подход к выявлению и устранению потенциальных проблем будет зависеть от того, является ли проблема проблемой сервера NIS или проблемой клиента NIS.
Выявление и решение проблем клиента NIS
Скорее всего, при взаимодействии с протоколом NIS вы столкнетесь с множеством проблем клиента NIS. Примечательно, что команды часто зависают, служба может быть недоступна, а демон ypbind вышел из строя или несовместима с утилитой ypwhat.
Ниже приведены некоторые из проблем и их возможные решения:
Проблемы сетевой информационной службы, влияющие на одного клиента
Обычно одна или две проблемы могут иметь симптомы, указывающие на проблемы с привязкой, в то время как остальные машины в порядке. Такие проблемы довольно специфичны и будут на затронутых клиентах. Но если многие клиентские машины в вашей системе имеют аналогичную проблему, проблема, скорее всего, будет связана с одной из ваших серверных машин.
Ошибка ypbind на клиенте
У одного клиента могут быть проблемы с одним клиентом, в то время как остальные клиентские машины или та же подсеть работают нормально. Запустите ls-1 на проблемном устройстве в общем каталоге, таком как /usr, который содержит файлы, принадлежащие большинству клиентов, в том числе некоторые файлы, которых нет в клиентском файле /etc/passwd.
В результате должны быть перечислены имена владельцев файлов, не входящих в /etc/passwd. Если они отображаются в виде чисел, это означает, что служба NIS неисправна. Разумеется, диагноз в том, что процесс ypbind в клиенте не запущен.
Проверьте ypbind, запустив ps –e. Если ypbind отсутствует, войдите в систему как суперпользователь и введите следующую команду, чтобы запустить ypbind:
Неверное или отсутствующее доменное имя
Другая проблема, которая может возникнуть с одним клиентом в вашей системе, может быть вызвана неправильным или отсутствующим доменом. Эта проблема возникает, даже если ypbind работает нормально.
Вы можете разобраться в этом, сначала выполнив команду domainname , так как это предоставит вам результат установки имени домена.
Например:
Сравните вывод предыдущей утилиты с реальным именем домена, сохраненным в каталоге /var/yp вашего главного сервера NIS. Фактический домен должен быть доступен как подкаталог в каталоге /var/yp вашего главного сервера.
Предположим, что результат имени домена, предоставленный после выполнения команды domainname на компьютере с проблемой, отличается от фактического имени домена на сервере. В этом случае это будет неправильный домен.
Кроме того, иногда команда domainname может вернуть отсутствующий результат. В любом случае войдите в систему как суперпользователь и исправьте аномалию на клиентском компьютере. После этого перезагрузите машину.
Клиент не имеет привязки к серверу
Команды могут по-прежнему зависать даже при правильном имени домена и работающем ypbind. Такие проблемы возникают, когда клиент не привязан к серверу. Итак, привяжите клиент к серверу, выполнив команду ypwhat. Если вы только что запустили ypbind, но по-прежнему находите сообщения о несуществующей привязке между вашим доменом и клиентом, попробуйте запустить ypthat несколько раз.
ypbind сбои
Если ваш ypbind зависает или дает сбой, как только вы его запускаете, проблема существует в другой части вашей системы. Вы можете начать оценку с проверки доступности демона rpcbind с помощью следующей команды:
Перейдите к документации RPC, если демон rpcbind недоступен, слишком быстро зависает или ведет себя странно. Установите связь с демоном rpcbind на неисправном клиенте с непроблемной машины. Итак, вы можете ввести следующую команду из работающего клиента:
rpcinfo выведет следующий экран, если rpcbind на проблемном клиентском компьютере работает нормально:
Ваша машина должна иметь список различных адресов. Но если на дисплее нет списка адресов, это показывает, что ypbind не может зарегистрировать запрошенные службы. Перезагрузите компьютер перед повторным запуском файла rpcinfo. Но если доступные процессы ypbind меняются каждый раз, когда вы перезапускаете /usr/lib/netsvc/yp/ypbind/, перезагрузите компьютер независимо от того, запущен ypbind или нет.
Недоступная служба NIS
Одна клиентская машина может иметь эту проблему, поскольку остальные работают нормально. Следующие симптомы появятся, когда служба NIS перестанет быть доступной в вашей системе:
Некоторые команды вернут сообщение об ошибке NIS недоступно, в то время как другие будут выполняться правильно.
Сбой команд или демонов с сообщением об ошибке или без него
Команды хромают в режиме резервной стратегии
В случае недоступности службы NIS вы можете увидеть один из следующих экранов:
Или дисплей, как показано ниже:
Решением проблем, подобных вышеперечисленным, является запуск ls-1 на машине с проблемой в общем каталоге, таком как /usr, который содержит файлы, принадлежащие большинству клиентов, включая некоторые файлы, которых нет в /etc/passwd клиента. файл.
Проблемы, затрагивающие все клиентские машины в вашей сети
К проблемам, которые могут повлиять на все клиентские машины в вашей системе, относятся:
Висячие команды
Команды часто зависают. Возможно, это одна из самых распространенных проблем на клиентских устройствах NIS. Команда всегда может зависнуть, даже если система работает хорошо и другие утилиты работают успешно. В этом случае консоль сгенерирует сообщение, подобное следующему рисунку:
Предыдущий экран показывает, что клиентский демон ypbind не обменивается данными с демоном ypserv в домене linhint. Такая проблема возникает из-за сбоя систем, работающих на демоне ypserv. Это также может произойти из-за перегрузки сети или сервера, из-за которой демон ypserv не может отправлять ответы обратно вашему клиенту ypbind до истечения периода ожидания.
Хотя эта проблема проявляется на всех клиентских машинах, она часто носит временный характер. Это автоматически решается при перезагрузке серверной машины и перезапуске вашего демона ypserv. Как вариант, он пойдет, когда упадет нагрузка на сервер или сеть.
Проблемы с NIS-сервером
Ниже приведены наиболее распространенные проблемы с NIS-сервером:
Наличие разных версий карты NIS
NIS распространяет карты между серверами. Но иногда на ваших сетевых серверах могут существовать разные версии карт. Вы можете исправить это, выполнив команду ypxfr, особенно если все серверы и маршрутизаторы работают правильно.
Вы также можете запустить предыдущую команду на подчиненном сервере, если на сервере возникают проблемы с обновлением карты. Но если эта команда завершится неудачно, вы получите сообщение об ошибке с подробными сведениями об ошибке и способами устранения проблемы. Вы все еще можете продолжить и проверить проблему, используя следующую команду:
Неработоспособный демон ypserv
Демон ypserv может неоднократно аварийно завершать работу сразу после перезапуска. Если это произойдет, начните с поиска демона portmap с помощью следующей команды:
Перезагрузите сервер, если вам не удалось получить демон portmap. Как только вы получите демона, используйте следующую команду:
Linhint в предыдущей команде — это имя хоста нашего сервера. Вы заметите, что номера портов на вашей неисправной машине отличаются:
Утилита ypserv не может зарегистрировать службы под ним, если вы не найдете записи, подобные показанным на предыдущем рисунке. В этом случае перезагрузите компьютер. Вам также необходимо перезагрузить компьютер, если записи сервера доступны, но меняются при каждом перезапуске утилиты /usr/lib/netsvc/yp/ypserv.
Заключение
В этой статье обсуждалось, как устранять проблемы с NIS, с которыми сталкиваются пользователи, и предлагать решения путем устранения потенциальных проблем с сервером NIS или клиентом NIS. Кроме того, были выделены проблемы, затрагивающие все клиентские машины в вашей сети, такие как наличие разных версий карт NIS и неработоспособный демон ypserv.