Quick and dirty RDP from linux
As mentioned before, I set up RDP with real certs on my RDP hosts. I also frequently access those from my linux-laptop, and the way I had been doing that up until today was "ctrl-r"-ing through my bash history for xfreerdp
. I decided to put an end to that today, with something that could be called from within dmenu
.
#!/bin/sh
USER=josh
PASSWORD=""
# first, figure out which host we're accessing.
case $1 in
host1)
HOST=host1.joshgordon.net
;;
host2)
HOST=host2.joshgordon.net
;;
*)
zenity --warning --text="Invalid host"
exit 2
;;
esac
# get the password
xfrdp_res=1
# 0 = exited from linux
# 11 = disconnected
# 12 = signed off
while [ $xfrdp_res -ne 0 ] && [ $xfrdp_res -ne 11 ] && [ $xfrdp_res -ne 12 ]; do
# prompt for the psasword from the user
PASSWORD=$(zenity --password)
res=$?
# catch the password prompt being cancelled
if [ $res -ne 0 ]; then
echo "Cancelled"
exit 1
fi
# try xfreerdp with the user/password pair
xfreerdp /v:"$HOST" /u:"$USER" /p:"$PASSWORD" /f /d:WORKGROUP
xfrdp_res=$?
done
Alright, great. I can now type rdp host1
and get asked for a password. If I hit cancel, it doesn't re-prompt me, if I quit xfreerdp, it doesn't re-prompt me, but if I type my password wrong, it'll re-prompt me and retry. But there's just one small problem now.
I'm lazy.
I have to type out the whole host1
(which has been shortened for this example to omit real hostnames). I'd rather just have dmenu autocomplete these for me.
Digging into dmenu
So what really happens when I launch dmenu from i3?
[josh@laptop ~]$ cat ~/.config/i3/config | grep mod+d
bindsym $mod+d exec dmenu_run
Alright, what's behind dmenu_run
?
[josh@laptop ~]$ which dmenu_run
/usr/bin/dmenu_run
And that's.... A shell script!
[josh@laptop ~]$ cat /usr/bin/dmenu_run
#!/usr/bin/sh
dmenu_path | dmenu "$@" | ${SHELL:-"/bin/sh"} &
I dug into what dmenu_path
does, and it just returns a list of commands that dmenu
can run (with some fancy caching on top). So all we need to do is whack a couple of extra lines into that command's output.
Let's make this simple. Let's make our own dmenu_run
:
#!/usr/bin/bash
cat <(dmenu_path) /dev/stdin <<EOF | dmenu "$@" | ${SHELL:-"/bin/sh"} &
rdp host1
rdp host2
EOF
That lives in my ~/bin/ directory, which exists in my PATH before any of the defaults.
That's it, we're done. dmenu now autocompletes my rdp
command.
If you don't know what the <() syntax is, it's bash syntax for process substitution. It spawns the command in the parens, and returns the file handle for stdout of the subprocess as a file handle.