Kernel.org končí s FTP

Na stránkách kernel.org (The Linux Kernel Archives) bylo zveřejněno oznámení o postupném ukončení podpory FTP. Stahovat zdrojové kódy z ftp.kernel.org pomocí FTP protokolu bude možné do 1. března. Do 1. prosince bude pomocí FTP přístupný mirrors.kernel.org. V roce 1998 byl kernel.org přístupný také pomocí NFS a SMB/CIFS (Wayback Machine).

28.1.2017 02:00 | Ladislav Hagara | Komunita

Komentáře

[Conscript89]

Fnuk, bude mi chybet :(

[nic]

Mě by zajímalo, jestli se to týká i SFTP, nebo jestli ten je považován za "jiný protokol"...?

[jc]

SFTP = prenos dat po SSH (takze je to jiny protokol)

FTPS = FTP doplnene o sifrovani (implicitni nebo explicitni)

[victor8]

SFTP je "iny" protokol (a.k.a. SSF File Transfer Protocol) Nemyslel si na FTPS? :)

[Spitzbube]

Proč se všechno normální a funkční ruší?

Zmetci!

[xkucf03]

Taky mám někdy nostalgické pocity, když něco starého končí.

Ale zrovna FTP protokol není až takový zázrak (a zvlášť jeho „aktivní“ režim je dost obskurní). Dneska jsou mnohem lepší možnosti – SFTP (šifrování, obrana proti MITM útokům), WebDAV (takové modernější FTP postavené nad HTTP s více možnostmi a opět s šifrováním) a hlavně BitTorrent, který umožňuje efektivně distribuovat data – nemusí je všichni stahovat z jednoho centra, ale stahují od nejbližších sousedů.

[pavlix]

Ale zrovna FTP protokol není až takový zázrak (a zvlášť jeho „aktivní“ režim je dost obskurní).

Aktivní režim je obskurní. Pasivní režim je taky obskurní. A volba mezi textovým a binárním přenosem je ještě obskurnější. Jediné, co pro nás ještě může FTP udělat dobrého je umřít.

Souhlasím s SFTP/HTTP/Webdav, přidal bych ještě rsync. Bittorrent na druhou stranu vidím stále jako teoretické řešení, které se v praxi neukazuje příliš použitelné.

[Peter Golis]

Jediné, co pro nás ještě může FTP udělat dobrého je umřít.

Tak na toto čakám dlhšie ako na smrť technológie shockwave flash.

[xkucf03]

Bittorrent na druhou stranu vidím stále jako teoretické řešení, které se v praxi neukazuje příliš použitelné.

Když stahuji zdrojáky jádra nebo nějaké aplikace, tak to většinou neřeším, protože je to pár MB. Ale v případě ISO obrazů distribucí používám už řadu let v podstatě jen torrent – je to rychlé, stahuji z nejbližších zdrojů a autor/distributor nemusí provozovat vlastní servery¹ a líbí se mi na tom, že to funguje organicky/samo – např. když si soused stáhne stejnou distribuci, tak já budu stahovat od něj, aniž by někdo musel explicitně nastavovat nějaké zrcadlo a mě směrovat na ten správný odkaz.

_{[1] to, co se ušetří za infrastrukturu se může věnovat na vývoj – je to sice drobný příspěvek, ale aspoň něco}

[pc2005]

ad zdrojáky jádra: to platí jen o zabalených bz2 balíčkách bez git historie. Kompletní zdroják s gitem má 1.6 GB.

[xkucf03]

Tam už by se ten torrent vyplatil – ideálně mít nějakou kombinaci torrentu a verzovacího systému – abys prvotní stažení udělal přes torrent¹ a přírůstky by sis dotáhnul přes verzovací systém. Nebo mít nějaký P2P verzovací systém s DHT, abys mohl dělat pull od nejbližších sousedů a ne jen z centra (a aby se to organizovalo samo).

_{[1] např. každý měsíc by vycházely torrenty a lidi by to mezi sebou sdíleli}

[Josef Kufner]

Můžeš použít git bundle nebo git pack-objects. A výsledné soubory pak synchronizovat.

[David Jež]

a hlavně BitTorrent, který umožňuje efektivně distribuovat data – nemusí je všichni stahovat z jednoho centra, ale stahují od nejbližších sousedů.

