Читање Squid грешке SO_ORIGINAL_DST
Проверите да ли је експлицитно конфигурисан клијент стигао до слушаоца за пресретање пре него што почнете да решавате неуспех Squid-овог тражења изворног одредишта.
NF getsockopt(SO_ORIGINAL_DST) упућује на тражење изворног одредишта. У поставци пресретања Squid мора да обнови куда је преусмерена веза првобитно ишла.
Експлицитно конфигурисан прегледач намерно шаље захтеве проксију. Та веза не добија историју NAT пресретања само зато што поред порта Squid-овог слушаоца пише intercept.
Зато овај несклад може да пропадне пре него што сертификат одредишта постане релевантан.
Почните од тога како је веза стигла
- Ако апликација има конфигурисану адресу проксија, одредите уобичајени слушалац прослеђујућег проксија који треба користити.
- Ако гејтвеј преусмерава иначе директан саобраћај, проверите да ли стиже до предвиђеног слушаоца за пресретање и да ли подржани NAT дизајн чува потребне податке о одредишту.
- Ако постоје оба начина, проверите коју адресу и порт је клијент који не успева заиста контактирао.
Squid-ова документација за http_port јасно прави разлику: изостављање ознаке режима бира режим прослеђујућег проксија; intercept очекује NAT пресретање на IP слоју.
Затим безбедност преноса третирајте одвојено. HTTP прокси може да преноси HTTPS путем CONNECT. TLS веза према проксију захтева компатибилан слушалац и конфигурацију клијента. Дешифровање саобраћаја према одредишту је опет засебна опциона могућност.
Не копирајте старо “HTTPS решење” које укључује генерисање сертификата само зато што URL одредишта почиње са HTTPS. Прво поправите усклађеност клијента и слушаоца. Ако након тога остане стварна TLS грешка, она ће бити кориснија за истраживање.