Dotaz: Coyote + tinyproxy-pristup na FTP

[pavel56]

Poradi nekdo s nastavenim tinyproxy. Nelze primo otvirat soubory na ftp. Po odstraneni proxy je vse funkcni, tzn predpokladam, ze zavada neni nikde jinde. Jedine, co jsem v konfigurakach nasel je toto: --
# lu.tinyproxy - Adds redirect rule to allow transparent Coyote Linux tinyproxy server
. /etc/coyote/coyote.conf
. /tmp/netsubsys.state
logger "Starting Transparent Proxy to Tinyproxy"
logger "iptables -t nat -A nat-acl -i $IF_LOCAL -p tcp --dport 80 -j
REDIRECT --to-port 8080"
iptables -t nat -A nat-acl -i $IF_LOCAL -p tcp --dport 80 -j REDIRECT --to-port 8080
[ ! -z $DMZ_IPADDR ] && iptables -t nat -A nat-acl -i $IF_DMZ -p tcp --dport 80 -j REDIRECT --to-port 8080
--
Nemelo by se tam taky napachat neco podobneho na port 21 ???

Odpovědi

[jm]

Nelze primo otevirat soubory na FTP? Nechapu, co tim myslite. Ten soubor je snad potreba stahnout, ne?

[pavel56]

Nee, chci napr. otevrit tento odkaz na strance:
ftp://olive.cz.pub:nudz7899@ftp.olive.cz/PICT5677.JPG
Pokud nejedu s proxy, vse jde, pokud jsem pouzival wokeni proxy (kerio) taky. Tinyproxy dava vyse uvedenou hlasku.

[pavel56]

Sorry, zadnou vyse uvedenou, tuhletu:
Cache Error!
The following error has occured: tinyproxy was unable to retrieve and process headers from the remote web server.
------------------------------------------------------------
Generated by tinyproxy (1.6.3)

[jm]

No, to je opravdu prekvapeni, ze HTTP-only proxy jedouci na portu 80 neumi stahovat neco z FTP. To jste tam opravdu nasmeroval ten port 21?

[pavel56]

Ne nenasmeroval, ale rad bych pravne neco z FTP obcas stahoval, jinak bych se neptal

[jm]

No tak pokud se ta proxy cpe do FTP, tak ji mate bud blbe nastavenou, nebo je blba sama. Z tech "super" webovejch stranek jsem jaksi nic nevycetl.

[pavel56]

Hmm, takze to vypada, ze B/ je spravne. Nic, krome portu na kterem jede se nastavit neda a ani jsem nic nenastavoval. Neda se nic delat, vykopnu ji a odlozim na dobu az budu linuxove chytrejsi...

[Michal Marek (twofish)]

To co má dělat (HTTP proxy) dělá správně. Jestli chcete nějakou all-in-one proxy, tak třeba squid.

[Michal Marek (twofish)]

Navíc když píšete, že bez proxy je vše funkční, tak nevidím moc důvod schovávat se u ftp za proxy (nebo jsem málo paranoidní ).

[jm]

Ja nevim, ja jsem to teda pochopil tak, ze ta proxy "zere" FTP pakety, uz kdyz by to delat nemela...

[jm]

s/uz/i

[Michal Marek (twofish)]

Aha... a není nastavená ftp proxy v prohlížeči, který když se na ní nedokáže připojit, tak to zkusí přímo?

[pavel56]

Ja vim, ze Squid by umel vse, ale do disketove minidistribuce jsem ho nenasel. Jinymi slovy (asi jsem natvrdlej) mam chapat, ze tinyproxy je cista HTTP proxy a ftipko se pres ni nepropasiruje (pres prohlizec, pres FTP klienta samozrejme dostupne je)
Bez proxy to funguje, u proxy nejde o paranoidu, ale, o to, ze sedim se 2-3 PC na 64ce lince a proxy viditelne zrychluje provoz.
Ono by nebyl problem zustat u wokenic, ktere me zivily a kde mi vse jelo bez problemu, ale vrcel mi tu v kutlochu kram s pytlem ventilatoru
No a ted se v pokrocilem veku dozvidam, ze tolik proklamovany linux, kde neni nic problem to bud neumi (???), nebo jsem blbej (vim), nebo je spatne neco jineho (???)... (neberte to pls. nikdo osobne, toto je jedina konf. kde se mnou nekdo komunikuje za coz vam vsem dekuji) Proste mi neleze na rozum, ze by nesel dany problem vyresit jinak nez koupi HW routeru. Navic se mi Coyote zalibil a pripravuji dalsi "zlepseni", coz nelze rict o Utrixu32, ktery jsem kdysi spravcoval

[Michal Marek (twofish)]

mam chapat, ze tinyproxy je cista HTTP proxy a ftipko se pres ni nepropasiruje

Tak nějak.

proxy viditelne zrychluje provoz.

A zrychluje to i tinyproxy? Podle popisu na jejich webu a podle toho, co jsem teď zkoušel, se mi nezdá, že by cokoliv cachovala (ani http, ani dns) -- jenom tupě přeposílá požadavky, navíc se kvůli každému forkne :-/. A i kdyby cachovala, tak jestli v tom počítači je jen pár mega RAM a žádný disk , tak to žádná sláva nebude. Jesli je tam aspoň disk, tak by neměl být problém nainstalovat squid (a přidat pamět ). Prostě jestli je to nějaký postarší počítač, tak nemůžete čekat zázraky, linux-nelinux. Maximálně tam nainstalujte nějaký cachující dns forwarder (třebas dnsmasq), to by nějaké zrychlení mohlo přinést.

[pavel56]

Zrychluje, kojot vyhrazuje tusim 2MB RAMdisku. Je to P100/33MB RAM, ty 2MB jsou lepsi nez treba WinProxy, ktera vyuziva 1MB. Holt ji vykydam z instalace a nebudu o tom studovat, necham to kdyztak na dlouhe zimni vecery . Kazdopadne tisicere diky za info, jsem o malililinko linuxove chytrejsi.
Vrhnu radeji sily na rozpohybovani printserveru, ktery nejsem schopen donutit, aby zil na 192.168.1.x misto default 192.168.10.x .........

[Michal Marek (twofish)]

Tak mi to nedalo, stahnul jsem si ten coyote a co nevidím -- dnsmasq Takže není to náhodou tak, že tinyproxy používá jako nameserver dnsmasq, který cachuje dns? Pozorujete stejné zrychlení, když u PC nastavíte jako dns server ten router?

[pavel56]

Zajimavej napad
Zkusim.....

[pavel56]

Tak jsem vyhodil tinyproxy, DNS přestavil na kojota vypadá to, že, dnsmaškaráda postačuje, alespoň, podle vyjádření synka je rychlost shodná. Pokud se nemýlým, tak jsem vlastně přišel jen o NAT, coz snad přežiju

[Michal Marek (twofish)]

Mě to přišlo divné, že by tinyproxy cokoliv urychlovala. A na tom železe stejně nemá smysl pokoušet se chachovat něco dalšího -- schválně se podívejte, kolik desítek až stovet MB zabírá cache browserů na jednotlivých PC a zkuste to nacpat do toho routeru.

Pokud se nemýlým, tak jsem vlastně přišel jen o NAT

Pravděpodobně se mýlíte -- NAT je překlad adres na úrovni IP, což teď právě potřebujete i při prohlížení Webu. Dokud jste používal na routeru http proxy, nebyl potřeba NAT při prohlížení webu, protože prohlížeče se připojovaly k proxy a ne k serverům venku. Jediný protokol, co by teď fungovala bez NATu je DNS díky dnsmasq.