4f2fd423 |
1 | \versionid $Id: faq.but,v 1.46 2003/03/29 01:44:39 owen Exp $ |
8f1529bc |
2 | |
ee46ef84 |
3 | \A{faq} PuTTY FAQ |
4 | |
5 | This FAQ is published on the PuTTY web site, and also provided as an |
6 | appendix in the manual. |
7 | |
8 | \H{faq-support} Features supported in PuTTY |
9 | |
10 | In general, if you want to know if PuTTY supports a particular |
11 | feature, you should look for it on the |
12 | \W{http://www.chiark.greenend.org.uk/~sgtatham/putty/}{PuTTY web site}. |
13 | In particular: |
14 | |
15 | \b try the |
16 | \W{http://www.chiark.greenend.org.uk/~sgtatham/putty/changes.html}{changes |
17 | page}, and see if you can find the feature on there. If a feature is |
18 | listed there, it's been implemented. If it's listed as a change made |
19 | \e{since} the latest version, it should be available in the |
20 | development snapshots, in which case testing will be very welcome. |
21 | |
22 | \b try the |
ebe9a956 |
23 | \W{http://www.chiark.greenend.org.uk/~sgtatham/putty/wishlist/}{Wishlist |
ee46ef84 |
24 | page}, and see if you can find the feature there. If it's on there, |
b21091fb |
25 | and not in the \q{Recently fixed} section, it probably \e{hasn't} been |
26 | implemented. |
ee46ef84 |
27 | |
a1d2976b |
28 | \S{faq-ssh2}{Question} Does PuTTY support SSH v2? |
ee46ef84 |
29 | |
30 | Yes. SSH v2 support has been available in PuTTY since version 0.50. |
31 | However, currently the \e{default} SSH protocol is v1; to select SSH |
32 | v2 if your server supports both, go to the SSH panel and change the |
04d41bf8 |
33 | \e{Preferred SSH protocol version} option. (The factory default will |
34 | \W{http://www.chiark.greenend.org.uk/~sgtatham/putty/wishlist/ssh2-default.html}{change to v2} |
35 | in the next full release.) |
ee46ef84 |
36 | |
32c37ecd |
37 | Public key authentication (both RSA and DSA) in SSH v2 is new in |
38 | version 0.52. |
ee46ef84 |
39 | |
a1d2976b |
40 | \S{faq-ssh2-keyfmt}{Question} Does PuTTY support reading OpenSSH or |
ee46ef84 |
41 | \cw{ssh.com} SSHv2 private key files? |
42 | |
a58b605b |
43 | PuTTY doesn't support this natively, but as of 0.53 |
44 | PuTTYgen can convert both OpenSSH and \cw{ssh.com} private key |
45 | files into PuTTY's format. |
ee46ef84 |
46 | |
a1d2976b |
47 | \S{faq-ssh1}{Question} Does PuTTY support SSH v1? |
ee46ef84 |
48 | |
49 | Yes. SSH 1 support has always been available in PuTTY. |
50 | |
a1d2976b |
51 | \S{faq-localecho}{Question} Does PuTTY support local echo? |
ee46ef84 |
52 | |
32c37ecd |
53 | Yes. Version 0.52 has proper support for local echo. |
ee46ef84 |
54 | |
32c37ecd |
55 | In version 0.51 and before, local echo could not be separated from |
ee46ef84 |
56 | local line editing (where you type a line of text locally, and it is |
57 | not sent to the server until you press Return, so you have the |
58 | chance to edit it and correct mistakes \e{before} the server sees |
32c37ecd |
59 | it). New in version 0.52, local echo and local line editing are |
60 | separate options, and by default PuTTY will try to determine |
61 | automatically whether to enable them or not, based on which protocol |
62 | you have selected and also based on hints from the server. If you |
63 | have a problem with PuTTY's default choice, you can force each |
64 | option to be enabled or disabled as you choose. The controls are in |
65 | the Terminal panel, in the section marked \q{Line discipline |
66 | options}. |
ee46ef84 |
67 | |
a1d2976b |
68 | \S{faq-disksettings}{Question} Does PuTTY support storing its |
70706890 |
69 | settings in a disk file? |
ee46ef84 |
70 | |
71 | Not at present, although \k{config-file} in the documentation gives |
72 | a method of achieving the same effect. |
73 | |
a1d2976b |
74 | \S{faq-fullscreen}{Question} Does PuTTY support full-screen mode, |
70706890 |
75 | like a DOS box? |
ee46ef84 |
76 | |
32c37ecd |
77 | Yes; this is a new feature in version 0.52. |
ee46ef84 |
78 | |
babac7bd |
79 | \S{faq-password-remember}{Question} Does PuTTY have the ability to |
80 | remember my password so I don't have to type it every time? |
ee46ef84 |
81 | |
82 | No, it doesn't. |
83 | |
84 | Remembering your password is a bad plan for obvious security |
85 | reasons: anyone who gains access to your machine while you're away |
86 | from your desk can find out the remembered password, and use it, |
87 | abuse it or change it. |
88 | |
89 | In addition, it's not even \e{possible} for PuTTY to automatically |
90 | send your password in a Telnet session, because Telnet doesn't give |
91 | the client software any indication of which part of the login |
92 | process is the password prompt. PuTTY would have to guess, by |
93 | looking for words like \q{password} in the session data; and if your |
94 | login program is written in something other than English, this won't |
95 | work. |
96 | |
97 | In SSH, remembering your password would be possible in theory, but |
98 | there doesn't seem to be much point since SSH supports public key |
99 | authentication, which is more flexible and more secure. See |
100 | \k{pubkey} in the documentation for a full discussion of public key |
101 | authentication. |
102 | |
a1d2976b |
103 | \S{faq-hostkeys}{Question} Is there an option to turn off the |
70706890 |
104 | annoying host key prompts? |
cad566a9 |
105 | |
106 | No, there isn't. And there won't be. Even if you write it yourself |
107 | and send us the patch, we won't accept it. |
108 | |
109 | Those annoying host key prompts are the \e{whole point} of SSH. |
110 | Without them, all the cryptographic technology SSH uses to secure |
111 | your session is doing nothing more than making an attacker's job |
112 | slightly harder; instead of sitting between you and the server with |
113 | a packet sniffer, the attacker must actually subvert a router and |
114 | start modifying the packets going back and forth. But that's not all |
115 | that much harder than just sniffing; and without host key checking, |
116 | it will go completely undetected by client or server. |
117 | |
118 | Host key checking is your guarantee that the encryption you put on |
119 | your data at the client end is the \e{same} encryption taken off the |
120 | data at the server end; it's your guarantee that it hasn't been |
121 | removed and replaced somewhere on the way. Host key checking makes |
122 | the attacker's job \e{astronomically} hard, compared to packet |
123 | sniffing, and even compared to subverting a router. Instead of |
124 | applying a little intelligence and keeping an eye on Bugtraq, the |
125 | attacker must now perform a brute-force attack against at least one |
126 | military-strength cipher. That insignificant host key prompt really |
127 | does make \e{that} much difference. |
128 | |
129 | If you're having a specific problem with host key checking - perhaps |
130 | you want an automated batch job to make use of PSCP or Plink, and |
131 | the interactive host key prompt is hanging the batch process - then |
132 | the right way to fix it is to add the correct host key to the |
133 | Registry in advance. That way, you retain the \e{important} feature |
134 | of host key checking: the right key will be accepted and the wrong |
135 | ones will not. Adding an option to turn host key checking off |
136 | completely is the wrong solution and we will not do it. |
137 | |
a1d2976b |
138 | \S{faq-server}{Question} Will you write an SSH server for the PuTTY |
70706890 |
139 | suite, to go with the client? |
ae915483 |
140 | |
141 | No. The only reason we might want to would be if we could easily |
142 | re-use existing code and significantly cut down the effort. We don't |
143 | believe this is the case; there just isn't enough common ground |
144 | between an SSH client and server to make it worthwhile. |
145 | |
146 | If someone else wants to use bits of PuTTY in the process of writing |
147 | a Windows SSH server, they'd be perfectly welcome to of course, but |
148 | I really can't see it being a lot less effort for us to do that than |
149 | it would be for us to write a server from the ground up. We don't |
150 | have time, and we don't have motivation. The code is available if |
151 | anyone else wants to try it. |
152 | |
67325335 |
153 | \S{faq-pscp-ascii}{Question} Can PSCP or PSFTP transfer files in |
154 | ASCII mode? |
155 | |
156 | Unfortunately not. This is a limitation of the file transfer |
157 | protocols: the SCP and SFTP protocols have no notion of transferring |
158 | a file in anything other than binary mode. |
159 | |
160 | SFTP is designed to be extensible, so it's possible that an |
161 | extension might be proposed at some later date that implements ASCII |
162 | transfer. But the PuTTY team can't do anything about it until that |
163 | happens. |
164 | |
ee46ef84 |
165 | \H{faq-ports} Ports to other operating systems |
166 | |
167 | The eventual goal is for PuTTY to be a multi-platform program, able |
b18bcea3 |
168 | to run on at least Windows, Mac OS and Unix. |
ee46ef84 |
169 | |
170 | Porting will become easier once PuTTY has a generalised porting |
171 | layer, drawing a clear line between platform-dependent and |
59adac11 |
172 | platform-independent code. The general intention was for this |
173 | porting layer to evolve naturally as part of the process of doing |
174 | the first port; a Unix port is now under way and the plan seems to |
175 | be working so far. |
ee46ef84 |
176 | |
aff5267a |
177 | \S{faq-ports-general}{Question} What ports of PuTTY exist? |
178 | |
59adac11 |
179 | Currently, release versions of PuTTY only run on full Win32 systems. |
180 | This includes Windows 95, 98, and ME, and it includes Windows NT, |
b18bcea3 |
181 | Windows 2000 and Windows XP. In the development code, partial ports |
182 | to Unix (see \k{faq-unix}) and the Mac OS (see \k{faq-mac-port}). |
183 | are under way. |
aff5267a |
184 | |
59adac11 |
185 | Currently PuTTY does \e{not} run on Windows CE (see \k{faq-wince}), |
186 | and it does not quite run on the Win32s environment under Windows |
187 | 3.1 (see \k{faq-win31}). |
aff5267a |
188 | |
59adac11 |
189 | We do not have release-quality ports for any other systems at the |
190 | present time. If anyone told you we had a Mac port, or an iPaq port, |
191 | or any other port of PuTTY, they were mistaken. We don't. |
192 | |
193 | \S{faq-unix}{Question} Will there be a port to Unix? |
194 | |
195 | It's currently being worked on. If you look at the nightly source |
196 | snapshots, you should find a \c{unix} subdirectory, which should |
197 | build you a Unix port of Plink, and also \c{pterm} - an |
198 | \cw{xterm}-type program which supports the same terminal emulation |
199 | as PuTTY. |
200 | |
201 | It isn't yet clear whether we will bother combining the terminal |
202 | emulator and network back end into the same process, to provide a |
203 | Unix port of the full GUI form of PuTTY. It wouldn't be as useful a |
204 | thing on Unix as it would be on Windows; its major value would |
205 | probably be as a pathfinding effort for other ports. If anyone |
206 | really wants it, we'd be interested to know why :-) |
aff5267a |
207 | |
70cd2027 |
208 | \S{faq-wince}{Question} Will there be a port to Windows CE or PocketPC? |
ee46ef84 |
209 | |
4f2fd423 |
210 | It's currently being worked on, but it's only in its early stages yet, |
211 | and certainly isn't yet useful. PuTTY on portable devices would |
212 | clearly be a useful thing, so in the long term I hope it can be |
213 | brought up to release quality. |
ee46ef84 |
214 | |
f82f00d0 |
215 | \S{faq-win31}{Question} Is there a port to Windows 3.1? |
216 | |
217 | PuTTY is a 32-bit application from the ground up, so it won't run on |
218 | Windows 3.1 as a native 16-bit program; and it would be \e{very} |
219 | hard to port it to do so, because of Windows 3.1's vile memory |
220 | allocation mechanisms. |
221 | |
222 | However, it is possible in theory to compile the existing PuTTY |
223 | source in such a way that it will run under Win32s (an extension to |
224 | Windows 3.1 to let you run 32-bit programs). In order to do this |
225 | you'll need the right kind of C compiler - modern versions of Visual |
226 | C at least have stopped being backwards compatible to Win32s. Also, |
227 | the last time we tried this it didn't work very well. |
228 | |
229 | If you're interested in running PuTTY under Windows 3.1, help and |
230 | testing in this area would be very welcome! |
231 | |
babac7bd |
232 | \S{faq-mac-port}{Question} Will there be a port to the Mac? |
ee46ef84 |
233 | |
4f2fd423 |
234 | There is a port to the Mac OS in progress. It's just about usable, but |
235 | has an awful lot of gaps and rough edges that will need cleaning up |
236 | before release. |
ee46ef84 |
237 | |
a1d2976b |
238 | \S{faq-epoc}{Question} Will there be a port to EPOC? |
ee46ef84 |
239 | |
240 | I hope so, but given that ports aren't really progressing very fast |
241 | even on systems the developers \e{do} already know how to program |
242 | for, it might be a long time before any of us get round to learning |
243 | a new system and doing the port for that. |
244 | |
4f2fd423 |
245 | However, some of the work has been done by other people, and a beta |
246 | port of PuTTY for the Nokia 9200 Communicator series is available |
247 | from \W{http://www.s2.org/putty/}\cw{http://www.s2.org/putty/} |
248 | |
ee46ef84 |
249 | \H{faq-embedding} Embedding PuTTY in other programs |
250 | |
a1d2976b |
251 | \S{faq-dll}{Question} Is the SSH or Telnet code available as a DLL? |
ee46ef84 |
252 | |
253 | No, it isn't. It would take a reasonable amount of rewriting for |
254 | this to be possible, and since the PuTTY project itself doesn't |
255 | believe in DLLs (they make installation more error-prone) none of us |
256 | has taken the time to do it. |
257 | |
258 | Most of the code cleanup work would be a good thing to happen in |
259 | general, so if anyone feels like helping, we wouldn't say no. |
260 | |
a1d2976b |
261 | \S{faq-vb}{Question} Is the SSH or Telnet code available as a Visual |
70706890 |
262 | Basic component? |
ee46ef84 |
263 | |
264 | No, it isn't. None of the PuTTY team uses Visual Basic, and none of |
265 | us has any particular need to make SSH connections from a Visual |
266 | Basic application. In addition, all the preliminary work to turn it |
267 | into a DLL would be necessary first; and furthermore, we don't even |
268 | know how to write VB components. |
269 | |
270 | If someone offers to do some of this work for us, we might consider |
271 | it, but unless that happens I can't see VB integration being |
272 | anywhere other than the very bottom of our priority list. |
273 | |
a1d2976b |
274 | \S{faq-ipc}{Question} How can I use PuTTY to make an SSH connection |
70706890 |
275 | from within another program? |
ee46ef84 |
276 | |
277 | Probably your best bet is to use Plink, the command-line connection |
278 | tool. If you can start Plink as a second Windows process, and |
279 | arrange for your primary process to be able to send data to the |
280 | Plink process, and receive data from it, through pipes, then you |
281 | should be able to make SSH connections from your program. |
282 | |
283 | This is what CVS for Windows does, for example. |
284 | |
285 | \H{faq-details} Details of PuTTY's operation |
286 | |
a1d2976b |
287 | \S{faq-term}{Question} What terminal type does PuTTY use? |
ee46ef84 |
288 | |
289 | For most purposes, PuTTY can be considered to be an \cw{xterm} |
32c37ecd |
290 | terminal. |
ee46ef84 |
291 | |
292 | PuTTY also supports some terminal control sequences not supported by |
293 | the real \cw{xterm}: notably the Linux console sequences that |
294 | reconfigure the colour palette, and the title bar control sequences |
295 | used by \cw{DECterm} (which are different from the \cw{xterm} ones; |
296 | PuTTY supports both). |
297 | |
298 | By default, PuTTY announces its terminal type to the server as |
299 | \c{xterm}. If you have a problem with this, you can reconfigure it |
300 | to say something else; \c{vt220} might help if you have trouble. |
301 | |
a1d2976b |
302 | \S{faq-settings}{Question} Where does PuTTY store its data? |
ee46ef84 |
303 | |
304 | PuTTY stores most of its data (saved sessions, SSH host keys) in the |
305 | Registry. The precise location is |
306 | |
307 | \c HKEY_CURRENT_USER\Software\SimonTatham\PuTTY |
308 | |
309 | and within that area, saved sessions are stored under \c{Sessions} |
310 | while host keys are stored under \c{SshHostKeys}. |
311 | |
312 | PuTTY also requires a random number seed file, to improve the |
313 | unpredictability of randomly chosen data needed as part of the SSH |
314 | cryptography. This is stored by default in your Windows home |
315 | directory (\c{%HOMEDRIVE%\\%HOMEPATH%}), or in the actual Windows |
316 | directory (such as \c{C:\\WINDOWS}) if the home directory doesn't |
317 | exist, for example if you're using Win95. If you want to change the |
318 | location of the random number seed file, you can put your chosen |
319 | pathname in the Registry, at |
320 | |
321 | \c HKEY_CURRENT_USER\Software\SimonTatham\PuTTY\RandSeedFile |
322 | |
323 | \H{faq-howto} HOWTO questions |
324 | |
a1d2976b |
325 | \S{faq-startmax}{Question} How can I make PuTTY start up maximised? |
ee46ef84 |
326 | |
327 | Create a Windows shortcut to start PuTTY from, and set it as \q{Run |
328 | Maximized}. |
329 | |
a1d2976b |
330 | \S{faq-startsess}{Question} How can I create a Windows shortcut to |
70706890 |
331 | start a particular saved session directly? |
ee46ef84 |
332 | |
333 | To run a PuTTY session saved under the name \q{\cw{mysession}}, |
334 | create a Windows shortcut that invokes PuTTY with a command line |
335 | like |
336 | |
a58b605b |
337 | \c \path\name\to\putty.exe -load mysession |
338 | |
339 | (Note: prior to 0.53, the syntax was \c{@session}. This is now |
340 | deprecated and may be removed at some point.) |
ee46ef84 |
341 | |
a1d2976b |
342 | \S{faq-startssh}{Question} How can I start an SSH session straight |
70706890 |
343 | from the command line? |
ee46ef84 |
344 | |
345 | Use the command line \c{putty -ssh host.name}. Alternatively, create |
346 | a saved session that specifies the SSH protocol, and start the saved |
347 | session as shown in \k{faq-startsess}. |
348 | |
a1d2976b |
349 | \S{faq-cutpaste}{Question} How do I copy and paste between PuTTY and |
70706890 |
350 | other Windows applications? |
ee46ef84 |
351 | |
352 | Copy and paste works similarly to the X Window System. You use the |
353 | left mouse button to select text in the PuTTY window. The act of |
354 | selection \e{automatically} copies the text to the clipboard: there |
355 | is no need to press Ctrl-Ins or Ctrl-C or anything else. In fact, |
356 | pressing Ctrl-C will send a Ctrl-C character to the other end of |
357 | your connection (just like it does the rest of the time), which may |
358 | have unpleasant effects. The \e{only} thing you need to do, to copy |
359 | text to the clipboard, is to select it. |
360 | |
361 | To paste the clipboard contents into a PuTTY window, by default you |
362 | click the right mouse button. If you have a three-button mouse and |
363 | are used to X applications, you can configure pasting to be done by |
364 | the middle button instead, but this is not the default because most |
365 | Windows users don't have a middle button at all. |
366 | |
367 | You can also paste by pressing Shift-Ins. |
368 | |
a1d2976b |
369 | \S{faq-tunnels}{Question} How do I use X forwarding and port |
70706890 |
370 | forwarding? I can't find the Tunnels panel. |
f2003e32 |
371 | |
32c37ecd |
372 | This is a new feature in version 0.52. You should upgrade. |
f2003e32 |
373 | |
a1d2976b |
374 | \S{faq-options}{Question} How do I use all PuTTY's features (public |
a58b605b |
375 | keys, proxying, cipher selection, etc.) in PSCP, PSFTP and Plink? |
376 | |
377 | Most major features (e.g., public keys, port forwarding) are available |
378 | through command line options. See the documentation. |
72be5b5e |
379 | |
a58b605b |
380 | Not all features are accessible from the command line yet, although |
381 | we'd like to fix this. In the meantime, you can use most of |
72be5b5e |
382 | PuTTY's features if you create a PuTTY saved session, and then use |
383 | the name of the saved session on the command line in place of a |
384 | hostname. This works for PSCP, PSFTP and Plink (but don't expect |
385 | port forwarding in the file transfer applications!). |
f2003e32 |
386 | |
a1d2976b |
387 | \S{faq-pscp}{Question} How do I use PSCP.EXE? When I double-click it |
70706890 |
388 | gives me a command prompt window which then closes instantly. |
ee46ef84 |
389 | |
390 | PSCP is a command-line application, not a GUI application. If you |
391 | run it without arguments, it will simply print a help message and |
392 | terminate. |
393 | |
394 | To use PSCP properly, run it from a Command Prompt window. See |
395 | \k{pscp} in the documentation for more details. |
396 | |
a1d2976b |
397 | \S{faq-pscp-spaces}{Question} How do I use PSCP to copy a file whose |
70706890 |
398 | name has spaces in? |
ee46ef84 |
399 | |
400 | If PSCP is using the traditional SCP protocol, this is confusing. If |
401 | you're specifying a file at the local end, you just use one set of |
402 | quotes as you would normally do: |
403 | |
404 | \c pscp "local filename with spaces" user@host: |
405 | \c pscp user@host:myfile "local filename with spaces" |
406 | |
407 | But if the filename you're specifying is on the \e{remote} side, you |
408 | have to use backslashes and two sets of quotes: |
409 | |
410 | \c pscp user@host:"\"remote filename with spaces\"" local_filename |
411 | \c pscp local_filename user@host:"\"remote filename with spaces\"" |
412 | |
413 | Worse still, in a remote-to-local copy you have to specify the local |
414 | file name explicitly, otherwise PSCP will complain that they don't |
415 | match (unless you specified the \c{-unsafe} option). The following |
416 | command will give an error message: |
417 | |
418 | \c c:\>pscp user@host:"\"oo er\"" . |
e9cee352 |
419 | \c warning: remote host tried to write to a file called 'oo er' |
420 | \c when we requested a file called '"oo er"'. |
ee46ef84 |
421 | |
e9cee352 |
422 | Instead, you need to specify the local file name in full: |
423 | |
424 | \c c:\>pscp user@host:"\"oo er\"" "oo er" |
425 | |
ee46ef84 |
426 | If PSCP is using the newer SFTP protocol, none of this is a problem, |
427 | and all filenames with spaces in are specified using a single pair |
428 | of quotes in the obvious way: |
429 | |
430 | \c pscp "local file" user@host: |
431 | \c pscp user@host:"remote file" . |
432 | |
433 | \H{faq-trouble} Troubleshooting |
434 | |
babac7bd |
435 | \S{faq-incorrect-mac}{Question} Why do I see \q{Incorrect MAC |
436 | received on packet}? |
ee46ef84 |
437 | |
438 | This is due to a bug in old SSH 2 servers distributed by |
439 | \cw{ssh.com}. Version 2.3.0 and below of their SSH 2 server |
440 | constructs Message Authentication Codes in the wrong way, and |
441 | expects the client to construct them in the same wrong way. PuTTY |
442 | constructs the MACs correctly by default, and hence these old |
443 | servers will fail to work with it. |
444 | |
32c37ecd |
445 | If you are using PuTTY version 0.52 or better, this should work |
446 | automatically: PuTTY should detect the buggy servers from their |
447 | version number announcement, and automatically start to construct |
448 | its MACs in the same incorrect manner as they do, so it will be able |
449 | to work with them. |
ee46ef84 |
450 | |
32c37ecd |
451 | If you are using PuTTY version 0.51 or below, you can enable the |
452 | workaround by going to the SSH panel and ticking the box labelled |
453 | \q{Imitate SSH 2 MAC bug}. It's possible that you might have to do |
454 | this with 0.52 as well, if a buggy server exists that PuTTY doesn't |
455 | know about. |
ee46ef84 |
456 | |
b7e2c163 |
457 | In this context MAC stands for Message Authentication Code. It's a |
458 | cryptographic term, and it has nothing at all to do with Ethernet |
459 | MAC (Media Access Control) addresses. |
460 | |
67325335 |
461 | \S{faq-pscp-protocol}{Question} Why do I see \q{Fatal: Protocol |
462 | error: Expected control record} in PSCP? |
463 | |
464 | This happens because PSCP was expecting to see data from the server |
465 | that was part of the PSCP protocol exchange, and instead it saw data |
466 | that it couldn't make any sense of at all. |
467 | |
468 | This almost always happens because the startup scripts in your |
469 | account on the server machine are generating output. This is |
470 | impossible for PSCP, or any other SCP client, to work around. You |
471 | should never use startup files (\c{.bashrc}, \c{.cshrc} and so on) |
472 | which generate output in non-interactive sessions. |
473 | |
474 | This is not actually a PuTTY problem. If PSCP fails in this way, |
475 | then all other SCP clients are likely to fail in exactly the same |
476 | way. The problem is at the server end. |
477 | |
a1d2976b |
478 | \S{faq-colours}{Question} I clicked on a colour in the Colours |
70706890 |
479 | panel, and the colour didn't change in my terminal. |
ee46ef84 |
480 | |
481 | That isn't how you're supposed to use the Colours panel. |
482 | |
483 | During the course of a session, PuTTY potentially uses \e{all} the |
484 | colours listed in the Colours panel. It's not a question of using |
485 | only one of them and you choosing which one; PuTTY will use them |
486 | \e{all}. The purpose of the Colours panel is to let you adjust the |
487 | appearance of all the colours. So to change the colour of the |
488 | cursor, for example, you would select \q{Cursor Colour}, press the |
489 | \q{Modify} button, and select a new colour from the dialog box that |
490 | appeared. Similarly, if you want your session to appear in green, |
491 | you should select \q{Default Foreground} and press \q{Modify}. |
492 | Clicking on \q{ANSI Green} won't turn your session green; it will |
493 | only allow you to adjust the \e{shade} of green used when PuTTY is |
494 | instructed by the server to display green text. |
495 | |
a1d2976b |
496 | \S{faq-winsock2}{Question} Plink on Windows 95 says it can't find |
70706890 |
497 | \cw{WS2_32.DLL}. |
ee46ef84 |
498 | |
499 | Plink requires the extended Windows network library, WinSock version |
500 | 2. This is installed as standard on Windows 98 and above, and on |
501 | Windows NT, and even on later versions of Windows 95; but early |
502 | Win95 installations don't have it. |
503 | |
504 | In order to use Plink on these systems, you will need to download |
505 | the |
506 | \W{http://www.microsoft.com/windows95/downloads/contents/wuadmintools/s_wunetworkingtools/w95sockets2/}{WinSock 2 upgrade}: |
507 | |
508 | \c http://www.microsoft.com/windows95/downloads/contents/wuadmintools/ |
509 | \c s_wunetworkingtools/w95sockets2/ |
510 | |
a1d2976b |
511 | \S{faq-rekey}{Question} My PuTTY sessions close after an hour and |
70706890 |
512 | tell me \q{Server failed host key check}. |
ee46ef84 |
513 | |
514 | This is a bug in all versions of PuTTY up to and including 0.51. SSH |
515 | v2 servers from \cw{ssh.com} will require the key exchange to be |
516 | repeated one hour after the start of the connection, and PuTTY will |
517 | get this wrong. |
518 | |
a58b605b |
519 | Upgrade to version 0.52 or better and the problem should go away. |
ee46ef84 |
520 | |
a1d2976b |
521 | \S{faq-outofmem}{Question} After trying to establish an SSH 2 |
70706890 |
522 | connection, PuTTY says \q{Out of memory} and dies. |
ee46ef84 |
523 | |
524 | If this happens just while the connection is starting up, this often |
525 | indicates that for some reason the client and server have failed to |
526 | establish a session encryption key. Somehow, they have performed |
527 | calculations that should have given each of them the same key, but |
528 | have ended up with different keys; so data encrypted by one and |
529 | decrypted by the other looks like random garbage. |
530 | |
531 | This causes an \q{out of memory} error because the first encrypted |
532 | data PuTTY expects to see is the length of an SSH message. Normally |
533 | this will be something well under 100 bytes. If the decryption has |
534 | failed, PuTTY will see a completely random length in the region of |
535 | two \e{gigabytes}, and will try to allocate enough memory to store |
536 | this non-existent message. This will immediately lead to it thinking |
537 | it doesn't have enough memory, and panicking. |
538 | |
539 | If this happens to you, it is quite likely to still be a PuTTY bug |
540 | and you should report it (although it might be a bug in your SSH |
541 | server instead); but it doesn't necessarily mean you've actually run |
542 | out of memory. |
543 | |
9accb45d |
544 | \S{faq-outofmem2}{Question} When attempting a file transfer, either |
545 | PSCP or PSFTP says \q{Out of memory} and dies. |
546 | |
547 | This is almost always caused by your login scripts on the server |
548 | generating output. PSCP or PSFTP will receive that output when they |
549 | were expecting to see the start of a file transfer protocol, and |
550 | they will attempt to interpret the output as file-transfer protocol. |
551 | This will usually lead to an \q{out of memory} error for much the |
552 | same reasons as given in \k{faq-outofmem}. |
553 | |
554 | This is a setup problem in your account on your server, \e{not} a |
555 | PSCP/PSFTP bug. Your login scripts should \e{never} generate output |
556 | during non-interactive sessions; secure file transfer is not the |
557 | only form of remote access that will break if they do. |
558 | |
559 | On Unix, a simple fix is to ensure that all the parts of your login |
560 | script that might generate output are in \c{.profile} (if you use a |
561 | Bourne shell derivative) or \c{.login} (if you use a C shell). |
562 | Putting them in more general files such as \c{.bashrc} or \c{.cshrc} |
563 | is liable to lead to problems. |
564 | |
7b24f677 |
565 | \S{faq-psftp-slow}{Question} PSFTP transfers files much slower than PSCP. |
9accb45d |
566 | |
567 | We believe this is because the SFTP and SSH2 protocols are less |
568 | efficient at bulk data transfer than SCP and SSH1, because every |
569 | block of data transferred requires an acknowledgment from the far |
570 | end. It would in theory be possible to queue several blocks of data |
571 | to get round this speed problem, but as yet we haven't done the |
572 | coding. If you really want this fixed, feel free to offer to help. |
573 | |
a1d2976b |
574 | \S{faq-bce}{Question} When I run full-colour applications, I see |
70706890 |
575 | areas of black space where colour ought to be. |
f1453e5c |
576 | |
577 | You almost certainly need to enable the \q{Use background colour to |
578 | erase screen} setting in the Terminal panel. Note that if you do |
579 | this in mid-session, it won't take effect until you reset the |
580 | terminal (see \k{faq-resetterm}). |
581 | |
a1d2976b |
582 | \S{faq-resetterm}{Question} When I change some terminal settings, |
70706890 |
583 | nothing happens. |
f1453e5c |
584 | |
585 | Some of the terminal options (notably Auto Wrap and |
586 | background-colour screen erase) actually represent the \e{default} |
587 | setting, rather than the currently active setting. The server can |
588 | send sequences that modify these options in mid-session, but when |
589 | the terminal is reset (by server action, or by you choosing \q{Reset |
590 | Terminal} from the System menu) the defaults are restored. |
591 | |
592 | If you want to change one of these options in the middle of a |
593 | session, you will find that the change does not immediately take |
594 | effect. It will only take effect once you reset the terminal. |
595 | |
a1d2976b |
596 | \S{faq-altgr}{Question} I can't type characters that require the |
70706890 |
597 | AltGr key. |
ee46ef84 |
598 | |
32c37ecd |
599 | In PuTTY version 0.51, the AltGr key was broken. Upgrade to version |
a58b605b |
600 | 0.52 or better. |
ee46ef84 |
601 | |
a1d2976b |
602 | \S{faq-idleout}{Question} My PuTTY sessions unexpectedly close after |
70706890 |
603 | they are idle for a while. |
ee46ef84 |
604 | |
605 | Some types of firewall, and almost any router doing Network Address |
606 | Translation (NAT, also known as IP masquerading), will forget about |
607 | a connection through them if the connection does nothing for too |
608 | long. This will cause the connection to be rudely cut off when |
609 | contact is resumed. |
610 | |
611 | You can try to combat this by telling PuTTY to send \e{keepalives}: |
612 | packets of data which have no effect on the actual session, but |
613 | which reassure the router or firewall that the network connection is |
614 | still active and worth remembering about. |
615 | |
616 | Keepalives don't solve everything, unfortunately; although they |
617 | cause greater robustness against this sort of router, they can also |
618 | cause a \e{loss} of robustness against network dropouts. See |
619 | \k{config-keepalive} in the documentation for more discussion of |
620 | this. |
621 | |
a1d2976b |
622 | \S{faq-timeout}{Question} PuTTY's network connections time out too |
70706890 |
623 | quickly when network connectivity is temporarily lost. |
ee46ef84 |
624 | |
625 | This is a Windows problem, not a PuTTY problem. The timeout value |
626 | can't be set on per application or per session basis. To increase |
627 | the TCP timeout globally, you need to tinker with the Registry. |
628 | |
629 | On Windows 95, 98 or ME, the registry key you need to change is |
630 | |
631 | \c HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\VxD\ |
632 | \c MSTCP\MaxDataRetries |
633 | |
634 | (it must be of type DWORD in Win95, or String in Win98/ME). |
635 | |
636 | On Windows NT or 2000, the registry key is |
637 | |
638 | \c HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\ |
639 | \c Parameters\TcpMaxDataRetransmissions |
640 | |
641 | and it must be of type DWORD. |
642 | |
643 | Set the key's value to something like 10. This will cause Windows to |
644 | try harder to keep connections alive instead of abandoning them. |
645 | |
a1d2976b |
646 | \S{faq-puttyputty}{Question} When I \cw{cat} a binary file, I get |
ee46ef84 |
647 | `PuTTYPuTTYPuTTY' on my command line. |
648 | |
a5a6cb30 |
649 | Don't do that, then. |
ee46ef84 |
650 | |
651 | This is designed behaviour; when PuTTY receives the character |
652 | Control-E from the remote server, it interprets it as a request to |
653 | identify itself, and so it sends back the string \q{\cw{PuTTY}} as |
654 | if that string had been entered at the keyboard. Control-E should |
655 | only be sent by programs that are prepared to deal with the |
656 | response. Writing a binary file to your terminal is likely to output |
657 | many Control-E characters, and cause this behaviour. Don't do it. |
658 | It's a bad plan. |
659 | |
a5a6cb30 |
660 | To mitigate the effects, you could configure the answerback string |
661 | to be empty (see \k{config-answerback}); but writing binary files to |
662 | your terminal is likely to cause various other unpleasant behaviour, |
663 | so this is only a small remedy. |
664 | |
babac7bd |
665 | \S{faq-wintitle}{Question} When I \cw{cat} a binary file, my window |
666 | title changes to a nonsense string. |
ee46ef84 |
667 | |
a5a6cb30 |
668 | Don't do that, then. |
ee46ef84 |
669 | |
670 | It is designed behaviour that PuTTY should have the ability to |
671 | adjust the window title on instructions from the server. Normally |
672 | the control sequence that does this should only be sent |
673 | deliberately, by programs that know what they are doing and intend |
674 | to put meaningful text in the window title. Writing a binary file to |
675 | your terminal runs the risk of sending the same control sequence by |
676 | accident, and cause unexpected changes in the window title. Don't do |
677 | it. |
678 | |
babac7bd |
679 | \S{faq-password-fails}{Question} My keyboard stops working once |
680 | PuTTY displays the password prompt. |
59c1f1f6 |
681 | |
682 | No, it doesn't. PuTTY just doesn't display the password you type, so |
683 | that someone looking at your screen can't see what it is. |
684 | |
685 | Unlike the Windows login prompts, PuTTY doesn't display the password |
686 | as a row of asterisks either. This is so that someone looking at |
687 | your screen can't even tell how \e{long} your password is, which |
688 | might be valuable information. |
689 | |
b5bee048 |
690 | \S{faq-keyboard}{Question} One or more function keys don't do what I |
691 | expected in a server-side application. |
692 | |
693 | If you've already tried all the relevant options in the PuTTY |
694 | Keyboard panel, you may need to mail the PuTTY maintainers and ask. |
695 | |
696 | It is \e{not} usually helpful just to tell us which application, |
697 | which server operating system, and which key isn't working; in order |
698 | to replicate the problem we would need to have a copy of every |
699 | operating system, and every application, that anyone has ever |
700 | complained about. |
701 | |
702 | PuTTY responds to function key presses by sending a sequence of |
703 | control characters to the server. If a function key isn't doing what |
704 | you expect, it's likely that the character sequence your application |
705 | is expecting to receive is not the same as the one PuTTY is sending. |
706 | Therefore what we really need to know is \e{what} sequence the |
707 | application is expecting. |
708 | |
709 | The simplest way to investigate this is to find some other terminal |
710 | environment, in which that function key \e{does} work; and then |
711 | investigate what sequence the function key is sending in that |
712 | situation. One reasonably easy way to do this on a Unix system is to |
713 | type the command \c{cat}, and then press the function key. This is |
714 | likely to produce output of the form \c{^[[11~}. You can also do |
715 | this in PuTTY, to find out what sequence the function key is |
716 | producing in that. Then you can mail the PuTTY maintainers and tell |
717 | us \q{I wanted the F1 key to send \c{^[[11~}, but instead it's |
718 | sending \c{^[OP}, can this be done?}, or something similar. |
719 | |
720 | You should still read the |
721 | \W{http://www.chiark.greenend.org.uk/~sgtatham/putty/feedback.html}{Feedback |
722 | page} on the PuTTY website (also provided as \k{feedback} in the |
723 | manual), and follow the guidelines contained in that. |
724 | |
941d39e2 |
725 | \S{faq-openssh-bad-openssl}{Question} Since my SSH server was upgraded |
726 | to OpenSSH 3.1p1/3.4p1, I can no longer connect with PuTTY. |
1d2a9c9c |
727 | |
728 | There is a known problem when OpenSSH has been built against an |
729 | incorrect version of OpenSSL; the quick workaround is to configure |
730 | PuTTY to use SSH protocol 2 and the Blowfish cipher. |
731 | |
941d39e2 |
732 | For more details and OpenSSH patches, see |
733 | \W{http://bugzilla.mindrot.org/show_bug.cgi?id=138}{bug 138} in the |
734 | OpenSSH BTS. |
735 | |
1d2a9c9c |
736 | This is not a PuTTY-specific problem; if you try to connect with |
941d39e2 |
737 | another client you'll likely have similar problems. (Although PuTTY's |
738 | default cipher differs from many other clients.) |
1d2a9c9c |
739 | |
941d39e2 |
740 | \e{OpenSSH 3.1p1:} configurations known to be broken (and symptoms): |
1d2a9c9c |
741 | |
742 | \b SSH 2 with AES cipher (PuTTY says "Assertion failed! Expression: |
743 | (len & 15) == 0" in sshaes.c, or "Out of memory", or crashes) |
744 | |
9712b085 |
745 | \b SSH 2 with 3DES (PuTTY says "Incorrect MAC received on packet") |
746 | |
1d2a9c9c |
747 | \b SSH 1 with Blowfish (PuTTY says "Incorrect CRC received on |
748 | packet") |
749 | |
750 | \b SSH 1 with 3DES |
751 | |
941d39e2 |
752 | \e{OpenSSH 3.4p1:} as of 3.4p1, only the problem with SSH 1 and |
753 | Blowfish remains. Rebuild your server, apply the patch linked to from |
754 | bug 138 above, or use another cipher (e.g., 3DES) instead. |
59f76022 |
755 | |
46ccbe20 |
756 | \e{Other versions:} we occasionally get reports of the same symptom |
757 | and workarounds with older versions of OpenSSH, although it's not |
758 | clear the underlying cause is the same. |
759 | |
1bb76745 |
760 | \S{faq-ssh2key-ssh1conn}{Question} Why do I see "Couldn't load private |
761 | key from ..."? Why can PuTTYgen load my key but not PuTTY? |
762 | |
763 | It's likely that you've generated an SSH protocol 2 key with PuTTYgen, |
764 | but you're trying to use it in an SSH 1 connection. SSH1 and SSH2 keys |
765 | have different formats, and (at least in 0.52) PuTTY's reporting of a |
766 | key in the wrong format isn't optimal. |
767 | |
768 | To connect using SSH 2 to a server that supports both versions, you |
769 | need to change the configuration from the default (see \k{faq-ssh2}). |
770 | |
2c4b913d |
771 | \S{faq-rh8-utf8}{Question} When I'm connected to a Red Hat Linux 8.0 |
772 | system, some characters don't display properly. |
773 | |
774 | A common complaint is that hyphens in man pages show up as a-acute. |
775 | |
776 | With release 8.0, Red Hat appear to have made UTF-8 the default |
777 | character set. There appears to be no way for terminal emulators such |
778 | as PuTTY to know this (as far as we know, the appropriate escape |
779 | sequence to switch into UTF-8 mode isn't sent). |
780 | |
781 | A fix is to configure sessions to RH8 systems to use UTF-8 |
782 | translation - see \k{config-charset} in the documentation. (Note that |
783 | if you use \q{Change Settings}, changes may not take place immediately |
784 | - see \k{faq-resetterm}.) |
785 | |
786 | If you really want to change the character set used by the server, the |
787 | right place is \c{/etc/sysconfig/i18n}, but this shouldn't be |
788 | necessary. |
789 | |
ee46ef84 |
790 | \H{faq-secure} Security questions |
791 | |
a1d2976b |
792 | \S{faq-publicpc}{Question} Is it safe for me to download PuTTY and |
70706890 |
793 | use it on a public PC? |
ee46ef84 |
794 | |
795 | It depends on whether you trust that PC. If you don't trust the |
796 | public PC, don't use PuTTY on it, and don't use any other software |
797 | you plan to type passwords into either. It might be watching your |
798 | keystrokes, or it might tamper with the PuTTY binary you download. |
799 | There is \e{no} program safe enough that you can run it on an |
800 | actively malicious PC and get away with typing passwords into it. |
801 | |
802 | If you do trust the PC, then it's probably OK to use PuTTY on it |
803 | (but if you don't trust the network, then the PuTTY download might |
804 | be tampered with, so it would be better to carry PuTTY with you on a |
805 | floppy). |
806 | |
a1d2976b |
807 | \S{faq-cleanup}{Question} What does PuTTY leave on a system? How can |
70706890 |
808 | I clean up after it? |
ee46ef84 |
809 | |
810 | PuTTY will leave some Registry entries, and a random seed file, on |
811 | the PC (see \k{faq-settings}). If you are using PuTTY on a public |
812 | PC, or somebody else's PC, you might want to clean these up when you |
813 | leave. You can do that automatically, by running the command |
814 | \c{putty -cleanup}. |
815 | |
a1d2976b |
816 | \S{faq-dsa}{Question} How come PuTTY now supports DSA, when the |
70706890 |
817 | website used to say how insecure it was? |
ee46ef84 |
818 | |
819 | DSA has a major weakness \e{if badly implemented}: it relies on a |
820 | random number generator to far too great an extent. If the random |
821 | number generator produces a number an attacker can predict, the DSA |
822 | private key is exposed - meaning that the attacker can log in as you |
823 | on all systems that accept that key. |
824 | |
825 | The PuTTY policy changed because the developers were informed of |
826 | ways to implement DSA which do not suffer nearly as badly from this |
827 | weakness, and indeed which don't need to rely on random numbers at |
828 | all. For this reason we now believe PuTTY's DSA implementation is |
829 | probably OK. However, if you have the choice, we still recommend you |
830 | use RSA instead. |
831 | |
ee4b471f |
832 | \S{faq-virtuallock}{Question} Couldn't Pageant use |
833 | \cw{VirtualLock()} to stop private keys being written to disk? |
f9908cf7 |
834 | |
ee4b471f |
835 | Unfortunately not. The \cw{VirtualLock()} function in the Windows |
836 | API doesn't do a proper job: it may prevent small pieces of a |
837 | process's memory from being paged to disk while the process is |
838 | running, but it doesn't stop the process's memory as a whole from |
839 | being swapped completely out to disk when the process is long-term |
840 | inactive. And Pageant spends most of its time inactive. |
f9908cf7 |
841 | |
ee46ef84 |
842 | \H{faq-admin} Administrative questions |
843 | |
a1d2976b |
844 | \S{faq-domain}{Question} Would you like me to register you a nicer |
70706890 |
845 | domain name? |
ee46ef84 |
846 | |
847 | No, thank you. Even if you can find one (most of them seem to have |
848 | been registered already, by people who didn't ask whether we |
849 | actually wanted it before they applied), we're happy with the PuTTY |
850 | web site being exactly where it is. It's not hard to find (just type |
851 | \q{putty} into \W{http://www.google.com/}{google.com} and we're the |
852 | first link returned), and we don't believe the administrative hassle |
853 | of moving the site would be worth the benefit. |
854 | |
855 | In addition, if we \e{did} want a custom domain name, we would want |
856 | to run it ourselves, so we knew for certain that it would continue |
857 | to point where we wanted it, and wouldn't suddenly change or do |
858 | strange things. Having it registered for us by a third party who we |
859 | don't even know is not the best way to achieve this. |
860 | |
a1d2976b |
861 | \S{faq-webhosting}{Question} Would you like free web hosting for the |
70706890 |
862 | PuTTY web site? |
ee46ef84 |
863 | |
864 | We already have some, thanks. |
865 | |
a1d2976b |
866 | \S{faq-sourceforge}{Question} Why don't you move PuTTY to |
70706890 |
867 | SourceForge? |
ee46ef84 |
868 | |
869 | Partly, because we don't want to move the web site location (see |
870 | \k{faq-domain}). |
871 | |
872 | Also, security reasons. PuTTY is a security product, and as such it |
873 | is particularly important to guard the code and the web site against |
874 | unauthorised modifications which might introduce subtle security |
875 | flaws. Therefore, we prefer that the CVS repository, web site and |
876 | FTP site remain where they are, under the direct control of system |
877 | administrators we know and trust personally, rather than being run |
878 | by a large organisation full of people we've never met and which is |
879 | known to have had breakins in the past. |
880 | |
881 | No offence to SourceForge; I think they do a wonderful job. But |
882 | they're not ideal for everyone, and in particular they're not ideal |
883 | for us. |
884 | |
a1d2976b |
885 | \S{faq-mailinglist1}{Question} Why can't I subscribe to the |
70706890 |
886 | putty-bugs mailing list? |
ee46ef84 |
887 | |
888 | Because you're not a member of the PuTTY core development team. The |
889 | putty-bugs mailing list is not a general newsgroup-like discussion |
890 | forum; it's a contact address for the core developers, and an |
891 | \e{internal} mailing list for us to discuss things among ourselves. |
892 | If we opened it up for everybody to subscribe to, it would turn into |
893 | something more like a newsgroup and we would be completely |
894 | overwhelmed by the volume of traffic. It's hard enough to keep up |
895 | with the list as it is. |
896 | |
a1d2976b |
897 | \S{faq-mailinglist2}{Question} If putty-bugs isn't a |
70706890 |
898 | general-subscription mailing list, what is? |
ee46ef84 |
899 | |
900 | There isn't one, that we know of. |
901 | |
be86e512 |
902 | If someone else wants to set up a mailing list or other forum for |
903 | PuTTY users to help each other with common problems, that would be |
904 | fine with us, though the PuTTY team would almost certainly not have the |
905 | time to read it. It's probably better to use the established |
906 | newsgroup \cw{comp.security.ssh} for this purpose. |
ee46ef84 |
907 | |
a1d2976b |
908 | \S{faq-donations}{Question} How can I donate to PuTTY development? |
ee46ef84 |
909 | |
910 | Please, \e{please} don't feel you have to. PuTTY is completely free |
911 | software, and not shareware. We think it's very important that |
912 | \e{everybody} who wants to use PuTTY should be able to, whether they |
913 | have any money or not; so the last thing we would want is for a |
914 | PuTTY user to feel guilty because they haven't paid us any money. If |
915 | you want to keep your money, please do keep it. We wouldn't dream of |
916 | asking for any. |
917 | |
918 | Having said all that, if you still really \e{want} to give us money, |
919 | we won't argue :-) The easiest way for us to accept donations is if |
920 | you go to \W{http://www.e-gold.com}\cw{www.e-gold.com}, and deposit |
921 | your donation in account number 174769. Then send us e-mail to let |
922 | us know you've done so (otherwise we might not notice for months!). |
9cd3f7b0 |
923 | Alternatively, if e-gold isn't convenient for you, you can donate to |
924 | \cw{<anakin@pobox.com>} using PayPal |
925 | (\W{http://www.paypal.com/}\cw{www.paypal.com}). |
ee46ef84 |
926 | |
927 | Small donations (tens of dollars or tens of euros) will probably be |
928 | spent on beer or curry, which helps motivate our volunteer team to |
929 | continue doing this for the world. Larger donations will be spent on |
930 | something that actually helps development, if we can find anything |
9cd3f7b0 |
931 | (perhaps new hardware, or a copy of Windows XP), but if we can't |
ee46ef84 |
932 | find anything then we'll just distribute the money among the |
933 | developers. If you want to be sure your donation is going towards |
934 | something worthwhile, ask us first. If you don't like these terms, |
935 | feel perfectly free not to donate. We don't mind. |
936 | |
f9908cf7 |
937 | \H{faq-misc} Miscellaneous questions |
938 | |
939 | \S{faq-openssh}{Question} Is PuTTY a port of OpenSSH, or based on |
940 | OpenSSH? |
941 | |
942 | No, it isn't. PuTTY is almost completely composed of code written |
943 | from scratch for PuTTY. The only code we share with OpenSSH is the |
944 | detector for SSH1 CRC compensation attacks, written by CORE SDI S.A. |
945 | |
606398fb |
946 | \S{faq-sillyputty}{Question} Where can I buy silly putty? |
947 | |
948 | You're looking at the wrong web site; the only PuTTY we know about |
949 | here is the name of a computer program. |
950 | |
951 | If you want the kind of putty you can buy as an executive toy, the |
952 | PuTTY team can personally recommend Thinking Putty, which you can |
953 | buy from Crazy Aaron's Putty World, at |
954 | \W{http://www.puttyworld.com}\cw{www.puttyworld.com}. |
955 | |
fa58cf81 |
956 | \S{faq-meaning}{Question} What does \q{PuTTY} mean? |
ee46ef84 |
957 | |
fa58cf81 |
958 | It's the name of a popular SSH and Telnet client. Any other meaning |
959 | is in the eye of the beholder. It's been rumoured that \q{PuTTY} |
960 | is the antonym of \q{\cw{getty}}, or that it's the stuff that makes your |
961 | Windows useful, or that it's a kind of plutonium Teletype. We |
962 | couldn't possibly comment on such allegations. |
963 | |
964 | \S{faq-pronounce}{Question} How do I pronounce \q{PuTTY}? |
965 | |
966 | Exactly like the English word \q{putty}, which we pronounce |
967 | /\u02C8{'}p\u028C{V}t\u026A{I}/. |