-
Notifications
You must be signed in to change notification settings - Fork 9
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
My Wireguard install wasn't detected - make it easy to restart my Vector instance #14
Comments
Brian, my love. your recovery instructions do not work.
|
Thanks @bodzio4749 for the pointing out that I made a spelling error. I won't do it in the code, and if I do my testing will fail. Feel free to make code changes and update with a pull request as well. For #2, yes, I need to include the environment variables. For #3, yes, I only creae a new interface, I don't read in an existing one today. I can add that as an enhancement request though, if you'd like. For #4, yes, I'm not real pleased with having to run this as root as it's a pain, and not super secure, but thus far haven't found another way. I need to see if there's a wireguard group created that can run it without sudo / root privileges - kind of like adding your user to the docker group. |
Thanks for the reply. I hope you look at my comments only an attempt to be constructive. From time to time I "get pregnant with a thought", and have a hard time to resit to not share it with others.
Anyways, How about having a json configuration file that could be imported to your app? For some reason I couldn't make the manual configuration to work. Wireguard speed and simplicity is on one hand a blessing, but on other a impediment.
What forced me to start playing with the Vector, is an urge to use my $100 bucks of credit on DigitalOcean and my "cheapness". It was also a great experience on working with NGINX an certbot script (which has a major bug related to an old authentication method removed by LetsEncrypt folks due to the security problems, and the script had to be changed).
One thing that I still have no idea how Nginx fines your application. I looked at the configuration file, and still can't figure it out. One suggestion for the future installation script improvement is to write physical configuration file in the "available" subfolder, and create a static link in the "enabled" one. I didn't come out with the idea. This is how the "default" file was set by the installation script. As a Windows user, I must admit, it is a very slick way to deal with configurations.
Thanks again for this email, will be testing your apps as soon as you release new version.
Bogdan
On Friday, May 8, 2020, 4:19:38 AM PDT, Brian McGonagill <[email protected]> wrote:
Thanks @bodzio4749 for the pointing out that I made a spelling error. I won't do it in the code, and if I do my testing will fail. Feel free to make code changes and update with a pull request as well.
For #2, yes, I need to include the environment variables.
For #3, yes, I only creae a new interface, I don't read in an existing one today. I can add that as an enhancement request though, if you'd like.
For #4, yes, I'm not real pleased with having to run this as root as it's a pain, and not super secure, but thus far haven't found another way. I need to see if there's a wireguard group created that can run it without sudo / root privileges - kind of like adding your user to the docker group.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or unsubscribe.
|
I apologize for replying through my email client instead of coming here in this app. Obviously this created long "quote". Newbie, but will do better in the future.
|
sometimes a restart of the Vector instance is needed, but not a full reinstall of the system...so it would be nice to have an admin function (button) to restart the instance.
Restart should
pkill -f node
rm ~/.forever/forever.log
rm ~/Vector-Production/bundle/output.log
rm ~/Vector-Production/bundle/error.log
cd ~/vector-Production/bundle
forever start -l forever.log -o output.log -e error.log main.js
The text was updated successfully, but these errors were encountered: