| 1 | \versionid $Id: using.but,v 1.15 2003/07/16 08:28:31 jacob Exp $ |
| 2 | |
| 3 | \C{using} Using PuTTY |
| 4 | |
| 5 | This chapter provides a general introduction to some more advanced |
| 6 | features of PuTTY. For extreme detail and reference purposes, |
| 7 | \k{config} is likely to contain more information. |
| 8 | |
| 9 | \H{using-session} During your session |
| 10 | |
| 11 | A lot of PuTTY's complexity and features are in the configuration |
| 12 | panel. Once you have worked your way through that and started |
| 13 | a session, things should be reasonably simple after that. |
| 14 | Nevertheless, there are a few more useful features available. |
| 15 | |
| 16 | \S{using-selection} Copying and pasting text |
| 17 | |
| 18 | Often in a PuTTY session you will find text on your terminal screen |
| 19 | which you want to type in again. Like most other terminal emulators, |
| 20 | PuTTY allows you to copy and paste the text rather than having to |
| 21 | type it again. Also, copy and paste uses the Windows clipboard, so |
| 22 | that you can paste (for example) URLs into a web browser, or paste |
| 23 | from a word processor or spreadsheet into your terminal session. |
| 24 | |
| 25 | PuTTY's copy and paste works entirely with the mouse. In order to |
| 26 | copy text to the clipboard, you just click the left mouse button in |
| 27 | the terminal window, and drag to select text. When you let go of the |
| 28 | button, the text is \e{automatically} copied to the clipboard. You |
| 29 | do not need to press Ctrl-C or Ctrl-Ins; in fact, if you do press |
| 30 | Ctrl-C, PuTTY will send a Ctrl-C character down your session to the |
| 31 | server where it will probably cause a process to be interrupted. |
| 32 | |
| 33 | Pasting is done using the right button (or the middle mouse button, |
| 34 | if you have a three-button mouse and have set it up; see |
| 35 | \k{config-mouse}). Pressing Shift-Ins has the same effect. |
| 36 | When you click the right mouse button, PuTTY will |
| 37 | read whatever is in the Windows Clipboard and paste it into your |
| 38 | session, \e{exactly} as if it had been typed at the keyboard. |
| 39 | (Therefore, be careful of pasting formatted text into an editor that |
| 40 | does automatic indenting; you may find that the spaces pasted from |
| 41 | the clipboard plus the spaces added by the editor add up to too many |
| 42 | spaces and ruin the formatting. There is nothing PuTTY can do about |
| 43 | this.) |
| 44 | |
| 45 | If you double-click the left mouse button, PuTTY will select a whole |
| 46 | word. If you double-click, hold down the second click, and drag the |
| 47 | mouse, PuTTY will select a sequence of whole words. (You can adjust |
| 48 | precisely what PuTTY considers to be part of a word; see |
| 49 | \k{config-charclasses}.) If you \e{triple}-click, or triple-click |
| 50 | and drag, then PuTTY will select a whole line or sequence of lines. |
| 51 | |
| 52 | If you want to select a rectangular region instead of selecting to |
| 53 | the end of each line, you can do this by holding down Alt when you |
| 54 | make your selection. (You can also configure rectangular selection |
| 55 | to be the default, and then holding down Alt gives the normal |
| 56 | behaviour instead. See \k{config-rectselect} for details.) |
| 57 | |
| 58 | If you have a middle mouse button, then you can use it to adjust an |
| 59 | existing selection if you selected something slightly wrong. (If you |
| 60 | have configured the middle mouse button to paste, then the right |
| 61 | mouse button does this instead.) Click the button on the screen, and |
| 62 | you can pick up the nearest end of the selection and drag it to |
| 63 | somewhere else. |
| 64 | |
| 65 | It's possible for the server to ask to handle mouse clicks in the |
| 66 | PuTTY window itself. If this happens, the mouse cursor will turn |
| 67 | into an arrow, and copy and paste will only work if you hold down |
| 68 | Shift. See \k{config-features-mouse} and \k{config-mouseshift} for |
| 69 | details of this feature and how to configure it. |
| 70 | |
| 71 | \S{using-scrollback} Scrolling the screen back |
| 72 | |
| 73 | PuTTY keeps track of text that has scrolled up off the top of the |
| 74 | terminal. So if something appears on the screen that you want to |
| 75 | read, but it scrolls too fast and it's gone by the time you try to |
| 76 | look for it, you can use the scrollbar on the right side of the |
| 77 | window to look back up the session history and find it again. |
| 78 | |
| 79 | As well as using the scrollbar, you can also page the scrollback up |
| 80 | and down by pressing Shift-PgUp and Shift-PgDn. You can scroll a |
| 81 | line at a time using Ctrl-PgUp and Ctrl-PgDn. These are still |
| 82 | available if you configure the scrollbar to be invisible. |
| 83 | |
| 84 | By default the last 200 lines scrolled off the top are |
| 85 | preserved for you to look at. You can increase (or decrease) this |
| 86 | value using the configuration box; see \k{config-scrollback}. |
| 87 | |
| 88 | \S{using-sysmenu} The System menu |
| 89 | |
| 90 | If you click the left mouse button on the icon in the top left |
| 91 | corner of PuTTY's window, or click the right mouse button on the |
| 92 | title bar, you will see the standard Windows system menu containing |
| 93 | items like Minimise, Move, Size and Close. |
| 94 | |
| 95 | PuTTY's system menu contains extra program features in addition to |
| 96 | the Windows standard options. These extra menu commands are |
| 97 | described below. |
| 98 | |
| 99 | \S2{using-eventlog} The PuTTY Event Log |
| 100 | |
| 101 | If you choose \q{Event Log} from the system menu, a small window |
| 102 | will pop up in which PuTTY logs significant events during the |
| 103 | connection. Most of the events in the log will probably take place |
| 104 | during session startup, but a few can occur at any point in the |
| 105 | session, and one or two occur right at the end. |
| 106 | |
| 107 | You can use the mouse to select one or more lines of the Event Log, |
| 108 | and hit the Copy button to copy them to the clipboard. If you are |
| 109 | reporting a bug, it's often useful to paste the contents of the |
| 110 | Event Log into your bug report. |
| 111 | |
| 112 | \S2{using-newsession} Starting new sessions |
| 113 | |
| 114 | PuTTY's system menu provides some shortcut ways to start new |
| 115 | sessions: |
| 116 | |
| 117 | \b Selecting \q{New Session} will start a completely new instance of |
| 118 | PuTTY, and bring up the configuration box as normal. |
| 119 | |
| 120 | \b Selecting \q{Duplicate Session} will start a session with |
| 121 | precisely the same options as your current one - connecting to the |
| 122 | same host using the same protocol, with all the same terminal |
| 123 | settings and everything. |
| 124 | |
| 125 | \b The \q{Saved Sessions} submenu gives you quick access to any |
| 126 | sets of stored session details you have previously saved. See |
| 127 | \k{config-saving} for details of how to create saved sessions. |
| 128 | |
| 129 | \S2{using-changesettings} Changing your session settings |
| 130 | |
| 131 | If you select \q{Change Settings} from the system menu, PuTTY will |
| 132 | display a cut-down version of its initial configuration box. This |
| 133 | allows you to adjust most properties of your current session. You |
| 134 | can change the terminal size, the font, the actions of various |
| 135 | keypresses, the colours, and so on. |
| 136 | |
| 137 | Some of the options that are available in the main configuration box |
| 138 | are not shown in the cut-down Change Settings box. These are usually |
| 139 | options which don't make sense to change in the middle of a session |
| 140 | (for example, you can't switch from SSH to Telnet in mid-session). |
| 141 | |
| 142 | \S2{using-copyall} Copy All to Clipboard |
| 143 | |
| 144 | This system menu option provides a convenient way to copy the whole |
| 145 | contents of the terminal screen and scrollback to the clipboard in |
| 146 | one go. |
| 147 | |
| 148 | \S2{reset-terminal} Clearing and resetting the terminal |
| 149 | |
| 150 | The \q{Clear Scrollback} option on the system menu tells PuTTY to |
| 151 | discard all the lines of text that have been kept after they |
| 152 | scrolled off the top of the screen. This might be useful, for |
| 153 | example, if you displayed sensitive information and wanted to make |
| 154 | sure nobody could look over your shoulder and see it. (Note that |
| 155 | this only prevents a casual user from using the scrollbar to view |
| 156 | the information; the text is not guaranteed not to still be in |
| 157 | PuTTY's memory.) |
| 158 | |
| 159 | The \q{Reset Terminal} option causes a full reset of the terminal |
| 160 | emulation. A VT-series terminal is a complex piece of software and |
| 161 | can easily get into a state where all the text printed becomes |
| 162 | unreadable. (This can happen, for example, if you accidentally |
| 163 | output a binary file to your terminal.) If this happens, selecting |
| 164 | Reset Terminal should sort it out. |
| 165 | |
| 166 | \S2{using-fullscreen} Full screen mode |
| 167 | |
| 168 | If you find the title bar on a maximised window to be ugly or |
| 169 | distracting, you can select Full Screen mode to maximise PuTTY |
| 170 | \q{even more}. When you select this, PuTTY will expand to fill the |
| 171 | whole screen and its borders, title bar and scrollbar will |
| 172 | disappear. (You can configure the scrollbar not to disappear in |
| 173 | full-screen mode if you want to keep it; see \k{config-scrollback}.) |
| 174 | |
| 175 | When you are in full-screen mode, you can still access the system |
| 176 | menu if you click the left mouse button in the \e{extreme} top left |
| 177 | corner of the screen. |
| 178 | |
| 179 | \H{using-logging} Creating a log file of your session |
| 180 | |
| 181 | For some purposes you may find you want to log everything that |
| 182 | appears on your screen. You can do this using the \q{Logging} panel |
| 183 | in the configuration box. |
| 184 | |
| 185 | To begin a session log, select \q{Change Settings} from the system |
| 186 | menu and go to the Logging panel. Enter a log file name, and select |
| 187 | a logging mode. (You can log all session output including the |
| 188 | terminal control sequences, or you can just log the printable text. |
| 189 | It depends what you want the log for.) Click \q{Apply} and your log |
| 190 | will be started. Later on, you can go back to the Logging panel and |
| 191 | select \q{Logging turned off completely} to stop logging; then PuTTY |
| 192 | will close the log file and you can safely read it. |
| 193 | |
| 194 | See \k{config-logging} for more details and options. |
| 195 | |
| 196 | \H{using-translation} Altering your character set configuration |
| 197 | |
| 198 | If you find that special characters (accented characters, for |
| 199 | example) are not being displayed correctly in your PuTTY session, it |
| 200 | may be that PuTTY is interpreting the characters sent by the server |
| 201 | according to the wrong \e{character set}. There are a lot of |
| 202 | different character sets available, so it's entirely possible for |
| 203 | this to happen. |
| 204 | |
| 205 | If you click \q{Change Settings} and look at the \q{Translation} |
| 206 | panel, you should see a large number of character sets which you can |
| 207 | select. Now all you need is to find out which of them you want! |
| 208 | |
| 209 | \H{using-x-forwarding} Using X11 forwarding in SSH |
| 210 | |
| 211 | The SSH protocol has the ability to securely forward X Window System |
| 212 | applications over your encrypted SSH connection, so that you can run |
| 213 | an application on the SSH server machine and have it put its windows |
| 214 | up on your local machine without sending any X network traffic in |
| 215 | the clear. |
| 216 | |
| 217 | In order to use this feature, you will need an X display server for |
| 218 | your Windows machine, such as X-Win32 or Exceed. This will probably |
| 219 | install itself as display number 0 on your local machine; if it |
| 220 | doesn't, the manual for the X server should tell you what it does |
| 221 | do. |
| 222 | |
| 223 | You should then tick the \q{Enable X11 forwarding} box in the |
| 224 | Tunnels panel (see \k{config-ssh-x11}) before starting your SSH |
| 225 | session. The \q{X display location} box reads \c{localhost:0} by |
| 226 | default, which is the usual display location where your X server |
| 227 | will be installed. If that needs changing, then change it. |
| 228 | |
| 229 | Now you should be able to log in to the SSH server as normal. To |
| 230 | check that X forwarding has been successfully negotiated during |
| 231 | connection startup, you can check the PuTTY Event Log (see |
| 232 | \k{using-eventlog}). It should say something like this: |
| 233 | |
| 234 | \c 2001-12-05 17:22:01 Requesting X11 forwarding |
| 235 | \c 2001-12-05 17:22:02 X11 forwarding enabled |
| 236 | |
| 237 | If the remote system is Unix or Unix-like, you should also be able |
| 238 | to see that the \c{DISPLAY} environment variable has been set to |
| 239 | point at display 10 or above on the SSH server machine itself: |
| 240 | |
| 241 | \c fred@unixbox:~$ echo $DISPLAY |
| 242 | \c unixbox:10.0 |
| 243 | |
| 244 | If this works, you should then be able to run X applications in the |
| 245 | remote session and have them display their windows on your PC. |
| 246 | |
| 247 | Note that if your PC X server requires authentication to connect, |
| 248 | then PuTTY cannot currently support it. If this is a problem for |
| 249 | you, you should mail the authors \#{FIXME} and give details. |
| 250 | |
| 251 | \H{using-port-forwarding} Using port forwarding in SSH |
| 252 | |
| 253 | The SSH protocol has the ability to forward arbitrary network |
| 254 | connections over your encrypted SSH connection, to avoid the network |
| 255 | traffic being sent in clear. For example, you could use this to |
| 256 | connect from your home computer to a POP-3 server on a remote |
| 257 | machine without your POP-3 password being visible to network |
| 258 | sniffers. |
| 259 | |
| 260 | In order to use port forwarding to connect from your local machine |
| 261 | to a port on a remote server, you need to: |
| 262 | |
| 263 | \b Choose a port number on your local machine where PuTTY should |
| 264 | listen for incoming connections. There are likely to be plenty of |
| 265 | unused port numbers above 3000. (You can also use a local loopback |
| 266 | address here; see \k{config-ssh-portfwd} for more details.) |
| 267 | |
| 268 | \b Now, before you start your SSH connection, go to the Tunnels |
| 269 | panel (see \k{config-ssh-portfwd}). Make sure the \q{Local} radio |
| 270 | button is set. Enter the local port number into the \q{Source port} |
| 271 | box. Enter the destination host name and port number into the |
| 272 | \q{Destination} box, separated by a colon (for example, |
| 273 | \c{popserver.example.com:110} to connect to a POP-3 server). |
| 274 | |
| 275 | \b Now click the \q{Add} button. The details of your port forwarding |
| 276 | should appear in the list box. |
| 277 | |
| 278 | Now start your session and log in. (Port forwarding will not be |
| 279 | enabled until after you have logged in; otherwise it would be easy |
| 280 | to perform completely anonymous network attacks, and gain access to |
| 281 | anyone's virtual private network). To check that PuTTY has set up |
| 282 | the port forwarding correctly, you can look at the PuTTY Event Log |
| 283 | (see \k{using-eventlog}). It should say something like this: |
| 284 | |
| 285 | \c 2001-12-05 17:22:10 Local port 3110 forwarding to |
| 286 | \c popserver.example.com:110 |
| 287 | |
| 288 | Now if you connect to the source port number on your local PC, you |
| 289 | should find that it answers you exactly as if it were the service |
| 290 | running on the destination machine. So in this example, you could |
| 291 | then configure an e-mail client to use \c{localhost:3110} as a POP-3 |
| 292 | server instead of \c{popserver.example.com:110}. (Of course, the |
| 293 | forwarding will stop happening when your PuTTY session closes down.) |
| 294 | |
| 295 | You can also forward ports in the other direction: arrange for a |
| 296 | particular port number on the \e{server} machine to be forwarded |
| 297 | back to your PC as a connection to a service on your PC or near it. |
| 298 | To do this, just select the \q{Remote} radio button instead of the |
| 299 | \q{Local} one. The \q{Source port} box will now specify a port |
| 300 | number on the \e{server} (note that most servers will not allow you |
| 301 | to use port numbers under 1024 for this purpose). |
| 302 | |
| 303 | An alternative way to forward local connections to remote hosts is |
| 304 | to use dynamic SOCKS proxying. For this, you will need to select the |
| 305 | \q{Dynamic} radio button instead of \q{Local}, and then you should |
| 306 | not enter anything into the \q{Destination} box (it will be |
| 307 | ignored). This will cause PuTTY to listen on the port you have |
| 308 | specified, and provide a SOCKS proxy service to any programs which |
| 309 | connect to that port. So, in particular, you can forward other PuTTY |
| 310 | connections through it by setting up the Proxy control panel (see |
| 311 | \k{config-proxy} for details). |
| 312 | |
| 313 | The source port for a forwarded connection usually does not accept |
| 314 | connections from any machine except the SSH client or server machine |
| 315 | itself (for local and remote forwardings respectively). There are |
| 316 | controls in the Tunnels panel to change this: |
| 317 | |
| 318 | \b The \q{Local ports accept connections from other hosts} option |
| 319 | allows you to set up local-to-remote port forwardings (including |
| 320 | dynamic port forwardings) in such a way that machines other than |
| 321 | your client PC can connect to the forwarded port. |
| 322 | |
| 323 | \b The \q{Remote ports do the same} option does the same thing for |
| 324 | remote-to-local port forwardings (so that machines other than the |
| 325 | SSH server machine can connect to the forwarded port.) Note that |
| 326 | this feature is only available in the SSH 2 protocol, and not all |
| 327 | SSH 2 servers support it (OpenSSH 3.0 does not, for example). |
| 328 | |
| 329 | \H{using-rawprot} Making raw TCP connections |
| 330 | |
| 331 | A lot of Internet protocols are composed of commands and responses |
| 332 | in plain text. For example, SMTP (the protocol used to transfer |
| 333 | e-mail), NNTP (the protocol used to transfer Usenet news), and HTTP |
| 334 | (the protocol used to serve Web pages) all consist of commands in |
| 335 | readable plain text. |
| 336 | |
| 337 | Sometimes it can be useful to connect directly to one of these |
| 338 | services and speak the protocol \q{by hand}, by typing protocol |
| 339 | commands and watching the responses. On Unix machines, you can do |
| 340 | this using the system's \c{telnet} command to connect to the right |
| 341 | port number. For example, \c{telnet mailserver.example.com 25} might |
| 342 | enable you to talk directly to the SMTP service running on a mail |
| 343 | server. |
| 344 | |
| 345 | Although the Unix \c{telnet} program provides this functionality, |
| 346 | the protocol being used is not really Telnet. Really there is no |
| 347 | actual protocol at all; the bytes sent down the connection are |
| 348 | exactly the ones you type, and the bytes shown on the screen are |
| 349 | exactly the ones sent by the server. Unix \c{telnet} will attempt to |
| 350 | detect or guess whether the service it is talking to is a real |
| 351 | Telnet service or not; PuTTY prefers to be told for certain. |
| 352 | |
| 353 | In order to make a debugging connection to a service of this type, |
| 354 | you simply select the fourth protocol name, \q{Raw}, from the |
| 355 | \q{Protocol} buttons in the \q{Session} configuration panel. (See |
| 356 | \k{config-hostname}.) You can then enter a host name and a port |
| 357 | number, and make the connection. |
| 358 | |
| 359 | \H{using-cmdline} The PuTTY command line |
| 360 | |
| 361 | PuTTY can be made to do various things without user intervention by |
| 362 | supplying command-line arguments (e.g., from a command prompt window, |
| 363 | or a Windows shortcut). |
| 364 | |
| 365 | \S{using-cmdline-session} Starting a session from the command line |
| 366 | |
| 367 | These options allow you to bypass the configuration window and launch |
| 368 | straight into a session. |
| 369 | |
| 370 | To start a connection to a server called \c{host}: |
| 371 | |
| 372 | \c putty.exe [-ssh | -telnet | -rlogin | -raw] [user@]host |
| 373 | |
| 374 | If this syntax is used, settings are taken from the Default Settings |
| 375 | (see \k{config-saving}); \c{user} overrides these settings if |
| 376 | supplied. Also, you can specify a protocol, which will override the |
| 377 | default protocol (see \k{using-cmdline-protocol}). |
| 378 | |
| 379 | For telnet sessions, the following alternative syntax is supported |
| 380 | (this makes PuTTY suitable for use as a URL handler for telnet URLs in |
| 381 | web browsers): |
| 382 | |
| 383 | \c putty.exe telnet://host[:port]/ |
| 384 | |
| 385 | In order to start an existing saved session called \c{sessionname}, |
| 386 | use the \c{-load} option (described in \k{using-cmdline-load}). |
| 387 | |
| 388 | \c putty.exe -load "session name" |
| 389 | |
| 390 | \S{using-cleanup} \c{-cleanup} |
| 391 | |
| 392 | If invoked with the \c{-cleanup} option, rather than running as |
| 393 | normal, PuTTY will remove its registry entries and random seed file |
| 394 | from the local machine (after confirming with the user). |
| 395 | |
| 396 | \S{using-general-opts} Standard command-line options |
| 397 | |
| 398 | PuTTY and its associated tools support a range of command-line |
| 399 | options, most of which are consistent across all the tools. This |
| 400 | section lists the available options in all tools. Options which are |
| 401 | specific to a particular tool are covered in the chapter about that |
| 402 | tool. |
| 403 | |
| 404 | \S2{using-cmdline-load} \c{-load}: load a saved session |
| 405 | |
| 406 | The \c{-load} option causes PuTTY to load configuration details out |
| 407 | of a saved session. If these details include a host name, then this |
| 408 | option is all you need to make PuTTY start a session (although Plink |
| 409 | still requires an explicitly specified host name). |
| 410 | |
| 411 | You need double quotes around the session name if it contains spaces. |
| 412 | |
| 413 | If you want to create a Windows shortcut to start a PuTTY saved |
| 414 | session, this is the option you should use: your shortcut should |
| 415 | call something like |
| 416 | |
| 417 | \c d:\path\to\putty.exe -load "my session" |
| 418 | |
| 419 | (Note that PuTTY itself supports an alternative form of this option, |
| 420 | for backwards compatibility. If you execute \c{putty @sessionname} |
| 421 | it will have the same effect as \c{putty -load "sessionname"}. With |
| 422 | the \c{@} form, no double quotes are required, and the \c{@} sign |
| 423 | must be the very first thing on the command line. This form of the |
| 424 | option is deprecated.) |
| 425 | |
| 426 | \S2{using-cmdline-protocol} Selecting a protocol: \c{-ssh}, |
| 427 | \c{-telnet}, \c{-rlogin}, \c{-raw} |
| 428 | |
| 429 | To choose which protocol you want to connect with, you can use one |
| 430 | of these options: |
| 431 | |
| 432 | \b \c{-ssh} selects the SSH protocol. |
| 433 | |
| 434 | \b \c{-telnet} selects the Telnet protocol. |
| 435 | |
| 436 | \b \c{-rlogin} selects the Rlogin protocol. |
| 437 | |
| 438 | \b \c{-raw} selects the raw protocol. |
| 439 | |
| 440 | These options are not available in the file transfer tools PSCP and |
| 441 | PSFTP (which only work with the SSH protocol). |
| 442 | |
| 443 | These options are equivalent to the protocol selection buttons in |
| 444 | the Session panel of the PuTTY configuration box (see |
| 445 | \k{config-hostname}). |
| 446 | |
| 447 | \S2{using-cmdline-v} \c{-v}: increase verbosity |
| 448 | |
| 449 | Most of the PuTTY tools can be made to tell you more about what they |
| 450 | are doing by supplying the \c{-v} option. If you are having trouble |
| 451 | when making a connection, or you're simply curious, you can turn |
| 452 | this switch on and hope to find out more about what is happening. |
| 453 | |
| 454 | \S2{using-cmdline-l} \c{-l}: specify a login name |
| 455 | |
| 456 | You can specify the user name to log in as on the remote server |
| 457 | using the \c{-l} option. For example, \c{plink login.example.com -l |
| 458 | fred}. |
| 459 | |
| 460 | These options are equivalent to the username selection box in the |
| 461 | Connection panel of the PuTTY configuration box (see |
| 462 | \k{config-username}). |
| 463 | |
| 464 | \S2{using-cmdline-portfwd} \c{-L}, \c{-R} and \c{-D}: set up port forwardings |
| 465 | |
| 466 | As well as setting up port forwardings in the PuTTY configuration |
| 467 | (see \k{config-ssh-portfwd}), you can also set up forwardings on the |
| 468 | command line. The command-line options work just like the ones in |
| 469 | Unix \c{ssh} programs. |
| 470 | |
| 471 | To forward a local port (say 5110) to a remote destination (say |
| 472 | \cw{popserver.example.com} port 110), you can write something like |
| 473 | one of these: |
| 474 | |
| 475 | \c putty -L 5110:popserver.example.com:110 -load mysession |
| 476 | \c plink mysession -L 5110:popserver.example.com:110 |
| 477 | |
| 478 | To forward a remote port to a local destination, just use the \c{-R} |
| 479 | option instead of \c{-L}: |
| 480 | |
| 481 | \c putty -R 5023:mytelnetserver.myhouse.org:23 -load mysession |
| 482 | \c plink mysession -R 5023:mytelnetserver.myhouse.org:23 |
| 483 | |
| 484 | To set up SOCKS-based dynamic port forwarding on a local port, use |
| 485 | the \c{-D} option. For this one you only have to pass the port |
| 486 | number: |
| 487 | |
| 488 | \c putty -D 4096 -load mysession |
| 489 | |
| 490 | For general information on port forwarding, see |
| 491 | \k{using-port-forwarding}. |
| 492 | |
| 493 | These options are not available in the file transfer tools PSCP and |
| 494 | PSFTP. |
| 495 | |
| 496 | \S2{using-cmdline-m} \c{-m}: read a remote command or script from a |
| 497 | file |
| 498 | |
| 499 | The \c{-m} option performs a similar function to the \q{Remote |
| 500 | command} box in the SSH panel of the PuTTY configuration box (see |
| 501 | \k{config-command}). However, the \c{-m} option expects to be given |
| 502 | a local file name, and it will read a command from that file. On most Unix |
| 503 | systems, you can even put multiple lines in this file and execute |
| 504 | more than one command in sequence, or a whole shell script. |
| 505 | |
| 506 | This option is not available in the file transfer tools PSCP and |
| 507 | PSFTP. |
| 508 | |
| 509 | \S2{using-cmdline-p} \c{-P}: specify a port number |
| 510 | |
| 511 | The \c{-P} option is used to specify the port number to connect to. If |
| 512 | you have a Telnet server running on port 9696 of a machine instead of |
| 513 | port 23, for example: |
| 514 | |
| 515 | \c putty -telnet -P 9696 host.name |
| 516 | \c plink -telnet -P 9696 host.name |
| 517 | |
| 518 | (Note that this option is more useful in Plink than in PuTTY, |
| 519 | because in PuTTY you can write \c{putty -telnet host.name 9696} in |
| 520 | any case.) |
| 521 | |
| 522 | These options are equivalent to the protocol selection buttons in |
| 523 | the Session panel of the PuTTY configuration box (see |
| 524 | \k{config-hostname}). |
| 525 | |
| 526 | \S2{using-cmdline-pw} \c{-pw}: specify a password |
| 527 | |
| 528 | A simple way to automate a remote login is to supply your password |
| 529 | on the command line. This is \e{not recommended} for reasons of |
| 530 | security. If you possibly can, we recommend you set up public-key |
| 531 | authentication instead. See \k{pubkey} for details. |
| 532 | |
| 533 | Note that the \c{-pw} option only works when you are using the SSH |
| 534 | protocol. Due to fundamental limitations of Telnet and Rlogin, these |
| 535 | protocols do not support automated password authentication. |
| 536 | |
| 537 | \S2{using-cmdline-agent} \c{-A} and \c{-a}: control agent forwarding |
| 538 | |
| 539 | The \c{-A} option turns on SSH agent forwarding, and \c{-a} turns it |
| 540 | off. These options are only meaningful if you are using SSH. |
| 541 | |
| 542 | See \k{pageant} for general information on Pageant, and |
| 543 | \k{pageant-forward} for information on agent forwarding. Note that |
| 544 | there is a security risk involved with enabling this option; see |
| 545 | \k{pageant-security} for details. |
| 546 | |
| 547 | These options are equivalent to the agent forwarding checkbox in the |
| 548 | Auth panel of the PuTTY configuration box (see \k{config-ssh-agentfwd}). |
| 549 | |
| 550 | These options are not available in the file transfer tools PSCP and |
| 551 | PSFTP. |
| 552 | |
| 553 | \S2{using-cmdline-x11} \c{-X} and \c{-x}: control X11 forwarding |
| 554 | |
| 555 | The \c{-X} option turns on X11 forwarding in SSH, and \c{-x} turns |
| 556 | it off. These options are only meaningful if you are using SSH. |
| 557 | |
| 558 | For information on X11 forwarding, see \k{using-x-forwarding}. |
| 559 | |
| 560 | These options are equivalent to the X11 forwarding checkbox in the |
| 561 | Tunnels panel of the PuTTY configuration box (see |
| 562 | \k{config-ssh-x11}). |
| 563 | |
| 564 | These options are not available in the file transfer tools PSCP and |
| 565 | PSFTP. |
| 566 | |
| 567 | \S2{using-cmdline-pty} \c{-t} and \c{-T}: control pseudo-terminal |
| 568 | allocation |
| 569 | |
| 570 | The \c{-t} option ensures PuTTY attempts to allocate a |
| 571 | pseudo-terminal at the server, and \c{-T} stops it from allocating |
| 572 | one. These options are only meaningful if you are using SSH. |
| 573 | |
| 574 | These options are equivalent to the \q{Don't allocate a |
| 575 | pseudo-terminal} checkbox in the SSH panel of the PuTTY |
| 576 | configuration box (see \k{config-ssh-pty}). |
| 577 | |
| 578 | These options are not available in the file transfer tools PSCP and |
| 579 | PSFTP. |
| 580 | |
| 581 | \S2{using-cmdline-compress} \c{-C}: enable compression |
| 582 | |
| 583 | The \c{-C} option enables compression of the data sent across the |
| 584 | network. This option is only meaningful if you are using SSH. |
| 585 | |
| 586 | This option is equivalent to the \q{Enable compression} checkbox in |
| 587 | the SSH panel of the PuTTY configuration box (see |
| 588 | \k{config-ssh-comp}). |
| 589 | |
| 590 | \S2{using-cmdline-sshprot} \c{-1} and \c{-2}: specify an SSH protocol |
| 591 | version |
| 592 | |
| 593 | The \c{-1} and \c{-2} options force PuTTY to use version 1 or |
| 594 | version 2 of the SSH protocol. These options are only meaningful if |
| 595 | you are using SSH. |
| 596 | |
| 597 | These options are equivalent to selecting your preferred SSH |
| 598 | protocol version as \q{1 only} or \q{2 only} in the SSH panel of the |
| 599 | PuTTY configuration box (see \k{config-ssh-prot}). |
| 600 | |
| 601 | \S2{using-cmdline-identity} \c{-i}: specify an SSH private key |
| 602 | |
| 603 | The \c{-i} option allows you to specify the name of a private key |
| 604 | file in \c{*.PPK} format which PuTTY will use to authenticate with the |
| 605 | server. This option is only meaningful if you are using SSH. |
| 606 | |
| 607 | For general information on public-key authentication, see \k{pubkey}. |
| 608 | |
| 609 | This option is equivalent to the \q{Private key file for |
| 610 | authentication} box in the Auth panel of the PuTTY configuration box |
| 611 | (see \k{config-ssh-privkey}). |