Установив DHCP-сервер, что мне нужно сделать для остальной части моей сети?

Question 1

У меня такие же проблемы с 10.04 (LTS).

Когда я запускаю свой ssh с -vvv, он умирает в:

debug1: Entering interactive session.

Расширение этого ответа.

Мне удалось удаленно перезагрузить сервер и включить log-журнал DEBUG. Также воспользовалась этой возможностью, чтобы оставаться в системе и наблюдать за другими попытками входа в систему. Вот что происходит. Клиент подключается и авторизируется и зависает над сообщением выше.

На сервере список процессов показывает это:

root       835  0.0  0.1  11476  3348 ?        Ss   13:39   0:00 sshd: till [priv]
root       840  0.0  0.0   4804  1124 ?        S    13:39   0:00 /bin/sh -c /usr/bin/env -i PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin /bin/run-parts --lsbsysinit /etc/update-motd.d
root       841  0.0  0.0   4728  1108 ?        S    13:39   0:00 /bin/run-parts --lsbsysinit /etc/update-motd.d
root       854  0.0  0.0   4804  1144 ?        S    13:39   0:00 /bin/sh /etc/update-motd.d/50-landscape-sysinfo
root       861  0.2  0.5  15388  9248 ?        S    13:39   0:00 /usr/bin/python /usr/bin/landscape-sysinfo
root       863  0.0  0.0      0     0 ?        Z    13:39   0:00 [who] <defunct>

Я могу выполнить /usr/bin/python /usr/bin/landscape-sysinfo просто отлично, пока я вошел в систему, но по какой-то причине я не могу понять почему он останавливает процесс входа в систему. Когда я завершаю процесс, вход в систему продолжается и появляется успешно.

Это не похоже на проблему ssh (d), это больше связано с update-motd и ландшафтом. Я удалил пакет update-motd, но похоже, что каталог /etc/update-motd сохраняется и скрипты все еще выполняются, что приводит к зависанию процесса.

Отладка этого: [ ! d10]

Оказывается, каталог /etc/update-motd.d/ на самом деле не принадлежит к пакету update-motd, он, похоже, запускается с помощью проверки подлинности pam через sshd.

Отключено pam_motd в следующих файлах:

/etc/pam.d/sshd /etc/pam.d/login [d19 ]

Еще один:

apt-get purge landscape-client landscape-common

Они, похоже, помогают в определенной степени. Хотя, успешно удаляет нарушающий скрипт в /etc/update-motd.d/ и не удаляет все скрипты в этом каталоге, и он не избавляется от pam_motd.

В общем, я нашел невозможно отключить pam_motd полностью, потому что кажется, что бы оно ни делало - это замедляет процесс входа в систему до определенной степени. Это не блокирует, как скрипт в landscape-common, но медленнее.

Сообщение об ошибке по этой проблеме:

/etc/pam.d/sshd [ ! d17]

Обходные пути оттуда:

Вы правы, что возможность входа в систему важнее, чем представление motd. Если это поведение является для вас проблемой, есть несколько способов его отключения: закомментируйте строку «pam_motd» в /etc/pam.d/sshd, если вы не хотите отображать motd. удалите содержимое каталога /etc/update-motd.d. chmod -x скрипты в /etc/update-motd.d, которые вы не хотите запускать.

Question 2

Если ваша конфигурация DHCP на Raspberry Pi в порядке, и вам не нужна какая-либо другая функция, вам больше не нужно ничего. Но вы должны убедиться, что Raspberry Pi предоставляет правильный адрес gw по умолчанию для клиентов, а также первичный и вторичный DNS-сервер (опять же, маршрутизатор для основного, я полагаю, и предлагаю публичный DNS-сервер Google или любой другой OpenDNS-сервер для вторичного).