[root@putty ~/docs] #

PuTTY: Часто Задаваемые Вопросы

Данный материал основан на переводе оригинального PuTTY FAQ, и подойдет как к английской, так и к русской версии PuTTY. Большинство терминов и описаний пользовательского интерфейса оставлены на языке оригинала.

1. Введение

1.1. Что такое PuTTY?

PuTTY — это клиентская программа для протокола SSH, обычно используемая для запуска терминальных сеансов по сети. Она также поддерживает терминальные сеансы через последовательный порт и различные устаревшие сетевые протоколы — Telnet, Rlogin и SUPDUP.

Все эти протоколы используются для установления удаленного сеанса с компьютерами по сети. PuTTY выполняет роль клиентской части этого сеанса, то есть той части, которая отображает сеанс на экране пользователя, а не выполняет его на самом компьютере.

Проще говоря, запустив PuTTY на компьютере с Windows, вы можете соединиться с удалённым компьютером — например, с Unix. После установления связи PuTTY открывает окно, в котором вы можете вводить команды и данные. Все, что вы отправляете из этого окна, направляется непосредственно на удаленный компьютер Unix, а все ответы, возвращаемые с этого компьютера, отображаются в окне PuTTY. Это позволяет вам работать с удаленным компьютером Unix, как если бы вы находились непосредственно у его консоли, хотя на самом деле сидите где-то совсем в другом месте.

1.2. Зачем использовать PuTTY, если есть OpenSSH?

В наши дни Windows поставляется с версией OpenSSH в качестве необязательного компонента операционной системы, а сама командная строка теперь куда ближе к Unix-терминалу, чем прежде. Поэтому, если вам нужен SSH на Windows, можно использовать OpenSSH в терминале Windows, не устанавливая PuTTY вообще.

Мы не будем убеждать вас отказаться от OpenSSH в пользу PuTTY. PuTTY — свободное программное обеспечение как в смысле «бесплатности», так и «свободы» — большее количество пользователей не приносит нам денег. У PuTTY и OpenSSH разные наборы функций и разные способы работы, и выбор полностью за вами.

Несколько примеров того, что может понравиться вам в PuTTY:

Но если всё это вас не впечатляет и вы предпочитаете Windows-версию OpenSSH — это ваш выбор.

В Unix, OpenSSH существовал всегда, ещё до появления Unix-версии PuTTY, поэтому этот вопрос там актуален гораздо дольше. Когда был написан Unix-порт PuTTY, нас спрашивали, зачем он нужен. Отчасти потому, что перенос кода на Unix облегчил разработку в целом (в Unix более широкий выбор инструментов разработки и отладки, что справедливо и по сей день). Но те же доводы справедливы и здесь: в Unix я тоже использую GUI PuTTY для SSH-соединений, чтобы не иметь дела с символом ~, и pterm для локальных терминальных сеансов.

2. Функции, поддерживаемые в PuTTY

Если вы хотите узнать, поддерживает ли PuTTY ту или иную функцию, вам следует поискать ее на официальном сайте PuTTY. В частности:

2.1. Поддерживает ли PuTTY сохранение настроек в файле на диске?

В настоящее время нет, хотя в разделе 4.33 документации приводится способ достичь того же эффекта.

2.2. Умеет ли PuTTY запоминать мой пароль, чтобы не приходилось вводить его каждый раз?

Нет, не умеет.

Сохранение пароля — плохая идея по очевидным причинам. Если кто-то получит доступ к вашему компьютеру, пока вы отсутствуете, он может легко узнать и использовать сохраненный пароль, злоупотребить им или изменить его.

Кроме того, PuTTY даже не может автоматически отправлять пароли в сеанс Telnet, поскольку Telnet не дает клиентскому ПО никаких указаний на то, какая часть процесса входа является запросом пароля. PuTTY пришлось бы догадываться, выискивая в данных сеанса слова вроде «password», а если ваша программа входа написана не на английском, то это работать не будет.

В SSH запоминание пароля теоретически возможно, но, похоже, в этом нет особого смысла, поскольку SSH поддерживает аутентификацию с открытым ключом, она гибче и безопаснее. См. главу 8 документации.

2.3. Есть ли возможность отключить надоедливые запросы ключей хоста?

Нет. И не будет. Даже если вы реализуете это сами и отправите нам патч, мы его не примем.

В этих надоедливых запросах о ключах хоста и заключается весь смысл SSH. Без них вся криптографическая технология, используемая SSH для обеспечения безопасности вашего сеанса, оказывается бесполезной, лишь немного усложняя задачу злоумышленнику. Вместо того чтобы сидеть между вами и сервером с анализатором пакетов, злоумышленнику придётся подменить маршрутизатор и начать изменять идущие в обе стороны пакеты. Но это не намного сложнее, чем простой перехват. И без проверки ключа хоста это останется полностью незамеченным ни клиентом, ни сервером.

Проверка ключа хоста — это ваша гарантия того, что данные, зашифрованные на стороне клиента, расшифровываются именно на стороне сервера: никто не подменял ключи на пути между вами и сервером. Проверка ключа хоста делает задачу злоумышленника астрономически сложной по сравнению с перехватом пакетов, и даже по сравнению с подменой маршрутизатора. Вместо того чтобы проявлять немного смекалки и следить за рассылкой oss-security, злоумышленнику теперь придётся проводить атаку грубым перебором против как минимум одного шифра военного уровня. Этот, казалось бы, незначительный запрос ключа хоста и впрямь меняет всё именно настолько.

Если у вас возникла конкретная проблема с проверкой ключа хоста — например, вы хотите использовать PSCP или Plink в автоматическом пакетном задании, и интерактивный запрос ключа хоста подвешивает пакетный процесс, — наилучшим решением будет заранее добавить правильный ключ хоста в реестр, а если реестр недоступен, то использовать параметр командной строки -hostkey (см. раздел 3.11.3.22). При этом вы сохраняете важное свойство проверки ключа хоста: правильный ключ будет принят, а неправильные — нет. Добавление же опции, полностью отключающей проверку ключа хоста, — это неправильное решение, и мы его не реализуем.

Если у вас есть ключи хоста в обычном формате known_hosts, можно воспользоваться скриптом kh2reg.py для преобразования их в .reg файл, который можно установить заранее двойным щелчком или через REGEDIT.

Если вы управляете множеством серверов с разными ключами хоста и подключаетесь к ним, возможно, стоит рассмотреть использование «удостоверяющего центра» (certification authority) — это позволит один раз настроить PuTTY на каждой клиентской машине для принятия ключей хоста любого из ваших серверов в будущем. См. раздел 4.19.4.

2.4. Будете ли вы писать собственный SSH-сервер для включения в состав инструментов PuTTY?

Не тот, который вы хотели бы использовать.

Хотя большая часть протокольного и сетевого кода может быть общей для клиента и сервера, для создания полезного сервера общего назначения потребуется немало кропотливой работы над новым кодом — например, по взаимодействию с базами данных аутентификации ОС и тому подобному.

