How do I get ufw to start on boot?
![Creative The name of the picture](https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgO9GURib1T8z7lCwjOGLQaGtrueEthgQ8LO42ZX8cOfTqDK4jvDDpKkLFwf2J49kYCMNW7d4ABih_XCb_2UXdq5fPJDkoyg7-8g_YfRUot-XnaXkNYycsNp7lA5_TW9td0FFpLQ2APzKcZ/s1600/1.jpg)
![Creative The name of the picture](https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhYQ0N5W1qAOxLP7t7iOM6O6AzbZnkXUy16s7P_CWfOb5UbTQY_aDsc727chyphenhyphen5W4IppVNernMMQeaUFTB_rFzAd95_CDt-tnwN-nBx6JyUp2duGjPaL5-VgNO41AVsA_vu30EJcipdDG409/s400/Clash+Royale+CLAN+TAG%2523URR8PPP.png)
up vote
0
down vote
favorite
ufw is not starting for me on boot. My /etc/ufw/ufw.conf file looks like this:
# /etc/ufw/ufw.conf
#
# Set to yes to start on boot. If setting this remotely, be sure to add a rule
# to allow your remote connection before starting ufw. Eg: 'ufw allow 22/tcp'
ENABLED=yes
# Please use the 'ufw' command to set the loglevel. Eg: 'ufw logging medium'.
# See 'man ufw' for details.
LOGLEVEL=low
So it seems it should start ok. However straight after boot I always get this:
$ sudo ufw status
Status: inactive
Using the "service" script to start it does not seem to work:
$ sudo service ufw start
$ sudo ufw status
Status: inactive
If I force a reload it will work just fine:
$ sudo ufw reload
Firewall reloaded
$ sudo ufw status
Status: active
And after that the "service" script works just fine:
$ sudo ufw status
Status: active
$ sudo service ufw stop
$ sudo ufw status
Status: inactive
$ sudo service ufw start
$ sudo ufw status
Status: active
How do I get ufw to start on boot?
Edit:
I am using Ubuntu 18.04 so systemd is being used. systemctl is-enabled
reports as follows:
$ sudo ufw status verbose
Status: inactive
$ sudo systemctl is-enabled ufw.service
enabled
I also tried this:
$ sudo systemctl enable ufw
Synchronizing state of ufw.service with SysV service script with /lib/systemd/systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install enable ufw
$ sudo ufw status verbose
Status: inactive
And after a reboot it remains inactive. journalctl -p err
reports nothing interesting. journalctl -u ufw
reports:
$ journalctl -u ufw
...<snip>...
-- Reboot --
May 26 12:53:36 matt-laptop systemd[1]: Started Uncomplicated firewall.
So it certainly appears that it is attempting to start up ufw...it just seems that it doesn't actually do it!
firewall systemd ufw
 |Â
