gFTP, aneb proč zabít Kathie Lee Gifford (diskuse)

[Miloslav Ponkrác]

Koukám, že je to úplně stejně spolehlivý klient jako FTP klient v Total Commanderovi. Jakmile server nebo linka ukončí spojení, už Total Commander nejenže nedokáže navázat, ale ani ručně už ho nepřipojíte k žádnému FTP serveru. Jediná pomoc je ukončit Total Commander a zase ho spustit.

[Luk]

Midnight Commander to dělá také. Když vyprší timeout, odmítne znovu připojit a jediná možnost je MC restartovat. Dá se tomu zabránit jedině tak, že se místo pokusu přenést nějaké soubory nejdřív stiskne Ctrl-R, tím se MC znovu připojí a obnoví seznam souborů (s tou malou vadou, že se někdy přesune o jednu nebo více adresářových úrovní výše).

Jo, a nevím, jak s gFTP souvisí Kathie Lee Gifford

[disorder]

v mc mozes reconnectut cez "ctrl-r", ak to nepomoze zmenit adresar (cd ENTER) a cez "ctrl-x a" zabit prislusny VFS

[Luk]

cez "ctrl-x a" zabit prislusny VFS

Ano, to bude asi lepší řešení než ukončovat celý MC.

[Mandarinka]

Mě se teda Total po odpojení nedokadí....

A za druhé, chybí vám tam v té anketě Konqueror (respektive kioslave pro protokol ftp)!

[Michal Kubeček]

IMHO s tím zabitím jde o narážku na jeden z prvních dílů South Parku (ne-li vůbec první), ale souvislost mi také uniká.

[disorder]

ja to meno poznam tiez len zo south parku... ale tusim sa jedna o druhy diel druhej serie (netusim preco si to pamatam :) svaly! svaly!)

[Michal Kubeček]

V mém případě to byl AFAIK první díl, který jsem kdy viděl.

[disorder]

moj prvy bol kusok neskor, o harasivom pandovi :D (piaty alebo siesty)

[grubber]

Jedna se o druhy dil prvni serie, "Weight Gain 4000"

[disorder]

tak to by vysvetlovalo preco si to pamatam -- nepamatam :)

http://en.wikipedia.org/wiki/List_of_South_Park_episodes

[MyDahoo_]

Stačí zmáčnout odpojit, a připojit se znova. Také funguje stisknout F2 (refresh) a zvolit znovu se připojit. S ftp klientem v total commanderu sem neměl nikdy problém. Asi jsem šťastlivec :)

[Alík]

Chování gFTP je asi založeno na postavení planet. Někdy mi funguje naprosto bez problémů a někdy se ani nepřipojí, nevypíše obsah adresáře, nepřenese data.

[pools]

Jak vidim tak nejsem sam Vetsinou u me plati ze cim horsi (cti free) server, tim je na tom gFTP hur co se tyce stability (ale mozna je to jen osobni pocit)...

[Ondřej Kuda]

Hm, ja jsem spokojeny. Dokonce ho pouzivam i v KDE.

[pools]

Muzes pls napsat verzi? Ze bych si ho prekompilloval

[Pavel 'lingeek' Szalbot]

Stejná zkušenost, i když desktopové prostředí na Linuxu už dlouho nepoužívám. Co si pamatuju, tak jsem použival ncftp, nic lepšího jsem pro mé potřeby nenašel.

[KS]

Tak to mám asi jiný gFTP, protože s ním přenáším najednou tísíce souborů nebo synchronizuju velké adresáře a nikdy nespadl a vždy přenesl co měl.

[kotyz]

Chybi mi moznost 'jiny/dalsi'. Nez sem zacal vic pouzivat kftpgrabber tak sem si vystacil s ftp funkcema krusadera. Ve win to pak byl total commander (a kdysi davno sem mel na jistou dobu neco jinyho, tusim smartftp).

No a vyhledove to mozna budou ftp funkce ve fatrat download manageru (uz ted to zvlada jednoduchej ftp download a upload).

[xxx]

Me taky nikdy gFTP poradne nefungovalo. Obcas jsem to s nim zkusil a zase se vratil k mc.

[KS]

Asi skutečně záleží na konstelaci hvězd, protože s MC jsem měl stejné problémy, jako autor s gFTP. Když jsem někde na solidním připojení, tak to jde, ale doma na bezdrátu se to často seká.

[Dunric]

Popisované problémy nemám a to gFTP používám docela intenzivně. Distro Slackware, aktuální verze 2.0.18. Btw, díval jsi se už do bugzilly ?

[pools]

pavel@Darkstar ~ $ gftp --version gFTP 2.0.18

- jinak do bugzilly jsem se jeste nekouk...

[Dunric]

Možná hloupost, ale vidím že používáš Gentoo. Co takhle překompilovat gFTP bez optimalizací ?

[pools]

Zkusim, napisu

[Luboš Doležel (Doli)]

V anketě jsou FTP klienti, že jsem jejich jména nikdy neslyšel, ale FileZilla chybí