SSH-сервер специального назначения (называемый Uppity) теперь можно собрать из исходного кода PuTTY. Но он в основном предназначен для тестирования и не пригоден для использования в качестве сервера общего назначения.

Если кто-то другой захочет использовать этот код как основу для написания SSH-сервера общего назначения — пожалуйста. Но ему придётся взять на себя ответственность за всю необходимую работу по обеспечению безопасности, которая в нём еще не сделана. У нас на это нет ни времени, ни желания. Код доступен, если кто-то захочет попробовать.

3. Портирование на другие операционные системы

PuTTY наиболее известен как инструмент для Windows, однако он имеет внутренний слой абстракции, позволяющий работать и на других системах. Здесь мы обсуждаем существующие, заброшенные, а также возможные будущие порты.

3.1. Какие порты PuTTY существуют?

В настоящее время релизные версии инструментов PuTTY работают только в системах Windows и Unix. Версия для Windows поставляется в виде исполняемых файлов как для систем на базе x86, так и на базе Arm. Версия для Unix предоставляется в виде исходного кода (хотя многие дистрибутивы Linux предоставляют готовые сборки).

Наши стандартные исполняемые файлы для Windows рассчитаны на все версии Windows, которые ещё получают обновления безопасности. Более ранние версии могут поддерживаться, если это не требует особых усилий, но полноценного тестирования таких версий мы не обещаем. (Например, PuTTY 0.83 всё ещё работает на Windows XP — тогда как предыдущий выпуск 0.82 уже нет.)

В настоящее время у нас нет портов релизного качества для каких-либо других систем. Если кто-то сказал вам, что у нас есть порт для Android, порт для iOS или любой другой порт PuTTY, он ошибся. У нас их нет.

Существует несколько портов сторонних разработчиков для различных платформ, о которых упоминается на странице Ссылки нашего сайта.

3.2. Появится ли когда-нибудь версия PuTTY для Mac?

По состоянию на 2026 год, я сомневаюсь, что основная команда PuTTY когда-либо завершит эту работу.

Мы пробовали не один раз. Примерно в 2005 году мы попытались создать нативное приложение Cocoa, но по какой-то причине перерисовка окон оказалась очень медленной, и мы так и не разобрались с данной проблемой.

В 2015 году, после портирования фронтенда GTK для работы с GTK 3, мы предприняли еще одну попытку: внесли небольшие изменения в код GTK и собрали его под GTK 3 для OS X Quartz. Проблем с перерисовкой больше не возникает. Но, к сожалению, порт Quartz GTK, похоже, устарел: в последний раз, когда я пытался собрать Mac-порт, мне не удалось даже найти подходящую версию GTK для сборки.

Если кто-то захочет взяться за это и довести до конца, список TODO в unix/main-gtk-application.c в исходном коде — хорошее место для начала, и я готов давать советы и участвовать в обсуждении.

3.3. Есть ли версия PuTTY для мобильных устройств?

Своего порта для Android или iOS у нас нет.

Судя по последним данным, существует сторонний SSH-клиент для iPhone и iPod Touch под названием pTerm, который, по всей видимости, основан на PuTTY. (Он не имеет никакого отношения к нашему pterm — автономному эмулятору терминала для Unix.)

Нам не известно ни одного Android-клиента SSH, основанного на коде PuTTY. (Есть Android-клиенты SSH, основанные на других реализациях.)

4. Встраивание PuTTY в другие программы

4.1. Доступен ли код SSH или Telnet в виде DLL?

Нет, не доступен. Потребовалось бы переписать достаточно много, чтобы это стало возможным, и поскольку сам проект PuTTY не верит в DLL (они делают установку подверженной ошибкам), никто из нас не стал тратить на это время.

В целом было бы неплохо выполнить часть работы по очистке кода, поэтому, если кто-то захочет помочь, мы не откажемся.

См. также запись в списке Wishlist.

4.2. Как использовать PuTTY для создания SSH-соединения из другой программы?

Вероятно, лучше всего использовать Plink, инструмент командной строки для установки соединений. Если вы можете запустить Plink как второй процесс Windows и организовать все так, чтобы ваш основной процесс мог отправлять данные процессу Plink и получать от него данные по межпроцессорным каналам (pipes), тогда вы сможете устанавливать SSH-соединения из своей программы.

5. Детали работы PuTTY

5.1. Какой тип терминала использует PuTTY?

Для большинства целей PuTTY можно рассматривать как терминал xterm.

PuTTY также поддерживает некоторые управляющие последовательности, не поддерживаемые настоящим xterm: в частности, последовательности консоли Linux, которые перенастраивают цветовую палитру, и последовательности управления строкой заголовка, используемые в DECterm (которые отличаются от xterm-овских, и PuTTY поддерживает оба вида).

По умолчанию PuTTY объявляет серверу тип своего терминала как xterm. С момента появления PuTTY тип терминала xterm разделился на множество подтипов, поэтому имеет смысл перейти на тип вроде xterm-256color, чтобы получить больше возможностей.

В современных версиях Linux база данных типов терминалов включает и тип терминала для самого PuTTY, так что можно попробовать установить тип терминала «putty»! Эту запись в базе данных писали не мы, и мы не знаем в подробностях, что в неё входит и на какой версии PuTTY она была основана.

(Нас иногда спрашивают, почему PuTTY не использует тип терминала «putty» по умолчанию. Отчасти причина — инерция. Другая в том, что не весь мир — это Linux: я всё ещё опасаюсь, что некоторые серверы будут сбиты с толку этим типом терминала. Но, возможно, однажды мы перейдём на него.)

5.2. Где PuTTY хранит свои данные?

В Windows PuTTY хранит большую часть своих данных (сохраненные сеансы, ключи хостов SSH) в реестре. Точное местоположение:

HKEY_CURRENT_USER\Software\SimonTatham\PuTTY

сохраненные сеансы хранятся внутри этого дерева в разделе Sessions, а ключи хостов — в SshHostKeys.

Также PuTTY требуется наличие seed-файла для генерации случайных чисел, чтобы повысить непредсказуемость случайных данных, нужных SSH-криптографии. По умолчанию этот файл сохраняется как PUTTY.RND в каталоге Application Data, а если он недоступен — в одном из запасных мест. Если вы хотите изменить расположение seed-файла, вы можете указать путь к нему в реестре по адресу:

HKEY_CURRENT_USER\Software\SimonTatham\PuTTY\RandSeedFile

Вы можете попросить PuTTY удалить все эти данные (см. вопрос 8.2).

В Unix, по умолчанию PuTTY хранит все эти данные в каталоге ~/.putty.

5.3. Почему рядом с приглашениями для входа появляются маленькие значки PuTTY?

Начиная с PuTTY 0.71, некоторые строки текста в окне терминала помечаются маленькой копией значка PuTTY.