show 1 more comment
up vote
0
down vote
favorite
ufw is not starting for me on boot. My /etc/ufw/ufw.conf file looks like this:
# /etc/ufw/ufw.conf
#
# Set to yes to start on boot. If setting this remotely, be sure to add a rule
# to allow your remote connection before starting ufw. Eg: 'ufw allow 22/tcp'
ENABLED=yes
# Please use the 'ufw' command to set the loglevel. Eg: 'ufw logging medium'.
# See 'man ufw' for details.
LOGLEVEL=low
So it seems it should start ok. However straight after boot I always get this:
$ sudo ufw status
Status: inactive
Using the "service" script to start it does not seem to work:
$ sudo service ufw start
$ sudo ufw status
Status: inactive
If I force a reload it will work just fine:
$ sudo ufw reload
Firewall reloaded
$ sudo ufw status
Status: active
And after that the "service" script works just fine:
$ sudo ufw status
Status: active
$ sudo service ufw stop
$ sudo ufw status
Status: inactive
$ sudo service ufw start
$ sudo ufw status
Status: active
How do I get ufw to start on boot?
Edit:
I am using Ubuntu 18.04 so systemd is being used. systemctl is-enabled
reports as follows:
$ sudo ufw status verbose
Status: inactive
$ sudo systemctl is-enabled ufw.service
enabled
I also tried this:
$ sudo systemctl enable ufw
Synchronizing state of ufw.service with SysV service script with /lib/systemd/systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install enable ufw
$ sudo ufw status verbose
Status: inactive
And after a reboot it remains inactive. journalctl -p err
reports nothing interesting. journalctl -u ufw
reports:
$ journalctl -u ufw
...<snip>...
-- Reboot --
May 26 12:53:36 matt-laptop systemd[1]: Started Uncomplicated firewall.
So it certainly appears that it is attempting to start up ufw...it just seems that it doesn't actually do it!
firewall systemd ufw
Did you tryufw enable
? help.ubuntu.com/community/UFW
â PerlDuck
May 26 at 9:52
Yes - thanks for the suggestion, but I've tried that.ufw enable
successfully starts the firewall and setsENABLED=yes
inufw.conf
(it if isn't already set to "yes"). But this makes no difference. After a reboot ufw is still inactive.
â Matt Caswell
May 26 at 10:03
1
Depending on the Ubuntu version, systemd can be the system services manager. In that casesystemctl
is user to enable/disable services at boot.journalctl
is used to monitor services startup. ...sudo ufw status
should list rules. Does it ? ... You can trysudo systemctl enable ufw
and have a look atjournactl -u ufw
...journalctl -p err
watch for errors.
â cmak.fr
May 26 at 10:41
... or check whether the service unit is currently enabled withsystemctl is-enabled ufw.service
â steeldriver
May 26 at 11:24
Thanks for the comments. I edited my answer with the output from the various commands. It appears the service is enabled, and it attempts to start it up on boot: but it just doesn't actually succeed. There are no relevant errors in thejournalctl -p err
output.sudo ufw status
does not list rules, butsudo ufw status verbose
does if I manually enable ufw first.
â Matt Caswell
May 26 at 12:18
 |Â
show 1 more comment
up vote
0
down vote
favorite
up vote
0
down vote
favorite
ufw is not starting for me on boot. My /etc/ufw/ufw.conf file looks like this:
# /etc/ufw/ufw.conf
#
# Set to yes to start on boot. If setting this remotely, be sure to add a rule
# to allow your remote connection before starting ufw. Eg: 'ufw allow 22/tcp'
ENABLED=yes
# Please use the 'ufw' command to set the loglevel. Eg: 'ufw logging medium'.
# See 'man ufw' for details.
LOGLEVEL=low
So it seems it should start ok. However straight after boot I always get this:
$ sudo ufw status
Status: inactive
Using the "service" script to start it does not seem to work:
$ sudo service ufw start
$ sudo ufw status
Status: inactive
If I force a reload it will work just fine:
$ sudo ufw reload
Firewall reloaded
$ sudo ufw status
Status: active
And after that the "service" script works just fine:
$ sudo ufw status
Status: active
$ sudo service ufw stop
$ sudo ufw status
Status: inactive
$ sudo service ufw start
$ sudo ufw status
Status: active
How do I get ufw to start on boot?
Edit:
I am using Ubuntu 18.04 so systemd is being used. systemctl is-enabled
reports as follows:
$ sudo ufw status verbose
Status: inactive
$ sudo systemctl is-enabled ufw.service
enabled
I also tried this:
$ sudo systemctl enable ufw
Synchronizing state of ufw.service with SysV service script with /lib/systemd/systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install enable ufw
$ sudo ufw status verbose
Status: inactive
And after a reboot it remains inactive. journalctl -p err
reports nothing interesting. journalctl -u ufw
reports:
$ journalctl -u ufw
...<snip>...
-- Reboot --
May 26 12:53:36 matt-laptop systemd[1]: Started Uncomplicated firewall.
So it certainly appears that it is attempting to start up ufw...it just seems that it doesn't actually do it!
firewall systemd ufw
ufw is not starting for me on boot. My /etc/ufw/ufw.conf file looks like this:
# /etc/ufw/ufw.conf
#
# Set to yes to start on boot. If setting this remotely, be sure to add a rule
# to allow your remote connection before starting ufw. Eg: 'ufw allow 22/tcp'
ENABLED=yes
# Please use the 'ufw' command to set the loglevel. Eg: 'ufw logging medium'.
# See 'man ufw' for details.
LOGLEVEL=low
So it seems it should start ok. However straight after boot I always get this:
$ sudo ufw status
Status: inactive
Using the "service" script to start it does not seem to work:
$ sudo service ufw start
$ sudo ufw status
Status: inactive
If I force a reload it will work just fine:
$ sudo ufw reload
Firewall reloaded
$ sudo ufw status
Status: active
And after that the "service" script works just fine:
$ sudo ufw status
Status: active
$ sudo service ufw stop
$ sudo ufw status
Status: inactive
$ sudo service ufw start
$ sudo ufw status
Status: active
How do I get ufw to start on boot?
Edit:
I am using Ubuntu 18.04 so systemd is being used. systemctl is-enabled
reports as follows:
$ sudo ufw status verbose
Status: inactive
$ sudo systemctl is-enabled ufw.service
enabled
I also tried this:
$ sudo systemctl enable ufw
Synchronizing state of ufw.service with SysV service script with /lib/systemd/systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install enable ufw
$ sudo ufw status verbose
Status: inactive
And after a reboot it remains inactive. journalctl -p err
reports nothing interesting. journalctl -u ufw
reports:
$ journalctl -u ufw
...<snip>...
-- Reboot --
May 26 12:53:36 matt-laptop systemd[1]: Started Uncomplicated firewall.
So it certainly appears that it is attempting to start up ufw...it just seems that it doesn't actually do it!
firewall systemd ufw
edited May 26 at 12:16
asked May 26 at 9:48
Matt Caswell
585416
585416
Did you tryufw enable
? help.ubuntu.com/community/UFW
â PerlDuck
May 26 at 9:52
Yes - thanks for the suggestion, but I've tried that.ufw enable
successfully starts the firewall and setsENABLED=yes
inufw.conf
(it if isn't already set to "yes"). But this makes no difference. After a reboot ufw is still inactive.
â Matt Caswell
May 26 at 10:03
1
Depending on the Ubuntu version, systemd can be the system services manager. In that casesystemctl
is user to enable/disable services at boot.journalctl
is used to monitor services startup. ...sudo ufw status
should list rules. Does it ? ... You can trysudo systemctl enable ufw
and have a look atjournactl -u ufw
...journalctl -p err
watch for errors.
â cmak.fr
May 26 at 10:41
... or check whether the service unit is currently enabled withsystemctl is-enabled ufw.service
â steeldriver
May 26 at 11:24
Thanks for the comments. I edited my answer with the output from the various commands. It appears the service is enabled, and it attempts to start it up on boot: but it just doesn't actually succeed. There are no relevant errors in thejournalctl -p err
output.sudo ufw status
does not list rules, butsudo ufw status verbose
does if I manually enable ufw first.
â Matt Caswell
May 26 at 12:18
 |Â
show 1 more comment
Did you tryufw enable
? help.ubuntu.com/community/UFW
â PerlDuck
May 26 at 9:52
Yes - thanks for the suggestion, but I've tried that.ufw enable
successfully starts the firewall and setsENABLED=yes
inufw.conf
(it if isn't already set to "yes"). But this makes no difference. After a reboot ufw is still inactive.
â Matt Caswell
May 26 at 10:03
1
Depending on the Ubuntu version, systemd can be the system services manager. In that casesystemctl
is user to enable/disable services at boot.journalctl
is used to monitor services startup. ...sudo ufw status
should list rules. Does it ? ... You can trysudo systemctl enable ufw
and have a look atjournactl -u ufw
...journalctl -p err
watch for errors.
â cmak.fr
May 26 at 10:41
... or check whether the service unit is currently enabled withsystemctl is-enabled ufw.service
â steeldriver
May 26 at 11:24
Thanks for the comments. I edited my answer with the output from the various commands. It appears the service is enabled, and it attempts to start it up on boot: but it just doesn't actually succeed. There are no relevant errors in thejournalctl -p err
output.sudo ufw status
does not list rules, butsudo ufw status verbose
does if I manually enable ufw first.
â Matt Caswell
May 26 at 12:18
Did you try
ufw enable
? help.ubuntu.com/community/UFWâ PerlDuck
May 26 at 9:52
Did you try
ufw enable
? help.ubuntu.com/community/UFWâ PerlDuck
May 26 at 9:52
Yes - thanks for the suggestion, but I've tried that.
ufw enable
successfully starts the firewall and sets ENABLED=yes
in ufw.conf
(it if isn't already set to "yes"). But this makes no difference. After a reboot ufw is still inactive.â Matt Caswell
May 26 at 10:03
Yes - thanks for the suggestion, but I've tried that.
ufw enable
successfully starts the firewall and sets ENABLED=yes
in ufw.conf
(it if isn't already set to "yes"). But this makes no difference. After a reboot ufw is still inactive.â Matt Caswell
May 26 at 10:03
1
1
Depending on the Ubuntu version, systemd can be the system services manager. In that case
systemctl
is user to enable/disable services at boot. journalctl
is used to monitor services startup. ... sudo ufw status
should list rules. Does it ? ... You can try sudo systemctl enable ufw
and have a look at journactl -u ufw
... journalctl -p err
watch for errors.â cmak.fr
May 26 at 10:41
Depending on the Ubuntu version, systemd can be the system services manager. In that case
systemctl
is user to enable/disable services at boot. journalctl
is used to monitor services startup. ... sudo ufw status
should list rules. Does it ? ... You can try sudo systemctl enable ufw
and have a look at journactl -u ufw
... journalctl -p err
watch for errors.â cmak.fr
May 26 at 10:41
... or check whether the service unit is currently enabled with
systemctl is-enabled ufw.service
â steeldriver
May 26 at 11:24
... or check whether the service unit is currently enabled with
systemctl is-enabled ufw.service
â steeldriver
May 26 at 11:24
Thanks for the comments. I edited my answer with the output from the various commands. It appears the service is enabled, and it attempts to start it up on boot: but it just doesn't actually succeed. There are no relevant errors in the
journalctl -p err
output. sudo ufw status
does not list rules, but sudo ufw status verbose
does if I manually enable ufw first.â Matt Caswell
May 26 at 12:18
Thanks for the comments. I edited my answer with the output from the various commands. It appears the service is enabled, and it attempts to start it up on boot: but it just doesn't actually succeed. There are no relevant errors in the
journalctl -p err
output. sudo ufw status
does not list rules, but sudo ufw status verbose
does if I manually enable ufw first.â Matt Caswell
May 26 at 12:18
 |Â
show 1 more comment
1 Answer
1
active
oldest
votes
up vote
0
down vote
I came up with a solution of sorts. I made this edit to /lib/systemd/system/ufw.service
:
$ diff -u ufw.service.orig ufw.service
--- ufw.service.orig 2018-05-26 13:45:48.696356561 +0100
+++ ufw.service 2018-05-26 13:46:04.443673265 +0100
@@ -2,7 +2,7 @@
Description=Uncomplicated firewall
Documentation=man:ufw(8)
DefaultDependencies=no
-Before=network.target
+After=network.target
[Service]
Type=oneshot
So, this causes ufw
to start after the network is up instead of before it. This seems to do the trick - ufw is always enabled after I boot. I don't know if this is the best way to do things. I worry that there is a small window of time between the network starting and the firewall starting...but at least it starts which is better than before!
Maybe someone can come up with a better solution. Or maybe this is the correct way to do things - in which case is it a bug that it defaults to starting before the network?
Edit:
An even better solution is:
$ diff -u ufw.service.orig ufw.service
--- ufw.service.orig 2018-05-26 13:45:48.696356561 +0100
+++ ufw.service 2018-05-26 14:17:22.030681670 +0100
@@ -2,7 +2,7 @@
Description=Uncomplicated firewall
Documentation=man:ufw(8)
DefaultDependencies=no
-Before=network.target
+After=network-pre.target
[Service]
Type=oneshot
According to this page
https://www.freedesktop.org/wiki/Software/systemd/NetworkTarget/
the network-pre.target has this purpose:
"It's primary purpose is for usage with firewall services that want to establish a firewall before any network interface is up"
Which really makes me wonder why it wasn't set to this by default. Setting it to this value seems to solve all my problems.
add a comment |Â
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
0
down vote
I came up with a solution of sorts. I made this edit to /lib/systemd/system/ufw.service
:
$ diff -u ufw.service.orig ufw.service
--- ufw.service.orig 2018-05-26 13:45:48.696356561 +0100
+++ ufw.service 2018-05-26 13:46:04.443673265 +0100
@@ -2,7 +2,7 @@
Description=Uncomplicated firewall
Documentation=man:ufw(8)
DefaultDependencies=no
-Before=network.target
+After=network.target
[Service]
Type=oneshot
So, this causes ufw
to start after the network is up instead of before it. This seems to do the trick - ufw is always enabled after I boot. I don't know if this is the best way to do things. I worry that there is a small window of time between the network starting and the firewall starting...but at least it starts which is better than before!
Maybe someone can come up with a better solution. Or maybe this is the correct way to do things - in which case is it a bug that it defaults to starting before the network?
Edit:
An even better solution is:
$ diff -u ufw.service.orig ufw.service
--- ufw.service.orig 2018-05-26 13:45:48.696356561 +0100
+++ ufw.service 2018-05-26 14:17:22.030681670 +0100
@@ -2,7 +2,7 @@
Description=Uncomplicated firewall
Documentation=man:ufw(8)
DefaultDependencies=no
-Before=network.target
+After=network-pre.target
[Service]
Type=oneshot
According to this page
https://www.freedesktop.org/wiki/Software/systemd/NetworkTarget/
the network-pre.target has this purpose:
"It's primary purpose is for usage with firewall services that want to establish a firewall before any network interface is up"
Which really makes me wonder why it wasn't set to this by default. Setting it to this value seems to solve all my problems.
add a comment |Â
up vote
0
down vote
I came up with a solution of sorts. I made this edit to /lib/systemd/system/ufw.service
:
$ diff -u ufw.service.orig ufw.service
--- ufw.service.orig 2018-05-26 13:45:48.696356561 +0100
+++ ufw.service 2018-05-26 13:46:04.443673265 +0100
@@ -2,7 +2,7 @@
Description=Uncomplicated firewall
Documentation=man:ufw(8)
DefaultDependencies=no
-Before=network.target
+After=network.target
[Service]
Type=oneshot
So, this causes ufw
to start after the network is up instead of before it. This seems to do the trick - ufw is always enabled after I boot. I don't know if this is the best way to do things. I worry that there is a small window of time between the network starting and the firewall starting...but at least it starts which is better than before!
Maybe someone can come up with a better solution. Or maybe this is the correct way to do things - in which case is it a bug that it defaults to starting before the network?
Edit:
An even better solution is:
$ diff -u ufw.service.orig ufw.service
--- ufw.service.orig 2018-05-26 13:45:48.696356561 +0100
+++ ufw.service 2018-05-26 14:17:22.030681670 +0100
@@ -2,7 +2,7 @@
Description=Uncomplicated firewall
Documentation=man:ufw(8)
DefaultDependencies=no
-Before=network.target
+After=network-pre.target
[Service]
Type=oneshot
According to this page
https://www.freedesktop.org/wiki/Software/systemd/NetworkTarget/
the network-pre.target has this purpose:
"It's primary purpose is for usage with firewall services that want to establish a firewall before any network interface is up"
Which really makes me wonder why it wasn't set to this by default. Setting it to this value seems to solve all my problems.
add a comment |Â
up vote
0
down vote
up vote
0
down vote
I came up with a solution of sorts. I made this edit to /lib/systemd/system/ufw.service
:
$ diff -u ufw.service.orig ufw.service
--- ufw.service.orig 2018-05-26 13:45:48.696356561 +0100
+++ ufw.service 2018-05-26 13:46:04.443673265 +0100
@@ -2,7 +2,7 @@
Description=Uncomplicated firewall
Documentation=man:ufw(8)
DefaultDependencies=no
-Before=network.target
+After=network.target
[Service]
Type=oneshot
So, this causes ufw
to start after the network is up instead of before it. This seems to do the trick - ufw is always enabled after I boot. I don't know if this is the best way to do things. I worry that there is a small window of time between the network starting and the firewall starting...but at least it starts which is better than before!
Maybe someone can come up with a better solution. Or maybe this is the correct way to do things - in which case is it a bug that it defaults to starting before the network?
Edit:
An even better solution is:
$ diff -u ufw.service.orig ufw.service
--- ufw.service.orig 2018-05-26 13:45:48.696356561 +0100
+++ ufw.service 2018-05-26 14:17:22.030681670 +0100
@@ -2,7 +2,7 @@
Description=Uncomplicated firewall
Documentation=man:ufw(8)
DefaultDependencies=no
-Before=network.target
+After=network-pre.target
[Service]
Type=oneshot
According to this page
https://www.freedesktop.org/wiki/Software/systemd/NetworkTarget/
the network-pre.target has this purpose:
"It's primary purpose is for usage with firewall services that want to establish a firewall before any network interface is up"
Which really makes me wonder why it wasn't set to this by default. Setting it to this value seems to solve all my problems.
I came up with a solution of sorts. I made this edit to /lib/systemd/system/ufw.service
:
$ diff -u ufw.service.orig ufw.service
--- ufw.service.orig 2018-05-26 13:45:48.696356561 +0100
+++ ufw.service 2018-05-26 13:46:04.443673265 +0100
@@ -2,7 +2,7 @@
Description=Uncomplicated firewall
Documentation=man:ufw(8)
DefaultDependencies=no
-Before=network.target
+After=network.target
[Service]
Type=oneshot
So, this causes ufw
to start after the network is up instead of before it. This seems to do the trick - ufw is always enabled after I boot. I don't know if this is the best way to do things. I worry that there is a small window of time between the network starting and the firewall starting...but at least it starts which is better than before!
Maybe someone can come up with a better solution. Or maybe this is the correct way to do things - in which case is it a bug that it defaults to starting before the network?
Edit:
An even better solution is:
$ diff -u ufw.service.orig ufw.service
--- ufw.service.orig 2018-05-26 13:45:48.696356561 +0100
+++ ufw.service 2018-05-26 14:17:22.030681670 +0100
@@ -2,7 +2,7 @@
Description=Uncomplicated firewall
Documentation=man:ufw(8)
DefaultDependencies=no
-Before=network.target
+After=network-pre.target
[Service]
Type=oneshot
According to this page
https://www.freedesktop.org/wiki/Software/systemd/NetworkTarget/
the network-pre.target has this purpose:
"It's primary purpose is for usage with firewall services that want to establish a firewall before any network interface is up"
Which really makes me wonder why it wasn't set to this by default. Setting it to this value seems to solve all my problems.
edited May 26 at 13:23
answered May 26 at 12:54
Matt Caswell
585416
585416
add a comment |Â
add a comment |Â
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1040539%2fhow-do-i-get-ufw-to-start-on-boot%23new-answer', 'question_page');
);
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Did you try
ufw enable
? help.ubuntu.com/community/UFWâ PerlDuck
May 26 at 9:52
Yes - thanks for the suggestion, but I've tried that.
ufw enable
successfully starts the firewall and setsENABLED=yes
inufw.conf
(it if isn't already set to "yes"). But this makes no difference. After a reboot ufw is still inactive.â Matt Caswell
May 26 at 10:03
1
Depending on the Ubuntu version, systemd can be the system services manager. In that case
systemctl
is user to enable/disable services at boot.journalctl
is used to monitor services startup. ...sudo ufw status
should list rules. Does it ? ... You can trysudo systemctl enable ufw
and have a look atjournactl -u ufw
...journalctl -p err
watch for errors.â cmak.fr
May 26 at 10:41
... or check whether the service unit is currently enabled with
systemctl is-enabled ufw.service
â steeldriver
May 26 at 11:24
Thanks for the comments. I edited my answer with the output from the various commands. It appears the service is enabled, and it attempts to start it up on boot: but it just doesn't actually succeed. There are no relevant errors in the
journalctl -p err
output.sudo ufw status
does not list rules, butsudo ufw status verbose
does if I manually enable ufw first.â Matt Caswell
May 26 at 12:18