Is your feature request related to a problem? Please describe.
When I connect to a host using the SSH kitten that does not have a user-writable home directory (like many embedded targets) The connection actually drops and I have to reconnect manually with my SSH client (with no bootstrap/setup) - this means that I use the kitten to connect to some hosts and just ssh to connect to others which is sort of a fragmented experience.
Describe the solution you'd like
Ideally, I could specify using the configuration a location for bootstrap scripts on a per-host basis that would allow me to put the bootstrap files in a place that I know is writable. This is actually already supported with remote_dir but remote_dir is not allowed to resolve to anywhere outside of the home directory (such as /tmp which typically IS writable on such systems) -
Describe alternatives you've considered
another (less good) way to handle it would be at least to warn that the bootstrap couldn't be completed successfully but not drop the connection. This would at least give me the functionality I create myself by reconnecting without the kitten, but without my TERMINFO and stuff passing over, which is less than ideal.
Additional context
This is a change I can probably make myself relatively easily, but I wasn't sure about the rationale behind making remote_dir only resolvable into the home directory - I assume this is a security consideration or something, but there are other useful places to put the bootstrapping stuff, and if you work (as I do) on embedded targets frequently, sometimes configurations are all over the map and require special consideration.
Is your feature request related to a problem? Please describe.
When I connect to a host using the SSH kitten that does not have a user-writable home directory (like many embedded targets) The connection actually drops and I have to reconnect manually with my SSH client (with no bootstrap/setup) - this means that I use the kitten to connect to some hosts and just
sshto connect to others which is sort of a fragmented experience.Describe the solution you'd like
Ideally, I could specify using the configuration a location for bootstrap scripts on a per-host basis that would allow me to put the bootstrap files in a place that I know is writable. This is actually already supported with
remote_dirbutremote_diris not allowed to resolve to anywhere outside of the home directory (such as/tmpwhich typically IS writable on such systems) -Describe alternatives you've considered
another (less good) way to handle it would be at least to warn that the bootstrap couldn't be completed successfully but not drop the connection. This would at least give me the functionality I create myself by reconnecting without the kitten, but without my TERMINFO and stuff passing over, which is less than ideal.
Additional context
This is a change I can probably make myself relatively easily, but I wasn't sure about the rationale behind making
remote_dironly resolvable into the home directory - I assume this is a security consideration or something, but there are other useful places to put the bootstrapping stuff, and if you work (as I do) on embedded targets frequently, sometimes configurations are all over the map and require special consideration.