Форум русскоязычного сообщества Ubuntu


Хотите сделать посильный вклад в развитие Ubuntu и русскоязычного сообщества?
Помогите нам с документацией!

Автор Тема: Помогите Exim + TLS  (Прочитано 1006 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн alexbalkan

  • Автор темы
  • Активист
  • *
  • Сообщений: 281
    • Просмотр профиля
Помогите Exim + TLS
« : 21 Апреля 2017, 18:15:33 »
Приветствую всех форумчан!
Настроил TLS в Exim по мануалам, вроде как работает и не работает.
(Нажмите, чтобы показать/скрыть)
Почта отправляется и принимается. Но при анализе обмена почтовых серверов все время ошибка Encrypted Alert. Вот что показывает tshark :
Content type:Alert (21) Version: TLS 1.2 (0x303) Length: 26 Alert Message: Encrypted Alert

Если я правильно понял, код 21:decryption_failed. Подскажите плиз, откуда начинать искать причину
Предпологаю, проблема с шифрацией
вот лог с gmail
 
(Нажмите, чтобы показать/скрыть)

Далее по теме решил добавить сюда:
Немало погуглив вычитал немало вопросов и ответов по данной теме. Ответы так же разделились 50/50, из чего мало что понял.
Пришлось углубится более детально чтобы разобраться что же происходит при обмене с TLS.
Лучше бы конечно мануальчик здесь написать, чтобы люди читали и меньше задавали подобных вопросов вроде моего, но это на усмотрение хозяев данного форума.
Первое с чего начал, это анализировать с чего начинается TLS сессия.
После установления TCP-соединения и перед тем, как начать обмен по протоколу TLS, клиент и сервер должны согласовать некоторые параметры: версию протокола, шифронабор, а так же проверить сертификаты.
В TLS используется сетевой порядок байтов (старший байт идёт первым, слева направо). Заголовок имеет длину 5 байтов.

Тип - это тип записи. Определено четыре типа:
1) 20 (0x14) - сообщение Change Cipher Spec (CCS);
2) 21 (0x15) - сообщение Alert (это не обязательно предупреждение, есть вполне "фатальные alert-ы");
3) 22 (0x16) - сообщение Handshake (установление соединения);
4) 23 (0x17) - Application Data (запись содержит данные приложения - то есть, полезную нагрузку).
При передаче информации, основные преобразования с шифрами и кодами аутентификации как раз происходят в блоке данных записи с типом 23 (0x17) Application Data.
Версия протокола - это версия, записанная в двух байтах: 03 00 - это SSLv3, 03 01 - TLS 1.0; 03 02 - TLS 1.1; 03 03 - TLS 1.2;
Вообщем вся эта тема немного долгая и требующая анализа, конечно для тех кто хочет в этом разобраться. Так как данный анализ, поможет во многом установить причину проблемы, а после уж задавать вопросы. Жаль конечно, что как то тихо все молчат, и ни у кого не нашлось минутки чиркануть, направить в нужное русло, подсказать.
« Последнее редактирование: 23 Апреля 2017, 04:03:50 от alexbalkan »

 

Страница сгенерирована за 0.032 секунд. Запросов: 26.