Это сделано для доверия к выводу. Если рядом со строкой текста появляется значок PuTTY, это означает, что данная строка текста была создана самим PuTTY, а не сгенерирована сервером и отправлена в PuTTY.

У текста, поступающего с сервера, такого значка нет. И мы позаботились о том, чтобы сервер не мог это подделать.

Это позволяет вам отличить легитимное приглашение, в котором сам PuTTY запрашивает парольную фразу вашего закрытого ключа, от поддельного приглашения, в котором сервер пытается обманом заставить вас сообщить ему парольную фразу.

5.4. Почему Plink начал выдавать сообщение «Press Return to begin session»?

Начиная с PuTTY 0.71, если вы используете Plink для интерактивного сеанса SSH, то после того, как вы войдёте в систему, появится заключительное интерактивное приглашение с надписью «Access granted. Press Return to begin session».

Это еще одна мера защиты от серверов, пытающихся имитировать реальные запросы аутентификации после начала сеанса. Пройдя это приглашение, вы знаете, что всё, что идёт после него, сгенерировано сервером, а не самим Plink, поэтому к любому запросу парольной фразы вашего закрытого ключа стоит относиться с подозрением.

В Plink мы не можем использовать защиту, описанную в вопросе 5.3: Plink работает в терминале, поэтому все, что он может записать в терминал, сервер может записать таким же образом. И просто напечатать строку-разделитель без паузы тоже нельзя: сервер мог бы вернуть курсор на эту строку и затереть её (вероятно, с кратким мерцанием, которое легко не заметить). Единственная надёжная защита, которую кто-либо придумал, требует именно паузы.

Если вы доверяете своему серверу, вы можете отключить эту функцию. Это приглашение также не появится в ряде других случаев, когда Plink уверен, что оно не нужно. Подробнее см. в разделе 7.2.3.5 документации.

6. Практические вопросы

6.1. Какой логин/пароль мне следует использовать?

Это вопрос не к нам.

PuTTY — это инструмент связи, предназначенный для установления соединений с другими компьютерами. Мы разрабатываем этот инструмент, но не администрируем ни один из компьютеров, к которым вы собираетесь подключаться, — точно так же, как разработчики веб-браузеров не отвечают за бо́льшую часть контента, который вы в них смотрите. Мы не можем помочь с вопросами такого рода.

Если вы знаете имя компьютера, к которому хотите подключиться, но не знаете, какое имя пользователя или пароль использовать, вам следует поговорить с администратором этого компьютера. Если вы не знаете, кто это, в следующем вопросе есть несколько подсказок, как это выяснить.

6.2. Какие команды можно вводить в окно терминала PuTTY?

Опять же, это не тот вопрос, который вы должны задавать нам. Вам стоит изучить инструкции или задать этот вопрос администратору компьютера, к которому вы подключаетесь.

PuTTY не обрабатывает вводимые в него команды. Это всего лишь инструмент коммуникации. Поэтому точный набор команд, которые вы можете использовать, будет зависеть не от PuTTY, а от того, к какому компьютеру вы подключились и какое программное обеспечение на нем запущено.

(Представьте PuTTY как нечто вроде телефона. Если вы кому-то звоните и не знаете, на каком языке с ним говорить, чтобы быть понятым, выяснять это за вас — не дело телефонной компании. Мы лишь предоставляем средство связи. Добиться того, чтобы вас поняли, — задача кого-то другого.)

Если вы не знаете, с чего начать поиск администратора вашего сервера, стоит вспомнить, как вы вообще узнали имя хоста, которое прописали в конфигурации PuTTY. Если, например, его прислали вам по электронной почте, вы можете попробовать спросить отправителя этого письма. Если IT-отдел вашей компании предоставил вам готовые сохранённые сеансы PuTTY, то этот же IT-отдел, вероятно, сможет рассказать вам и о том, какие команды можно вводить во время таких сеансов. Однако команда сопровождения PuTTY не администрирует ни один из серверов, к которым вы, скорее всего, будете подключаться, и не сможет вам помочь с вопросами такого рода.

6.3. Как сделать, чтобы PuTTY запускалась на весь экран?

В самой PuTTY встроенной настройки для этого нет. Создайте в Windows ярлык для запуска PuTTY и установите свойство окна в значение «Развернутое на весь экран».

6.4. Как создать ярлык для запуска определенного сеанса?

Чтобы сразу запустить сеанс, сохраненный под именем mysession, создайте ярлык со следующим параметром командной строки:

\path\name\to\putty.exe -load "mysession"

(Примечание: до версии 0.53 использовался синтаксис @session. Сейчас он устарел и в какой-то момент может быть удалён.)

6.5. Как запустить сеанс SSH прямо из командной строки?

Используйте команду putty -ssh host.name. Также можно создать сохраненный сеанс с указанием протокола SSH, и запускать его, как показано в вопросе 6.4.

6.6. Как копировать и вставлять текст между PuTTY и другими приложениями Windows?

Копирование и вставка работают аналогично системе «X Window». Используйте левую кнопку мыши для выделения текста. При выделении текст автоматически копируется в буфер обмена, нет необходимости нажимать Ctrl-C или Ctrl-Ins. (Нажатие Ctrl-C отправит символ ^C на другой конец вашего соединения, что может привести к неприятным последствиям.)

Такое поведение по умолчанию идёт со времён, когда PuTTY был новым, и его основной аудиторией были «беженцы из Unix» — люди, в основном работавшие в настольных Unix-системах и привыкшие к X-механизму копирования/вставки, которым пришлось пересесть на Windows. Идея заключалась в том, чтобы получить нечто «максимально близкое к xterm на Windows».

Если вы предпочитаете более «нативный для Windows» интерфейс копирования и вставки — через сочетания клавиш или меню, без автоматических действий при выделении, — поведение можно гибко перенастроить в конфигурации PuTTY. Подробнее см. в разделе 4.11 документации.

Для вставки содержимого буфера обмена в окно PuTTY используется правая кнопка мыши. Если у вас трёхкнопочная мышь и вы привыкли к приложениям X, можно настроить вставку на среднюю кнопку, но по умолчанию этого не сделано, поскольку у большинства пользователей Windows средней кнопки попросту нет.

Также текст можно вставить нажатием Shift-Ins.

6.7. Как использовать все функции PuTTY (открытые ключи, проксирование, выбор шифрования и т. д.) в PSCP, PSFTP и Plink?

Большинство основных функций (например, открытые ключи, переадресация портов) доступно через параметры командной строки. См. раздел 3.11.3 документации.

Пока не все функции доступны из командной строки, хотя мы планируем это исправить. Тем не менее большинство из них доступны через сохранённые сеансы: создайте сеанс в PuTTY и используйте его имя в командной строке вместо имени хоста. Это работает для PSCP, PSFTP и Plink (но не ждите проброса портов в файловых утилитах!).

