mtxd
Member | Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Столкнулся с интересным поведением squid после редиректа порта на 3128. Схема такая:
Есть рабочий компьютер, который также использую дома (выход в инет напрямую). Есть на работе где-то proxy server с авторизацией. Поскольку настройка global proxy в gnome хромает, настроил локальный squid для работы с корпоративным прокси. Далее идея автоматизировать определение положения копьютера в сети и при необходимости перенапрявлять все 80 и 443 с помощью iptables на локальный прокси, который в свою очередь обменяется данными с корпоративным прокси сервером. Загвоздка в том, что вся схема почти работает:
Код:| iptables -t nat -A OUTPUT -p tcp --dport 80 -j REDIRECT --to-ports 3128 |
перенапрявляет исходящие 80 на локалхост 3128 с такой конфигарацией:
Код:
acl manager proto cache_object
acl localhost src 127.0.0.1/32 ::1
acl to_localhost dst 127.0.0.0/8 0.0.0.0/32 ::1
# Example rule allowing access from your local networks.
# Adapt to list your (internal) IP networks from where browsing
# should be allowed
acl localnet src 10.0.0.0/8 # RFC1918 possible internal network
acl localnet src 172.16.0.0/12 # RFC1918 possible internal network
acl localnet src 192.168.0.0/16 # RFC1918 possible internal network
acl localnet src fc00::/7 # RFC 4193 local private network range
acl localnet src fe80::/10 # RFC 4291 link-local (directly plugged) machines
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
#
# Recommended minimum Access Permission configuration:
#
# Only allow cachemgr access from localhost
http_access allow manager localhost
http_access deny manager
# Deny requests to certain unsafe ports
http_access deny !Safe_ports
# Deny CONNECT to other than secure SSL ports
http_access deny CONNECT !SSL_ports
# We strongly recommend the following be uncommented to protect innocent
# web applications running on the proxy server who think the only
# one who can access services on "localhost" is a local user
#http_access deny to_localhost
#
# INSERT YOUR OWN RULE(S) HERE TO ALLOW ACCESS FROM YOUR CLIENTS
#
# Example rule allowing access from your local networks.
# Adapt localnet in the ACL section to list your (internal) IP networks
# from where browsing should be allowed
http_access allow localnet
http_access allow localhost
# And finally deny all other access to this proxy
http_access deny all
# Squid normally listens to port 3128
http_port 3128
# Uncomment and adjust the following to add a disk cache directory.
#cache_dir ufs /var/spool/squid 100 16 256
# Leave coredumps in the first cache dir
coredump_dir /var/spool/squid
# Add any of your own refresh_pattern entries above these.
refresh_pattern ^ftp: 1440 20% 10080
refresh_pattern ^gopher: 1440 0% 1440
refresh_pattern -i (/cgi-bin/|\?) 0 0% 0
refresh_pattern . 0 20% 4320
cache_peer proxy.company.com parent 8080 0 no-digest login=user:pass
never_direct allow all
|
Однако ответ локального прокси после этого несколько неожиданный:
1316778762.513 25 ip NONE/400 3609 GET /some/seo/url.php - NONE/- text/html
вместо ожидаемого полного адреса domain.com/some/seo/url.php имеем все, кроме domain.com
Без iptables redirect и прописывания прокси вручную все нормально:
Код:
Есть мысли почему так? Заранее благодарен. |
Всего записей: 206 | Зарегистр. 29-01-2003 | Отправлено: 17:25 23-09-2011 | Исправлено: mtxd, 18:46 26-09-2011 |
|
