Обсуждение:TLS
Проект «Информационные технологии» (уровень II, важность для проекта высокая)
Эта статья тематически связана с вики-проектом «Информационные технологии», цель которого — создание и улучшение статей по темам, связанным с информационными технологиями. Вы можете её отредактировать, а также присоединиться к проекту, принять участие в его обсуждении и поработать над требуемыми статьями. |
Объединение TLS и SSL[править код]
AFAIK, TLS — всего-лишь новое название для SSL, поэтому имеет смысл объединить всю информацию в статью TLS, а SSL сделать редиректом на нее. Grain 23:19, 9 декабря 2006 (UTC)
- Согласен с вами. --Diver 09:18, 10 декабря 2006 (UTC)
- Вы ошибаетесь. SSL всегда работает на транспортном уровне, TLS применим и к прикладному, см. StartTLS, например. А вот доработать статьи, чтобы разница была понятна, бесспорно необходима. Английские варианты статей хорошие.
Боюсь что STARTTLS в SMTP больше исключение, нежели правило, даже для SMTP есть и нормальный TLS/SSL-вариант — SMTPS. Grain 17:45, 25 января 2007 (UTC)- Да, TLS поддерживается и на уровне приложения (для протоколов SMTP и HTTP), но эти расширения появились не раньше того как SSL 3.0 превратился в TLS 1.0 Grain 18:17, 25 января 2007 (UTC)
- Мне кажется, что объединение статей эту путаницу только усугубит. Хотя и их нынешнее состояние печально. Объединение их AS IS точно приведет к ужас-ужас. Наверное, лучше сначала поправить, а потом объединять, а то будут сплошные "и сертификата".motto 22:03, 25 января 2007 (UTC)
Перевод английской версии[править код]
Я немного дополнил статью в TLS/Temp. Можно ли теперь ее поместить на место основной статьи? Diver 11:09, 4 февраля 2006 (UTC)
Прочитал статьи посвященные SSL/TLS и связанные с темой статьи о технологии сертификации открытых ключей. Судя по тексту, это не более чем просто ужасный перевод англоязычной статьи, настолько ужасный, что местами изложение материала очень напоминает то, что называется бредом — несвязанные между собой по смыслу или же вообще противоречивые предложения, в одной статье по сертификации в описании процесса удостоверения подлинности открытого ключа одной из сторон встречается утверждение лишенное смысла в контексте описываемого процесса. Господа переводчики/авторы, вы с самой темой хоть немного знакомы?? Подобные тексты, только получше встречаются в переводных книжках широко известной своей жадностью и беспардонным отношениям к своим клиентам компании Cisco Systems, продающей подобные переводные "шедевры" за весьма нескромные деньги.... Xpasha 17:25, 17 марта 2010 (UTC)
Считаете, что за бесплатно-то уж, конечно, надо делать лучше, чем за "нескромные деньги"? По-моему, ваш комментарий неинформативен, в нём нет конкретики — какие именно предложения бессмысленны и проч. Если вы специалист в этом вопросе, сами внесите нужные изменения, а если нет, то ни к чему критиковать. Мне лично, как пользователю, статья показалась хорошей и полезной, предлагаю снять с неё гриф о том, что её надо переписать. С уважением, 95.26.218.46 22:49, 10 апреля 2011 (UTC)Knivy. 11.04.11.
Локальное хранилище потока[править код]
Английский термин TLS многозначен, и означает не только «безопасность уровня транспорта», описанное в этой статье, но и «локальное хранилище потока» (thread local storage), как минимум. Поскольку ни одно из употреблений не может быть признано основным (ИМХО), страницу непосредственно TLS надо сделать по шаблону многозначного термина, а текущее содержимое перенести либо в русский аналог статьи «Transport Layer Security», как сделано в английском разделе, либо объединить с SSL, как предлагали выше. 85.114.8.98 14:36, 13 января 2011 (UTC)
Невозможность использования с протоколами UDP и ICMP;[править код]
Непонятное утверждение, openvpn использует TLS и работает поверх udp. 117.6.162.58 07:49, 2 апреля 2015 (UTC)
Перевод раскрытия аббревиатуры[править код]
- TLS (англ. Transport Layer Security — защищённый транспортный узел), как и его предшественник SSL (англ. Secure Sockets Layer — транспорт защищённых сокетов)
Это что вообще? Почему "безопасность" переведена как "узел" и почему "уровень" переведён как "транспорт"??? --Nashev 08:56, 21 июля 2017 (UTC)
Преимущество стандартизации IPSec[править код]
Безопасность и надёжность защиты данных протокола проверена и доказана, так как протокол был принят как Интернет-стандарт
спецификации TLS также утверждаются в качестве Интернет-стандартов (Standards track RFC). Аудит, предшествовавший принятию спецификаций IPSec, конечно, ценен, но сейчас внимание криптоаналитиков сосредоточено скорей на TLS, ввиду большей расспостранённости. Т. о. наличие преимущества IPSec (в сравнении с TLS) сомнительное.