>Подойди к проблеме с другой стороны.
>
>Ты можешь добраться до сервера напрямую по адресу http://192.168.6.71:80. Запрети proxy для
>локальных адресов. Напрямую конечно могу, и даже без указания порта.
>Если у тебя name-based virtual server, то LAN клиенты должны знать, что
>www.localserver.com находится по адресу 192.168.6.71. Об этом им может сказать твой
>местный DNS-сервер, а может запись
>
>192.168.6.71 www.localserver.com
>
>в %SystemRoot%\system32\drivers\etc\etc\hosts у каждого клиента. Тогда запрос http://www.localserver.com для локальных клиентов попадёт
>прямо на 192.168.6.71 минуя раутер и прокси.
Свой DNS-сервер поднимать не стал, решил что ни к чему он в сетке из 30 компов.
Прописывать адрес WEB-сервера в hosts на каждом компе - себе головная боль: сайт пока в разработке, и он может переехать на любой ip.
>У раутера это файл /etc/hosts либо всё тот же DNS-сервер (про него
>ты ничего не сказал).
Исторически :) сложилось, что имя роутера, прописанное в /etc/hosts, такое-же, как и имя сайта, который расположен внутри сетки (по адресу 192.168.6.71). А имена машин, прописанные в /etc/sysconfig/network HOSTNAME - другие. Думаю, конкретные наименования не столь важны. Но суть не в этом. Попробовал в /etc/hosts указывать запись
192.168.6.71 www.localserver.com
Помогло, после перезагрузки. Но это в корне идеологически не правильный подход, мне так кажется. Имя сайта = имени домена. Вот на роутере пингую по имени домена - пингуется локальный комп с WEB-сервером. То есть фактически я перенес домен на другой комп. А ведь на роутере вертится, кроме Squid'а, еще и Postfix. Как изменения в /etc/hosts повлияют на него? Так что самый лучший вариант - с помощью iptables перенаправить запросы запросы из локальной сети к локальному WEB-серверу на заданный комп.