Skip to content
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

Getting rid of port-forwarding - consider using tunnels / centralized subdomain system #152

Open
Tracked by #29
joepio opened this issue Jul 19, 2021 · 1 comment

Comments

@joepio
Copy link
Member

joepio commented Jul 19, 2021

Running your own atomic-server is quite simple, but the real problem is making it accessible on the internet. I want consumers to be able to do this, without doing the hard work. What you currently need to do:

  • Get a domain name
  • Use DDNS (if you don't have a static IP, as most individuals)
  • Set up port-forwarding with your router

It's all just too much!

What could really work well, is use some tunnelling service like ngrok, tunnelto.dev (open source, rust) or cloudflare tunnels.

@joepio
Copy link
Member Author

joepio commented Jul 20, 2021

I've got pktriot working. Atomic-server is running in HTTP mode, since pktriot deals with TLS.

  1. Register on packetriot.com, no need to add credit card if you're OK with a single random subdomain domain
  2. Install the pktriot cli
  3. Configure it pktriot configure
  4. Open a tunnel pktriot http 8080, note the tunnel domain
  5. install / download atomic-server
  6. Adjust the .env (or copy template.env): set HTTPS to false, HTTP_PORT to 8080, and the domain to the newly created tunnel domain
  7. run atomic-server
  8. Visit your domain

But there still is a problem: the returned @id does not match, since the server is thinking it's serving HTTP instead of HTTPS. Maybe add a RETURN_HTTPS flag?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant