Перезапуск Gnome 3 в хрипящем Debian?

Сначала запишите немного сценария для сбрасывания правил iptables:

#!/bin/bash
echo "Stopping firewall and allowing everyone..."
iptables -F
iptables -X
iptables -t nat -F
iptables -t nat -X
iptables -t mangle -F
iptables -t mangle -X
iptables -P INPUT ACCEPT
iptables -P FORWARD ACCEPT
iptables -P OUTPUT ACCEPT

(Вам, вероятно, не нужны 'туземные' команды и команды 'искажения'.) Называют это 'flush.sh' и помещают сценарий в '/root' каталог. Помните к 'chmod +x flush.sh'.

Протестируйте сценарий путем добавления безопасного правила iptables такой как

iptables -A INPUT -p tcp -j ACCEPT

и затем запуская скрипт из командной строки. Проверьте, что правила, что Вы добавили, не стало.

Добавьте сценарий к crontab корня для выполнения каждые десять минут:

*/10 * * * * /root/flush.sh

Добавьте назад, что безопасные iptables постановляют используемый тестированием сценария. Ожидайте десять минут и проверьте, что Ваше задание крона, выполняемое успешно и, удалило правило.

В этой точке необходимо смочь отладить набор правила iptables с flush.sh системой поддержки, работающей каждые десять минут. Когда Вы закончены, отладив Ваши правила, комментируете строку в crontab, который запускает flush.sh скрипт.

То, куда Вы помещаете свои правила, является несколько зависимым дистрибутива. Для Ubuntu взгляните на эту ссылку. К концу Вы будете видеть две опции для того, чтобы установить Ваши правила брандмауэра постоянно-/etc/network/interfaces и при помощи конфигурации Администратора сети. Так как Вы выполняете сервер, бывший вариант, вероятно, лучше.

Вы никогда не должны должны быть перезагружать, чтобы изменить или сбросить Ваши правила iptables, если Вы не блокируете себя.

Лучше настраивать sshd, чтобы только позволить корневой вход в систему с помощью аутентификации с открытым ключом, а не паролем.

Если Вы имеете защищенный шлюз в наличии с фиксированным IP-адресом, таким как сервер в Вашем офисе, в который можно войти отовсюду, было бы хорошо иметь правило iptables об удаленном сервере для разрешения SSH только от того шлюза.

Изменение порта SSH от 22 до чего-то еще имеет очень ограниченную ценность, поскольку большинство сканеров портов найдет новый порт SSH быстро.