Witaj Marek, W Twoim liście datowanym 10 lutego 2006 (17:43:43) można przeczytać:
> Tak naprawdę to powinieneś zrobić REDIRECTa na squida, Po PREROUTINGu > masz łańcuch INPUT, w którym dodatkowo trzeba otworzyć dostęp do squida. > Proponuję coś następującego: > iptables -t nat -I PREROUTING -i eth0 -p tcp -d ip_domeny --dport 80 -j > REDIRECT --to-ports 3128 > iptables -I INPUT -i eth0 -p tcp -d ip_domeny --dport 3128 -j ACCEPT -m > jakieś_moduy_i_inne_wodotryski --..itd no fakt tak to bedzie musialo zostac rozwiazane :)) i squid niech sie poci i tam juz bede wywlac niechciane gowienka, pozostaje go dobrze skonfigurowac dla puszczania dalszego ruchu dla apacha, ktos z Was to juz robil moze ???? > taka chytra sztuczka. Najfajniejsze w tym jest to, że na porcie 80 na > tym samym IP co ip_domeny może działać sobie apache. Redirect w natcie > zdejmuje odwołania z (zakładam) INTERNETU na port 80 nim one dojdą do > apache i przekierowuje je na 3128 (potrzebny ACCEPT w INPUTcie). Inne > odwołania np z localhosta na 127.0.0.1:80 trafiają do apache (jak na to > pozwoliłeś) :-) ano na tym porcie chodzi apache ze swoimi domenkami, dodatkowo poprostu zrobie virtualke na nim na tym wlasnie ip na ktorym bedzie sluchac squid i teoretycznie powinien mi wtedy on ruch przepuscic do tej domeny zgadza sie ? troche juz kombinowalem z konfigiem squida jesli ktos moze podpowiedziec to bede wdzieczny, gdyz poki co konfigurowalem squida w malej sieci ale dla userow za routerem a nie jako akcelerator dla apacha -- Pozdrowienia, bieniu gras -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
