Завршете го парсирањето на CONNECT-заглавијата пред да го препратите клиентскиот тек

Прокси-сервер што препраќа само по линијата на барањето може да го испрати своето Host заглавие до TLS-портата на дестинацијата.

По линијата на CONNECT барањето, овие бајти сè уште му припаѓаат на проксито:

CONNECT service.example:443 HTTP/1.1\r\n
Host: service.example:443\r\n
User-Agent: example-client\r\n
\r\n

Препраќањето на Host или User-Agent до портата 443 ѝ дава на дестинацијата обични текстуални заглавија таму каде што очекува TLS. Овој неуспех може да се случи пред изборот на шифра воопшто да има значење.

  1. Читајте и парсирајте до завршетокот на заглавијата со празна линија, во рок за поставување и ограничување на големината на заглавијата.
  2. Применете ја автентикацијата на проксито и политиката за дестинација.
  3. Воспоставете ја одобрената врска со целта.
  4. Испратете го успешниот CONNECT одговор и влезете во режим на тунел.

Зачувајте ги баферираните бајти по границата за соодветната следна состојба. Не ги фрлајте и не третирајте ги заглавијата на барањето на проксито како подоцнежно барање на веб-страницата.

Клиентот има соодветна обврска на страната на одговорот: завршете го читањето на успешниот CONNECT одговор пред да започне тунелскиот протокол. Двете страни мора да се договорат за границата каде текот ја менува улогата.

Поврзани статии