Чому SSH не консультується / etc / hosts?

Я адмініструю мережеве середовище, де користувачі аутентифікуються через NIS. Всі машини можуть бути використані для SSH на сервері, крім однієї. На машині, про яку йдеться, я отримую повідомлення

ssh: connect to host servername port 22: Connection refused

Я порівняв straceвиходи з відповідної машини та машини, яка може правильно SSH на сервер.
Виявляється, машина, яка не може SSH на сервер, не консультується, /etc/hostsтоді як машина, яка може SSH правильно. Обидві машини /etc/hostsналаштували ім’я та IP-адресу сервера. Врешті-решт, машина, яка не консультується, /etc/hostsзакінчується спробою підключитися до 127.0.0.1(localhost) і не вдається з вищезгаданим повідомленням. Що може бути причиною цього?

Додаткова інформація:

• Сервер, на який я намагаюся SSH, також виступає як сервер імен, і обидві машини консультуються з ним, намагаючись SSH в нього.
• Машина, яка не може SSH перейти на сервер, може правильно виконати SSH в інших машинах, коли я це робити.
  ssh machinename
  У straceжурналах показано, що машина звертається до сервера імен (на цей раз успішно) і вдається правильно вирішити ім'я віддаленої машини та підключитись до неї.

EDIT: Я з радістю надамо будь-яку додаткову інформацію, яку, на вашу думку, може допомогти вирішити цю проблему.

Мені це здається, що проблемний хост неправильно налаштований nsswitch.conf.

hostsЛінія /etc/nsswitch.confповинна виглядати приблизно так:

hosts:  files nisplus nis dns

Однак точний вміст буде залежати від вашого оточення. Вам слід порівняти роботу з робочими хостами та внести зміни відповідно.