-
-
Notifications
You must be signed in to change notification settings - Fork 155
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
Allow port fallback similar to gatways #126
Comments
I like the idea, but I would push it to the next level by allowing a "meta hosts" which have a full configuration fallback: hosts:
hosta:
configs:
- hosta.local
- hosta.remote
- hosta.gateway
hosta.local:
hostname: host1
port: 22
hosta.remote:
hostname: host1
port: 2222
hosta.gateway:
hostname: 1.2.3.4
port: 22
gateway: my-gateway |
I'm not sure I like all of the duplication when few thing needs to be changed but understand you don't want to have every config be a list of items to iterate through. I could only think of Port, Gateway, and Inherits that would probably need to be lists. Other items don't usually change on the host (IdentityFile, User, etc) but met hosts would probably allow for more flexibility for all users and config options. |
Ok :) In my opinion, a list of ports for the same host is already something not so common, that's why I wanted to create something that handle every "rare cases" with a list of hosts, so your case is natively handled as a maximum of other ones If I found a clean way in Golang to configure the yaml parser to accept |
For some hosts I am able to connect directly to them when I'm on my lan and need to use a non-standard port when going through the wan (firewall port mapping) It'd be nice to have something like this in my assh.yml to allow me to connect to the same host no matter where I am.
Maybe this is already possible with gateways but I haven't tested it yet and may be more confusing when setting up.
The text was updated successfully, but these errors were encountered: