why is command in /etc/rc.local asking for password?
This makes rebooting very annoying.
How can I setup my firewall setting in /etc/rc.local so that at reboot I will not get prompted to enter my password? (OS is Ubuntu 18.04)
I would like my network interface p2p1 permanently assigned to zone trusted, but somehow this is not sticking. (I found a related post with someone else having a similar issue https://access.redhat.com/discussions/2779921.)
So I added these lines to /etc/rc.local and now with every reboot I need to answer 3 extra times with the login password:
# assign p2p1 to trusted zone
firewall-cmd --permanent --change-zone=p2p1 --zone=trusted
# restart network and firewall services
service network-manager restart
firewall-cmd --reload
Is there a better way to do this? NetworkManager is controlling the device:
sudo nmcli dev status
DEVICE TYPE STATE CONNECTION
eth0 ethernet connected netplan-eth0
p2p1 ethernet connected netplan-p2p1
wlan0 wifi unavailable --
lo loopback unmanaged --
I am using netplan for the network configuration. This is my netplan 01-netcfg.yaml file
network:
version: 2
renderer: NetworkManager
ethernets:
# WAN
eth0:
dhcp4: no
dhcp6: no
addresses: [76.80.54.221/29]
gateway4: 76.80.54.217
nameservers:
addresses: [209.18.47.61,209.18.47.62]
# LAN
p2p1:
dhcp4: no
dhcp6: no
addresses: [192.168.4.5/24]
gateway4: 192.168.4.1
Update:
This it the authentication prompt I am getting during boot-up:
Authentication Required
System policy prevents changing the firewall configuration
Doing some more digging I found this post. So I removed the above attempted fix and implemented this new suggestion:
Created a systemd unit file as a temporary fix:
/etc/systemd/system/myzones.service
[Unit]
Description=Custom Zones
After=network.target network.service
[Service]
Type=oneshot
User=root
Group=root
ExecStart=/bin/nmcli connection modify eth0 connection.zone public
ExecStart=/bin/nmcli connection modify p2p1 connection.zone internal
[Install]
WantedBy=multi-user.target
Then I enabled the service and rebooted
systemctl daemon-reload
systemctl enable myzones.service
reboot
I got the same outcome. It prompted me just like before for the password at boot-up.
I forgot to mention. I do have Webmin installed. I am not sure if that could be blocking configuration changes to the network devices zone settings.
I implemented the suggestion found on this page but still get Authentication Required
sudo chown root /etc/systemd/system/myzones.service
sudo chmod +s /etc/systemd/system/myzones.service
I did press the F2 key during boot to see what is going on and found an error. The error reads:
...
[FAILED] failed to start custom zones.
see 'systemctl status myzones.service' for details.
...
[FAILED] failed to start Samba NMB Daemon.
see 'systemctl status smbd.service' for details.
I ran sudo journalctl -xe and got this:
...
lines 1242-1264/1264 (END)
Aug 21 07:54:54 courtens.org postfix/master[2584]: warning: /usr/lib /postfix/sbin/smtpd: bad command startup -- throttling
Aug 21 07:55:04 courtens.org postfix/local[4968]: error: open database /etc/aliasesmyhostname.db: No such file or directory
Aug 21 07:55:04 courtens.org postfix/local[4968]: fatal: open dictionary: expecting "type:name" form instead of "="
Aug 21 07:55:05 courtens.org postfix/master[2584]: warning: process /usr/lib/postfix/sbin/local pid 4968 exit status 1
Aug 21 07:55:05 courtens.org postfix/master[2584]: warning: /usr/lib/postfix/sbin/local: bad command startup -- throttling
Aug 21 07:55:26 courtens.org dbus-daemon[2715]: [session uid=1000 pid=2715] Activating via systemd: service name='org.gnome.Terminal' unit='gnome-terminal-server.service' requested
Aug 21 07:55:26 courtens.org systemd[2411]: Starting GNOME Terminal Server...
-- Subject: Unit UNIT has begun start-up
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
--
-- Unit UNIT has begun starting up.
Aug 21 07:55:26 courtens.org dbus-daemon[2715]: [session uid=1000 pid=2715] Successfully activated service 'org.gnome.Terminal'
Aug 21 07:55:26 courtens.org systemd[2411]: Started GNOME Terminal Server.
-- Subject: Unit UNIT has finished start-up
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
--
-- Unit UNIT has finished starting up.
--
-- The start-up result is RESULT.
Aug 21 07:55:39 courtens.org sudo[5015]: nathaniel : TTY=pts/0 ; PWD=/home/nathaniel ; USER=root ; COMMAND=/bin/journalctl -xe
Aug 21 07:55:39 courtens.org sudo[5015]: pam_unix(sudo:session): session opened for user root by (uid=0)
What is suggested I do? Thank you.
scripts 18.04 network-manager firewalld
|
show 2 more comments
This makes rebooting very annoying.
How can I setup my firewall setting in /etc/rc.local so that at reboot I will not get prompted to enter my password? (OS is Ubuntu 18.04)
I would like my network interface p2p1 permanently assigned to zone trusted, but somehow this is not sticking. (I found a related post with someone else having a similar issue https://access.redhat.com/discussions/2779921.)
So I added these lines to /etc/rc.local and now with every reboot I need to answer 3 extra times with the login password:
# assign p2p1 to trusted zone
firewall-cmd --permanent --change-zone=p2p1 --zone=trusted
# restart network and firewall services
service network-manager restart
firewall-cmd --reload
Is there a better way to do this? NetworkManager is controlling the device:
sudo nmcli dev status
DEVICE TYPE STATE CONNECTION
eth0 ethernet connected netplan-eth0
p2p1 ethernet connected netplan-p2p1
wlan0 wifi unavailable --
lo loopback unmanaged --
I am using netplan for the network configuration. This is my netplan 01-netcfg.yaml file
network:
version: 2
renderer: NetworkManager
ethernets:
# WAN
eth0:
dhcp4: no
dhcp6: no
addresses: [76.80.54.221/29]
gateway4: 76.80.54.217
nameservers:
addresses: [209.18.47.61,209.18.47.62]
# LAN
p2p1:
dhcp4: no
dhcp6: no
addresses: [192.168.4.5/24]
gateway4: 192.168.4.1
Update:
This it the authentication prompt I am getting during boot-up:
Authentication Required
System policy prevents changing the firewall configuration
Doing some more digging I found this post. So I removed the above attempted fix and implemented this new suggestion:
Created a systemd unit file as a temporary fix:
/etc/systemd/system/myzones.service
[Unit]
Description=Custom Zones
After=network.target network.service
[Service]
Type=oneshot
User=root
Group=root
ExecStart=/bin/nmcli connection modify eth0 connection.zone public
ExecStart=/bin/nmcli connection modify p2p1 connection.zone internal
[Install]
WantedBy=multi-user.target
Then I enabled the service and rebooted
systemctl daemon-reload
systemctl enable myzones.service
reboot
I got the same outcome. It prompted me just like before for the password at boot-up.
I forgot to mention. I do have Webmin installed. I am not sure if that could be blocking configuration changes to the network devices zone settings.
I implemented the suggestion found on this page but still get Authentication Required
sudo chown root /etc/systemd/system/myzones.service
sudo chmod +s /etc/systemd/system/myzones.service
I did press the F2 key during boot to see what is going on and found an error. The error reads:
...
[FAILED] failed to start custom zones.
see 'systemctl status myzones.service' for details.
...
[FAILED] failed to start Samba NMB Daemon.
see 'systemctl status smbd.service' for details.
I ran sudo journalctl -xe and got this:
...
lines 1242-1264/1264 (END)
Aug 21 07:54:54 courtens.org postfix/master[2584]: warning: /usr/lib /postfix/sbin/smtpd: bad command startup -- throttling
Aug 21 07:55:04 courtens.org postfix/local[4968]: error: open database /etc/aliasesmyhostname.db: No such file or directory
Aug 21 07:55:04 courtens.org postfix/local[4968]: fatal: open dictionary: expecting "type:name" form instead of "="
Aug 21 07:55:05 courtens.org postfix/master[2584]: warning: process /usr/lib/postfix/sbin/local pid 4968 exit status 1
Aug 21 07:55:05 courtens.org postfix/master[2584]: warning: /usr/lib/postfix/sbin/local: bad command startup -- throttling
Aug 21 07:55:26 courtens.org dbus-daemon[2715]: [session uid=1000 pid=2715] Activating via systemd: service name='org.gnome.Terminal' unit='gnome-terminal-server.service' requested
Aug 21 07:55:26 courtens.org systemd[2411]: Starting GNOME Terminal Server...
-- Subject: Unit UNIT has begun start-up
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
--
-- Unit UNIT has begun starting up.
Aug 21 07:55:26 courtens.org dbus-daemon[2715]: [session uid=1000 pid=2715] Successfully activated service 'org.gnome.Terminal'
Aug 21 07:55:26 courtens.org systemd[2411]: Started GNOME Terminal Server.
-- Subject: Unit UNIT has finished start-up
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
--
-- Unit UNIT has finished starting up.
--
-- The start-up result is RESULT.
Aug 21 07:55:39 courtens.org sudo[5015]: nathaniel : TTY=pts/0 ; PWD=/home/nathaniel ; USER=root ; COMMAND=/bin/journalctl -xe
Aug 21 07:55:39 courtens.org sudo[5015]: pam_unix(sudo:session): session opened for user root by (uid=0)
What is suggested I do? Thank you.
scripts 18.04 network-manager firewalld
Hopefully this might help you: askubuntu.com/questions/335433/…
– WinEunuuchs2Unix
Aug 19 '18 at 17:27
@WinEunuuchs2Unix Thank you for the link. I added these 3 lines of code inside rc.local without sudo in front. Is this what is causing the problem - or is it that NetworkManager will ask for password no matter what?
– MeSo2
Aug 19 '18 at 17:36
Definitely never usesudoinside/etc/rc.localas it is already running at sudo level. I usesystemctl restart NetworkManager.serviceinstead of the method you use.
– WinEunuuchs2Unix
Aug 19 '18 at 17:44
Is it that I need to call insiderc.localfor a script file outside ofrc.localto not have to enter passwords? Stepping back, somehow the real problem is thatfirewall-cmd --runtime-to-permanentis not sticking after a reboot.
– MeSo2
Aug 19 '18 at 17:59
I wonder if there is a policy kit issue going on? Not the perfect link but see this: bugzilla.redhat.com/show_bug.cgi?id=1375655
– WinEunuuchs2Unix
Aug 19 '18 at 18:03
|
show 2 more comments
This makes rebooting very annoying.
How can I setup my firewall setting in /etc/rc.local so that at reboot I will not get prompted to enter my password? (OS is Ubuntu 18.04)
I would like my network interface p2p1 permanently assigned to zone trusted, but somehow this is not sticking. (I found a related post with someone else having a similar issue https://access.redhat.com/discussions/2779921.)
So I added these lines to /etc/rc.local and now with every reboot I need to answer 3 extra times with the login password:
# assign p2p1 to trusted zone
firewall-cmd --permanent --change-zone=p2p1 --zone=trusted
# restart network and firewall services
service network-manager restart
firewall-cmd --reload
Is there a better way to do this? NetworkManager is controlling the device:
sudo nmcli dev status
DEVICE TYPE STATE CONNECTION
eth0 ethernet connected netplan-eth0
p2p1 ethernet connected netplan-p2p1
wlan0 wifi unavailable --
lo loopback unmanaged --
I am using netplan for the network configuration. This is my netplan 01-netcfg.yaml file
network:
version: 2
renderer: NetworkManager
ethernets:
# WAN
eth0:
dhcp4: no
dhcp6: no
addresses: [76.80.54.221/29]
gateway4: 76.80.54.217
nameservers:
addresses: [209.18.47.61,209.18.47.62]
# LAN
p2p1:
dhcp4: no
dhcp6: no
addresses: [192.168.4.5/24]
gateway4: 192.168.4.1
Update:
This it the authentication prompt I am getting during boot-up:
Authentication Required
System policy prevents changing the firewall configuration
Doing some more digging I found this post. So I removed the above attempted fix and implemented this new suggestion:
Created a systemd unit file as a temporary fix:
/etc/systemd/system/myzones.service
[Unit]
Description=Custom Zones
After=network.target network.service
[Service]
Type=oneshot
User=root
Group=root
ExecStart=/bin/nmcli connection modify eth0 connection.zone public
ExecStart=/bin/nmcli connection modify p2p1 connection.zone internal
[Install]
WantedBy=multi-user.target
Then I enabled the service and rebooted
systemctl daemon-reload
systemctl enable myzones.service
reboot
I got the same outcome. It prompted me just like before for the password at boot-up.
I forgot to mention. I do have Webmin installed. I am not sure if that could be blocking configuration changes to the network devices zone settings.
I implemented the suggestion found on this page but still get Authentication Required
sudo chown root /etc/systemd/system/myzones.service
sudo chmod +s /etc/systemd/system/myzones.service
I did press the F2 key during boot to see what is going on and found an error. The error reads:
...
[FAILED] failed to start custom zones.
see 'systemctl status myzones.service' for details.
...
[FAILED] failed to start Samba NMB Daemon.
see 'systemctl status smbd.service' for details.
I ran sudo journalctl -xe and got this:
...
lines 1242-1264/1264 (END)
Aug 21 07:54:54 courtens.org postfix/master[2584]: warning: /usr/lib /postfix/sbin/smtpd: bad command startup -- throttling
Aug 21 07:55:04 courtens.org postfix/local[4968]: error: open database /etc/aliasesmyhostname.db: No such file or directory
Aug 21 07:55:04 courtens.org postfix/local[4968]: fatal: open dictionary: expecting "type:name" form instead of "="
Aug 21 07:55:05 courtens.org postfix/master[2584]: warning: process /usr/lib/postfix/sbin/local pid 4968 exit status 1
Aug 21 07:55:05 courtens.org postfix/master[2584]: warning: /usr/lib/postfix/sbin/local: bad command startup -- throttling
Aug 21 07:55:26 courtens.org dbus-daemon[2715]: [session uid=1000 pid=2715] Activating via systemd: service name='org.gnome.Terminal' unit='gnome-terminal-server.service' requested
Aug 21 07:55:26 courtens.org systemd[2411]: Starting GNOME Terminal Server...
-- Subject: Unit UNIT has begun start-up
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
--
-- Unit UNIT has begun starting up.
Aug 21 07:55:26 courtens.org dbus-daemon[2715]: [session uid=1000 pid=2715] Successfully activated service 'org.gnome.Terminal'
Aug 21 07:55:26 courtens.org systemd[2411]: Started GNOME Terminal Server.
-- Subject: Unit UNIT has finished start-up
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
--
-- Unit UNIT has finished starting up.
--
-- The start-up result is RESULT.
Aug 21 07:55:39 courtens.org sudo[5015]: nathaniel : TTY=pts/0 ; PWD=/home/nathaniel ; USER=root ; COMMAND=/bin/journalctl -xe
Aug 21 07:55:39 courtens.org sudo[5015]: pam_unix(sudo:session): session opened for user root by (uid=0)
What is suggested I do? Thank you.
scripts 18.04 network-manager firewalld
This makes rebooting very annoying.
How can I setup my firewall setting in /etc/rc.local so that at reboot I will not get prompted to enter my password? (OS is Ubuntu 18.04)
I would like my network interface p2p1 permanently assigned to zone trusted, but somehow this is not sticking. (I found a related post with someone else having a similar issue https://access.redhat.com/discussions/2779921.)
So I added these lines to /etc/rc.local and now with every reboot I need to answer 3 extra times with the login password:
# assign p2p1 to trusted zone
firewall-cmd --permanent --change-zone=p2p1 --zone=trusted
# restart network and firewall services
service network-manager restart
firewall-cmd --reload
Is there a better way to do this? NetworkManager is controlling the device:
sudo nmcli dev status
DEVICE TYPE STATE CONNECTION
eth0 ethernet connected netplan-eth0
p2p1 ethernet connected netplan-p2p1
wlan0 wifi unavailable --
lo loopback unmanaged --
I am using netplan for the network configuration. This is my netplan 01-netcfg.yaml file
network:
version: 2
renderer: NetworkManager
ethernets:
# WAN
eth0:
dhcp4: no
dhcp6: no
addresses: [76.80.54.221/29]
gateway4: 76.80.54.217
nameservers:
addresses: [209.18.47.61,209.18.47.62]
# LAN
p2p1:
dhcp4: no
dhcp6: no
addresses: [192.168.4.5/24]
gateway4: 192.168.4.1
Update:
This it the authentication prompt I am getting during boot-up:
Authentication Required
System policy prevents changing the firewall configuration
Doing some more digging I found this post. So I removed the above attempted fix and implemented this new suggestion:
Created a systemd unit file as a temporary fix:
/etc/systemd/system/myzones.service
[Unit]
Description=Custom Zones
After=network.target network.service
[Service]
Type=oneshot
User=root
Group=root
ExecStart=/bin/nmcli connection modify eth0 connection.zone public
ExecStart=/bin/nmcli connection modify p2p1 connection.zone internal
[Install]
WantedBy=multi-user.target
Then I enabled the service and rebooted
systemctl daemon-reload
systemctl enable myzones.service
reboot
I got the same outcome. It prompted me just like before for the password at boot-up.
I forgot to mention. I do have Webmin installed. I am not sure if that could be blocking configuration changes to the network devices zone settings.
I implemented the suggestion found on this page but still get Authentication Required
sudo chown root /etc/systemd/system/myzones.service
sudo chmod +s /etc/systemd/system/myzones.service
I did press the F2 key during boot to see what is going on and found an error. The error reads:
...
[FAILED] failed to start custom zones.
see 'systemctl status myzones.service' for details.
...
[FAILED] failed to start Samba NMB Daemon.
see 'systemctl status smbd.service' for details.
I ran sudo journalctl -xe and got this:
...
lines 1242-1264/1264 (END)
Aug 21 07:54:54 courtens.org postfix/master[2584]: warning: /usr/lib /postfix/sbin/smtpd: bad command startup -- throttling
Aug 21 07:55:04 courtens.org postfix/local[4968]: error: open database /etc/aliasesmyhostname.db: No such file or directory
Aug 21 07:55:04 courtens.org postfix/local[4968]: fatal: open dictionary: expecting "type:name" form instead of "="
Aug 21 07:55:05 courtens.org postfix/master[2584]: warning: process /usr/lib/postfix/sbin/local pid 4968 exit status 1
Aug 21 07:55:05 courtens.org postfix/master[2584]: warning: /usr/lib/postfix/sbin/local: bad command startup -- throttling
Aug 21 07:55:26 courtens.org dbus-daemon[2715]: [session uid=1000 pid=2715] Activating via systemd: service name='org.gnome.Terminal' unit='gnome-terminal-server.service' requested
Aug 21 07:55:26 courtens.org systemd[2411]: Starting GNOME Terminal Server...
-- Subject: Unit UNIT has begun start-up
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
--
-- Unit UNIT has begun starting up.
Aug 21 07:55:26 courtens.org dbus-daemon[2715]: [session uid=1000 pid=2715] Successfully activated service 'org.gnome.Terminal'
Aug 21 07:55:26 courtens.org systemd[2411]: Started GNOME Terminal Server.
-- Subject: Unit UNIT has finished start-up
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
--
-- Unit UNIT has finished starting up.
--
-- The start-up result is RESULT.
Aug 21 07:55:39 courtens.org sudo[5015]: nathaniel : TTY=pts/0 ; PWD=/home/nathaniel ; USER=root ; COMMAND=/bin/journalctl -xe
Aug 21 07:55:39 courtens.org sudo[5015]: pam_unix(sudo:session): session opened for user root by (uid=0)
What is suggested I do? Thank you.
scripts 18.04 network-manager firewalld
scripts 18.04 network-manager firewalld
edited Aug 21 '18 at 15:06
MeSo2
asked May 16 '18 at 3:40
MeSo2MeSo2
68113
68113
Hopefully this might help you: askubuntu.com/questions/335433/…
– WinEunuuchs2Unix
Aug 19 '18 at 17:27
@WinEunuuchs2Unix Thank you for the link. I added these 3 lines of code inside rc.local without sudo in front. Is this what is causing the problem - or is it that NetworkManager will ask for password no matter what?
– MeSo2
Aug 19 '18 at 17:36
Definitely never usesudoinside/etc/rc.localas it is already running at sudo level. I usesystemctl restart NetworkManager.serviceinstead of the method you use.
– WinEunuuchs2Unix
Aug 19 '18 at 17:44
Is it that I need to call insiderc.localfor a script file outside ofrc.localto not have to enter passwords? Stepping back, somehow the real problem is thatfirewall-cmd --runtime-to-permanentis not sticking after a reboot.
– MeSo2
Aug 19 '18 at 17:59
I wonder if there is a policy kit issue going on? Not the perfect link but see this: bugzilla.redhat.com/show_bug.cgi?id=1375655
– WinEunuuchs2Unix
Aug 19 '18 at 18:03
|
show 2 more comments
Hopefully this might help you: askubuntu.com/questions/335433/…
– WinEunuuchs2Unix
Aug 19 '18 at 17:27
@WinEunuuchs2Unix Thank you for the link. I added these 3 lines of code inside rc.local without sudo in front. Is this what is causing the problem - or is it that NetworkManager will ask for password no matter what?
– MeSo2
Aug 19 '18 at 17:36
Definitely never usesudoinside/etc/rc.localas it is already running at sudo level. I usesystemctl restart NetworkManager.serviceinstead of the method you use.
– WinEunuuchs2Unix
Aug 19 '18 at 17:44
Is it that I need to call insiderc.localfor a script file outside ofrc.localto not have to enter passwords? Stepping back, somehow the real problem is thatfirewall-cmd --runtime-to-permanentis not sticking after a reboot.
– MeSo2
Aug 19 '18 at 17:59
I wonder if there is a policy kit issue going on? Not the perfect link but see this: bugzilla.redhat.com/show_bug.cgi?id=1375655
– WinEunuuchs2Unix
Aug 19 '18 at 18:03
Hopefully this might help you: askubuntu.com/questions/335433/…
– WinEunuuchs2Unix
Aug 19 '18 at 17:27
Hopefully this might help you: askubuntu.com/questions/335433/…
– WinEunuuchs2Unix
Aug 19 '18 at 17:27
@WinEunuuchs2Unix Thank you for the link. I added these 3 lines of code inside rc.local without sudo in front. Is this what is causing the problem - or is it that NetworkManager will ask for password no matter what?
– MeSo2
Aug 19 '18 at 17:36
@WinEunuuchs2Unix Thank you for the link. I added these 3 lines of code inside rc.local without sudo in front. Is this what is causing the problem - or is it that NetworkManager will ask for password no matter what?
– MeSo2
Aug 19 '18 at 17:36
Definitely never use
sudo inside /etc/rc.local as it is already running at sudo level. I use systemctl restart NetworkManager.service instead of the method you use.– WinEunuuchs2Unix
Aug 19 '18 at 17:44
Definitely never use
sudo inside /etc/rc.local as it is already running at sudo level. I use systemctl restart NetworkManager.service instead of the method you use.– WinEunuuchs2Unix
Aug 19 '18 at 17:44
Is it that I need to call inside
rc.local for a script file outside of rc.local to not have to enter passwords? Stepping back, somehow the real problem is that firewall-cmd --runtime-to-permanent is not sticking after a reboot.– MeSo2
Aug 19 '18 at 17:59
Is it that I need to call inside
rc.local for a script file outside of rc.local to not have to enter passwords? Stepping back, somehow the real problem is that firewall-cmd --runtime-to-permanent is not sticking after a reboot.– MeSo2
Aug 19 '18 at 17:59
I wonder if there is a policy kit issue going on? Not the perfect link but see this: bugzilla.redhat.com/show_bug.cgi?id=1375655
– WinEunuuchs2Unix
Aug 19 '18 at 18:03
I wonder if there is a policy kit issue going on? Not the perfect link but see this: bugzilla.redhat.com/show_bug.cgi?id=1375655
– WinEunuuchs2Unix
Aug 19 '18 at 18:03
|
show 2 more comments
1 Answer
1
active
oldest
votes
I finally was able to find a workaround.
I needed to add a script to the /ect/network/if-up.d folder that sets a different zone besides the default firewall zone to my adapter p2p1. See here for the solution.
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "89"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1036777%2fwhy-is-command-in-etc-rc-local-asking-for-password%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
I finally was able to find a workaround.
I needed to add a script to the /ect/network/if-up.d folder that sets a different zone besides the default firewall zone to my adapter p2p1. See here for the solution.
add a comment |
I finally was able to find a workaround.
I needed to add a script to the /ect/network/if-up.d folder that sets a different zone besides the default firewall zone to my adapter p2p1. See here for the solution.
add a comment |
I finally was able to find a workaround.
I needed to add a script to the /ect/network/if-up.d folder that sets a different zone besides the default firewall zone to my adapter p2p1. See here for the solution.
I finally was able to find a workaround.
I needed to add a script to the /ect/network/if-up.d folder that sets a different zone besides the default firewall zone to my adapter p2p1. See here for the solution.
answered Jan 4 at 4:15
MeSo2MeSo2
68113
68113
add a comment |
add a comment |
Thanks for contributing an answer to Ask Ubuntu!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1036777%2fwhy-is-command-in-etc-rc-local-asking-for-password%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
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
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Hopefully this might help you: askubuntu.com/questions/335433/…
– WinEunuuchs2Unix
Aug 19 '18 at 17:27
@WinEunuuchs2Unix Thank you for the link. I added these 3 lines of code inside rc.local without sudo in front. Is this what is causing the problem - or is it that NetworkManager will ask for password no matter what?
– MeSo2
Aug 19 '18 at 17:36
Definitely never use
sudoinside/etc/rc.localas it is already running at sudo level. I usesystemctl restart NetworkManager.serviceinstead of the method you use.– WinEunuuchs2Unix
Aug 19 '18 at 17:44
Is it that I need to call inside
rc.localfor a script file outside ofrc.localto not have to enter passwords? Stepping back, somehow the real problem is thatfirewall-cmd --runtime-to-permanentis not sticking after a reboot.– MeSo2
Aug 19 '18 at 17:59
I wonder if there is a policy kit issue going on? Not the perfect link but see this: bugzilla.redhat.com/show_bug.cgi?id=1375655
– WinEunuuchs2Unix
Aug 19 '18 at 18:03