https://www.opennet.ru/openforum/vsluhforumID12/5906.html Здрасьти!<br>Давно использую squid на корпоративном шлюзе в инет.<br>Теперь задался вопросом: можно ли организовать прозрачное проксирование запросом БЕЗ NAT?Т.к. у клиентов сейчас белые адреса.<br> https://www.opennet.ru/openforum/vsluhforumID12/5906.html#4 Tue, 23 Dec 2008 17:28:04 GMT &gt;можно ли организовать прозрачное проксирование запросом БЕЗ NAT?<br>&gt;Т.к. у клиентов сейчас белые адреса. <br><br>Ещё комментарий: Тот NAT, что _нужен_ для прозрачного сквида, есмь [подвид] redirect. А тот, что "для серых - в белые" -- SNAT и/или MASQUERADE. Два разных NAT-а.<br><br>И "белый" адрес при запросе ч/з прозрачный сквид прояаляется, когда он, сквид, открывает своё _внешнее_ соединение, которое идёт с его, сквида, "белого" адреса. Не NAT, но "прокси уровня приложения".<br> https://www.opennet.ru/openforum/vsluhforumID12/5906.html#3 Tue, 23 Dec 2008 11:41:20 GMT &gt;Задача ввообще в том, чтобы использовать кэш без изменения информации об адресе запроса.<br>&gt;типа клиент послал запрос, запрос попал в squid, он пошарлся в кэше, <br>&gt;если есть - выдал, если нет - то нет, и запрос <br>&gt;пошел уже дальше но НЕ от имени squid <br><br>Мыслей две. Во-первых, прозрачный сквид, как Вы, возможно, заметили, -- "костыль страшный"(тм). А то, чего Вы желаете (да, оно возможно - теоретически...(1)), это костыль даже не двойной, а в квадрате. Хотя, может, это я злобствую -- всем надо, а я не даю. Во-вторых, Если ответа не было в кеше и запрос "не через сквид", откуда бы ответам вообще %) в кеше взяться. (Предполагаю, что не кешированные ответы надо в кеш класть...)<br><br>(1)Какие-нибудь "апаратные" кеши от проприертарных разработчиков м.б. что-то подобное и умеют... Чтоб на сквиде такое делали - не слышал. М.б. - недостаок образования.<br><br>(1'бис)Кто тут чаще про ядро читает -- не пытались ли что-то такое (или функции для поддержки) делать для ядра (и сквида - тоже, ведь в нём же нужно или соединение с https://www.opennet.ru/openforum/vsluhforumID12/5906.html#2 Tue, 23 Dec 2008 09:09:22 GMT &gt;[оверквотинг удален]<br>&gt;<br>&gt;А Вам кто-то сказал, что NAT можно делать только из "серых" адресов <br>&gt;в "белые"? <br>&gt;Передайте ему, что он не прав. <br>&gt;<br>&gt;Про сквид: можно, наверное. Только исходящие соединеия будут (без дополнительных приседаний?) идти <br>&gt;с адреса сквида, а не клиента... Или нет? <br>&gt;<br>&gt;Ничего не понимаю в прозрачных осьминогах. На кой оно _такое_ http:/openforum/vsluhforumID12/5890.html#3 надо? <br>&gt;<br><br>Дело в том что хочется чтобы у запросов на выходе оставлись клиентские адреса. Задача ввообще в том, чтобы использовать кэш без изменения информации об адресе запроса. <br>типа клиент послал запрос, запрос попал в squid, он пошарлся в кэше, если есть - выдал, если нет - то нет, и запрос пошел уже дальше но НЕ от имени squid<br> вот думаю какбы так извернутся<br> https://www.opennet.ru/openforum/vsluhforumID12/5906.html#1 Tue, 23 Dec 2008 08:32:53 GMT &gt;Теперь задался вопросом: можно ли организовать прозрачное проксирование запросом БЕЗ NAT?Т.к. у <br>&gt;клиентов сейчас белые адреса.<br><br>А Вам кто-то сказал, что NAT можно делать только из "серых" адресов в "белые"?<br>Передайте ему, что он не прав.<br><br>Про сквид: можно, наверное. Только исходящие соединеия будут (без дополнительных приседаний?) идти с адреса сквида, а не клиента... Или нет?<br><br>Ничего не понимаю в прозрачных осьминогах. На кой оно _такое_ http:/openforum/vsluhforumID12/5890.html#3 надо?<br>