[pools]

No to ja takhle dal emerge --search ftp a vybaflo to na me hromadu veci, tak jsem je sem zacal cpat a nejak dosly kolonky v tvurci ankety :(

[andree]

a chyba aj krusader...

[pools]

tak Krusader jsem tam nedal zamerne protoze to neni ftp klient, ze stejne tak tam neni gnome-commander...

[frEon]

a midnight commander ftp client je?

[pools]

midnight commander je konzolova sranda a kdybych ho tu nedal tak me ukamenujou ale jinak mas pravdu

[frEon]

to mas asi pravdu

[andree]

nechapem, kvoli comu maju ludia potrebu pouzivat ftp klientov... poskytuju ti klienti nejake sofistikovane funkcie, ktore "normalny" file manager nema? kym clovek (ako ja) vyuziva ftp len na to, aby skopiroval/preniesol subory z jedneho miesta na druhe, fakt neviem ako velmi jednoduchsie moze byt spravit to miesto krusadera nejakym ftp klientom...

[petr_p]

Za prvé normální správce souborů pracuje nad lokálním souborovým systémem, za druhé kvalitní FTP klient rozumí FTP mnohem lépe než všeobjímající správce souborů.

Vemte si např. klient lftp a v něm vyzkoušejte příkaz set.

[petr_p]

set -a

[andree]

po rychlom prezreti tych "nastaveni" sa mi stale nezda, ze by stalo za to pouzivat na ftp program rozny od mc/krusader-a... asi som prilis pohodlny na to, pouzivat 2 rozne programy na skoro rovnake veci :o) ale dik za info...

[Lu-Tze]

Upřímně řečeno ani protokol ftp jsem nějak nepochopil, nejmíň rozumím aktivnímu a pasivnímu režimu. Princip, že se mi někdo bude připojovat (z pohledu okolí) na náhodný port v počítači, mi připadá úplně tragický. Pasivní režim není o moc lepším, ten zase zbytečně komplikuje život serveru. Přitom by přece snad šlo vše udělat tak, aby se připojoval vždycky jen klient a to na jeden pevně daný port na serveru. A neznamená to, že by se musela rušit oddělená datová a řídící spojení. Klient hned na začátku sdělí serveru, o jaký druh spojení se pokouší, je-li to řídící spojení vše proběhne jako doposud, je-li to datové spojení, pak např. pošle server klientovi nějaká náhodná data, ten je přijme a přepošle zpět na server přes již existující řídící spojení, tím jsou tato dvě spojení spárována (server ví, že obě spojení patří jedné ftp relaci /jednomu klientovi!*/ a klient ví, že je připojen na server, s kterým má řídící spojení a ne jinam).

*nedochází-li k odposlechům

[Grunt]

Z wikipedie:

Je to jeden z nejstarších protokolů,…

Z RFC-114:

16 April 1971

Proto je u FTP nutno trošku přivřít oči.

[frEon]

Klient se ale vzdycky pripojuje na jeden pevne danny port (21). Na nem vytvori ridici spojeni. Pokud potrebuje klient prenaset data, dohodnou (vymeni si prikaz port) se klient a server na nejakem portu, pres ktery budou posilat data. Volba portu je sice nahodna, ale ne nahodila. Myslim ze je jednodusi dohodnout se, nez posilat a vracet nejaka nahodila data.

[Lu-Tze]

Posílání náhodných dat je jeden z mnoha způsobů, jak to spárování provést. Lze to jistě i krásněji, byla to jen demonstrace, že to jde.

[Michal Kubeček]

Ve své době ten návrh nebyl vůbec špatný, naopak to byla velice přirozená myšlenka, která umožňovala triky, o kterých se nám při dnešním zkostnatělém myšlení ani nezdá.

[frEon]

Taky si myslim. Dve spojeni je velmi elegantni reseni a prinasi velke vyhody.

[Lu-Tze]

Proti dvěma spojením tu zatím nikdo nic nenamítal. Moje myšlení je sice zkostnatělé, ale žádnou výhodu v tom, že ftp i dnes funguje tak, jak funguje, bohužel opravdu nevidím. Mně to tedy vždy přinášelo jen komplikace. Pokud to ale někomu dává nějaké výhody, tak si je rád poslechnu. Vlastní hlavou jsem na ně bohužel nepřišel, ale tak hloupý, abych odmítal se nechat poučit a klidně i přiznat chybu zase nejsem

[Michal Kubeček]

IMHO chybou není, že tak FTP funguje i dnes, za daleko větší chybu bych považoval, pokud by se protokol změnil natolik, že by se zcela změnila jeho podstata. Chybou je IMHO spíš to, že se FTP ještě dnes tak široce používá (v podstatě totéž, jen ve větší míře, tvrdím o SMTP).

Pokud to ale někomu dává nějaké výhody, tak si je rád poslechnu.

