Как правильно настроить squid3 в качестве прокси-сервера HTTPS?
Я пытаюсь настроить squid3 в качестве прокси HTTPS, используя руководство, приведенное здесь . Я правильно настроил параметры прокси в моем браузере, и когда я пытаюсь открыть HTTP веб-сайты, я могу успешно подключиться. Однако я все время получаю сообщение об ошибке «Превышено время ожидания подключения». всякий раз, когда я попадаю на веб-сайт протокола HTTPS , и появляется следующая ошибка в моем /var/log/squid3/cache.log :
2016/06/20 19:12:47| NF getsockopt(SO_ORIGINAL_DST) failed on local=<local_ip_address>:3129 remote=<remote_ip_address>:55209 FD 8 flags=33: (92) Protocol not available
Вот мой / etc / squid3 Файл /squid.conf (закомментированные строки удалены для краткости):
auth_param basic program /usr/lib/squid3/basic_ncsa_auth /usr/etc/passwd
auth_param basic casesensitive off
auth_param basic credentialsttl 2 hours
acl user_auth proxy_auth REQUIRED
http_access allow user_auth
acl SSL_ports port 443
acl Safe_ports port 80 # http
acl Safe_ports port 21 # ftp
acl Safe_ports port 443 # https
acl Safe_ports port 70 # gopher
acl Safe_ports port 210 # wais
acl Safe_ports port 1025-65535 # unregistered ports
acl Safe_ports port 280 # http-mgmt
acl Safe_ports port 488 # gss-http
acl Safe_ports port 591 # filemaker
acl Safe_ports port 777 # multiling http
acl CONNECT method CONNECT
http_access allow localhost
http_access allow all
http_port 3127
https_port 3129 intercept ssl-bump generate-host-certificates=on dynamic_cert_mem_cache_size=4MB key=/etc/squid3/example.com.private cert=/etc/squid3/example.com.cert
ssl_bump server-first all
sslproxy_flags DONT_VERIFY_PEER
sslproxy_cert_error deny all
sslcrtd_program /usr/lib/squid3/ssl_crtd -s /var/lib/ssl_db -M 4MB sslcrtd_children 8 startup=1 idle=1
coredump_dir /var/spool/squid3
refresh_pattern ^ftp: 1440 20% 10080
refresh_pattern ^gopher: 1440 0% 1440
refresh_pattern -i (/cgi-bin/|\?) 0 0% 0
refresh_pattern (Release|Packages(.gz)*)$ 0 20% 2880
refresh_pattern . 0 20% 4320
always_direct allow all
Вот результат моего squid3 -v :
Squid Cache: Version 3.3.8
(Ubuntu)
configure options: '--build=i686-linux-gnu' '--prefix=/usr' '--includedir=${prefix}/include' '--mandir=${prefix}/share/man' '--infodir=${prefix}/share/info' '--sysconfdir=/etc' '--localstatedir=/var' '--libexecdir=${prefix}/lib/squid3' '--srcdir=.' '--disable-maintainer-mode' '--disable-dependency-tracking' '--disable-silent-rules' '--datadir=/usr/share/squid3' '--sysconfdir=/etc/squid3' '--mandir=/usr/share/man' '--enable-inline' '--enable-async-io=8' '--enable-ssl' '--enable-ssl-crtd' '--enable-storeio=ufs,aufs,diskd,rock' '--enable-removal-policies=lru,heap' '--enable-delay-pools' '--enable-cache-digests' '--enable-underscores' '--enable-icap-client' '--enable-follow-x-forwarded-for' '--enable-auth-basic=DB,fake,getpwnam,LDAP,MSNT,MSNT-multi-domain,NCSA,NIS,PAM,POP3,RADIUS,SASL,SMB' '--enable-auth-digest=file,LDAP' '--enable-auth-negotiate=kerberos,wrapper' '--enable-auth-ntlm=fake,smb_lm' '--enable-external-acl-helpers=file_userip,kerberos_ldap_group,LDAP_group,session,SQL_session,unix_group,wbinfo_group' '--enable-url-rewrite-helpers=fake' '--enable-eui' '--enable-esi' '--enable-icmp' '--enable-zph-qos' '--enable-ecap' '--disable-translation' '--with-swapdir=/var/spool/squid3' '--with-logdir=/var/log/squid3' '--with-pidfile=/var/run/squid3.pid' '--with-filedescriptors=65536' '--with-large-files' '--with-default-user=proxy' '--enable-linux-netfilter' 'build_alias=i686-linux-gnu' 'CFLAGS=-g -O2 -fPIE -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall' 'LDFLAGS=-Wl,-Bsymbolic-functions -fPIE -pie -Wl,-z,relro -Wl,-z,now' 'CPPFLAGS=-D_FORTIFY_SOURCE=2' 'CXXFLAGS=-g -O2 -fPIE -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security'
Я потратил много времени на поиск этой ошибки в Google, но мог не прийти к решению, которое настроило бы squid как прокси-сервер HTTP. Как мне заставить это работать?
Возможно, вам потребуется использовать директиву http_port с ssl-bump , а не https_port , поскольку в ваших браузерах настроен прокси (метод CONNECT).
Режим перехвата подходит для прозрачного прокси (настройки браузера не требуются), когда пакеты автоматически перенаправляются на прокси с помощью iptables. Директива https_port используется для перехвата и обработки такого трафика, поступающего на прокси.
ssl-bump: http://www.squid-cache.org/Doc/config/ssl_bump/
Эта опция используется, когда запрос CONNECT получен на
http_port(или новое соединение перехватывается наhttps_port), при условии, что порт был настроен с флагом ssl-bump. В последующие данные о подключении обрабатываются как HTTPS и расшифровывается ИЛИ туннелируется на уровне TCP без расшифровки, в зависимости от первое совпадающее "действие" столкновения.
Для примера ssl-bump: http://wiki.squid-cache.org/ConfigExamples/Intercept/SslBumpExplicit
Ошибка "NF getsockopt(SO_ORIGINAL_DST)" является ошибкой NAT. Она не имеет никакого отношения к шифрованию.
Так как вы явно настроили свой браузер на использование прокси:
вы ничего не перехватываете. Использование опции "перехват" неправильно и приводит к ошибке NAT.
браузер не будет использовать TLS для соединения с прокси. Именно по этой причине неправильно использовать https_port.
браузер будет посылать сообщения CONNECT на порт 3127 прокси. Это то, что должно быть "увеличено".
Так что вам нужно просто переместить настройки ssl-bump в вашу существующую строку http_port. Это должно выглядеть следующим образом:
http_port 3127 ssl-bump \ generate-host-certificates=on \ dynamic_cert_mem_cache_size=4MB \ key=/etc/squid3/example.com.private \ cert=/etc/squid3/example.com.cert
Другие вещи, которые вы должны сделать для правильной установки SSL-Bump, это удалить следующие строки:
sslproxy_flags DONT_VERIFY_PEER sslproxy_cert_error deny all always_direct allow all
Они приносят больше вреда, чем пользы и даже не полезны для отладки.
Кроме того, обновите ваш прокси до последнего апстрима. TLS и SSL-Bump участвуют в быстро меняющейся гонке вооружений для обеспечения лучшей безопасности, а также для расшифровки этой лучшей безопасности. Использование более старых версий, чем последняя, гарантированно так или иначе может привести к возникновению проблем. В Squid-3.3 есть проблемы с Elliptic Curve и другими свежими шифрами, перерывы при возобновлении сеанса TLS, нельзя обойти пиннинг сертификатов с использованием SNI, генерируются SHA-1 сертификаты и т.д.
.