HTTPS использует TCP или UDP?

Как своевременный - я просто записал, что сообщение в блоге журнала о точно этой проблеме вчера - проверяет его в Importance управления размером файла данных. Сводка:

  • измерьте файлы данных первоначально для составления текущего размера, по крайней мере, плюс рост года, если это возможно,
  • включите мгновенную инициализацию файла, если Вы можете (примечание: это только влияет на файлы данных, файлы журнала всегда должны обнуляться),
  • ВСЕГДА имейте, автостановятся включенными - я полностью и полностью не соглашаются с любым, кто говорит противоположное. Это должно всегда идти для чрезвычайных ситуаций, когда Ваш контроль перестал работать (если ошибка SCOM не предотвращает Вас имеющий его на - см. статью для объяснения),
  • набор авторастет до фиксированного, соответствующего размера
  • Не полагайтесь авторастут. Использование файла монитора и вручную растет. Монитор для автовыращивает случай в чрезвычайных ситуациях
  • никогда никогда не уменьшайтесь, если можно избежать его. Мои сообщения в блоге имеют сценарий, который показывает Вам почему.
  • Ваш файл журнала кажется слишком большим. Контроль эта другая Важность сообщения в блоге надлежащего управления размером журнала транзакций для некоторых полезных советов.

Надеюсь, это поможет!

41
задан 3 January 2010 в 10:36
6 ответов

HTTPS может работать на основе любого надежного потокового транспортного протокола. Обычно это - TCP, но это мог также быть SCTP. Это, КАК ожидают, не будет работать на основе UDP, который является ненадежным датаграммным протоколом (на самом деле, в то время как это не его официальное название, это - хороший способ помнить то, что это).

Присвоение IANA для UDP является историческим; в то время почти каждый протокол был присвоен и TCP и номера портов UDP, даже если бы ожидалось, что он только когда-либо использовал бы тот. Было обсуждение слияния реестров номера порта и только когда-либо присвоения одного порта к одному протоколу отсюда на. Это должно помочь развернуть будущие транспортные протоколы, для которых были бы иначе нужны их собственные реестры. Я не знаю как то завершенное обсуждение.

41
ответ дан 28 November 2019 в 19:43
  • 1
    Большинство реализаций SSL выставляет его как сокет SSL, таким образом, это подразумевает TCP. Существуют очень редкие случаи использования любого другого транспорта. –  Nasko 14 May 2010 в 21:10

Это использует TCP. Было бы трудно выполнить его на UDP без гарантии пакетного прибытия. Если пакеты не прибудут, то зашифрованные данные не будут разборчивы.

33
ответ дан 28 November 2019 в 19:43
  • 1
    Или если пакеты прибывают не в порядке, поскольку UDP не содержит условий для переупорядочения пакетов как TCP. –  janneb 3 January 2010 в 11:42
  • 2
    Не идя в-1 Вы, потому что it' d быть немного педантичным, но, который стоит отметить это there' s никакая причина это couldn' t быть выполненным по UDP. Это может быть нетипично, но это возможно. –  ThatGraemeGuy 3 January 2010 в 14:01

Модель OSI позволяет протоколам верхнего уровня работать на основе любого базового протокола, предоставляющего корректные услуги. HTTPS является HTTP с помощью безопасности SSL/TLS. SSL/TLS обычно работает сверху TCP, но нет ничего, чтобы мешать Вам выполнить его на UDP, SCTP или любом другом протоколе транспортного уровня.

На самом деле, HTTPS по TCP и UDP и определяется как "известный" IANA и имеет числа зарезервированного порта.

См. http://www.iana.org/assignments/port-numbers для "официальных" комбинаций портов/протокола.

7
ответ дан 28 November 2019 в 19:43
  • 1
    Посмотрите, например tools.ietf.org/html/rfc4347 (Датаграммная безопасность Транспортного уровня) для того, как SSL/TLS может работать на основе UDP. –  pehrs 3 January 2010 в 13:35

В следующий раз, если Вы задаетесь вопросом, работает ли услуга портов по умолчанию на tcp или udp, можно посмотреть на/etc/services на машине Linux.

12
ответ дан 28 November 2019 в 19:43
  • 1
    Или машина Windows, в командной строке: find "https" %windir%\system32\drivers\etc\services –  ThatGraemeGuy 3 January 2010 в 13:57
  • 2
    Мой/etc/services также перечисляет 80/udp. На самом деле многие сервисы выделили оба порта, " только в case" я предполагаю. –  Peter Eisentraut 10 January 2010 в 01:03

В настоящее время HTTPS может работать поверх TCP или UDP.

Новый протокол "QUIC" нацелен на замену нескольких TCP-соединений одним мультиплексным UDP-соединением и, следовательно, может обрабатывать SSL и HTTPS:

HTTPS → SSL → QUIC flow → UDP → IP

QUIC был первоначально разработан Google в 2012 году и проходит проверку IETF. Дополнительные сведения см. В Википедии.

8
ответ дан 28 November 2019 в 19:43
  • HTTPS - это HTTP через TLS через TCP через IP.
  • TLS через UDP - это конкретная реализация, называемая ДТЛС ; где D означает «дейтаграмма».
0
ответ дан 28 November 2019 в 19:43

Теги

Похожие вопросы