Netvrdím, že všechno, co tu napíšu, FTP opravdu umí (nebo dokonce že to umějí implementace). Ale možné výhody jsou např. možnost asynchronního přerušení přenosu, bezproblémový pipelining, řízení více paralelně probíhajících přenosů nebo třeba to, že z počítače A můžete iniciovat přenos mezi B a C.

[Michal Kubeček]

Ještě poznámka: na myšlence použití několika samostatných streamů, ale zabalených do jednoho "spojení", je vlastně založeno SCTP. Přenosový protokol, který by byl založen na SCTP, by dokázal využít téměř všeho, co (teoreticky) nabízí FTP, ale bez nevýhod plynoucích z použití několika samostatných spojení. Bohužel je na tom ale zatím SCTP s nasazením do praxe ještě hůře než IPv6... :-(

[petr_p]

Mám pocit, že se používá u SIP/RTP. Dokonce vím o jedné SIP proxy, která jej podporuje (aspoň papírově) :)

[Luk]

Chybou je IMHO spíš to, že se FTP ještě dnes tak široce používá (v podstatě totéž, jen ve větší míře, tvrdím o SMTP).

Rozdíl je ale v tom, že SMTP nemá srovnatelnou náhradu. Kdežto místo FTP mohu používat (a do značné míry používám) SFTP.

[Lu-Tze]

Ale možné výhody jsou např. možnost asynchronního přerušení přenosu, bezproblémový pipelining, řízení více paralelně probíhajících přenosů nebo třeba to, že z počítače A můžete iniciovat přenos mezi B a C.

Děkuji. To poslední mě taky napadlo, ale nebyl jsem si jistý, jestli by to nefungovalo jen tehdy, když mají navenek všechny tři počítače stejnou IP adresu, pak by to bylo prakticky k ničemu, ale když to píšete jako výhodu, tak to asi neplatí.

[Lu-Tze]

Ne teda všechny tři, ale jen A, B. C je server.

[Michal Kubeček]

Zrovna v tomto případě jsem docela silně přesvědčen, že existují (nebo aspoň existovaly) i implementace, které to umějí, přestože jsem to v praxi nikdy nezkoušel. Dnes už to ale asi z bezpečnostních důvodů buď nebude implementováno nebo to bude defaultně zakázáno.

[MJ]

Dneska už to má většina FTP serverů opravdu zakázané (povolují příkaz PORT jen na IP adresu, ze které vede řídící spojení), ale když si to explicitně povolíte (u proftpd AllowForeignAddress on, kopírování mezi servery funguje nádherně.

[Michal Kubeček]

Mimochodem, toho, že scp neumí něco jako

  scp user1@server1:/path1/file1 user2@server2:/path2/file2

už jsem nejednou litoval. Dokonce i kdyby ta data měla jít přes klienta, bylo by to příjemné zjednodušení.

[freshmouse]

> gFTP, který je standartním ftp klientem Gnome

Standardním ne. Standardním je Nautilus, ten ale není vícepanelový. Detail.

Já ho (GFTP) někdy používám, sice s ním nic moc nepřenáším, ale je fakt, že občas (sice výjimečně, ale sem-tam jo) lehnul...

[jm]

gFTP je otres... kftpgrabber je celkem pouzitelny, ale i tak bohuzel jedina vec, co se vyrovna specializovanym FTP klientum pro Windows je IglooFTP PRO...

[ronny]

muzu rict ze jsem kftpgrabber taky pouzival a padal take.. ale u toho se vyvoj aspon pohybuje

[Dušan Hokův]

pouzivam gftp a kvuli tls i tlswrapper, problemy zadne nemam, jinak filezilla je cool

[Ses]

gFTP používám denně a žádné problémy nemám, resp měl jsem v některé ze starších verzí, ale v 2.0.18 jsem žádný problém nezaznamenal. Asi mám štěstí...

[Michal Kubeček]

Nejčastěji asi wget. Jinak lukemftp (v OpenSuSE pod jménem ftp), případně Firefox, jde-li o odkaz z webu.

[otula]

Dokud jsem používal Gnome, byl gFTP jasná volba, a nikdy jsem s ním problémy neměl. V KDE používám jako klienta Krusader. A pokud chci jen stahovat jednotlivé soubory, pak vítězí wget (ale ten bych řadil spíše mezi download manažery).

[ronny]

Delalo mi to taky.. coz me strasne .. "sralo" :D a tak jsem nainstaloval Filezillu a jsem spokojenej :)

[ronny]

jeste k tomu je gFTP uz dlouho neaktualizovany

[pools]

jo, tusim ze posledni release byl nekdy v roce 2005...

[sekyt]

Tak nevím.
Používám gFTP už několik let a nikdy se mi popisované "věci" nestaly. Verze neřeknu, ale byly to vždy pouze ty ze zdrojů jednotlivých dister :
Mandrake 10.1 - MLF 2006 - MLF 2007 - Mandriva One 2008
*buntu 4.10 - 6.10 - 7.04 - 7.10 Asi mám štěstí, když tady tak čtu tu diskuzi .