|
3. Где взять и как установить ssh.3.1 Какая последняя версия ssh?Последние оффициальные реализации на данный момент - 1.2.27(ssh1) и 2.0.13(ssh2).В настоящий момент Ssh работает на Unix-based платформах. И успешно портирован на все "ведущие" Unix ситемы. 3.2 Могу ли я законно использовать ssh?Реализацию ssh-1.2.27 для OS Unix можно свободно использовать в некоммерческих целях и нельзя продавать как отдельный продукт или часть большого продукта или проекта, иными словами нельзя использовать SSH для извлечения финансовой выгоды без приобретения сепциальной[отдельной] лицензии. Определение "коммерческое использование" в отношении ssh следует воспринимать как извлечение финансовойвыгоды из чего-либо, как например использование ssh для входа на компьютеры заказчика с целью их удаленного администрирования или например, использование в целях безопасного входа к партнерам, продавцам и тд и тп связанных прямо или косвенно коммерческими интересами.В ходе переписки между "Data Fellows" и ведущим этого FAQ'а были заданы следующие вопросы и соответственно получены ответы: ===============================================================
S: Steve Acheson, FAQ
Maintainer
S>Can a company use the 1.2.26 release of the SSH software freely
for
P>You can freely use it for internal support and administration
of your own
S>Does connecting from one machine to another via SSH to
P>No, unless you provide this ability to a third party or connect
to a third
S>Does connecting from a purchased PC client SSH software to a non-licensed
P>No.
S>Does connecting to a remote site, that is not company owned, but
company
P>Yes. You need a commercial license for that.
=============================================================== Unix версии ssh 2.0.13 могут быть использованы ТОЛЬКО в случае персонального использования или в целях обучения (см. license agreement). В случае коммерческого использования необходимо купить лицензию у Data Fellows. Более ранние версии ssh имеют менее ограниченную лицензию; читайте об этом в файле COPYING сопровождающем дистрибутив каждой версии. В некоторых странах, особенно Франции, России, Ираке и Пакистане, вовсе запрещено использование шифрования без особого на то разрешения. Если находитесь в USA, то должны осозновать что любая попытка экспортировать ssh за пределы штатов будет рассматриваться как уголовно-наказуемая, сюда же относится и попытка размещения на ftp серверах находящихся за пределами USA, не взирая на то что сам SSH был написан за пределами USA и с использованием лишь свободно доступных материалов. Для получения более полной информации обращайтесь в ведомство "Defence Trade Controls". Алгоритмы RSA и IDEA, которые используются в ssh, имею самостоятельные патентные права в разных странах, включая US. Вместо них можно воспользоваться библиотекой RSAREF, однако законность использования в некомерческих целях ssh в US в таком случае, может восприниматься двояко. Вам может понадобиться приобретение лицензии для коммерческого использования IDEA; однако ssh будет прекрасно работать будучи сконфигурирован и без него. Для более подробной информации читайте файл COPYING из дистрибутива ssh. 3.3 Что можно сказать о коммерческом использовании ssh?Некомерческое использование версии ssh 1.2.x было совершенно свободно в Unix среде и почти определенно останется таковым в будущем.Использование версии ssh 2.x было существенно ограничено. Tatu Ylonen, автор ssh, организовал компанию "SSH Communications Security Oy" которая обеспечивает коммерческую поддержку и лицензирование ssh. Эта компания работает совместно с "Data Fellows", которая занимается продажей ssh лицензий. Более полную информацию можно найти на http://www.datafellows.com/ и http://www.ssh.fi/. 3.4 Где можно взять ssh?Центральный адрес распространения ssh ftp://ftp.cs.hut.fi/pub/ssh/.Официальная версия имеет PGP-подпись с ключом ID DCB9AE01 1995/04/24 Ssh distribution key <ylo@cs.hut.fi> Key fingerprint = C8 90 C8 5A 08 F0 F5 FD 61 AF E6 FF CF D4 29 D9Ssh также доступен через анонимный доступ по ftp со следующих адресов:
3.5 Как установить ssh?Возьмите файл дистрибутива с ближайшего к вам зеркала, затем распакуйте егоgzip -c -d ssh-1.2.27.tar.gz | tar xvf -после чего перейдите в директорию ssh-1.2.27, прочитайте файл INSTALL, и следуя рекомендациям установите SSH. 3.6 Может ли установить ssh "непривелигированный" пользователь в OS Unix?Если вы запустили сервер - sshd, как пользователь отличный от root, вы получите доступ - login только для того пользователя от которого был запущен сам sshd.Если вы установили клиентскую часть без setuid root, то это не помешает вам соединяться и входить на удаленные сервера, НО вы не сможете использовать форму .rhosts проверки подлинности входящего. Вы можете запустить sshd из под своего account'а применив опцию -p для использования ssh на непривелигерованном порту (>1024), чтобы иметь возможность соединения с других машин по заданному порту ssh -p. Данный метод, как было замечено выше, позволяет производить соединения только под тем пользователем, под которым был запущен собственно sshd, и как правило демон не перестартует после перезагрузки машины. Вы сами должны решать какой метод использовать в зависимости от ситуации. 3.7 Где можно получить помощь?Для начала полностью прочитайте этот документ :-) и то что доступно на основной странице ssh http://www.ssh.fi/sshprotocols2/.Для пользователей очнь полезно будет введение на http://www.tac.nyc.ny.us/~kim/ssh/. Автор этого опуса тоже имеет несколько статей об SSH опубликованных в Sunworld журнале. Введение в SSH, достижения, и тд и тп: Конфигурирование, установка, и тд и тп:
subscribe ssh в теле письма. Перед подпиской вы можете поискать ответ на ваш вопрос в архиве на
3.8 Существуют ли версии ssh для Non-Unix операционных систем?последнее обновление: 1999-07-11ниже список ssh клиентов и серверов.
win32
http://www.lexa.ru/sos/ cygnus win32 ( http://sourceware.cygnus.com/cygwin/ )beoswincepalm pilotjava
os2macintosh
openvmsПорт для OS/2 можно взять с ftp://ftp.cs.hut.fi/pub/ssh/os2//">ftp://ftp.cs.hut.fi/pub/ssh/os2/.Существует список рассылки для версии OS/2. Для подписки отправьте письмо на majordomo@clinet.fi с subscribe ssh-os2в теле сообщения. 3.9 Что можно сказать об администрировании ssh?Основной проблемой администрирования ssh является управление "host keys"[ключами машин]. Чтобы разрешить клиенту доступ на удаленную машину с использованием проверки на подлинность через "RSA host key", серверу необходимо знать публичные ключи клиентов.Их можно собирать автоматически, каждую ночь, используя имеющийся в дистрибутиве скрипт написанный на Perl'е make-ssh-known-hosts.pl или с помощью быстрой утилиты ssh-keyscan, доступной с ftp://cag.lcs.mit.edu/pub/dm/ или ftp://ftp.cs.hut.fi/ssh/contrib/. Thomas Konig написал скрипт разбирающий и анализирующий вывод вышеуказанных утилит, проверяя наличие новых ключей, сообщая о тех host'ах которые сменили свои ключи (дабы предотвратить атаки) и в завершение создавая новый файл ключей. Этот скрипт доступен с http://www.uni-karlsruhe.de/~ig25/ssh-faq/comp-host-list. На основе этих утилит вы можете написать свои для постоянной проверки public
keys. Когда на новых машинах заработает ssh или произойдет изменение ключей на
уже работающих, возможно вы захотите высылать уведомления или связаться с хозяевами
этих машин напрямую чтобы предупредить возможные атаки хакеров.
3.10 Что известно о других версиях UnixSSH Servers?Существует список рассылки посвященный дискуссии развития GPL'd SSH сервера и клиента.http://www.net.lut.ac.uk/psst/ Существенное что из этого родилось это lsh, полностью соответствующий IETF (закрытый на сколько это возможно) sec-sh (SSHv2) клиент сервер. Попробуйте найти lsh здесь: http://www.lysator.liu.se/~nisse/archive/ Страница 1 2 3 4 5 6 <<< Предыдущая Следущая >>> |
Украинская Баннерная Сеть
|