4 ms·

> Password management is THE feature that is painfully missing from Terminator, Tilix, etc. Never thought of incorporating this in the terminal emulator. I jus

by pxc 5y ago

> Password management is THE feature that is painfully missing from Terminator, Tilix, etc. Never thought of incorporating this in the terminal emulator. I just use a command line client for my usual password manager. Any reason you can't do that?

slim 5y ago
I'm guessing your password manager is copying passwords to the clipboard. In that case iTerm2 seems more secure for console access auth
- pxc 5y ago
  No, it outputs passwords on stdout. I use subshells and process substitution to direct the output
selfhoster11 5y ago
I want an integrated password workflow, and calling a command line password manager client is the last thing I want to have to remember about. Even if it saves a few keystrokes, it's one less thing to think about.
- pxc 5y ago
  Isn't having the part that submits the password embedded in the same shell history as the command itself more integrated than having a tool you need to tell to input your passwords pseudo-interactively each time? Isn't it also fewer keystrokes? Either way, if you prefer something more interactive and keybind-y, one portable alternative you can use regardless of terminal emulator without necessarily involving a clipboard is to plug the password manager CLI into a terminal multiplexer, e.g.: https://github.com/BlueDrink9/tmux-passwords https://github.com/BlueDrink9/tmux-passwords https://github.com/rafi/tmux-pass https://github.com/rafi/tmux-pass https://github.com/Alkindi42/tmux-bitwarden https://github.com/Alkindi42/tmux-bitwarden (I understand that this is kind of the opposite of what the terminal emulators you listed are about, which is having the terminal emulator do the multiplexing and other integrations. But you can get the same stuff done and it's more portable.)
  - selfhoster11 5y ago
    A multiplexer is an interesting layer to approach this.
hitpointdrew 5y ago
> I just use a command line client for my usual password manager. Any reason you can't do that? The obvious issue with this is the need to be in a session on your local machine. For example you would have to run the cli password manager, then ssh, then login to postgres. Then say you need to go to another machine and use a different password, now you have to back out to your local machine, run the password command again, then login to the other machine. The tool passmgr for example copies the pw to clipboard for 30 seconds, so now you up against the clock to get in and use it, what if you sit on remote machine for half the day? Now you have to constantly flip back to your local machine then back to the remote machine. With in integrated password manager it doesn't matter what machine I am on, or even if I am daisy chained several ssh sessions deep, I can always immediately get access to the passwords I need.
- pxc 5y ago
  That's another use case where it's a good idea to plug the CLI password manager into your terminal multiplexer. See a sibling discussion

by pxc 5y ago

slim 5y ago

I'm guessing your password manager is copying passwords to the clipboard. In that case iTerm2 seems more secure for console access auth

pxc 5y ago
No, it outputs passwords on stdout. I use subshells and process substitution to direct the output

selfhoster11 5y ago

I want an integrated password workflow, and calling a command line password manager client is the last thing I want to have to remember about. Even if it saves a few keystrokes, it's one less thing to think about.

pxc 5y ago
Isn't having the part that submits the password embedded in the same shell history as the command itself more integrated than having a tool you need to tell to input your passwords pseudo-interactively each time? Isn't it also fewer keystrokes? Either way, if you prefer something more interactive and keybind-y, one portable alternative you can use regardless of terminal emulator without necessarily involving a clipboard is to plug the password manager CLI into a terminal multiplexer, e.g.: https://github.com/BlueDrink9/tmux-passwords https://github.com/BlueDrink9/tmux-passwords https://github.com/rafi/tmux-pass https://github.com/rafi/tmux-pass https://github.com/Alkindi42/tmux-bitwarden https://github.com/Alkindi42/tmux-bitwarden (I understand that this is kind of the opposite of what the terminal emulators you listed are about, which is having the terminal emulator do the multiplexing and other integrations. But you can get the same stuff done and it's more portable.)
- selfhoster11 5y ago
  A multiplexer is an interesting layer to approach this.

hitpointdrew 5y ago

> I just use a command line client for my usual password manager. Any reason you can't do that? The obvious issue with this is the need to be in a session on your local machine. For example you would have to run the cli password manager, then ssh, then login to postgres. Then say you need to go to another machine and use a different password, now you have to back out to your local machine, run the password command again, then login to the other machine. The tool passmgr for example copies the pw to clipboard for 30 seconds, so now you up against the clock to get in and use it, what if you sit on remote machine for half the day? Now you have to constantly flip back to your local machine then back to the remote machine. With in integrated password manager it doesn't matter what machine I am on, or even if I am daisy chained several ssh sessions deep, I can always immediately get access to the passwords I need.

pxc 5y ago
That's another use case where it's a good idea to plug the CLI password manager into your terminal multiplexer. See a sibling discussion