6.8. Как использовать PSCP.EXE? Когда я дважды кликаю мышкой, появляется окно командной строки, которое затем мгновенно закрывается.

PSCP — это приложение командной строки, а не приложение с графическим интерфейсом. Если вы запустите такое приложение без аргументов, оно просто выдаст справочное сообщение и завершится.

Чтобы использовать PSCP, запустите его из окна командной строки. Более подробную информацию см. в главе 5 документации.

6.9. Как использовать PSCP для копирования файла, имя которого содержит пробелы?

Если PSCP использует новый протокол SFTP (который обычно используется на большинстве современных серверов), то здесь все просто — все имена файлов с пробелами указываются в двойных кавычках:

pscp "local file" user@host:
pscp user@host:"remote file" .

Однако, если PSCP по какой-то причине использует старый протокол SCP, всё становится сложнее. Если вы указываете файл на локальной стороне, вы просто используете один набор кавычек, как обычно:

pscp "local filename with spaces" user@host:
pscp user@host:myfile "local filename with spaces"

Но если имя файла на удаленной стороне, вам придется использовать обратную косую черту и две пары кавычек:

pscp user@host:"\"remote filename with spaces\"" local_filename
pscp local_filename user@host:"\"remote filename with spaces\""

Хуже того, при копировании с удалённой стороны на локальную необходимо явно указать имя локального файла, иначе PSCP пожалуется, что они не совпадают (если только вы не указали опцию -unsafe). Следующая команда выдаст сообщение об ошибке:

c:\>pscp user@host:"\"oo er\"" .
warning: remote host tried to write to a file called 'oo er'
         when we requested a file called '"oo er"'.

Вместо этого нужно явно указать имя локального файла:

c:\>pscp user@host:"\"oo er\"" "oo er"

7. Устранение неполадок

7.1. Я выбрал цвет на панели «Colours», но цвет в моем терминале не изменился.

Панель «Colours» предназначена не для этого.

В ходе сеанса, PuTTY может потенциально использовать все цвета, перечисленные на панели «Colours». Используется не какой-то один цвет на ваш выбор — PuTTY использует их все. Панель «Colours» нужна для того, чтобы позволить вам настроить внешний вид всех цветов. Например, чтобы изменить цвет курсора, выберите «Cursor Colour», нажмите «Modify» и выберите новый цвет в появившемся диалоговом окне. Аналогично, если вы хотите, чтобы ваш сеанс выглядел зелёным, выберите «Default Foreground» и нажмите «Modify». Изменение цвета «ANSI Green» не сделает ваш сеанс зеленым — оно позволит настроить оттенок зеленого, используемый только тогда, когда сервер даст PuTTY указание отображать зеленый текст.

7.2. При запуске полноцветного приложения, я вижу черные области там, где должен быть цвет, и наоборот.

Вам наверняка нужно изменить настройку «Use background colour to erase screen» на панели «Terminal». Если на экране слишком много черного пространства, её следует включить, а если слишком много цвета — отключить. (См. раздел 4.3.5 документации.)

7.3. Мои сеансы PuTTY неожиданно закрываются после некоторого простоя.

Некоторые типы межсетевых экранов, и практически любой маршрутизатор, выполняющий трансляцию сетевых адресов (NAT, также известную как IP-маскарадинг), забудут о соединении, если оно долго не используется. Из-за этого соединение будет резко разорвано, когда передача данных снова возобновится.

Вы можете попытаться это побороть, настроив PuTTY на отправку keepalives — пакетов данных, которые будут сообщать маршрутизатору или брандмауэру, что сетевое соединение все еще активно.

К сожалению, keepalives не решают всех проблем: они повышают устойчивость к подобным маршрутизаторам, но могут ухудшать устойчивость к кратковременным обрывам сети. См. раздел 4.14.1 в документации для более подробного обсуждения.

7.4. Сетевые соединения PuTTY обрываются слишком быстро при кратковременной потере связи.

Это проблема Windows, а не PuTTY. Значение таймаута не может быть установлено для каждого приложения или сеанса. Для глобального увеличения TCP-таймаута необходимо повозиться с реестром.

В Windows 95, 98 или ME нужно создать или изменить ключ:

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\VxD\MSTCP\MaxDataRetries

(в Win95 он должен иметь тип DWORD, а в Win98/ME — String). (Подробности — в статье MS Knowledge Base 158474.)

В Windows NT, 2000 или XP необходимо создать или изменить ключ:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\TcpMaxDataRetransmissions

и он должен иметь тип DWORD. (Подробности — в статьях MS Knowledge Base 120642 и 314053.)

Установите значение ключа, например, в 10. Это заставит Windows дольше поддерживать соединения.

7.5. Когда я просматриваю двоичный файл с помощью команды cat, в командной строке появляется сообщение «PuTTYPuTTYPuTTY».

Не делайте этого.

Такое поведение задумано специально: когда PuTTY получает символ Control-E (^E) от удаленного сервера, он интерпретирует этот символ как запрос идентификатора, и поэтому отправляет строку PuTTY, как если бы эта строка была введена с клавиатуры. Control-E должны посылать только программы, готовые обработать ответ. Запись двоичного файла в терминал, скорее всего, приведет к отправке множества символов Control-E и вызовет такое поведение. Не делайте этого. Плохая затея.

Чтобы смягчить последствия, вы можете настроить строку ответа на ^E, изменив ее на пустую (см. раздел 4.3.7 документации). Но вывод двоичных файлов в терминал, скорее всего, вызовет и другие неприятные эффекты, так что это лишь небольшое смягчение.

7.6. Когда я просматриваю двоичный файл с помощью команды cat, заголовок окна меняется на бессмысленную строку.

Не делайте этого.

PuTTY умеет менять заголовок окна по команде с сервера — это сделано специально. Обычно соответствующую управляющую последовательность отправляют намеренно — программы, которые знают, что делают, и собираются вывести в заголовок окна осмысленный текст. Но вывод двоичного файла в окно терминала может привести к случайной отправке той же управляющей последовательности и неожиданному изменению заголовка окна. Не делайте этого.

7.7. Моя клавиатура перестает работать, когда PuTTY просит ввести пароль.

Нет, не перестает. Просто PuTTY не отображает вводимый вами пароль, чтобы никто не смог его подсмотреть.

В отличие от запросов пароля в Windows, PuTTY не отображает пароль даже в виде звездочек. Это сделано для того, чтобы кто-нибудь, глядя на ваш экран, не смог определить даже длину вашего пароля.

7.8. Одна или несколько функциональных клавиш не выполняют ожидаемых действий в приложении на сервере.

Если вы уже перепробовали все соответствующие параметры в настройках PuTTY на панели «Keyboard», вам, возможно, придется написать разработчикам PuTTY.

Обычно нам недостаточно того, что вы просто скажете, какое приложение, какая серверная ОС и какая клавиша не работает. Чтобы воспроизвести проблему, нам пришлось бы иметь копию каждой операционной системы и каждого приложения, на которые когда-либо кто-то жаловался.

