Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Mam skrypt firewall umieszczony w:
/etc/init.d/firewall
Po wydaniu polecenia:
update-rc.d firewall defaults
nic nie jest zwracane (nie tworzą się też dowiązania w katalogach rc.d).
Skrypt uruchamiany poleceniem:
/etc/init.d/firewall start
działa bezproblemowo.
System to Stretch.
Ostatnio edytowany przez loms (2018-03-28 20:03:02)
Offline
Może insserv :)
Offline
Raczej mocno przestarzały przepis na FW i Systemd jako init.
Zamiast w /etc/init.d/firewall zrób sobie skrypt powłoki z samymi regułami firewalla w lokalizacji
/etc/network/if-pre-up.d/firewall
Względnie umieść go w folderze /usr/local/sbin/ i zrób dowiązanie w taki sposób:
ls -l /etc/network/if-pre-up.d/firewall lrwxrwxrwx 1 root root 24 lut 10 17:21 /etc/network/if-pre-up.d/firewall -> /usr/local/sbin/firewall
Powyższe rozwiązanie działa bez problemu z Systemd.
Offline
Problem rozwiązałem dodając do pliku skryptu taki blok:
### BEGIN INIT INFO # Provides: scriptname # Required-Start: $remote_fs $syslog # Required-Stop: $remote_fs $syslog # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: Start daemon at boot time # Description: Enable service provided by daemon. ### END INIT INFO
Rozwiązanie bez tego działało w Jessie, nie działało w Stretch.
Dziękuje wszystkim za pomoc.
Offline
Do tego przecież jest ładny przepis Debiana: https://wiki.debian.org/iptables
jak reguły masz OK i chcesz żeby były odpalane przy starcie to instalujesz iptables-persistent i będą one odpalane.
Zresztą szkoda czasu na pisanie jak tam ładnie wszystko wyjaśnione :)
Ostatnio edytowany przez life (2018-03-29 09:46:00)
Offline
jest jeszcze [b]iptables-persistent[/b]
Offline
[quote=hi]jest jeszcze [b]iptables-persistent[/b][/quote]
Ten jest dosyć ryzykowny.
Wystarczy jakiś błąd przy aktualizacji, albo choćby błąd skryptu startowego dla systemd i możemy się nawet nie dowiedzieć odpowiednio szybko, że jesteśmy bez FW.
Pod tym względem [b]/etc/network/if-*[/b] jest pewniejszy, bo z tego interfejsu korzysta kilka usług, np wpa_supplicant, także łatwiej zauważyć, jak tam coś się skicha.
Offline
Time (s) | Query |
---|---|
0.00008 | SET CHARSET latin2 |
0.00004 | SET NAMES latin2 |
0.00074 | SELECT u.*, g.*, o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='3.15.7.212' WHERE u.id=1 |
0.00091 | REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '3.15.7.212', 1732472373) |
0.00050 | SELECT * FROM punbb_online WHERE logged<1732472073 |
0.00058 | SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=30384 AND t.moved_to IS NULL |
0.00006 | SELECT search_for, replace_with FROM punbb_censoring |
0.00349 | SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=30384 ORDER BY p.id LIMIT 0,25 |
0.00106 | UPDATE punbb_topics SET num_views=num_views+1 WHERE id=30384 |
Total query time: 0.00746 s |