Jenom to ne. Píše se rok 2017 a ne 2002, každý druhý provider to blokuje, každá druhá podniková či školní síť torentový provoz po zásluze odměnuje nuceným klidem a i kdyby ne, tak od sousedů nikdy nic nestáhneš, protože soused bude mít posílání samozřejmě zakázané. Fakt výborný nápad nad něčím takovým mrtvým ještě dnes přemýšlet... To už raději ten WebDAV, který aspoň obvykle funguje.

[Peter Golis]

Takže ten torrent čo je vstavaný vo Windows Update je celoplošne blokovaný? Mal by si asi upovedomiť s tvojím názorom firmu Microsoft.

[Filip Jirsák]

Ten "torrent" vestavěný ve Windows Update funguje ve výchozím nastavení jenom v lokální síti. A i při povolení odesílání do internetu se asi k síti chová šetrněji než klasický torrent.

[j]

Jo, to vizejo jirsak, zese plkas o vecech o kerych vis prd ze? Ten widlotorrent naprosto vpohode sezere 100% libovolny linky a to klidne i jen pro jedinyho klienta. Znam osobne minimalne nekolik desitek pripadu kdy se resilo, proc nic nefunguje, a vysledek byl, ze widle stahujou aktualizace.

[Filip Jirsák]

widle stahujou aktualizace

Tady se bavíme o šíření aktualizací a la torrent, tj. části stažené aktualizace si ode mne může stáhnout někdo jiný (ode mne je to tedy upload). Upload (nahrávání) je opak downloadu (stahování), víte?

[j]

To vsichni vedi ze ses negramotnej kokot, nemusis to zduraznovat vkazdym svym postu ... viz 3 posty nad tebou ...

[Peter Golis]

Ale to by ho mali ajtak blokovať.

PS: Aj klasický torrent sa dá nastaviť aby neodpálil celú linku, ale to robí málokto.

[xyzxyzxyz]

Ak ti provider blokuje torrenty aj v roku 2017 tak treba vymenit providera. Myslel som ze taketo problemy sa riesili naposledy pred 15timi rokmi. Torrenty su rychle jednoduche a netreba sa o nic starat.

[pavlix]

Právě lidem, kteří je považují za rychlé a jednoduché, je občas potřeba je blokovat. Já jsem to řešil tak, že jsem dal na linku nízký limit na počet spojení a po***** se. :D

[Peter Golis]

Podobne. Limit na počet spojení a rýchlosť tak aby som si sám nepreťažil linku.

[petrfm]

Souhlasím. Naposledy před 15ti lety se používaly. A ty dva blbečky v síti, co je používají ještě dnes nemá žádný normální provider zapotřebí blokovat. K čemu že to ten torrent dneska vlastně je?

[Ondrej Santiago Zajicek]

nemusí je všichni stahovat z jednoho centra, ale stahují od nejbližších sousedů.

Opravdu tohle BitTorrent klienti resi? IMHO spis stahuji od nejrychlejsich, nikoliv od nejblizsich.

[cezz]

Mne sa na torrente paci to, z principu fungovania mam nakoniec subor s overenym checksumom.

[pavlix]

Nevím, na co si stěžujete, FTP není v podstatě k ničemu potřeba, na stahování HTTP bohatě stačí a na přenosy SFTP a podobné zrovnatak.

[xkucf03]

FTP má výhodu v tom, že v něm můžeš procházet adresáře. V HTTP k tomu potřebuješ nadstavbu v podobě WebDAVu. Ale jinak je asi ve všem FTP horší.

[Peter Golis]

On niekto zrušil napríklad modul dir pre apache že sa nedá vylistovať priečinok cez http bez webdav? To mi znie ako kardinálna blbosť keďže mi to už nejaké to desaťročie funguje bez webdav.

[sigma]

Akorát že takový výstup nemá nijak standardizovaný formát, takže není strojově zpracovatelný. Takže nejde spolehlivě udělat třeba rekurzivní stažení nějaké adresářové struktury.

[pavlix]

Pokud publikuju celou open source distribuci, tak to poslední, co chci, je aby se to někdo snažil stáhnout rekurzivně přes FTP. Tedy další důvod, proč FTP neposkytovat.

[Kvakor]

U samotného HTTP není nijak definováno, jak bude ten výpis adresářových položek vypadat. Pokud není v dispozici WebDAV, může klient jen hádat, jak má výpis parsovat. Proto (mimo jiné) existují implementace FUSE pro FTP a WebDAV, ale ne pro čísté HTTP.

[Kvakor]

Ha, o deset minu pozdě

[Peter Golis]

