Dotaz: Pri uploaudu na FTP zamrzne klient

[chinook]

Mam sit:

PC-FW_NAT---internet---VSFTPD_server

Kdyz uploauduju z PC vice vetsich souboru, tak po uploadu toho prvniho souboru ftp client zamrzne(nezacne se kopirovat druhy soubor) a to jak v ACTIVE, tak v PASSIVE rezimu. Po localu to bezi v poradku. Je to jen pri vetsich souborech kdyz upload trva dele.

na FW_NAT je INPUT, OUTPUT a FORWARD je ACCEPT

Kde muze byt chyba? Nekde v NATU?

Odpovědi

[cronin]

Je to jen pri vetsich souborech kdyz upload trva dele.

Kvantifikuj "dele". Vyzera to, akoby nejaky firewall po ceste medzicasom zhodil riadiace spojenie.

Tak ci tak, klient by sa mal aspon stazovat na nieco. Skus ineho ftp klienta; problem to mozno nevyriesi, ale mozno aspon vyhodi nejaku chybovu hlasku.

[chinook]

Taky jsem si to rikal, bohuzel k logu se ted nedostanu. Budu to muset vyzkouset z novu. Bohuzel nemuzu ted vytezovat linku. uploaduju soubory dlouhe asi 400MB rychlosti 250kb/s takze doba je asi 26min +-. Kdyz by FW zhazoval to ridici spojeni co se s tim da delat?

[chinook]

Zde je log. To cancel jsem musel dat ja, protoze se to vzdy sekne. Je to uploadovano v TCMD

Upload: 409 794 560 bytes, 242.2 kbytes/s
1:Cancel pressed!
1:SIZE Dr.House S02E11 - Need to Know.avi
1:Cancel pressed!
1:Copied (22.10.2009 18:12:17): E:\BURN\season 2\Dr.House S02E11 - Need to Know.avi -> ftp://ftp.server.cz/upload/Dr.House S02E11 - Need to Know.avi 409 794 560 bytes, 132.8 kbytes/s
1:PASV
1:Cancel pressed!
1:Get directory
1:TYPE A
1:OFFLINE

[xkucf03]

Přesunuto: Linuxová poradna → Unixová poradna.

[cronin]

Tatal commander? To skor windowsova, nie?

[xkucf03]

To v dotazu nepsal a ani jsem to tady na Ábíčku nečekal. Ale když je na serveru vsftpd, tak snad aspoň na serveru bude nějaký unix.

[unknown_]

vsftpd nebezi na linuxu nebo co? (samo, ze vim ze bezi...)

[chinook]

VSFTPD mne bezi na linuxu konkretne DEBIANu. FW_NAT bezi na CENTOS. Je pravda, ze client je na windows, ale zkousel jsem i jine ftp klienty a chova se to stejne. Takze bych typl, ze chyba bude bud na FTP serveru nebo na tom natu. Jde zapnout VSFTPD do nejakeho ukecanejsiho rezimu? Nebo jak zjistit, kde je problem?

[1john2]

Zkuste poslat konfiguraky natu i ftp serveru takhle vaříme z vody.. Co se týče ukecanosti hledejte log verbosity v cfg. man případně example config řekne víc..

[chinook]

cat /etc/vsftpd.conf

listen=YES
anonymous_enable=NO
local_enable=YES
write_enable=YES
local_umask=022
dirmessage_enable=YES
xferlog_enable=YES
xferlog_std_format=YES
connect_from_port_20=YES
chroot_local_user=YES
pam_service_name=vsftpd
virtual_use_local_privs=YES
pasv_min_port=60000
pasv_max_port=60050

na NATU nic neni

iptables -L -nv

Chain INPUT (policy ACCEPT 2932K packets, 2943M bytes)
 pkts bytes target     prot opt in     out     source               destination
   

Chain FORWARD (policy ACCEPT 18M packets, 13G bytes)
 pkts bytes target     prot opt in     out     source               destination
 3912  188K LOG        tcp  --  eth2   *       0.0.0.0/0            0.0.0.0/0           tcp dpt:25 LOG flags 0 level 4
 3912  188K REJECT     tcp  --  eth2   *       0.0.0.0/0            0.0.0.0/0           tcp dpt:25 reject-with icmp-port-unreachable

Chain OUTPUT (policy ACCEPT 4454K packets, 4301M bytes)
 pkts bytes target     prot opt in     out     source               destination

iptables -t nat -L -n -v

Chain POSTROUTING (policy ACCEPT 131K packets, 8583K bytes)
 pkts bytes target     prot opt in     out     source               destination
 209K   12M MASQUERADE  all  --  *      eth0    0.0.0.0/0            0.0.0.0/0
 376K   31M MASQUERADE  all  --  *      eth1    0.0.0.0/0            0.0.0.0/0

Chain OUTPUT (policy ACCEPT 486K packets, 38M bytes)
 pkts bytes target     prot opt in     out     source               destination

Pak je tam jeste PREROUTING na par vnitrnich PC, ale tod vse.

[tomk]

Ten firewall ma dve pripojeni do Internetu? Podle ceho se rozhoduje, co kam posle?

Navrhoval bych sledovat ridici spojeni FTP (TCP/21) na vnitrnim rozhrani, na rozhrani do Internetu(pripadne na obou) a na FTP serveru. Melo by stacit jen to ridici, tam nepotece moc dat a bude tak mozne chytat cele packety (tcpdump -w ftp.dump -s 1500 port 21 - pokud se budes chtit podelit s vysledky, tak pozor na hesla v otevrenem tvaru). Tak by se ukazalo, kde k problemu dojde a snad nam to i napovi, co to muze zpusobovat.

Tomas