<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
	<title type="html"><![CDATA[Linux Forum &mdash; OpenSSH 5.6]]></title>
	<link rel="self" href="https://linuxforum.ru/extern.php?action=feed&amp;tid=5993&amp;type=atom" />
	<updated>2010-08-23T19:38:36Z</updated>
	<generator>PunBB</generator>
	<id>https://linuxforum.ru/viewtopic.php?id=5993</id>
		<entry>
			<title type="html"><![CDATA[Re: OpenSSH 5.6]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=82961#p82961" />
			<content type="html"><![CDATA[<div class="quotebox"><cite>SUSE_user пишет:</cite><blockquote><p>После выхода из ssh-клиента соединения остаются установленными, что при следующем подключении значительно ускоряет время соединения.</p></blockquote></div><p>главное чтоб лимита не было, как на цисках.. а то будет не красиво =)</p>]]></content>
			<author>
				<name><![CDATA[system-root]]></name>
				<uri>https://linuxforum.ru/profile.php?id=521</uri>
			</author>
			<updated>2010-08-23T19:38:36Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=82961#p82961</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[OpenSSH 5.6]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=82946#p82946" />
			<content type="html"><![CDATA[<p>Доступен релиз OpenSSH 5.6, открытой реализации клиента и сервера для работы по протоколу SSH версии 1.3, 1.5 и 2.0, дополнительно включающей в себя поддержку SFTP.</p><p>В новой версии исправлено 23 ошибки и добавлено несколько новшеств:</p><ul><li><p>В конфигурации клиента (ssh_config) появилась новая опция ControlPersist, при указании которой в фоне автоматически запускается ssh-процесс, через который в последующем мультиплексируются новые клиентские соединения. После выхода из ssh-клиента соединения остаются установленными, что при следующем подключении значительно ускоряет время соединения. Возможно указание таймаута, после истечения которого неактивные соединения автоматически будут завершены;</p></li></ul><ul><li><p>При аутентификации на стороне хоста (Hostbased) теперь возможно использование сертификатов, подписанных CA-ключами, заданными в файле known_hosts с меткой &quot;@cert-authority&quot;;</p></li></ul><ul><li><p>Утилита ssh-keygen теперь может подписывать сертификаты, используя CA-ключи, хранимые с использованием PKCS#11. Кроме того, в ssh-keygen добавлены функции импорта (-i) и экспорта (-e) ключей в форматах PEM и PKCS#8, в дополнение к ранее поддерживаемым ключам ключам в представлении RFC4716 (SSH.COM);</p></li></ul><ul><li><p>Утилита ssh (клиент) после завершения стадии аутентификации теперь сохраняет в логе имя и IP-адрес хоста к которому осуществляется подключение. Данные выводятся в лог в режиме &quot;LogLevel=verbose&quot;. Возможность добавлена с целью отследить факты фишинга, при которых сервер сразу пускает без проверки пароля, но выводит подставную строку ввода пароля;</p></li></ul><ul></ul><ul><li><p>Серверный процесс sshd теперь отправляет данные о правах доступа и владельцах файлов с ключами, которые фигурируют при соединении. На стороне клиента данную информацию можно увидеть в режиме &quot;LogLevel=debug&quot;;</p></li></ul><ul><li><p>При мультиплексировании соединений в ssh теперь возможно удаленное перенаправление (remote forwarding) с динамическим выделением номера порта, который выделяется на удаленной стороне и возвращается назад пользователю: &quot;LPORT=`ssh -S muxsocket -R0:localhost:25 -O forward somehost`&quot;;</p></li></ul><ul><li><p>В Match-блоках конфигурации sshd_config теперь можно использовать опции: AuthorizedKeysFile, AuthorizedPrincipalsFile, HostbasedUsesNameFromPacketOnly и PermitTunnel;<br />sshd теперь поддерживает косвенные проверки совпадения имен принципалов, перечисленных в сертификате. По умолчанию, если в сертификат встроен список принципалов, то для успешного прохождения аутентификации имя текущего пользователя на сервере обязательно должно совпадать с одним из них. Список принципалов, которые допустимо использовать без проверки на совпадение с именем пользователя, в случае если сертификат подпадает под действие директивы TrustedCAKeys, можно задать в файле, указанном через директиву AuthorizedPrincipalsFile. Список принципалов также можно задать через ~/.ssh/authorized_keys в формате principals=&quot;name1[,name2,...]&quot;;</p></li></ul><ul></ul><div class="codebox"><pre><code>           Host *.*
              Hostname %h
           Host *
              Hostname %h.example.org</code></pre></div><p>И другие изменения.<br />Взято тут:<br /><a href="http://www.opennet.ru/opennews/art.shtml?num=27716">http://www.opennet.ru/opennews/art.shtml?num=27716</a><br />Подробности можно узнать здесь:<br /><a href="http://marc.info/?l=openssh-unix-dev&amp;m=128256356229601&amp;w=2">http://marc.info/?l=openssh-unix-dev&am … 01&amp;w=2</a></p>]]></content>
			<author>
				<name><![CDATA[SUSE_user]]></name>
				<uri>https://linuxforum.ru/profile.php?id=286</uri>
			</author>
			<updated>2010-08-23T19:12:13Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=82946#p82946</id>
		</entry>
</feed>
