Тот же сценарий, та же ОС, та же установка, сбой

Так что я работаю с RANCID контролировать некоторые переключатели, и я использую clogin Теперь для тестирования некоторых модификаций.

Я работаю на двух разных компьютерах, но оба они из офиса. Хотя они находятся в разных подсетях, оба могут стабильно telnet а также ssh соединения с коммутатором, с которым я сейчас работаю (Alcatel Omni 6248). Я сделал установку по умолчанию RANCID на обоих компьютерах и добавил все необходимое.

Пока не думай о неправильной конфигурации

Таким образом, мне удалось получить конфигурацию для некоторых из коммутаторов, но два из них потерпели неудачу, поэтому я попытался изменить clogin, чтобы он получал каждую конфигурацию маршрутизатора. После некоторых изменений, выполнение

./clogin -c "show running-config" alcatel-sw

приведет к входу скрипта, выполняя

terminal datadump

а затем ждать по приглашению, пока не получит TIMEOUT, Пытаясь это исправить, я просто решил получить значение по умолчанию clogin и начать с нуля снова, поэтому я восстановил резервную копию и попытался войти в CISCO переключатель (который отлично работает по умолчанию clogin скрипт). Я выполнил

./clogin -c "show running-config" cisco-sw

и я получил TIMEOUT как будто я использовал старый скрипт. Я проверил это и нет, я использовал по умолчанию. Я даже передал тот, который у меня есть, на другой компьютер (который я тестировал перед отправкой) и попытался снова получить ту же ошибку.

Любая идея о том, как это может быть возможно?

Я на CentOS 7.2 на тех же машинах, как на почти новой установке и clogin работал, пока я не изменил его, а затем заменил его резервной копией.

1 ответ

Решение

Это второй раз, когда я трачу два дня своей жизни на поиски ошибок, пока это был SElinux все время.

В основном при выполнении cp clogin clogin.bk, в нем отсутствовал контекст, поэтому он не мог полностью работать.

Он снова работает нормально после выполнения:

chcon unconfined_u:object_r:admin_home_t:s0 clogin

Другие вопросы по тегам