Open CptLeeChuck opened 6 years ago
@CptLeeChuck Kind of wondering why you wrapped dirty old init.d
service script inside system
service.
Take a look at the sample sniproxy.service
file
[Unit]
Description=SNI Proxy Service
After=network.target
[Service]
Type=forking
ExecStart=/usr/sbin/sniproxy -c /etc/sniproxy/sniproxy.conf
[Install]
WantedBy=multi-user.target
@dlundquist Should we add this file to the repository so that sniproxy
service is shipped along with the compiled package?
Hi,
I noticed another issue, from time to time, I need to adjust IP addresses in the config file and restart the service. I noticed a restart does not take effect on the new config file because it is actually not restarting. I can't stop the old service, and so the new one will fail. Any clue what could be the reason for this?
Here is the example on a fres rebootet OS:
After fresh OS boot the server is running and listening on 443 with PID 346 as expected, but now let's stop the service (let's say because we'd like to adjusted the config) and check the status again:
The service is in state inactive (dead) with two remaining tasks. And netstat shows it is still listening. This is the reason why a restart does not take effect, as it can't start again because the old service with PID 346 is still listening. This is why the sniproxy error log contains also this error:
I hope you can point me again in the right direction to get this sorted out.
BTW: The behavior is the same after I KILL PID 346 (350) and start the service again. Now the new config file is loaded, but I can't stop it without KILL.