Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.FTN.DEVELOP
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.FTN.DEVELOP с датами от 12 Jul 13 20:52:30 до 18 Oct 24 22:48:06, всего сообщений: 2735
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 490 из 2735 ==================================== RU.FTN.DEVELOP =
От   : Alexey Vissarionov               2:5020/545         09 Sep 14 17:01:00
Кому : Vitaly Zaitsev                                      09 Sep 14 17:01:00
Тема : FTNMTP
FGHI : area://RU.FTN.DEVELOP?msgid=2:5020/545+540efa10
На   : area://RU.FTN.DEVELOP?msgid=2:5020/2140.2555+540eabed
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.FTN.DEVELOP?msgid=2:5020/2140.2555+540f11de
Ответ: area://RU.FTN.DEVELOP?msgid=2:5020/9696+541b24d4
==============================================================================
Доброго времени суток, Vitaly!
09 Sep 2014 13:25:34, ты -> мне:

AV>> Да? И что там слышно про HTTPS для VirtualHost?
VZ> SNI называется. Nginx умеет его из коробки. Я лично проверял -
VZ> всё работает с разными сертификатами на одном и том же IP.

Очередной костыль, да еще и дырявый: "The first (default) vhost for SSL name-based virtual hosts must include TLSv1 as a permitted protocol"

Вот что мешало этим ненатуралам реализовать что-то наподобие:

C: OPTIONS * HTTP/1.0
C: Connection: Keep-Alive
C: Hash-Algo: SHA256, SHA512, GOST3411

S: HTTP/1.1 200 OK
S: Content-Length: 0
S: Keep-Alive: timeout=5, max=100
S: Connection: Keep-Alive
S: Server-Hash-Salt: SHA256:ToEIYRTu8zMlBh1pEvoIgJj6EECGtviYqaMftqGHr3g

C: OPTIONS * HTTP/1.0
C: Connection: Keep-Alive
C: Server-Hash: SHA256:LX9CQHP8kt37Xxi+1KLzNEuyvtwUJdKF6qebcqA8Cc8

А дальше UPGRADE и работаем как обычно.

В чем смысл обмена значениями Server-Hash-Salt и Server-Hash: клиент вычисляет (по указанному сервером алгоритму из Hash-Algo) хеш имени нужного ему сервера, XORит его с Server-Hash-Salt, вычисляет хеш результата и сообщает окончательный результат серверу, а сервер, в свою очередь, вычисляет аналогичные хеши (с тем же Server-Hash-Salt) для всех своих виртуальных хостов и, сравнивая их с хешом, вычисленным клиентом, определяет, с каким хостом хочет работать клиент.

Недостаток у данного метода ровно один: каждое соединение требует вычисления кучки хешей на сервере. Разумеется, первые хеши (непосредственно для имен) вычисляются заранее и хранятся в памяти, но "соленые" считать все же придется.


--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii

... Кликайте, и вам откликнется!
--- /bin/vi
* Origin: http://openwall.com/Owl/ru (2:5020/545)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.094768 секунды