PuTTY реагирует на нажатие функциональных клавиш, отправляя на сервер последовательность управляющих символов. Если функциональная клавиша не выполняет ожидаемых действий, возможно, ваше приложение ожидает другую последовательность символов, чем та, которую отправляет PuTTY. Поэтому нам действительно нужно знать, какую именно последовательность ожидает приложение.

Самый простой способ это выяснить — найти другое терминальное окружение, в котором эта функциональная клавиша действительно работает, и посмотреть, какую последовательность функциональная клавиша посылает там. Один из способов сделать это в системе Unix — ввести команду cat, а затем нажать функциональную клавишу. Скорее всего, вы увидите что-то вроде ^[[11~. То же самое можно проделать и в PuTTY, чтобы выяснить, какую последовательность функциональная клавиша посылает уже в нём. После этого можно написать сопровождающим PuTTY: «я хотел, чтобы F1 посылала ^[[11~, но вместо этого она посылает ^[OP — можно ли это поправить?» — или что-то в таком духе.

Также вам стоит прочитать страницу Feedback на сайте PuTTY (она же приведена в приложении B руководства) и следовать содержащимся там рекомендациям.

7.9. Начиная с версии 0.78, я не могу найти, где настроить закрытый ключ SSH.

В PuTTY 0.78 элемент управления «Private key file for authentication», где задаётся файл .PPK для аутентификации по открытому ключу SSH, переместился на новую панель «Credentials». Ее можно найти, открыв категорию «SSH», затем подкатегорию «Auth», и в ней выбрав «Credentials». На этой странице вы найдете кнопку «Browse...» для выбора файла .PPK для аутентификации, как описано в разделе 4.22.1 документации.

(Этот элемент управления находился на панели «Auth» с момента появления аутентификации с открытым ключом в 2002 году, поэтому многие онлайн-руководства всё ещё описывают его там. Элементы конфигурации перераспределили, чтобы освободить место для возможностей, добавленных в 0.78, — таких как сертификаты OpenSSH.)

8. Вопросы безопасности

8.1. Безопасно ли загружать и использовать PuTTY на общедоступном ПК?

Зависит от того, насколько вы доверяете этому компьютеру. Если не доверяете — не используйте на нём PuTTY и вообще не вводите пароли ни в какие программы. Такой компьютер может отслеживать ваши нажатия клавиш или подменить скачиваемый вами бинарный файл PuTTY. Не существует программы, настолько безопасной, чтобы её можно было запускать на заведомо вредоносном компьютере и при этом безнаказанно вводить в неё пароли.

Если вы доверяете этому компьютеру, то, скорее всего, использовать PuTTY можно (но если вы не доверяете сети, загрузка PuTTY может быть подделана, поэтому лучше носить PuTTY с собой на USB-накопителе).

8.2. Что PuTTY оставляет в системе? Как мне после этого убраться?

PuTTY оставляет на компьютере некоторые записи в реестре и «seed-файл» (см. вопрос 5.2). Windows 7 и более поздние версии также запоминают некоторую информацию о недавно запущенных сеансах для «списка переходов».

Если вы используете PuTTY на общедоступном или чужом ПК, возможно, вам захочется очистить эту информацию перед уходом. Вы можете сделать это автоматически, выполнив команду putty -cleanup. См. раздел 3.11.2 документации. (Учтите, что в многопользовательских системах эта команда удалит настройки только текущего пользователя.)

Если PuTTY была установлена инсталлятором, она также появится в разделе «Add/Remove Programs». Текущие версии программы установки не предлагают удалить вышеупомянутые элементы, поэтому перед деинсталляцией следует запустить putty -cleanup.

8.3. Не мог ли Pageant использовать VirtualLock() для предотвращения записи закрытых ключей на диск?

К сожалению, нет. Функция VirtualLock() в Windows API не справляется со своей задачей: она может препятствовать записи небольших фрагментов памяти процесса на диск, пока процесс активен. Но если он долгое время простаивает, вся его память выгружается в файл подкачки, и тут VirtualLock() не помогает. А Pageant большую часть времени проводит в бездействии.

8.4. Является ли версия PuTTY в Microsoft Store официальной?

Бесплатное приложение «PuTTY» по этой ссылке публикуется и поддерживается нами. Там представлена последняя версия, которая обычно обновляется в течение нескольких дней после публикации ее на нашем сайте.

В магазине были и другие копии PuTTY, некоторые выглядели очень похоже, а некоторые требовали денег. Они были загружены другими людьми, и мы ничего не можем гарантировать.

Первой версией, которую мы опубликовали в Microsoft Store, была 0.76.

9. Административные вопросы

9.1. Является ли putty.org вашим сайтом?

Нет, не является.

Домен putty.org был зарегистрирован оппортунистом, продающим конкурирующий SSH-клиент, — он использовал его, чтобы показывать рекламу своей платной реализации SSH всем, кто искал нашу бесплатную. Затем в июле 2025 года сайт сменил содержимое, разместив антипрививочную пропаганду. Мы понятия не имеем, что он выкинет дальше.

Официальный сайт PuTTY, управляемый командой разработчиков PuTTY, всегда находился по адресу https://www.chiark.greenend.org.uk/~sgtatham/putty/.

Мы не рекомендуем использовать putty.org как удобный редиректор — как и любую другую стороннюю страницу перехода, не принадлежащую нам.

В августе 2025 года мы зарегистрировали putty.software и сделали его официальной страницей перехода. Если вам нужен короткий простой URL — используйте именно его.

9.2. Когда putty.org заменил содержимое антипрививочной пропагандой в июле 2025 года, это потому что вас взломали, повредили сайт или захватили его?

Нет, потому что putty.org никогда нам не принадлежал (см. вопрос 9.1). Его у нас не крали и не покупали. Тот же человек, который владел им всё это время, просто решил изменить содержимое.

9.3. При таком количестве страниц-приманок и имитаторов, как убедиться, что я нашёл настоящий сайт PuTTY?

В каждый выпуск PuTTY встроен URL сайта. Найти его можно через кнопку «Visit web site» в диалоге «About».

Настоящий сайт — там, куда указывает сам PuTTY.

Если вы загрузили криптографически подписанный выпуск PuTTY — будь то бинарный файл для Windows, подписанный ключом Authenticode Саймона Тэтема, или любой файл, подписанный ключом GPG команды PuTTY — вы можете убедиться, что URL, встроенный в эту копию, является тем, который сами разработчики признают настоящим сайтом.

Начиная с августа 2025 года, putty.software — это второй веб-адрес, принадлежащий нам, разработчикам PuTTY. Он также подтверждён подписанными копиями PuTTY — через упоминание в этом разделе FAQ справочного файла.

Если мы перенесём сайт позже, мы сохраним перенаправление со старого адреса. Оба адреса будут работать, независимо от того, какой из них считается основным в данный момент.

9.4. Почему ссылки для скачивания ведут на the.earth.li, а не chiark? Ваш сайт взломали?

Нас не взламывали: ссылки на the.earth.li легитимны. Файлы релизных версий PuTTY размещены на отдельном сервере — не на том, что хранит веб-страницы — из соображений пропускной способности.

Сайт загрузки the.earth.li поддерживается компанией Mythic Beasts, за что мы им очень благодарны!

9.5. Хотите, я зарегистрирую для вас более красивое доменное имя?

Нет, спасибо. У нас уже есть своё: putty.software.

Долгое время этот пункт FAQ гласил, что нас устраивает расположение сайта. Однако в 2025 году, когда история с putty.org попала в СМИ, стало ясно, что современные поисковые системы предпочитают короткие полноценные доменные имена пользовательским поддиректориям на больших серверах.

Поэтому мы зарегистрировали собственное доменное имя. По состоянию на август 2025 года putty.software — это небольшая страница перехода. После того как информация распространится и сложится доверие, мы планируем перенести туда весь сайт PuTTY, а старый сайт на chiark превратить в редирект.

9.6. Хотели бы вы бесплатный хостинг для веб-сайта PuTTY?

У нас уже есть, спасибо.

9.7. Не могли бы вы дать ссылку на мою страницу с веб-сайта PuTTY?

Только если содержимое вашей веб-страницы представляет прямой интерес для пользователей PuTTY. Если ваш контент не связан или имеет лишь косвенное отношение к PuTTY, то ваша ссылка будет просто рекламой.

В частности, мы не заинтересованы в торговле ссылками за деньги, и мы, конечно, не заинтересованы в обмене ссылками на другие ссылки. Если мы не хотим ссылаться на вас бесплатно, то, вероятно, мы вообще не захотим ссылаться на вас.

Если у вас есть программное обеспечение, основанное на PuTTY, или специально разработанное для взаимодействия с PuTTY, или каким-либо другим образом представляющее реальный интерес для пользователей PuTTY, то мы, вероятно, будем рады добавить ссылку на вас на нашу страницу Links.

9.8. Почему бы вам не перенести PuTTY на Github (или другой известный хостинг)?

Прежде всего, по соображениям доверия. PuTTY — инструмент сетевой безопасности, и поэтому особенно важно защищать код и веб-сайт от несанкционированных модификаций. Поэтому мы предпочитаем, чтобы Git-репозиторий, веб-сайт и FTP оставались под непосредственным контролем системных администраторов, которых мы лично знаем и которым доверяем, а не управлялись крупной организацией, состоящей из незнакомых нам людей.

Крупные организации кажутся нам менее заслуживающими доверия, поскольку у них много сотрудников, любой из которых может предпринять атаку изнутри. Руководство может меняться, а компании — поглощаться другими.

Github, в частности, уже выглядит как опасная единая точка отказа. Я бы предпочёл способствовать децентрализации интернета, а не его централизации. Кроме того, сам Github является несвободным программным обеспечением — да, репозиторий можно экспортировать в любой момент (каждый «git clone» это и делает), но все остальные метаданные (задачи, pull requests и т.д.) хранятся в проприетарном формате Github.

Я понимаю, что если у вас уже есть аккаунт на Github, вам было бы удобнее, чтобы все остальные тоже были там. Но именно эта соблазнительная лёгкость использования помогает крупным компаниям привлекать пользователей для последующей монетизации. Мы не хотим в этом участвовать больше, чем необходимо.

9.9. Почему я не могу подписаться на рассылку putty-bugs?

Потому что вы не входите в состав основной команды разработчиков PuTTY. Список рассылки putty-bugs — это не обычное место для дискуссий. Это контактный адрес для основных разработчиков и внутренняя рассылка для обсуждения внутренних вопросов. Если бы мы открыли её для всех, она превратилась бы в подобие конференции, и мы были бы полностью завалены потоком сообщений.

9.10. Если putty-bugs не является общедоступной рассылкой, то что является?

Насколько нам известно, такой не существует.

Если кто-то другой захочет создать список рассылки или другой форум для пользователей PuTTY, чтобы помогать друг другу в решении общих проблем, мы будем только рады, хотя у команды PuTTY почти наверняка не будет времени её читать.

9.11. Как я могу сделать пожертвование на развитие PuTTY?

Пожалуйста, не чувствуйте себя обязанными. PuTTY — полностью бесплатное программное обеспечение. Мы считаем очень важным, чтобы каждый, кто хочет использовать PuTTY, мог это сделать, независимо от наличия у него средств. Если вы хотите сохранить свои деньги, пожалуйста, сохраните их.

После всего сказанного, если вы все же хотите дать нам денег, мы не будем спорить :-) Самый простой способ сделать пожертвование — это отправить деньги на адрес anakin@pobox.com с помощью PayPal. Если вам не нравится PayPal, свяжитесь с нами — мы, вероятно, сможем договориться о другом способе.

Небольшие донаты (десятки долларов или евро), скорее всего, будут потрачены на пиво или карри, что поможет мотивировать команду волонтеров продолжать делать наше дело для всего мира. Более крупные пожертвования будут потрачены на что-то, что действительно поспособствует разработке (возможно, на новое железо или новую версию Windows), но если мы ничего такого не придумаем, то просто распределим деньги между разработчиками. Если вы хотите быть уверены, что ваше пожертвование пойдёт на что-то стоящее, сначала спросите нас. Если вам не нравятся эти условия, вы можете не жертвовать. Мы не возражаем.

9.12. Могу ли я получить разрешение на размещение PuTTY на обложке диска / распространять его с другим ПО / и т.д.?

Да. В большинстве случаев вам не нужно спрашивать разрешения, наша лицензия уже дает вам такое разрешение.

См. раздел B.9 в документации для более подробной информации.

9.13. Можете ли вы подписать соглашение о возмещении нам ущерба в случае проблем с безопасностью в PuTTY?

Нет!

Продавец физических средств безопасности (например, замков) вполне может быть готов принять на себя финансовую ответственность за продукт, который не справился со своей задачей и привёл к ущербу (например, к краже ценностей). Они могут себе это позволить потому, что продают очень много экземпляров, и лишь малая их доля окажется бракованной, так что они могут покрыть свою финансовую ответственность из выручки от всех остальных продаж и при этом ещё остаться в прибыли. Финансовая ответственность неразрывно связана с продажей продукта за деньги.

Есть две причины, по которым PuTTY не является аналогом физического замка в данном контексте. Во-первых, программные продукты не имеют случайных различий: если у PuTTY есть уязвимость (что иногда случается, хотя мы делаем всё, что в наших силах, чтобы этому помешать и быстро реагировать, когда такое происходит), то каждая копия PuTTY будет иметь такую же уязвимость, поэтому она, вероятно, затронет всех пользователей одновременно. Так что даже если бы все наши пользователи нам платили, мы всё равно не смогли бы одновременно выплатить каждому пострадавшему компенсацию, превышающую сумму, которую он нам заплатил. Это просто не сработало бы.

Вторая причина — пользователи PuTTY нам не платят. Команда PuTTY не имеет дохода, это волонтерская работа. Мы даже не являемся компанией или какой-либо юридически признанной организацией.

Поэтому просить нас взять на себя финансовую ответственность — значит просить нас взять на себя риск выплачивать её из собственного личного кармана: из того же бюджета, на который мы покупаем еду и одежду, и платим за жильё. Это больше, чем мы готовы отдать. Мы и так посвящаем массу свободного времени разработке программ бесплатно. Если бы нам пришлось ещё и платить за это собственные деньги, мы бы начали задумываться, зачем нам всё это нужно.

Свободное программное обеспечение принципиально не работает на основе финансовых гарантий. Единственная ваша гарантия, что программа работает правильно — это то, что у вас есть исходный код и вы можете проверить его перед использованием.

Если вам действительно нужна финансовая защита, попробуйте найти инженера по безопасности, который возьмёт на себя финансовую ответственность за корректность своего аудита. (Для инженера-аудитора эта проблема стоит не так остро: он, скорее всего, проверяет много разных продуктов, а они ломаются в разное время, а не все одновременно.) В крайнем случае попробуйте уговорить страховую компанию застраховать вас от инцидентов безопасности, а если страховщик в качестве условия потребует аудит кода — закажите его у инженера по безопасности, которому они доверяют.

9.14. Можете ли вы подписать форму, предоставляющую нам разрешение на использование/распространение PuTTY?

Если ваша форма содержит какие-либо оговорки вроде «нижеподписавшийся заявляет и гарантирует», то такую форму мы подписывать не будем. Тем более если эта форма просит нас гарантировать, что PuTTY безопасен. См. вопрос 9.13. Но на самом деле не так уж и важно, что именно мы должны были бы гарантировать: даже если речь идёт о том, что мы и сами считаем верным — например, что мы не нарушаем чьих-либо авторских прав, — мы не подпишем документ, по которому принимаем на себя какую-либо юридическую или финансовую ответственность. Просто потому, что у проекта разработки PuTTY нет дохода, из которого можно было бы покрыть эту ответственность или оплатить судебные издержки, если до этого дойдёт. Мы не можем позволить себе судебных тяжб. Мы заверяем вас, что мы сделали всё, что могли. Если вам этого недостаточно — что ж, такие дела.

Существующий лицензионный документ PuTTY уже дает вам разрешение использовать или распространять PuTTY практически любым способом, за исключением присвоения авторства и предъявления нам исков, если что-то пойдёт не так.

См. также вопрос 9.16.

9.15. Можете ли вы написать нам официальное уведомление о разрешении на использование PuTTY?

В принципе, могли бы, но не совсем понятно, какая от этого польза. Если вы думаете, что один из правообладателей PuTTY может подать на вас в суд (а мы такой вероятности не видим!), вам потребуется подписанное уведомление от каждого из них, а мы не смогли бы этого обеспечить, даже если бы захотели, поскольку многие правообладатели — это люди, которые в своё время внесли вклад в проект и с которыми мы впоследствии потеряли связь. Поэтому лучшее, что мы могли бы сделать даже в теории, — это подписать документ силами основной команды разработки, что всё равно не гарантировало бы вам, что какой-нибудь другой правообладатель не подаст в суд.

См. также вопрос 9.16.

9.16. Можете ли вы подписать что-нибудь для нас?

Нет, если только нет невероятно веской причины.

Мы не хотим создавать прецедент, при котором нам придется заключать индивидуальные соглашения с пользователями PuTTY. По нашим оценкам, у нас буквально миллионы пользователей, и у нас совершенно не будет времени подписывать отдельные соглашения с каждым из них. Поэтому, если вы хотите, чтобы мы подписали для вас что-то конкретное, имеет смысл задуматься, есть ли в вас что-то особенное, отличающее вас от 999 999 других пользователей, и, соответственно, какая у нас была бы причина подписать вам что-либо, не создавая такого прецедента.

Если политика вашей компании требует от вас заключения индивидуального соглашения с поставщиком любого используемого вами программного обеспечения, то политика вашей компании просто не очень подходит для использования популярного свободного программного обеспечения.

9.17. Если вы ничего не подпишете, можете ли вы дать нам какие-то гарантии, что в будущем вы не сделаете PuTTY программой с закрытым исходным кодом?

И да, и нет.

Если вам нужна гарантия, что та версия PuTTY, которую вы уже загрузили, останется свободной, — она у вас уже есть и называется лицензией PuTTY. Эта лицензия предоставляет вам право использовать, распространять и копировать программу, к которой она применяется. А раз мы это разрешение выдали (а мы его выдали), отозвать его задним числом мы не можем.

А вот с гарантией того, что в будущем PuTTY не станет программой с закрытым исходным кодом, всё сложнее. В принципе, мы могли бы подписать обязательство никогда не выпускать PuTTY с закрытым исходным кодом, но это не даст вам гарантии, что мы продолжим выпускать PuTTY с открытым: у нас останется возможность вообще прекратить разработку PuTTY, что для вас, скорее всего, будет ещё хуже, чем закрытие исходников! (К тому же мы почти наверняка не захотим подписывать обязательство продолжать разработку PuTTY — и уж точно не задаром. Такие документы называются трудовыми договорами и обычно подписываются только в обмен на солидную зарплату.)

Если бы мы действительно прекратили разработку PuTTY или решили делать все будущие выпуски с закрытым исходным кодом, у вас бы всё равно осталось право свободно копировать последний открытый релиз согласно текущей лицензии — и, в частности, начать собственный форк проекта на его основе. Если бы это случилось, я уверенно предсказываю, что кто-нибудь так и сделал бы, и какая-то форма свободного PuTTY продолжила бы существовать. Прецеденты подобного в мире свободного ПО уже есть. Гарантировать, что этим займётся кто-то кроме вас, мы, конечно, не можем — возможно, заниматься этим придётся вам самим. Но мы можем заверить, что ничто не помешает желающим продолжить свободную разработку, если мы её прекратим.

(Наконец, можно уверенно предсказать ещё и то, что если бы мы закрыли исходники PuTTY, а кто-то выпустил открытый форк, большинство пользователей перешло бы на форк. Так что пытаться это сделать с нашей стороны было бы откровенно глупо.)

9.18. Можете ли вы предоставить нам информацию об экспортном контроле / сертификацию FIPS для PuTTY?

Нас иногда просят сообщить Export Control Classification Number (ECCN) для PuTTY. Мы не знаем, есть ли он у нас, и, как команда разработчиков свободного программного обеспечения из Великобритании, у нас нет ни времени, ни денег, ни сил, чтобы дальше разбираться с американской бюрократией. Мы считаем, что PuTTY попадает под пункт 5D002 в списке US Commerce Control List, но это не следует воспринимать как окончательное утверждение. Если вам нужно больше информации, обратитесь за профессиональной юридической консультацией. То же относится и к юридическим требованиям и ограничениям любой другой страны.

Аналогично, нас просили провести FIPS-сертификацию инструментов PuTTY. Сами мы её предоставить не сможем — разве что кто-то возьмётся за всю необходимую работу и оплатит расходы.

9.19. Как один из наших действующих поставщиков программного обеспечения, можете ли вы просто заполнить для нас анкету?

Мы периодически получаем подобные запросы от организаций, которые, по всей видимости, разослали стандартные письма всем, кто значится в их большой таблице «поставщиков программного обеспечения», требуя ответить на длинный список вопросов о поддерживаемых версиях ОС, договорах платной поддержки, соответствии разнообразным местным нормам, о которых мы и не слышали, контактных телефонах и прочей административной шелухе. Многие вопросы очевидно бессмысленны применительно к PuTTY (мы вообще не оказываем платной поддержки!), на большинство остальных можно было бы ответить, лишь бегло просмотрев наш сайт, а на некоторые мы попросту не хотим отвечать (мы — частные лица, с какой стати нам сообщать домашние телефоны крупным корпорациям?).

У нас нет привычки отвечать на эти анкеты в полном объёме, поскольку мы не являемся поставщиком программного обеспечения.

Поставщик программного обеспечения — это компания, которой вы платите много денег в обмен на ПО. Они знают, кто вы такие, и знают, что вы им платите, поэтому у них есть стимул заполнять ваши формы и анкеты, изучать упоминаемые вами местные нормы, если они о них ещё не знают, и вообще предоставлять любую возможную информацию в максимально удобном для вас виде — потому что они хотят, чтобы вы продолжали им платить.

Но мы — команда разработчиков свободного программного обеспечения, и это означает, что наши отношения с вами совсем не такие. Если вы когда-то скачали нашу программу с нашего сайта — это здорово, и мы надеемся, что она оказалась вам полезной, но из этого никак не следует, что мы хоть в малейшей степени представляем, кто вы такие, или имеем какой-то стимул выполнять для вас массу бесплатной работы ради поддержания наших с вами «отношений».

Дело не в том, что мы не хотим предоставлять информацию. Мы выкладываем её на нашем сайте в максимально возможном объёме для вашего же удобства, и если вам действительно нужно знать какой-то факт о PuTTY, который вы не смогли найти на сайте (и который не является заведомо неприменимым к свободному ПО), то, пожалуйста, спрашивайте — мы постараемся ответить как можем. Но мы и создали сайт и этот FAQ именно для того, чтобы не приходилось снова и снова отвечать на одни и те же вопросы, поэтому мы не готовы заполнять совершенно шаблонные анкеты для тех, кто не приложил усилий, чтобы сначала найти ответы здесь.

Если вы работаете в организации, которая, как вам кажется, рискует совершить подобную ошибку, мы настоятельно рекомендуем переработать список ваших поставщиков ПО так, чтобы он чётко отличал платных поставщиков, которые знают, кто вы, от разработчиков свободного ПО, которые понятия не имеют, кто вы такие. И тогда рассылайте эти массовые письма только первым.

9.20. Файлы sha1sums / sha256sums на вашей странице загрузки не соответствуют двоичным файлам.

Люди периодически сообщают об этом, и обычно выясняется, что они сверяют скачанные исполняемые файлы не с теми файлами контрольных сумм.

Страница загрузки PuTTY содержит более одной версии программы. Там есть последний релиз, есть промежуточные сборки, а в преддверии нового выпуска появляются и пре-релизы будущих версий. У каждой свой набор исполняемых файлов и свой набор файлов контрольных сумм, которые к ним относятся.

Так что если вы скачали релизную версию самой программы, вам нужны и релизные контрольные суммы — иначе вы увидите несоответствие. Точно так же двоичные файлы из промежуточных сборок идут с контрольными суммами из промежуточных сборок, и так далее. (Мы выделили разделы страницы загрузки цветом, чтобы немного уменьшить эту путаницу.)

Ещё один момент: начиная с 0.71 исполняемые файлы вроде putty.exe существуют в двух вариантах для каждой платформы — отдельные standalone-сборки на сайте, со встроенной справкой, и сборки, устанавливаемые инсталлятором, которые используют отдельный файл справки, тоже входящий в инсталлятор. Мы публикуем контрольные суммы для обоих. Для второго варианта после имени файла указано «(installer version)».

Если вы все перепроверили, но по-прежнему считаете, что имеет место реальное несоответствие, то, пожалуйста, отправьте нам подробный отчёт со следующими сведениями:

10. Разные вопросы

10.1. Является ли PuTTY портом OpenSSH или основан на OpenSSH или OpenSSL?

Нет, не является. PuTTY практически полностью состоит из кода, написанного для PuTTY с нуля. По состоянию на 2026 год, у PuTTY и OpenSSH, насколько нам известно, нет ни одной общей строки кода.

(В прошлом существовал как минимум один случай, когда оба инструмента использовали один и тот же фрагмент стороннего кода, однако в актуальных версиях это уже не так.)

10.2. Использует ли PuTTY искусственный интеллект (AI) или большие языковые модели (LLM)?

Нет. PuTTY не использует никаких AI или LLM в своей работе. В самом PuTTY нет кода, реализующего AI или LLM, и PuTTY не обращается ни к каким AI/LLM-системам в интернете во время работы.

PuTTY стремится к надёжности, предсказуемости и эффективности. AI в стиле 2020-х плохо справляется со всеми этими требованиями — особенно с «эффективностью».

PuTTY не собирает данные пользователей для передачи на серверы разработчиков — ни для обучения LLM, ни для каких-либо иных целей. (Подробнее о том, какую информацию PuTTY действительно хранит и передаёт, см. в приложении I. Коротко: она хранит только необходимое для работы и общается только с теми серверами, к которым вы попросили подключиться.)

Разумеется, после того как вы подключились к серверу при помощи PuTTY, этот сервер может выполнять AI-операции или собирать данные вашего сеанса. PuTTY ничего не может с этим поделать (и даже определить, что это происходит). Если вас это беспокоит, обратитесь к администратору сервера.

10.3. Что означает «PuTTY»?

Это название популярного SSH- и Telnet-клиента. Любое другое значение — на ваше усмотрение. Ходили слухи, что «PuTTY» — это антоним getty, или что это та штука, которая делает вашу Windows полезной, или что это что-то вроде Плутониевого Телетайпа. Не нам комментировать подобные утверждения.

10.4. Как произносится слово «PuTTY»?

Точно так же, как английское слово «putty», которое мы произносим как /ˈpʌti/.

© 2009–2026, PuTTY.ORG.RU —
При использовании материалов сайта указывайте источник.