проверьте tcp пакетный прием ниже tcpdump уровня
Поместите .bash_profile файл в / etc / kele / . Это в основном каталог шаблона для новых пользовательских профилей. Что-нибудь, в котором находится скопировано в $ Home , когда создается новый пользователь, и они имеют $ Home Dir. Это похоже на профиль по умолчанию в Windows.
Чтобы использовать тот же файл для удаленных и локальных пользователей, ищите переменную, что только удаленные пользователи установили и включают в себя тест для этого в функциях / настройках, которые вы хотите применить к ним. Что-то похожее на ssh_client или ssh_tty
if [[ $SSH_CLIENT ]]; then
setup foo for a remote user
else
setup foo for a local user
fi
Если
tcpdumpне показывает этот пакет, значит ли это, что он не был получен?
Да, это значит, что он не был получен. Перехват пакета напрямую видит то, что получено на проводе. Если бы было правило брандмауэра/фильтра, сбрасывающего пакет, он бы все равно появился в захвате пакета, а затем был бы сброшен позже.
Скорее всего, что-то еще где-то на пути сети фильтрует ConfAck. Вы можете спросить, намного ли больше ConfAck в случае IPv6, чем ConfAck в случае IPv4. Я не понимаю, почему, но если бы он был намного больше, достаточно, чтобы требовать фрагментации где-то на пути из-за проблемы с MTU, я думаю, что это может вызвать проблему?
.