wheezy: nis / autofs не работает

У меня есть несколько компьютеров с debian lenny на них. Один из них имеет 193.167.1.75 сервер: 193.167.1.75 Я могу 193.167.1.75 мой домашний каталог при входе в систему:

 >ssh 193.167.1.80 -l myuser >pwd /home/nis/myuser 

Теперь я только что установил debian wheezy на одном из них, и я больше не могу авторизовать домашние каталоги (но я все еще могу войти в систему с помощью myuser)

 >ssh 193.167.1.80 -l myuser Could not chdir to home directory /home/nis/myuser: No such file or directory >pwd / 

То, что я сделал до сих пор:

 apt-get install nis nfs-common portmap autofs echo "+::::::" >>/etc/passwd echo "+::::::::" >>/etc/shadow echo "+:::" >>/etc/group echo "mynisserver" > /etc/defaultdomain echo "ypserver ##.##.##.75" > /etc/yp.conf nisdomainname mynisserver /etc/init.d/nis restart echo "+auto.master" > /etc/auto.master rm /etc/auto.home /etc/init.d/autofs restart 

Любая идея, почему домашние каталоги все еще не установлены?

ИЗМЕНИТЬ 1:

Клиентская сторона (193.167.1.80)

 grep -i automount /var/log/messages grep -i automount /var/log/syslog 

ничего не возвращает (и при входе в систему нет новой строки)

 /etc/init.d/autofs status [ ok ] automount is running. 

NSSwitch:

 cat /etc/nsswitch.conf passwd: compat nis group: compat nis shadow: compat nis hosts: files dns nis networks: files protocols: db files services: db files ethers: db files rpc: db files netgroup: nis 

Не уверен, что это имеет к этому какое-то отношение, но на всякий случай:

 showmount -a clnt_create: RPC: Port mapper failure - Unable to receive: errno 111 (Connection refused) 

Серверная сторона (193.167.1.75):

 cat /etc/exports /home/nis 193.167.1.0/24(sync,rw,no_root_squash,no_subtree_check) 

EDIT2:

Я попытался вручную установить nfs на 193.167.1.80 с помощью root. Это сработало. Теперь мне нужно выяснить, почему autofs не делает это автоматически:

 mount -t nfs -o rw 193.167.1.75:/home/nis /home/nis 

2 Solutions collect form web for “wheezy: nis / autofs не работает”

Я подозреваю, что NFS не экспортировала ни одну из файловых систем. Просто поместить элементы в автомат НЕ автоматически экспортирует ничего. Проверьте файл /etc/exports на исходном сервере.

Также вам нужно указать, каковы контексты ваших двух автоматических карт.

Кроме того, вы должны указать содержимое /etc/nsswitch . Если этот файл неверен, ваш NIS никогда не будет проконсультироваться.

Я вижу это и в своей системе. В моей ситуации, когда я вхожу в систему, я вижу, что NIS запущен (ypwhich возвращает имя сервера), но автомонитор не читал ни одну из карт. Перезапуск autofs (перезапуск /etc/init.d/autofs) устраняет проблему до следующей перезагрузки.

Я не понял, почему это происходит на моем ПК.

Я видел это на некоторых системах RedHat, работающих в подсети, где широковещательный доступ к серверу NIS недоступен. Они настроены с помощью yp.conf, который выглядит как «сервер MYDOMAIN домена MYNISSERVER». Я обнаружил, что в точке последовательности загрузки, где запускается ypbind, разрешение DNS для MYNISSERVER терпит неудачу, а YP не связывается. Меняет MYNISSERVER с DNS-имени на числовой IP-адрес или добавляет строку в / etc / hosts для MYNISSERVER.

Однако в моем поле Debian это не проблема. Ypbind действительно начинается успешно. Согласно сообщениям загрузки, он не работает, но продолжается в фоновом режиме. Я подозреваю, что это удается через некоторое время после запуска autofs, поэтому проблема.

Когда я отредактировал файл /etc/init.d/nis, поэтому задержка между повторениями составляет 5 секунд, проблема не изменилась, поэтому дело не просто в том, чтобы не ждать достаточно долго.

Я думаю, глядя на файлы журналов, что код запуска пытается запустить NIS до того, как NetworkManager / DHCP завершит попытку воссоздать интерфейс, а это значит, что нет никакого интерфейса для его попытки подключиться.

Я смог решить проблему, добавив следующие две строки в мой /etc/rc.local:

 /etc/init.d/nis start /etc/init.d/autofs restart 

Разумеется, что-то загрузилось между первоначальной попыткой воспитывать NIS и окончанием последовательности запуска (в rc.local), должно было работать раньше. Согласно содержанию /etc/rc5.d, это может быть только nfs-kernel-server (который я не использую), cron и minissdpd, но ни один из них не имеет для меня смысла.

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

  • rpcbind.service не запускается
  • Как я могу запускать команду для всех клиентов за раз с сервера, все из которых подключены к серверу NIS и NFS?
  • Как показать `netgroups` презентабельно (и почему` tr` не работает)?
  • Ubuntu 14.04.2 LTS: для пользователей NIS SSH работает, но консольный вход и sudo fail
  • Использование NIS без NFS
  • Ключ SSH работает на сервере NIS, сбой на NIS-клиенте
  • Невозможно изменить пароль, не зная текущего пароля (даже с правами root)
  • Перезапись / etc / shadow. Могу ли я заставить пользователей NIS сменить пароль?
  • Не удается войти в Debian 7.7 с помощью пользователя Kerberos / NIS
  • Как сменить пароль с помощью скрипта
  • Interesting Posts

    Разница между резервными суперблоками

    Сценарий Bash для настройки яркости при отключенной батарее

    Устранена проблема с Bpython

    Что действительно контролирует параметр vm.swappiness?

    Запросить пользователя для предложения и сохранить его, не нарушая пространства

    Различия между XStow и Stow

    -bash: / usr / sbin / useradd: Ошибка ввода / вывода. Что это значит?

    USB-карта, драйвер указан на странице debian wifi и странице установки

    Общий сетевой принтер Windows поддерживает использование заднего лотка в качестве источника

    XServer: как проверить, кто / что использует отображение: N

    netcat пропускная способность низкая, но iperf высокий

    Как восстановить потерянные метаданные разрешения в / etc?

    Можно ли использовать Nautilus-Actions Configuration Tool с браузером Nemo в Cinnamon?

    Свободное пространство: 0 байт и файлы, заполненные данными, отображаемыми как пустые

    Запуск удаленного демона оболочки как пользователя без root с завершением табуляции

    Linux и Unix - лучшая ОС в мире.