На наших Дерзких серверах (13.10) мы видим длительные задержки при вхождении в системы через SSH. Я выяснил, что это связано со строкой
session optional pam_systemd.so
в /etc/pam.d/common-session
.
Когда я комментирую, что строка, вход в систему непосредственен.
/var/log/auth.log
вывод, который сопровождает любые задержанные попытки входа в систему, похож на это:
May 21 17:33:58 control02 sshd[18488]: Accepted publickey for daniel.schneller from 10.102.2.9 port 35763 ssh2
May 21 17:33:58 control02 sshd[18488]: pam_unix(sshd:session): session opened for user daniel.schneller by (uid=0)
May 21 17:34:23 control02 sshd[18488]: pam_systemd(sshd:session): Failed to create session: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
Я еще не мог найти определенную документацию, нужен ли мне модуль вообще. Я мог, конечно, оставить прокомментированным, потому что это, кажется, только ожидает тайм-аута так или иначе в данный момент, но я понял бы первопричину и зафиксировал бы это, если вообще возможный, для предотвращения проблем в будущем.
Я имел ту же проблему с Debian Jessie 8 и нашел другое решение здесь: https://bugs.debian.org/cgi-bin/bugreport.cgi? bug=770135#46
команда systemctl restart systemd-logind.service
или полная перезагрузка зафиксировал задержку входа в систему ssh меня.
"${number[@]:0:20}"
и"${number[@]:1:20}"
приводит к тому же результату? он что-то как если удар can' t находят значение в индексе 0, оно начинается, рассчитывая от 1? я протестировал со стартовым массивом в некоторых других значениях, и каждый раз0
заменяется фактическим начальным значением индекса – heemayl 3 December 2015 в 07:37