Другая потенциальная причина - ufw потеря конфигурации конфигурации правила SSH. Это произошло со мной, по крайней мере, в один или два раза, когда после применения обновлений и перезагрузки конфигурация брандмауэра блокировала доступ к серверу. Использование консоли VPS консоли моего хостинга позволило мне выйти на компьютер и диагностировать проблему. Пример ниже показывает проблему (т. Е. Нет записи для порта 22):
user@host:~$ sudo ufw status verbose
[sudo] password for user:
Status: active
Logging: on (low)
Default: deny (incoming), allow (outgoing), disabled (routed)
New profiles: skip
To Action From
-- ------ ----
80,443/tcp (Nginx Full) ALLOW IN Anywhere
25/tcp ALLOW IN Anywhere
143 ALLOW IN Anywhere
110 ALLOW IN Anywhere
993/tcp (Dovecot Secure IMAP) ALLOW IN Anywhere
995/tcp (Dovecot Secure POP3) ALLOW IN Anywhere
25/tcp (Postfix) ALLOW IN Anywhere
465/tcp (Postfix SMTPS) ALLOW IN Anywhere
80,443/tcp (Nginx Full (v6)) ALLOW IN Anywhere (v6)
25/tcp (v6) ALLOW IN Anywhere (v6)
143 (v6) ALLOW IN Anywhere (v6)
110 (v6) ALLOW IN Anywhere (v6)
993/tcp (Dovecot Secure IMAP (v6)) ALLOW IN Anywhere (v6)
995/tcp (Dovecot Secure POP3 (v6)) ALLOW IN Anywhere (v6)
25/tcp (Postfix (v6)) ALLOW IN Anywhere (v6)
465/tcp (Postfix SMTPS (v6)) ALLOW IN Anywhere (v6)
Повторное включение порта следующим образом делает трюк:
user@host:~$ sudo ufw allow ssh
Rule added
Rule added (v6)
Что касается Chromium 16, в UCuntu в настоящее время возникают проблемы с NaCl. Я считаю, что это связано с компиляцией Chromium с защитной оболочкой Debian. Куча ошибок пусковой панели была связана с этим, но я думаю, что LP # 882942 является основным, связанным с NaCl на Chromium.
К сожалению, это означает, что если вы хотите использовать NaCl в Ubuntu, вы должен установить официальную обертку .