and /etc/init.d/network reload FIRST but the VPN may not come up or restart without rebooting...
(I'm starting to see @vgaetera's point)
1 Like
Yes, I did that.
Maybe it does work I just rebooted let me try Wake On Lan (Another thing that didn't work before)
Please stay on topic.
Rebooting is the easiest way to ensure every service gets restarted in the correct order.
As far as WOL, you should troubleshoot one thing at a time -- get the VPN functioning properly first.
1 Like
It works! Officially, this time. I did /etc/init.d/firewall reload then rebooted after making the changes
Restarting network service resets all the declared interfaces.
It removes IP-address, sets interface down and up and then configures IP-address.
If proto=none, there's no IP-address to configure.
So, the interface becomes unroutable until you restart the VPN-service.
However managing remote host via the internet you often has VPN-only access.
And it is not always possible to gain any other access to the host in an acceptable time.
3 Likes
If your problem is solved, feel free to mark the relevant post as the solution; and edit the title to add "[SOLVED]" to the beginning (click the pencil behind the topic).
How can I go around tracerouting on my iphone?
This part looses me. But this may be because tunnels I use don't need an IP.
1 Like
tracert on Windows
And should be traceroute on Apple, Linux, Unix, etc...
Isn't there an app for that?
I can check the apple store.
1 Like
I use the app called Nice Trace most of the time, but there are other network utilities that you can get from the app store (free or inexpensive) that will do the same thing.
Also I think you missed a post.
When making such changes, don't mix those methods. The source of a majority of your issues are that you're not properly "Applying" changes after they're made.
Make sure to edit the original post in which you stated the method which fixed my problem to add that. If any other people have my problem, then they look at the post which solved it, but they need this extra detail about not mixing methods.
1 Like
So do I have to only reboot now or only reload now to fix the problem caused by mixing methods.
Everything works though, so I don't think there are any more issues.
That's why I suggested making the proper post as the solution. 
Once you mark the solution, I will.
Yes; but to be clear, it seems enumerating the VPN as its own zone and interface fixed your original issue.
- In the future, save posts by typing them in one.
Marked the post as solution
1 Like
This topic was automatically closed 10 days after the last reply. New replies are no longer allowed.