To ale nie je definované ani v FTP, viď napríklad veľkosti alebo lokalizácia dátumov. A aj napriek tvojmu tvrdeniu o absencii fuse pre http(s) je tu napríklad httpfs2.

[Ondrej Santiago Zajicek]

ve FTP jsou dva prikazy, LIST a NLST. Prvni vraci human readable vypis adresare (obvykle ekvivalent ls -l), druhy machine readable seznam souboru.

[Peter Golis]

A ten príkaz NLST vracia len názvy, bez informácii o tom či sa jedná o súbor, adresár, alebo o čase poslednej modifikácie:

$ ftp ftp.kernel.org
Connected to ftp.all.kernel.org.
220 Welcome to kernel.org
Name (ftp.kernel.org:isir): anonymous
331 Please specify the password.
Password:
230 Login successful.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> deb
Debugging on (debug=1).
ftp> dir
---> PORT 192,168,7,2,231,153
200 PORT command successful. Consider using PASV.
---> LIST
150 Here comes the directory listing.
drwxr-xr-x    9 ftp      ftp          4096 Dec 01  2011 pub
226 Directory send OK.
ftp> nlist
---> PORT 192,168,7,2,137,232
200 PORT command successful. Consider using PASV.
---> NLST
150 Here comes the directory listing.
pub
226 Directory send OK.
ftp> bye
---> QUIT
221 Goodbye.

To je naozaj strojovo použiteľné.

A pokiaľ chceš argumentovať preklepom že sa jednalo o MLS*, tak tie niesú povinné:

$ telnet ftp.kernel.org 21
Trying 199.204.44.194...
Connected to ftp.all.kernel.org.
Escape character is '^]'.
220 Welcome to kernel.org
user anonymous
331 Please specify the password.
pass spam@abu.se
230 Login successful.
mlst
500 Unknown command.
mlsd
500 Unknown command.
quit
221 Goodbye.
Connection closed by foreign host.

FTP som z tohoto dôvodu neznášal už v minulom tisícročí. A tých dôvodov bolo viac.

[petrfm]

HEHE ftp jeste v roce 2017 pouzivam k pristupu na svuj webhosting. Zrovna vcera jsem si rikal, jakej je to zas*anej opruz, zalohovat web, ktery ma 10.000 souboru pres ftp. Nejdrive to stahat na disk, pak zaTARovat a ulozit kamsi. Ukol o nervy, treba na NB pres wifi. Bohuzel neni SSH pristup a PLESK panel neumi vyrobit z adresare tar, ktery by se jednoduse stahnul.

[Kate]

Hostingu který jako jedinou metodu nahrání souborů podporuje FTP bych řekla sbohem už dávno. Ale jestli ti nevadí že může tvé heslo vidět kdokoliv v tvé sítí a po cestě...

[petrfm]

FTP a FTPS povazuju z hlediska uzivatelske privetivosti za to same. Nehodnotil jsem bezpecnost, samozrejme pouzivam FTPS, ale pisu FTP - sila zvyku Hostingu bych zamaval, ale jednak je fakt dost levny a potom IMHO extremne spolehlivy. Obsah webu menim/zalohuju jednou za cas, takze stale se mi jeste nevyplatilo zabyvat se zmenou. Ridim se heslem - kdyz to funguje, tak do toho neje*ej.

Clovek by si mohl vyresit maly problem, ale privodit 2 velke. Takze zalohuju jen kdyz jsem na metalicke siti

[Ivan2]

Chytrejsi FTP servery maji i tar mod. Na obou stranach bezi "tar" a vsechny soubory se prenasi jednim TCP spojenim. Celkove je je FTP dost flexibilni a daji se s nim delat kouzla - pokud mate kontrolu nad tim, jaky server se pouzije.

[Josef Kufner]

Tak ono se dá po FTP například kopírovat mezi dvěma servery bez přenášení dat ke klientovi. To jsem u žádného jiného protokolu neviděl. Ale stejně tak jsem neměl v ruce klienta, který by tohle kouzlo s FTP uměl. Na druhou stranu, dnes se prostě na jeden ze serverů připojím po SSH a udělám, co je potřeba.

[Martin Mareš]

Ale stejně tak jsem neměl v ruce klienta, který by tohle kouzlo s FTP uměl.

Úplně obyčejné ftp z BSD (které je součástí prakticky všech Linuxových distribucí) to dovede, jen to o něm většina lidí nejspíš neví. Hledejte příkaz proxy.

[pc2005]

V roce 1998 byl kernel.org přístupný také pomocí NFS a SMB/CIFS