Так что я работаю с 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 работал, пока я не изменил его, а затем заменил его резервной копией.
Это второй раз, когда я трачу два дня своей жизни на поиск ошибок, когда все время был SElinux.
В основном при выполнении cp clogin clogin.bk, у него отсутствовал контекст, поэтому он не мог работать в полной мере.
Он снова работает нормально после выполнения:
chcon unconfined_u:object_r:admin_home_t:s0 clogin