wareasebo.blogg.se - Linux terminal guake menu saved ssh session

b, -clipboard Operate on the CLIPBOARD selection s, -secondary Operate on the SECONDARY selection p, -primary Operate on the PRIMARY selection (default) The application owning it delete its contents d, -delete Request that the selection be cleared and that o, -output Write the selection to standard output i, -input Read standard input into the selection f, -follow Append to selection as standard input grows a, -append Append standard input to the selection Output before being replaced by the contents of standard input. If both input and output is required then the previous selection is The program behaves only in the requested mode. If any input or output options are given then (tty), and the selection is set from standard input if standard input The current selection is output if standard output is not a terminal Standard input and standard output are terminals (ttys). quiet run in foreground, show what's happeningīy default the current selection is output and not modified if both silent errors only, run in background (default) noutf8 don't treat text as utf-8, use old unicode

selection selection to access ("primary", "secondary", "clipboard" or "buffer-cut") d, -display X display to connect to (eg localhost:0")

l, -loops number of selection requests to wait for before exiting o, -out prints the selection to standard out (generally for i, -in read text into X selection from standard input or files Emacs can work with the secondary selection too, but that's rare, and nobody really knows what to do with cut buffers.Īccess an X server selection for reading or writing. Note that X11 traditionally has multiple selections, and most programs have some understanding of both the clipboard and primary selection (which are not the same).

There are various tools to access X11 selections, including xclip and XSel. But I'll add the details later if I see any interest Server (inside SSH session) cat some_useful_content.txt | nc localhost 2000Īctually even if you're in the middle of an ssh session there's a way to start a tunnel but i don’t want to scare people away from what really isn’t as bad as it looks. Note: if you don't have pbcopy then just tee it to a file. (hint: make this a keybinding so you don't have to type it) Client (another tab) nc -l 2000 | pbcopy Client (ssh session startup) ssh -R 2000:localhost:2000 I've started using this and it's nowhere near as intimidating as it looks so give it a try. Here's another way to do it, though you'll need to modify how you ssh into your computer.

the client and server to be in the same network (which is not the case if you're at work trying to access your home computer).

X11 on the client (if you have it, xclip on the server works great) or.

Put the script somewhere in your path, make it executable and voila: ls | cb I saved it with the file name cb (my mnemonic (ClipBoard). In my case, i'm using a specially named key Other examples: ls | ssh desktopIpAddress pbcopyįor convenience, I've created a bash file to shorten the text required after the pipe: #!/bin/bash It's much easier if you've set up ssh keys to facilitate fast ssh usage, preferably using a per-session passphrase, or whatever your security needs require. It requires your desktop to be configured as an ssh server (which I leave to you and google). In other words, it uses nested ssh: you're connected to the remote computer via one ssh session, you execute the command there, and the remote computer connects to your desktop via a different ssh session and puts the text to your clipboard. ls, pwd) and pipes the output to the clipboard of the local computer (the name or IP of "desktop"). When run in an ssh session to a remote computer, this command takes the output of commandThatMakesOutput (e.g. The essence of the solution: commandThatMakesOutput | ssh desktop pbcopy Like the OP, I wanted to be able to transfer small bits of text from terminal to my local clipboard, using only the keyboard. In my case, I use Terminal on my local OSX machine to connect to a linux server via SSH. It's a minor modification to a suggestion from OSX Daily. I'm resurrecting this thread because I've been looking for the same kind of solution, and I've found one that works for me.