KW-SSH(1)
β¨ kw-ssh β Access remote via ssh() β¨
okay bestie, welcome to the kw-ssh glow-up π
this is the part of kw that literally just... ssh's into any machine you can reach over the network. that's it. that's the vibe. remote access era π₯
πΈ NAME πΈ
kw-ssh β Access remote via ssh. yes the title of the man page has that cute little dangling dash at the end, we keep it, we respect it π
π« SYNOPSIS π«
kw (s | ssh) [(-s | --script) <script-path>] [--verbose]
kw (s | ssh) [(-c | --command) <string-command>] [--verbose]
kw (s | ssh) [(-r | --remote) <<USER@IP>:PORT | CONFIG_HOST_NAME>] [--verbose]
kw (s | ssh) --send <from-local-path> [--to <to-remote-path>] [--verbose]
kw (s | ssh) --get <from-remote-path> [--to <to-local-path>] [--verbose]
π¦ DESCRIPTION π¦
ngl the whole thing is: ssh into any machine reachable via the network. that's the assignment and it ate π
so, the two star players:
--scriptexpects a bash script as a parameter, and it gets evaluated over there on the target machine.--commandexpects a command to be executed inside the target machine.
pick your fighter, bestie π«Ά
β¨ OPTIONS β¨
-c <string-command>,--command <string-command>β hands you a bash<string-command>and runs it remotely on the target machine. like texting your VM "hey do this" π²-s <script-path>,--script <script-path>β takes the<script-path>pointing at a local script and runs it, but remotely. local script, remote era π§-r <<USER@IP>:PORT | CONFIG_HOST_NAME>,--remote <<USER@IP>:PORT | CONFIG_HOST_NAME>β uses the parameter you gave it to ssh into the target machine. you can pass a<USER@IP>:PORTsituation or aCONFIG_HOST_NAME, dealer's choice π--verboseβ verbose mode, aka the β¨debug visionβ¨ option. it makes thekwprogram spit out debug messages so you can track its progress. this is genuinely so useful while you're debugging, because it helps you spot possible errors way more easily. lowkey a lifesaver, no cap π--send <from-local-path> --to <to-remote-path>β transfers a file or a directory sitting at<from-local-path>over to the remote destination you named in<remote-path>. and if you don't supply--to? bestie it just sends your file or directory to the user's home folder on the remote side. it got you π«Ά--get <from-remote-path> --to <to-local-path>β pulls a file or directory from the remote path<from-remote-path>and saves it onto your local machine at<to-local-path>. no--togiven? it automatically defaults the destination directory to the current directory where you're standing. convenient queen π
π EXAMPLES π
for all of these, we're assuming the relevant fields in your configuration files (located by default in .kw/) are already set up. and honestly? we recommend using kw config for managing your local and global configurations. trust, it's the move π
once you've started your VM, you can ssh into it like:
kw s -c "dmesg -wH"
kw s
when you wanna send a file or directory to a remote machine:
kw s --send /path/to/file/or/folder --to /tmp/
when you wanna get a file or directory from a remote machine:
kw s --get /path/to/file/or/folder --to /path/to/save
quick vibe check π this page's footer is literally the same string as its header, which is iconic in a chaotic way, so go off kw-ssh - Access remote via ssh(), we see you π
and that's the whole page bestie, slay ππ¦β¨ signed off with the source line kw-ssh - Access remote via ssh() β no notes, periodt π
π¦ where this page comes from
- ubuntu stonking: kworkflow 1:0.10-3 Β· GPL-2.0-or-later
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms