-\versionid $Id: config.but,v 1.15 2001/11/25 19:22:47 simon Exp $
+\versionid $Id: config.but,v 1.21 2001/12/14 14:57:50 simon Exp $
\C{config} Configuring PuTTY
\S{config-hostname} The host name section
+\cfg{winhelp-topic}{session.hostname}
+
The top box on the Session panel, labelled \q{Specify your
connection by host name}, contains the details that need to be
filled in before PuTTY can open a session at all.
summary of the differences between SSH, Telnet and rlogin.)
\b The \q{Port} box lets you specify which port number on the server
-to connect to. If you select Telnet, Rlogin, or SSH, this box will be
-filled in automatically to the usual value, and you will only need to
-change it if you have an unusual server. If you select Raw mode, you
-will almost certainly need to fill in the \q{Port} box.
+to connect to. If you select Telnet, Rlogin, or SSH, this box will
+be filled in automatically to the usual value, and you will only
+need to change it if you have an unusual server. If you select Raw
+mode (see \k{using-rawprot}), you will almost certainly need to fill
+in the \q{Port} box.
\S{config-saving} Loading and storing saved sessions
+\cfg{winhelp-topic}{session.saved}
+
The next part of the Session configuration panel allows you to save
your preferred PuTTY options so they will appear automatically the
next time you start PuTTY. It also allows you to create \e{saved
\S{config-closeonexit} \q{Close Window on Exit}
+\cfg{winhelp-topic}{session.coe}
+
Finally in the Session panel, there is an option labelled \q{Close
Window on Exit}. This controls whether the PuTTY session window
disappears as soon as the session inside it terminates. If you are
\H{config-logging} The Logging panel
+\cfg{winhelp-topic}{logging.main}
+
The Logging configuration panel allows you to save log files of your
PuTTY sessions, for debugging, analysis or future reference.
else can replay the session later in slow motion and watch to see
what went wrong.
+\b \q{Log SSH packet data}. In this mode (which is only used by SSH
+connections), the SSH message packets sent over the encrypted
+connection are written to the log file. You might need this to debug
+a network-level problem, or more likely to send to the PuTTY authors
+as part of a bug report. \e{BE WARNED} that if you log in using a
+password, the password will appear in the log file, so be sure to
+edit it out before sending the log file to anyone else!
+
\S{config-logfilename} \q{Log file name}
+\cfg{winhelp-topic}{logging.filename}
+
In this edit box you enter the name of the file you want to log the
session to. The \q{Browse} button will let you look around your file
system to find the right place to put the file; or if you already
\S{config-logfileexists} \q{What to do if the log file already exists}
+\cfg{winhelp-topic}{logging.exists}
+
This control allows you to specify what PuTTY should do if it tries
to start writing to a log file and it finds the file already exists.
You might want to automatically destroy the existing log file and
\S{config-autowrap} \q{Auto wrap mode initially on}
+\cfg{winhelp-topic}{terminal.autowrap}
+
Auto wrap mode controls what happens when text printed in a PuTTY
window reaches the right-hand edge of the window.
Auto wrap mode can be turned on and off by control sequences sent by
the server. This configuration option only controls the \e{default}
state. If you modify this option in mid-session using \q{Change
-Settings}, you will need to reset the terminal \#{ FIXME } before
-the change takes effect.
+Settings}, you will need to reset the terminal (see
+\k{reset-terminal}) before the change takes effect.
\S{config-decom} \q{DEC Origin Mode initially on}
+\cfg{winhelp-topic}{terminal.decom}
+
DEC Origin Mode is a minor option which controls how PuTTY
interprets cursor-position control sequences sent by the server.
like the wrong part of the screen, you could try turning DEC Origin
Mode on to see whether that helps.
-DEC Origin Mode can be turned on and off by control sequences sent by
-the server. This configuration option only controls the \e{default}
-state. If you modify this option in mid-session using \q{Change
-Settings}, you will need to reset the terminal \#{ FIXME } before
-the change takes effect.
+DEC Origin Mode can be turned on and off by control sequences sent
+by the server. This configuration option only controls the
+\e{default} state. If you modify this option in mid-session using
+\q{Change Settings}, you will need to reset the terminal (see
+\k{reset-terminal}) before the change takes effect.
\S{config-crlf} \q{Implicit CR in every LF}
+\cfg{winhelp-topic}{terminal.lfhascr}
+
Most servers send two control characters, CR and LF, to start a new
line of the screen. The CR character makes the cursor return to the
left-hand side of the screen. The LF character makes the cursor move
\S{config-erase} \q{Use background colour to erase screen}
+\cfg{winhelp-topic}{terminal.bce}
+
Not all terminals agree on what colour to turn the screen when the
server sends a \q{clear screen} sequence. Some terminals believe the
screen should always be cleared to the \e{default} background
default background colour. With this option enabled, it is done in
the \e{current} background colour.
+Background-colour erase can be turned on and off by control
+sequences sent by the server. This configuration option only
+controls the \e{default} state. If you modify this option in
+mid-session using \q{Change Settings}, you will need to reset the
+terminal (see \k{reset-terminal}) before the change takes effect.
+
\S{config-blink} \q{Enable blinking text}
+\cfg{winhelp-topic}{terminal.blink}
+
The server can ask PuTTY to display text that blinks on and off.
This is very distracting, so PuTTY allows you to turn blinking text
off completely.
+When blinking text is disabled and the server attempts to make some
+text blink, PuTTY will instead display the text with a bolded
+background colour.
+
+Blinking text can be turned on and off by control sequences sent by
+the server. This configuration option only controls the \e{default}
+state. If you modify this option in mid-session using \q{Change
+Settings}, you will need to reset the terminal (see
+\k{reset-terminal}) before the change takes effect.
+
\S{config-answerback} \q{Answerback to ^E}
+\cfg{winhelp-topic}{terminal.answerback}
+
This option controls what PuTTY will send back to the server if the
server sends it the ^E enquiry character. Normally it just sends
the string \q{PuTTY}.
+If you accidentally write the contents of a binary file to your
+terminal, you will probably find that it contains more than one ^E
+character, and as a result your next command line will probably read
+\q{PuTTYPuTTYPuTTY...} as if you had typed the answerback string
+multiple times at the keyboard. If you set the answerback string to
+be empty, this problem should go away, but doing so might cause
+other problems.
+
\S{config-localecho} \q{Local echo}
+\cfg{winhelp-topic}{terminal.localecho}
+
With local echo disabled, characters you type into the PuTTY window
are not echoed in the window \e{by PuTTY}. They are simply sent to
the server. (The \e{server} might choose to echo them back to you;
\S{config-localedit} \q{Local line editing}
+\cfg{winhelp-topic}{terminal.localedit}
+
Normally, every character you type into the PuTTY window is sent
immediately to the server the moment you type it.
\S{config-backspace} Changing the action of the Backspace key
+\cfg{winhelp-topic}{keyboard.backspace}
+
Some terminals believe that the Backspace key should send the same
thing to the server as Control-H (ASCII code 8). Other terminals
believe that the Backspace key should send ASCII code 127 (usually
\S{config-homeend} Changing the action of the Home and End keys
+\cfg{winhelp-topic}{keyboard.homeend}
+
The Unix terminal emulator \c{rxvt} disagrees with the rest of the
world about what character sequences should be sent to the server by
the Home and End keys.
\S{config-funkeys} Changing the action of the function keys and keypad
+\cfg{winhelp-topic}{keyboard.funkeys}
+
This option affects the function keys (F1 to F12) and the top row of
the numeric keypad.
\S{config-appcursor} Controlling Application Cursor Keys mode
+\cfg{winhelp-topic}{keyboard.appcursor}
+
Application Cursor Keys mode is a way for the server to change the
control sequences sent by the arrow keys. In normal mode, the arrow
keys send \c{ESC [A} through to \c{ESC [D}. In application mode,
\S{config-appkeypad} Controlling Application Keypad mode
+\cfg{winhelp-topic}{keyboard.appkeypad}
+
Application Keypad mode is a way for the server to change the
behaviour of the numeric keypad.
\S{config-nethack} Using NetHack keypad mode
+\cfg{winhelp-topic}{keyboard.nethack}
+
PuTTY has a special mode for playing NetHack. You can enable it by
selecting \q{NetHack} in the \q{Initial state of numeric keypad}
control.
\S{config-compose} Enabling a DEC-like Compose key
+\cfg{winhelp-topic}{keyboard.compose}
+
DEC terminals have a Compose key, which provides an easy-to-remember
way of typing accented characters. You press Compose and then type
two more characters. The two characters are \q{combined} to produce
\S{config-ctrlalt} \q{Control-Alt is different from AltGr}
+\cfg{winhelp-topic}{keyboard.ctrlalt}
+
Some old keyboards do not have an AltGr key, which can make it
difficult to type some characters. PuTTY can be configured to treat
the key combination Ctrl + Left Alt the same way as the AltGr key.
\S{config-bellstyle} \q{Set the style of bell}
+\cfg{winhelp-topic}{bell.style}
+
This control allows you to select various different actions to occur
on a terminal bell:
\S{config-belltaskbar} \q{Taskbar/caption indication on bell}
+\cfg{winhelp-topic}{bell.taskbar}
+
This feature controls what happens to the PuTTY window's entry in
the Windows Taskbar if a bell occurs while the window does not have
the input focus.
\S{config-bellovl} \q{Control the bell overload behaviour}
+\cfg{winhelp-topic}{bell.overload}
+
A common user error in a terminal session is to accidentally run the
Unix command \c{cat} (or equivalent) on an inappropriate file type,
such as an executable, image file, or ZIP file. This produces a huge
\S{config-winsize} Setting the size of the PuTTY window
+\cfg{winhelp-topic}{window.size}
+
The \q{Rows} and \q{Columns} boxes let you set the PuTTY window to a
precise size. Of course you can also drag the window to a new size
while a session is running.
\S{config-winsizelock} What to do when the window is resized
+\cfg{winhelp-topic}{window.resize}
+
These options allow you to control what happens when the user tries
to resize the PuTTY window.
\S{config-scrollback} Controlling scrollback
+\cfg{winhelp-topic}{window.scrollback}
+
These options let you configure the way PuTTY keeps text after it
scrolls off the top of the screen (see \k{using-scrollback}).
\S{config-cursor} Controlling the appearance of the cursor
+\cfg{winhelp-topic}{appearance.cursor}
+
The \q{Cursor appearance} option lets you configure the cursor to be
a block, an underline, or a vertical line. A block cursor becomes an
empty box when the window loses focus; an underline or a vertical
\S{config-font} Controlling the font used in the terminal window
+\cfg{winhelp-topic}{appearance.font}
+
This option allows you to choose what font, in what size, the PuTTY
terminal window uses to display the text in the session. You will be
offered a choice from all the fixed-width fonts installed on the
\S{config-title} Controlling the window title
+\cfg{winhelp-topic}{appearance.title}
+
The \q{Window title} edit box allows you to set the title of the
PuTTY window. By default the window title will contain the host name
followed by \q{PuTTY}, for example \c{server1.example.com - PuTTY}.
\S{config-mouseptr} \q{Hide mouse pointer when typing in window}
+\cfg{winhelp-topic}{appearance.hidemouse}
+
If you enable this option, the mouse pointer will disappear if the
PuTTY window is selected and you press a key. This way, it will not
obscure any of the text in the window while you work in your
\S{config-winborder} Controlling the window border
+\cfg{winhelp-topic}{appearance.border}
+
PuTTY allows you to configure the appearance of the window border to
some extent.
\S{config-warnonclose} \q{Warn before closing window}
+\cfg{winhelp-topic}{behaviour.closewarn}
+
If you press the Close button in a PuTTY window that contains a
running session, PuTTY will put up a warning window asking if you
really meant to close the window. A window whose session has already
\S{config-altf4} \q{Window closes on ALT-F4}
+\cfg{winhelp-topic}{behaviour.altf4}
+
By default, pressing ALT-F4 causes the window to close (or a warning
box to appear; see \k{config-warnonclose}). If you disable the
\q{Window closes on ALT-F4} option, then pressing ALT-F4 will simply
\S{config-altspace} \q{System menu appears on ALT-Space}
+\cfg{winhelp-topic}{behaviour.altspace}
+
If this option is enabled, then pressing ALT-Space will bring up the
PuTTY window's menu, like clicking on the top left corner. If it is
disabled, then pressing ALT-Space will just send \c{ESC SPACE} to
\S{config-altonly} \q{System menu appears on Alt alone}
+\cfg{winhelp-topic}{behaviour.altonly}
+
If this option is enabled, then pressing and releasing ALT will
bring up the PuTTY window's menu, like clicking on the top left
corner. If it is disabled, then pressing and releasing ALT will have
\S{config-alwaysontop} \q{Ensure window is always on top}
+\cfg{winhelp-topic}{behaviour.alwaysontop}
+
If this option is enabled, the PuTTY window will stay on top of all
other windows.
\S{config-fullscreen} \q{Full screen on Alt-Enter}
+\cfg{winhelp-topic}{behaviour.altenter}
+
If this option is enabled, then pressing Alt-Enter will cause the
-PuTTY window to become full-screen. (See \k{using-fullscreen}).
-Pressing Alt-Enter again will restore the previous window size.
+PuTTY window to become full-screen. Pressing Alt-Enter again will
+restore the previous window size.
+
+The full-screen feature is also available from the System menu, even
+when it is configured not to be available on the Alt-Enter key. See
+\k{using-fullscreen}.
\H{config-translation} The Translation panel
\S{config-charset} Controlling character set translation
+\cfg{winhelp-topic}{translation.codepage}
+
During an interactive session, PuTTY receives a stream of 8-bit
bytes from the server, and in order to display them on the screen it
needs to know what character set to interpret them in.
\S{config-cyr} \q{Caps Lock acts as Cyrillic switch}
+\cfg{winhelp-topic}{translation.cyrillic}
+
This feature allows you to switch between a US/UK keyboard layout
and a Cyrillic keyboard layout by using the Caps Lock key, if you
need to type (for example) Russian and English side by side in the
\S{config-linedraw} Controlling display of line drawing characters
+\cfg{winhelp-topic}{translation.linedraw}
+
VT100-series terminals allow the server to send control sequences
that shift temporarily into a separate character set for drawing
lines and boxes. PuTTY has a variety of ways to support this
\S{config-linedrawpaste} Controlling the pasting of line drawing
characters
+\cfg{winhelp-topic}{selection.linedraw}
+
By default, when you copy and paste a piece of the PuTTY screen that
contains VT100 line and box drawing characters, PuTTY will translate
them into the \q{poor man's} line-drawing characters \c{+}, \c{-}
\S{config-rtfpaste} Pasting in Rich Text Format
+\cfg{winhelp-topic}{selection.rtf}
+
If you enable \q{Paste to clipboard in RTF as well as plain text},
PuTTY will write formatting information to the clipboard as well as
the actual text you copy. Currently the only effect of this will be
\S{config-mouse} Changing the actions of the mouse buttons
+\cfg{winhelp-topic}{selection.buttons}
+
PuTTY's copy and paste mechanism is modelled on the Unix \c{xterm}
application. The X Window System uses a three-button mouse, and the
convention is that the left button selects, the right button extends
\S{config-mouseshift} \q{Shift overrides application's use of mouse}
+\cfg{winhelp-topic}{selection.shiftdrag}
+
PuTTY allows the server to send control codes that let it take over
the mouse and use it for purposes other than copy and paste.
Applications which use this feature include the text-mode web
\S{config-rectselect} Default selection mode
+\cfg{winhelp-topic}{selection.rect}
+
As described in \k{using-selection}, PuTTY has two modes of
selecting text to be copied to the clipboard. In the default mode
(\q{Normal}), dragging the mouse from point A to point B selects to
\S{config-charclasses} Configuring word-by-word selection
+\cfg{winhelp-topic}{selection.charclasses}
+
PuTTY will select a word at a time in the terminal window if you
double-click to begin the drag. This panel allows you to control
precisely what is considered to be a word.
\S{config-boldcolour} \q{Bolded text is a different colour}
+\cfg{winhelp-topic}{colours.bold}
+
When the server sends a control sequence indicating that some text
should be displayed in bold, PuTTY can handle this two ways. It can
either change the font for a bold version, or use the same font in a
\S{config-logpalette} \q{Attempt to use logical palettes}
+\cfg{winhelp-topic}{colours.logpal}
+
Logical palettes are a mechanism by which a Windows application
running on an 8-bit colour display can select precisely the colours
it wants instead of going with the Windows standard defaults.
\S{config-colourcfg} Adjusting the colours in the terminal window
+\cfg{winhelp-topic}{colours.config}
+
The main colour control allows you to specify exactly what colours
things should be displayed in. To modify one of the PuTTY colours,
use the list box to select which colour you want to modify. The RGB
\S{config-termtype} \q{Terminal-type string}
+\cfg{winhelp-topic}{connection.termtype}
+
Most servers you might connect to with PuTTY are designed to be
connected to from lots of different types of terminal. In order to
send the right control sequences to each one, the server will need
\S{config-username} \q{Auto-login username}
+\cfg{winhelp-topic}{connection.username}
+
All three of the SSH, Telnet and Rlogin protocols allow you to
specify what user name you want to log in as, without having to type
it explicitly every time. (Some Telnet servers don't support this.)
\S{config-keepalive} Using keepalives to prevent disconnection
+\cfg{winhelp-topic}{connection.keepalive}
+
If you find your sessions are closing unexpectedly (\q{Connection
reset by peer}) after they have been idle for a while, you might
want to try using this option.
Keepalives are only supported in Telnet and SSH; the Rlogin and Raw
protocols offer no way of implementing them.
+\S{config-nodelay} \q{Disable Nagle's algorithm}
+
+\cfg{winhelp-topic}{connection.nodelay}
+
+Nagle's algorithm is a detail of TCP/IP implementations that tries
+to minimise the number of small data packets sent down a network
+connection. With Nagle's algorithm enabled, PuTTY's bandwidth usage
+will be slightly more efficient; with it disabled, you may find you
+get a faster response to your keystrokes when connecting to some
+types of server.
+
+The Nagle algorithm is disabled by default.
+
\H{config-telnet} The Telnet panel
The Telnet panel allows you to configure options that only apply to
\S{config-termspeed} \q{Terminal-speed string}
+\cfg{winhelp-topic}{telnet.termspeed}
+
Telnet allows the client to send a text string that describes the
terminal speed. PuTTY lets you configure this, in case you find the
server is reacting badly to the default value. (I'm not aware of any
\S{config-environ} Setting environment variables on the server
+\cfg{winhelp-topic}{telnet.environ}
+
The Telnet protocol also provides a means for the client to pass
environment variables to the server. Many Telnet servers have
stopped supporting this feature due to security flaws, but PuTTY
\S{config-oldenviron} \q{Handling of OLD_ENVIRON ambiguity}
+\cfg{winhelp-topic}{telnet.oldenviron}
+
The original Telnet mechanism for passing environment variables was
badly specified. At the time the standard (RFC 1408) was written,
BSD telnet implementations were already supporting the feature, and
\S{config-ptelnet} Passive and active Telnet negotiation modes
+\cfg{winhelp-topic}{telnet.passive}
+
In a Telnet connection, there are two types of data passed between
the client and the server: actual text, and \e{negotiations} about
which Telnet extra features to use.
\S{config-telnetkey} \q{Keyboard sends telnet Backspace and Interrupt}
+\cfg{winhelp-topic}{telnet.specialkeys}
+
If this box is checked, the Backspace key on the keyboard will send
the Telnet special backspace code, and Control-C will send the
Telnet special interrupt code. You probably shouldn't enable this
\S{config-rlogin-termspeed} \q{Terminal-speed string}
+\cfg{winhelp-topic}{rlogin.termspeed}
+
Like Telnet, Rlogin allows the client to send a text string that
describes the terminal speed. PuTTY lets you configure this, in case
you find the server is reacting badly to the default value. (I'm not
\S{config-rlogin-localuser} \q{Local username}
+\cfg{winhelp-topic}{rlogin.localuser}
+
Rlogin allows an automated (password-free) form of login by means of
a file called \c{.rhosts} on the server. You put a line in your
\c{.rhosts} file saying something like \c{jbloggs@pc1.example.com},
\S{config-command} Executing a specific command on the server
+\cfg{winhelp-topic}{ssh.command}
+
In SSH, you don't have to run a general shell session on the server.
Instead, you can choose to run a single specific command (such as a
mail user agent, for example). If you want to do this, enter the
\S{config-ssh-pty} \q{Don't allocate a pseudo-terminal}
+\cfg{winhelp-topic}{ssh.nopty}
+
When connecting to a Unix system, most interactive shell sessions
are run in a \e{pseudo-terminal}, which allows the Unix system to
pretend it's talking to a real physical terminal device but allows
\S{config-ssh-comp} \q{Enable compression}
+\cfg{winhelp-topic}{ssh.compress}
+
This enables data compression in the SSH connection: data sent by
the server is compressed before sending, and decompressed at the
client end. Likewise, data sent by PuTTY to the server is compressed
\S{config-ssh-prot} \q{Preferred SSH protocol version}
+\cfg{winhelp-topic}{ssh.protocol}
+
This allows you to select whether you would like to use SSH protocol
version 1 or version 2. \#{FIXME: say something about this elsewhere?}
\S{config-ssh-macbug} \q{Imitate SSH 2 MAC bug}
+\cfg{winhelp-topic}{ssh.buggymac}
+
This option \e{should} now be unnecessary. It existed in order to
work around a bug in early versions (2.3.0 and below) of the SSH
server software from \cw{ssh.com}. The symptom of this problem would
\S{config-ssh-encryption} Encryption algorithm selection
+\cfg{winhelp-topic}{ssh.ciphers}
+
PuTTY supports a variety of different encryption algorithms, and
allows you to choose which one you prefer to use. You can do this by
dragging the algorithms up and down in the list box (or moving them
intended to reflect a reasonable preference in terms of security and
speed.
+Single-DES is not supported natively in the SSH 2 draft protocol
+standards. One or two server implementations do support it, by a
+non-standard name. PuTTY can use single-DES to interoperate with
+these servers if you enable the \q{Enable non-standard single-DES in
+SSH 2} option; by default this is disabled and PuTTY will stick to
+the standard.
+
\H{config-ssh-auth} The Auth panel
The Auth panel allows you to configure authentication options for
\S{config-ssh-tis} \q{Attempt TIS or CryptoCard authentication}
+\cfg{winhelp-topic}{ssh.auth.tis}
+
TIS and CryptoCard authentication are simple challenge/response
forms of authentication available in SSH protocol version 1 only.
You might use them if you were using S/Key one-time passwords, for
administrator about precisely what form these challenges and
responses take.
+\S{config-ssh-ki} \q{Attempt keyboard-interactive authentication}
+
+\cfg{winhelp-topic}{ssh.auth.ki}
+
+The SSH 2 equivalent of TIS authentication is called
+\q{keyboard-interactive}. It is a flexible authentication method
+using an arbitrary sequence of requests and responses; so it is not
+only useful for challenge/response mechanisms such as S/Key, but it
+can also be used for (for example) asking the user for a new
+password when the old one has expired.
+
+PuTTY leaves this option enabled by default, but supplies a switch
+to turn it off in case you should have trouble with it.
+
\S{config-ssh-agentfwd} \q{Allow agent forwarding}
+\cfg{winhelp-topic}{ssh.auth.agentfwd}
+
This option allows the SSH server to open forwarded connections back
to your local copy of Pageant. If you are not running Pageant, this
option will do nothing.
there is a security risk involved with enabling this option; see
\k{pageant-security} for details.
+\S{config-ssh-changeuser} \q{Allow attempted changes of username in SSH2}
+
+\cfg{winhelp-topic}{ssh.auth.changeuser}
+
+In the SSH 1 protocol, it is impossible to change username after
+failing to authenticate. So if you mis-type your username at the
+PuTTY \q{login as:} prompt, you will not be able to change it except
+by restarting PuTTY.
+
+The SSH 2 protocol \e{does} allow changes of username, in principle,
+but does not make it mandatory for SSH 2 servers to accept them. In
+particular, OpenSSH does not accept a change of username; once you
+have sent one username, it will reject attempts to try to
+authenticate as another user. (Depending on the version of OpenSSH,
+it may quietly return failure for all login attempts, or it may send
+an error message.)
+
+For this reason, PuTTY will by default not prompt you for your
+username more than once, in case the server complains. If you know
+your server can cope with it, you can enable the \q{Allow attempted
+changes of username} option to modify PuTTY's behaviour.
+
\S{config-ssh-privkey} \q{Private key file for authentication}
+\cfg{winhelp-topic}{ssh.auth.privkey}
+
This box is where you enter the name of your private key file if you
are using public key authentication. See \k{pubkey} for information
about public key authentication in SSH.
\S{config-ssh-x11} X11 forwarding
+\cfg{winhelp-topic}{ssh.tunnels.x11}
+
If your server lets you run X Window System applications, X11
forwarding allows you to securely give those applications access to
a local X display on your PC.
-This feature will only be useful if you have an X server on your PC,
-such as Exceed or XWin32.
-
To enable X11 forwarding, check the \q{Enable X11 forwarding} box.
If your X display is not the primary display on your local machine
(which it almost certainly will be unless you have deliberately
arranged otherwise), you need to enter its location in the \q{X
display location} box.
-\# FIXME: perhaps link to some more general X forwarding info?
+See \k{using-x-forwarding} for more information about X11
+forwarding.
\S{config-ssh-portfwd} Port forwarding
+\cfg{winhelp-topic}{ssh.tunnels.portfwd}
+
Port forwarding allows you to tunnel other types of network
-connection down an SSH connection.
-
-To set up a local port forwarding, make sure the \q{Local} radio
-button is set. Then enter a local port number (on your PC) in the
-\q{Source port} box, and a hostname and port number (separated by a
-colon) in the \q{Destination} box, and finally press the \q{Add}
-button. For example, you might select a source port of 10079, and a
-destination of \c{server2.example.com:79}.
-
-If you do this, and then start the session, you should find that
-connecting to your local PC on port 10079 gives you a connection to
-port 79 (the finger server) on \c{server2.example.com}. The
-connection is actually going to PuTTY itself, which encrypts the
-connection data and sends it down the secure channel to the SSH
-server. The connection then proceeds in clear from there to the
-eventual destination. So you might use this (for example) to forward
-a connection between two non-hostile network zones that are only
-connected by a hostile zone such as the open Internet.
-
-You can forward ports on the SSH server machine in the other
-direction, too (so the connection will start at the server end and
-be sent down the secure connection to PuTTY, which will make the
-real connection to the destination). To work this way round, just
-click the \q{Remote} radio button instead of \q{Local}.
-
-\# FIXME: perhaps move this to a general port-forwarding section and
-\# just link to it here?
+connection down an SSH session. See \k{using-port-forwarding} for a
+general discussion of port forwarding and how it works.
+
+The port forwarding section in the Tunnels panel shows a list of all
+the port forwardings that PuTTY will try to set up when it connects
+to the server. By default no port forwardings are set up, so this
+list is empty.
+
+To add a port forwarding:
+
+\b Set one of the \q{Local} or \q{Remote} radio buttons, depending
+on whether you want to forward a local port to a remote destination
+(\q{Local}) or forward a remote port to a local destination
+(\q{Remote}).
+
+\b Enter a source port number into the \q{Source port} box. For
+local forwardings, PuTTY will listen on this port of your PC. For
+remote forwardings, your SSH server will listen on this port of the
+remote machine. Note that most servers will not allow you to listen
+on port numbers less than 1024.
+
+\b Enter a hostname and port number separated by a colon, in the
+\q{Destination} box. Connections received on the source port will be
+directed to this destination. For example, to connect to a POP-3
+server, you might enter \c{popserver.example.com:110}.
+
+\b Click the \q{Add} button. Your forwarding details should appear
+in the list box.
+
+To remove a port forwarding, simply select its details in the list
+box, and click the \q{Remove} button.
\H{config-file} Storing configuration in a file
projects / u / mdw / putty / blobdiff