Earlier quoted context omitted.
That doesn't work well if you want to run the same service on multiple machines. For some you can proxy that (eg, for web you can just run nginx to proxy everything based on either the host header or SNI data), but for others you can't - you're only going to be able to have one machine accepting port 22 traffic for ssh.
Select an isp that gives you multiple ip v4 addresses. Or host on ipv6.
Locally hosting an internet-connected server
11–20 of 183 posts
Re: Locally hosting an internet-connected server
#12Re: Locally hosting an internet-connected server
#13Re: Locally hosting an internet-connected server
#14Earlier quoted context omitted.
That doesn't work well if you want to run the same service on multiple machines. For some you can proxy that (eg, for web you can just run nginx to proxy everything based on either the host header or SNI data), but for others you can't - you're only going to be able to have one machine accepting port 22 traffic for ssh.
Select an isp that gives you multiple ip v4 addresses. Or host on ipv6.
Re: Locally hosting an internet-connected server
#15This is an interesting solution and wouldn't mind using one of my existing servers as a gateway or proxy (?). Is there a way to be selective about what ports are exposed from the host to the target? The target could handle it but fine grained control is nice.
You could just set a default deny iptables policy for forwarding to that host, and then explicitly open the ports you want
Re: Locally hosting an internet-connected server
#16Earlier quoted context omitted.
If they don't all need distinct external IP addresses of their own, port forwarding is a typical approach.
That doesn't work well if you want to run the same service on multiple machines. For some you can proxy that (eg, for web you can just run nginx to proxy everything based on either the host header or SNI data), but for others you can't - you're only going to be able to have one machine accepting port 22 traffic for ssh.
Re: Locally hosting an internet-connected server
#17Re: Locally hosting an internet-connected server
#18Why not use a dynamic DNS service instead? I’ve been using dyn.com (now oci.dyn.com) for years and it has worked great. A bonus is many home routers have support built in.
Re: Locally hosting an internet-connected server
#19Earlier quoted context omitted.
That doesn't work well if you want to run the same service on multiple machines. For some you can proxy that (eg, for web you can just run nginx to proxy everything based on either the host header or SNI data), but for others you can't - you're only going to be able to have one machine accepting port 22 traffic for ssh.
You can port forward SSH to other internal machines, just like nginx + web.
Re: Locally hosting an internet-connected server
#20For a while I also thought that regular SSH tunnels would be enough but they kept failing occasionally even with autossh.
Oh and I got bitten by Docker default MTU settings when trying to add everything to the same Swarm cluster.