Обсуждение:TLS

message: AFAIK, TLS — всего-лишь новое название для SSL, поэтому имеет смысл объединить всю информацию в статью TLS, а SSL сделать редиректом на нее. Grain 23:19, 9 декабря 2006 (UTC)
replies: text: Согласен с вами. --Diver 09:18, 10 декабря 2006 (UTC)

text: Вы ошибаетесь. SSL всегда работает на транспортном уровне, TLS применим и к прикладному, см. StartTLS, например. А вот доработать статьи, чтобы разница была понятна, бесспорно необходима. Английские варианты статей хорошие.
replies: text: : Боюсь что STARTTLS в SMTP больше исключение, нежели правило, даже для SMTP есть и нормальный TLS/SSL-вариант — SMTPS. Grain 17:45, 25 января 2007 (UTC)

text: : Да, TLS поддерживается и на уровне приложения (для протоколов SMTP и HTTP), но эти расширения появились не раньше того как SSL 3.0 превратился в TLS 1.0 Grain 18:17, 25 января 2007 (UTC)
replies: text: ::Мне кажется, что объединение статей эту путаницу только усугубит. Хотя и их нынешнее состояние печально. Объединение их AS IS точно приведет к ужас-ужас. Наверное, лучше сначала поправить, а потом объединять, а то будут сплошные "и сертификата".motto 22:03, 25 января 2007 (UTC)
thread_title:  Объединение TLS и SSL 

message: Я немного дополнил статью в 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.
thread_title:  Перевод английской версии 

message: Английский термин TLS многозначен, и означает не только «безопасность уровня транспорта», описанное в этой статье, но и «локальное хранилище потока» (thread local storage), как минимум. Поскольку ни одно из употреблений не может быть признано основным (ИМХО), страницу непосредственно TLS надо сделать по шаблону многозначного термина, а текущее содержимое перенести либо в русский аналог статьи «Transport Layer Security», как сделано в английском разделе, либо объединить с SSL, как предлагали выше. 85.114.8.98 14:36, 13 января 2011 (UTC)
thread_title:  Локальное хранилище потока 

message: Непонятное утверждение, openvpn использует TLS и работает поверх udp.
117.6.162.58 07:49, 2 апреля 2015 (UTC)
thread_title:  Невозможность использования с протоколами UDP и ICMP; 

message: :TLS (англ. Transport Layer Security — защищённый транспортный узел), как и его предшественник SSL (англ. Secure Sockets Layer — транспорт защищённых сокетов)
Это что вообще? Почему "безопасность" переведена как "узел" и почему "уровень" переведён как "транспорт"??? --Nashev 08:56, 21 июля 2017 (UTC)
thread_title:  Перевод раскрытия аббревиатуры 

message: Безопасность и надёжность защиты данных протокола проверена и доказана, так как протокол был принят как Интернет-стандарт 
спецификации TLS также утверждаются в качестве Интернет-стандартов (Standards track RFC). Аудит, предшествовавший принятию спецификаций IPSec, конечно, ценен, но сейчас внимание криптоаналитиков сосредоточено скорей на TLS, ввиду большей расспостранённости. Т. о. наличие преимущества IPSec (в сравнении с TLS) сомнительное.
thread_title:  Преимущество стандартизации IPSec