- A hozzászóláshoz be kell jelentkezni
Hozzászólások
https://chromestatus.com/feature/6246151319715840
https://www.coywolf.news/productivity/mozilla-removes-ftp-from-firefox/
Egyel kevesebb dolog amiert conntrack kell.
Amit nem lehet megirni assemblyben, azt nem lehet megirni.
- A hozzászóláshoz be kell jelentkezni
Innováció™
- A hozzászóláshoz be kell jelentkezni
Chrome-ban továbbra is megoldható az FTP -protokolos oldalak megnyitása. chrome://flags Enable support for FTP URLs -alatt kell csak engedélyezni és működik.
- A hozzászóláshoz be kell jelentkezni
Mondjuk, amit manapság használunk FTP-t, annak leginkább az RFC765-höz van köze.
- A hozzászóláshoz be kell jelentkezni
És hány éve halott szegény?
- A hozzászóláshoz be kell jelentkezni
Tudok olyan ISP-t, ahol az elsődleges fájlfeltöltési megoldás még mindig FTP.
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Bankban láttam még :)
- A hozzászóláshoz be kell jelentkezni
Régi/legacy rendszereknél van FTP integráció .. integráltunk pl. nyomtató szervizt ami úgy működött hogy ftp -n kellett doksikat bepotyogtatni ő meg szépen kinyomtatta őket sorban.
- A hozzászóláshoz be kell jelentkezni
Ha az SFTP-t is a családhoz soroljuk akkor még 50 évet jóslok neki. De még a sima FTP-t sem kell temetni.
- A hozzászóláshoz be kell jelentkezni
Az SFTP csak a nevében hasonlit, sajnos semmi köze az eredeti FTPhez. SSH-n alapszik és a data channelen utaztatja a fájlokat.
Ugyanakkor létezik FTPS, ami FTP, csak rá van dobva az SSL.
- A hozzászóláshoz be kell jelentkezni
Lassan már a Cisco rúterekről is kikopik. Lassan.
- A hozzászóláshoz be kell jelentkezni
A TFTP-t meg nem látom kihalni, még mindegyik gyártó használja, akinek a termékével dolgom van/volt, így a Cisco is (meg a többiek is, Juniper, Huawei, Aruba, Ruckus stb.)
- A hozzászóláshoz be kell jelentkezni
Teljesen sose fog meghalni, mert mindig is kiváló marad helyi hálózaton, biztonságilag nem kritikusan adatokat megosztani. Pl. olyan retró gépek között, amelyeken amúgy csak floppy-val tudnál adatot átvinni, stb.. Olyan értelemben viszont már kb. majdnem 10 éve halott, hogy a modern neten, modern gépek között, kritikus adatok megosztására nem valami ajánlott, és nem is nagyon alkalmazzák már. Szóval kinek mi. Én azt mondom, hogy a régi technológiát se kell „kidobni”, ha használható valamire. Mivel az FTP elég egyszerű protokoll, kicsi az overheadje, könnyű implementálni, ezért nagyon gyenge hardverre hasznos lehet.
Másik részről meg modern összehasonlításban meg még minden hibájával együtt is különb, mint a szutyok MS SMB protokollok és azok verziói, amik épp úgy 0-ák biztonságilag, de legalább bonyásabbak, és szarabbak is.
“A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)
- A hozzászóláshoz be kell jelentkezni
Én szeretem az FTP-t.
Szerettem azt a világot, amikor minden feladatra megvolt az egyszerű protokoll.
FTP a fájlátvitelre, IRC a chatre, és a többi.
Szomorú látni a mai kort, amikor gyakorlatilag semmire nem használhatod azt, ami arra való, és nem nyithatsz már egy portot a gépeden, mert egyből széthekkelnek a picsába.
Lassan már csak VPN-en szabad otthonra belépni és az alatt csinálni bármit.
Ilyen értelemben sajnos már régen halott az FTP. Persze, használják még valahol LAN-ban, meg firmware-t feltölteni, de nem ezen történik már jellemzően a fájlátvitel.
- A hozzászóláshoz be kell jelentkezni
Ja, ez ilyen lett, mióta boldog-boldogtalan minden telója, táblagépe, gépe, szervere, IoT szutyka a neten lóg, hekkelnek mindent ezerrel, egész botnetek. De ha már FTP, épp aktuális hír, hogy a Firefox v88 is dobja.
“A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)
- A hozzászóláshoz be kell jelentkezni
Azert az nagy tulzas hogy szethekkelnek csak mert egy port nyitva van.
- A hozzászóláshoz be kell jelentkezni
Nem olyan nagy túlzás.
Attól is függ persze, hogy milyen port.
- A hozzászóláshoz be kell jelentkezni
kb 20 eve tartottam egy szamitogep laborban linux tanfolyamot. a gepeknek akkor meg public ip-juk volt, a nat akkoriban meg nem volt divat.
egy gepre frissen telepitett rendszeren (talan slackware volt) magyaraztam eleg sokaig a kernel forditas opcioit, trukkjeit. mire a vegere ertem a mondandomnak, a gepet szethackeltek az ftp bugjan keresztul :)
(akkoriban meg egy default linux telepitesben futott alapbol egy csomo inetd service, telnet, ftp, time stb)
- A hozzászóláshoz be kell jelentkezni
1. Ez azért erősen hálózati probléma is. Az hogy public IP-je van vagy volt egy gépnek, nem jelenti azt, hogy hozzá lehet lehet férni az ip-hez kívülről, vagy bármilyen service-hez. Attól még a routeren/tűzfalon lehet a bejövő forgalmat tiltani, szabályozni.
2. Az FTP helyett bármilyen más tetszőleges szolgáltatás vagy azt megvalósító démon behelyettesíthető a mai napig: Ha olyan bug van, széthekkelik rajta keresztül a gépet.
"Sose a gép a hülye."
- A hozzászóláshoz be kell jelentkezni
Szerettem azt a világot, amikor minden feladatra megvolt az egyszerű protokoll.
Most is megvan, csak egyeseknek profitérdeke bonyolítani. Helyette Google Drive, OneDrive, Dropbox, totál felesleges bloat JS szutyokkal, erőforráspazarlással, telemetriával és egy kilencvenes évek eleji Windows 3.1 fájlkezelői képességeivel.
nem nyithatsz már egy portot a gépeden, mert egyből széthekkelnek a picsába.
Legalább is, vannak, akik ezt próbálják veled elhitetni. Úgy látom, sikeresen. Más kérdés, hogy régen, az informatika cloudbuzi kisiklatása előtt is széthekkelték a picsába azokat, akik orrba-szájba nyitogatták ki a portjaikat. Lehet ezt ésszel is. Meg biztonságos FTP szerverrel.
Ilyen értelemben sajnos már régen halott az FTP.
Nem halott, amíg használják. Ahogy a COBOL sem lesz halott attól, hogy már nem tanítják az egyetemeken.
- A hozzászóláshoz be kell jelentkezni
Vegyük észre hogy az FTP meg a "lakossági" file cloud/share megoldások kurvára nem ugyanazoknak és ugyanarra valók.
- A hozzászóláshoz be kell jelentkezni
De igen, ugyanarra valók. Fájlok megosztására, távoli tárhelyen való tárolására, feltöltésére, letöltésére. Webszerver is nyugodtan lehet mögötte és teljes egészében megvalósítja azt, amit a cloudbuzi tárhelyek, töredék annyi erőforrásból és egy nagyságrenddel kisebb komplexitással.
nem ugyanazoknak
Nem ugyanazoknak, egészen addig, amíg a lebutított, tapicskoló felületeken szocializált és azoktól függővé tett egységsugarú felhasználók nem ismernek mást.
- A hozzászóláshoz be kell jelentkezni
Nem, nem ugyanarra. Az FTP egy faek egyszeru protokoll, ami meg egy kenyerpiritorol is hasznalhato, a “cloudbuzi tarhelyek” meg lehetove tesznek pl. olyanokat, hogy masokkal egyszerre szerkesszetek egy dokumentumot. Mindkettonek megvan a letjogosultsaga, de baromira nem ugyanarra jok.
- A hozzászóláshoz be kell jelentkezni
Ja értem, tehát rögtön összekevered más szolgáltatásokkal, csakhogy leszólhasd.
https://a.te.ervelesi.hibad.hu/hamis-kompozicio-vagy-felosztas
- A hozzászóláshoz be kell jelentkezni
Te keverted ossze, amikor azt mondtad, hogy az FTP ugyanarra jo, mint a cloudbuzi tarhelyek. Szerintem nem, meg ha van is kozos metszetuk.
- A hozzászóláshoz be kell jelentkezni
“cloudbuzi tarhelyek” meg lehetove tesznek pl. olyanokat, hogy masokkal egyszerre szerkesszetek egy dokumentumot
Ez például pont problémás, mert tipikusan nincs zárolás (FTP esetén sincs, de VPN feletti SMB-n megoldott).
Az együttes szerkesztés sokkal inkább alkalmazás, mintsem tárhely funkció.
- A hozzászóláshoz be kell jelentkezni
Felhasználói szempontból tök más a kettő. Az FTP nettó használhatatlan az átlaguserek számára.
" töredék annyi erőforrásból és egy nagyságrenddel kisebb komplexitással."
Más a komplexitás mert más is a megoldandó feladat.
Az ftp meg mondjuk a gdrive úgy viszonyul egymáshoz mint egy szaros bicikli meg egy kamion. Mindkettő el tud vinni dolgokat A-ból B-be, na de mennyit és hogyan. Én magam sem szeretem az ingyenes lakossági cloud megoldásokat, és helyette synology nast használok saját célra, de céges felhasználásra jónak tartom (és egészen másfajta agreementet is irnak alá, ott már lóvé van, nem adathalászat).
- A hozzászóláshoz be kell jelentkezni
Más a komplexitás mert más is a megoldandó feladat.
Az a helyzet, hogy egy "lakossági" fájl megosztása (egyszerű feltölthetősége, linkelhetősége, letölthetősége) messze nem igényel annyi JS-CSS-HTML bloat szutykot, mint, amennyit a Google babzsákfejlesztői belegányoltak a Google Drive-ba. Ezt önmagában a HTTP protokoll is képes megvalósítani, bár tény, hogy nem olyan szépen és nem annyira triviálisan, mint az FTP. Ez viszont még mindig nem indok a bloat-ra.
A Google Drive nem egy kamion, hanem egy olyan szuperbusz, amire felfér 100 utas, de általában csak 5-10 utazik rajta ténylegesen.
Amire te gondolsz, kamionként, az a vállalati cloud, az meg megint egészen más tészta. Nem kevésbé felesleges persze, hiszen egy alkalmazott munkaköri leírásába már nyugodtan bele lehet írni, hogy ne legyen cloudbirka és értsen az FTP-hez.
Azt meg erősen kétlem, hogy egy egységsugarút ne lehetne megtanítani arra, hogy Total Commanderben megnyomja a Ctrl+F-et és felcsatlakozzon az FTP szerverre. Vagy ugyanezt Windows Explorerben, pláne előre létrehozott parancsikonnal. Egyszerűen csak nem kellene tapicskoló birkákat odaengedni a számítógép, okostelefon, tablet stb. elé. Már egy fokkal jobb világot élnénk és nem kéne 2 évente újrafeltalálni mindent, csakmert multiék most épp egy kicsit másik irányba szeretnék terelni a birkákat.
- A hozzászóláshoz be kell jelentkezni
"Amire te gondolsz, kamionként, az a vállalati cloud, az meg megint egészen más tészta."
És ehhez hogy viszonyul a google szolgáltatások (pl. drive) cégeknek felkinált verziója?
- A hozzászóláshoz be kell jelentkezni
De igen, ugyanarra valók.
Miota van FTP-n file history?
Miota tudok konnyeden megosztani fajlokat/konyvtarakat masokkal (pl. link only sharing) FTP-n? Igen, ugy, hogy ne kelljen se masolgatni/symlinkelni, se user/pass-t megadni.
Csak a ket leggyakoribb use-case, ami nagyon jol jon nekem es Nextcloud-ban semmit nem kell erte tennem, mig FTP eseten ez nem lenne ilyen egyszeru.
- A hozzászóláshoz be kell jelentkezni
TLS-sel nem rossz az FTP, csak a tűzfal monyákolás ne lenne szükséges...
- A hozzászóláshoz be kell jelentkezni
Passziv módú FTP-hez elég egyirányú kapcsolat. Elég régi találmány.
- A hozzászóláshoz be kell jelentkezni
Rohadt sok embedded eszköz a mai napig FTP-n kapja meg az első szoftverét a gyárban.
- A hozzászóláshoz be kell jelentkezni
Meg faék egyszerű TFTP-n, ami szintén csak névben hasonlít az FTP-re.
- A hozzászóláshoz be kell jelentkezni
Igen, bár azt az udp miatt kevésbé tartom szerencsésnek. Persze megoldható (normális checksumozás, hiba esetén retry). A network bootra viszont teljesen érthető megoldás.
- A hozzászóláshoz be kell jelentkezni
Pedig éppen ez az előnye. Nem kell az 'üres' eszközbe bonyolult TCP stack, mindössze datagram elkapás.
Egyébként ne becsüld le az UDP-t, a HTTP/3 is TCP helyett UDP alapra épít.
- A hozzászóláshoz be kell jelentkezni
Igen, bár azt az udp miatt kevésbé tartom szerencsésnek.
Pedig semmi baj sincs vele, a TFTP megoldja magasabb szinten azt, amit az UDP-ből hiányolsz.
Persze megoldható
Meg is oldották. Nem véletlenül használja kb. "mindenki" a firmware-ek frissítésére a routerekhez, switchekhez és egyebekhez.
- A hozzászóláshoz be kell jelentkezni
A TFTP esetén általában két eszköz "közel" van egymáshoz, mondjuk egy darab patch kábellel összekötve, szóval se routing se távolság se semmi nincs, igy gondolom ritkán kell a sorrendet és a hiányzó csomagokat helyre tenni.
(és nem ismerem fejből a tftp -t, de lehet hogy kezeli ő is ezeket, ahogy a kollega irja)
- A hozzászóláshoz be kell jelentkezni
"A TFTP egyszerű PAR (Positiv Acknowledgment Retransmission) sémát használ a hibajavításra. A TFTP definiál egy nyugtázó üzenetet, amellyel visszaigazolást kap a megérkezett adatról. Amennyiben egy meghatározott időn belül nem érkezik meg a nyugta, újra küldi az adatot."
https://www.tilb.sze.hu/tilb/targyak/ta13/protocol_2006_01_14-A5.pdf
"Ezer" éve használom a TFTP-t, soha nem volt vele baj. Jól ki van az találva, mégis egyszerű, gyenge hardveren is megy.
- A hozzászóláshoz be kell jelentkezni
Én döglött routereket szoktam TFTP-vel feléleszteni, jó élmény amikor látom a logban hogy kéri az image fájlt amivel fel tud éledni :)
- A hozzászóláshoz be kell jelentkezni
ritkán kell a sorrendet és a hiányzó csomagokat helyre tenni.
:D nekem egyik munkahelyemen első projekt volt a csomagkeveredések és csomagvesztések miatt szörnyen megbízhatatlan TFTP boot helyrerakása...
szóval nagyon is tud probléma lenni szórt üzeneteknél
- A hozzászóláshoz be kell jelentkezni
Amikor egy laptop meg egy router egy db cross kábellel van összekötve, és gyakorlatilag nincs köztük semmi? Se switch, se más gépek, se routing?
Én ezt az esetet irtam le, nem azt, amikor normál hálózaton keresztül csinálod.
- A hozzászóláshoz be kell jelentkezni
egy laptop meg egy router egy db cross kábellel van összekötve
Régen kellett keresztkábel, de jó ideje olyanok már a hálózati portok, hogy ma ez gyakorlatilag felesleges (20 éves vagy régebbi laptop esetén még talán lehet érdekes).
Én ezt az esetet irtam le, nem azt, amikor normál hálózaton keresztül csinálod.
Nekem nagy szerencsém lehet, mert olyan hálózaton is ment már rengetegszer hibátlanul a PXE boot, ahol van kb. 50..60 hálózati eszköz. Egy rakás gépre így ment fel az oprendszer és a rajta lévő alkalmazások.
- A hozzászóláshoz be kell jelentkezni
elmeletileg ethernet eseten a csomagok sorrendje nem valtozhat meg, semmikepp. ezert is van ip/port hasheles lacp/portchannel eseten.
csomagvesztes persze elofordulhat (bar belso halon az se illene), de az mas tema, es a tftp le is kezeli ezt.
- A hozzászóláshoz be kell jelentkezni
elmeletileg ethernet eseten a csomagok sorrendje nem valtozhat meg, semmikepp.
Az ethernet Layer 2, az UDP, amit a TFTP használ, Layer 3, a TFTP meg Layer 4 és fölötte.
TCP csomagok is mehetnek etherneten (igazából a TCP gyakoribb is az UDP-nél), ott meg aztán tényleg bármi lehet a sorrend a túloldalon, a TCP protokoll feladata a rendezés.
- A hozzászóláshoz be kell jelentkezni
UDP az layer 4 (az IP a layer3), a TFTP meg talan layer 7 (application layer) de mind1 :)
es tudom hogy a TCP tudja rendezni a csomagokat, de ettol meg az Ethernet halozaton nem valtozhat a csomagok sorrendje.
viszont a TCP persze nem csak ethernet folott mehet.
- A hozzászóláshoz be kell jelentkezni
Ahogy kimegy WAN-ra ott már általában nem is Ethernet.
- A hozzászóláshoz be kell jelentkezni
de a TFTP ritkan megy ki WAN-ra, azt network bootra, es firmware frissitesre talaltak ki/hasznaljak...
- A hozzászóláshoz be kell jelentkezni
Bocsánat, nem a TFTP-re reagáltam, hanem erre a mondatra:
viszont a TCP persze nem csak ethernet folott mehet
- A hozzászóláshoz be kell jelentkezni
Helyesbítek, az UDP Layer4, a TFTP pedig Layer 5 és fölötte (de mindegy)
https://fiberbit.com.tw/wp-content/uploads/2013/12/TCP-IP-model-vs-OSI-…
es tudom hogy a TCP tudja rendezni a csomagokat, de ettol meg az Ethernet halozaton nem valtozhat a csomagok sorrendje.
De nem is állította senki, hogy etherneten mi van, mivel nem is függ össze azzal, amihez odakeverted.
- A hozzászóláshoz be kell jelentkezni
elmeletileg ethernet eseten a csomagok sorrendje nem valtozhat meg, semmikepp.
Ez egész egyszerűen nem így van. Nyilván, ha már kint van a kábelen akkor kevésbé, de a kernelen belül simán.
- A hozzászóláshoz be kell jelentkezni
a kernelen belul miota van ethernet? :)
- A hozzászóláshoz be kell jelentkezni
Sosem lesz halott. Egyszerű mint a faék, ettől csak a TFTP egyszerűbb, és van ahol nem kell több. Plusz TLS-sel semmi probléma nincs vele biztonságilag sem. Csak ugye aki nem ért hozzá, annak FTP, FTPS, SFTP, TFTP az egy kaptafa.
"Sose a gép a hülye."
- A hozzászóláshoz be kell jelentkezni
Én azért az FTP-t éppen egyszerűnek nem nevezném. Ha meg két gép között kell protokoll overhead nélkül fájlokat másolnom (főleg régi gépeknél), én előbb veszem elő a netcat-et, mint az FTP-t. Bár utóbbi kényelmesebb, az tény :)
- A hozzászóláshoz be kell jelentkezni
Attól még, hogy te szeretsz gány megoldásokat használni, nem lesz az FTP se bonyolult, se halott.
- A hozzászóláshoz be kell jelentkezni
Igen, a netcat klasszikus interjúztató kérdésünk volt sokáig. :)
- A hozzászóláshoz be kell jelentkezni
torrent szerverrol letolteni a filmubuntu isokat, tokeletes. :)
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!
- A hozzászóláshoz be kell jelentkezni
miért lenne "halott"? sokféle célra használják ma is. multifunkciós nyomtatóktól kezdve wifi-ip-kamerákig szinte minden használhat ftp-t.
-fs-
Az olyan tárgyakat, amik képesek az mc futtatására, munkaeszköznek nevezzük.
- A hozzászóláshoz be kell jelentkezni
Mert ha elhiszed, hogy halott, akkor nagyobb hajlandósággal rendeled alá magad valamelyik cloudmultinak.
- A hozzászóláshoz be kell jelentkezni
helyen kell kezelni a dolgot, a ketto nem egymas kivaltasara jo. mondjuk neked lehet, de masnak nem :/
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!
- A hozzászóláshoz be kell jelentkezni
De a cloudbuzi megosztósdik bőven kiválthatóak vele.
- A hozzászóláshoz be kell jelentkezni
Bocs, de a rektes szart.
Tegyük fel hogy a synology drive nevű cucc amit használok olyan mint a google drive (amúgy olyan is, csak nincs olyan szép URL-em hozzá és onprem üzemel).
Ott tudok küldeni egy linket amire kattintva egy browserben megnyilik egy galéria ami izlésesen tálalja az előző napi születésnapi partit.
Az ftp-nél meg lehet szenvedni, hogy ki-ki összekattogtassa magának a total commandert meg a filezillát meg a fene tudja még ki mit használ programot.
Ugye nem várod el anyukántól, vagy a 60+ -os apukámtól, hogy ftp klienst kattogtasson össze és letöltögesse a képeket?
Lásd meg az értéket is benne, ne csak a szokásos dolgaidat puffogtasd.
Arról nem is beszélve hogy az ftp esetén ki a franc fog többmilliárd embernek ftp szervereket összeütni / üzemeltetni? Mindenki maga otthon? Ne legyünk már nevetségesek.
Az FTP egy szép és egyszerű (viszont rohadt elavult és nagyon pazarlóan működő) megoldás egyszerű fájlcserére két hoszt között, dedikált feladatra, vagy szakértőknek, átlagember a mai világban bottal sem piszkálná meg, és nem azért, mert lusta, hanem ugyanazért, hogy te is modern buszra és nem lóvasútra szállsz fel.
Ha már próbálsz tapasztalt szakembernek tűnni akkor nézz utána az ftp protokollnak, ezerrel nyitogatja a kapcsolatokat minden egyes fájlra amit forgalmazol, ennél nagyobb pazarlást (visszanyalt a fagyi?) nehéz elképzelni.
- A hozzászóláshoz be kell jelentkezni
Az ftp-nél meg lehet szenvedni, hogy ki-ki összekattogtassa magának a total commandert meg a filezillát meg a fene tudja még ki mit használ programot.
Vagy nem, mert már össze van "kattintgatva", mert nem egységsugarú, tapicskoló birkák nézik meg a 2 évente Media Marktban újravásárolt Lenovo Yogájukról.
Ugye nem várod el anyukántól, vagy a 60+ -os apukámtól, hogy ftp klienst kattogtasson össze és letöltögesse a képeket?
Ők ugyanúgy tudnának egy teljesen minimalista HTTP felületet használni, ami indexeli és megjeleníti a képeket adott FTP-ről írható mappában, ha esetleg nincs összekattintgatva a Total Commander. Sem anyád, sem 60+ apád nem indokolja a rengeteg babzsákfejlesztői JS-bloat szutykot, amit a Google beletesz. Pláne nem materialbuzi, animációbuzi, adatgyűjtögető, telemetriázó, fiókregisztrációval zsaroló módon.
Lásd meg az értéket is benne, ne csak a szokásos dolgaidat puffogtasd.
Az érték kb. 10%-át képezi. A maradék 90% a bloat és a többi etikátlan húzásuk. Lásd meg, hogy nem a 10%-ra puffogok.
Az FTP egy szép és egyszerű (viszont rohadt elavult és nagyon pazarlóan működő)
Mind sávszélességben, mind memóriában, mind CPU-ban kevesebbet fogyaszt FTP-n feltölteni, majd letölteni a megosztani kívánt fájlokat. Pláne az általad is vázolt, egységsugarú esetekben.
Ha már próbálsz tapasztalt szakembernek tűnni akkor nézz utána az ftp protokollnak, ezerrel nyitogatja a kapcsolatokat minden egyes fájlra amit forgalmazol, ennél nagyobb pazarlást (visszanyalt a fagyi?) nehéz elképzelni.
Majd nézzél szét egyszer az F12 ablakban mi történik, ha egyetlenegy fájlt megosztó Google Drive linkre rákattintasz, akkor hány HTTP csatorna nyílik és azon hány request megy végbe. Spoiler: 6 csatorna nyílik, mert ennyi a max. limit, aminél a böngésző nem enged többet és 50 request-reply minimum lemegy. Közben 6 MB töltődik le a semmire (JS-HTML-CSS bloat szutyok) és 1,5 MB töltődik fel. Ezt akarod szembeállítani azzal, hogy fájlonként nyílik +1 minimális (néhány száz bájtos) overheaddel TCP csatorna, ami a fájl feltöltésével le is záródik, míg a Google Drive JS szutykai végig nyitvatartják a 6 csatornát, mindenféle user szempontjából irreleváns szarságokra (pl. telemetria). Szóval, bármennyire is nehéz elképzelni, a Google Drive sokkal pazarlóbb az FTP-nél, és akkor nem beszéltünk még a CPU-bloatról, a memória-bloat-ról, amit okoz a babzsákfejlesztői kényelmeskedés.
- A hozzászóláshoz be kell jelentkezni
De maga az RFC irkálás ötlete sem sokkal öregebb:
- A hozzászóláshoz be kell jelentkezni
mikor az ftp.fsn.hu-n mc-vel keresek a debian csomagok kozott ennel jobb nincs.
persze azt is megertem ha bongeszobol kiveszik, ott ugyanolyan nehezkes mint http-n keresztul a fajl lista
neked aztan fura humorod van...
- A hozzászóláshoz be kell jelentkezni
Amikor utoljára "komolyan" ftp-ztem az az egyetemi koleszban volt. Long story short, a letöltési aránynak felül kellett múlnia a feltöltési arányt minden nap, ezzel védekezett a kollégium a warezgyanúsitásokkal szemben.
Szóval a gépemen volt egy cronjob ami egy meg nem nevezett publikus ftp-ről jó nagy fájlokat letöltögetett minden nap a devnullba, azért hogy ne kapjak warn -t a rendszergazdától. :)
- A hozzászóláshoz be kell jelentkezni
Alapvetően kipusztulhatna végre, de amíg az IIS nem integrálja kellő mértékben az sftp-t (vagy kínál hasonlót), addig van létjogosultsága.
- A hozzászóláshoz be kell jelentkezni
Korszerű Windows-okban (a szerverben is) van OpenSSH, amivel alapjaiban véve remekül működik az SFTP.
- A hozzászóláshoz be kell jelentkezni
Igen, de nem nyújtja az a funkcionalitást, mint az IIS+FTP.
- A hozzászóláshoz be kell jelentkezni
Hát valójában az IIS-sel egyetemben kukázhatnák kifele...
- A hozzászóláshoz be kell jelentkezni
Számítottam ilyen konstruktív hozzászólásra.
- A hozzászóláshoz be kell jelentkezni
Pedig lehet, hogy ideje lenne.
- A hozzászóláshoz be kell jelentkezni
Oké, tehát mi lenne helyette, ami azonos funkcionalitást biztosít?
- A hozzászóláshoz be kell jelentkezni
Mármint az FTP helyett? SFTP. Az anonymous FTP kivételével mindent (jobban) tud, arra meg amúgy is a HTTP(S) való.
Az IIS helyett meg Apache, vagy NGINX, vagy Haproxy, vagy Caddy, vagy #valahánynévanaptárba... (meg ne kérdezd, hogy ezek közül mi fut Windowson, mert nem érdekel; van WSL, tessék rendes szoftvereket futtatni, ha már Windowssal vert meg valakit a sors)
- A hozzászóláshoz be kell jelentkezni
...és a kameráim továbbra is FTP-vel tolják a képeket a NAS-ra.
Köszönjük, jól működik, probléma nincs vele. :)
Nem, még security probléma sincs - ha a megfelelő eszközt a megfelelő helyen használják.
- A hozzászóláshoz be kell jelentkezni
Nem, még security probléma sincs
Ugyan™, dehogy™ nincs™, csak™ nem™ tudsz™ róla™.
Bezzeg, ha a cloudba tolnád. Mennyivel kényelmesebb™ és biztonságosabb™ lenne.
- A hozzászóláshoz be kell jelentkezni
FTP egy letűnt korszak megoldása, amikor az emberiség még nem egymás basztatásával foglalkozott, ld. security
- A hozzászóláshoz be kell jelentkezni
Mondja már meg valaki, miért az FTP-t baszlatják folyton?
Ott az SMTP, sokkal nagyobb probléma, sokkal szélesebb körben használt, 20 éve ki kellett volna baszni és újragondolni/újraírni nulláról.
"Sose a gép a hülye."
- A hozzászóláshoz be kell jelentkezni
Mondja már meg valaki, miért az FTP-t baszlatják folyton?
az FTP tökéletesen alkalmas nyilvános adatok továbbítására
(nekem belső hálón a kameráim használják képek mentésére)
- A hozzászóláshoz be kell jelentkezni
Nem basztatja senki, csak megállapították, hogy kikopott. Álságos azt mondani, hogy ugyanúgy használjuk, mint huszonöt éve.
Rétegterületeken használják még. Pl. LAN-ban továbbítanak rajta adatot: printer spool vagy kamerakép főleg. Ez azért messze nem ugyanaz, mint fénykorában volt.
Nekem személy szerint semmi bajom az FTP-vel. Pont azon siránkoztam az egyik posztban, hogy milyen kár, hogy ilyen lett a világ.
Ettől függetlenül nem célszerű már a családdal, cimborákkal FTP-n osztani adatot (akkor se, ha public), mert az egységsugarú júzernek egyre inkább macera a használata. Böngészők dobják a supportot, máshoz meg nem ért.
- A hozzászóláshoz be kell jelentkezni
Nem basztatja senki, csak megállapították, hogy kikopott.
Ennél azért kicsit durvább hangvétellel próbálják meg influenszelni a nagyérdeműt abba az irányba, hogy az FTP halott™. Mintha valakiket nagyon zavarna a használata.
nem célszerű már a családdal, cimborákkal FTP-n osztani adatot (akkor se, ha public), mert az egységsugarú júzernek egyre inkább macera a használata
Nem világos, mikor volt utoljára nem macera böngészővel FTP-zni. Szerintem mindig az volt. Mikor lehetett például normálisan feltölteni, file manager-kedni böngészőből (extension nélkül)? Soha. Hozzáértő cimborákkal igenis érdemes FTP-n osztani tartalmat, mert a hozzáértő cimbora Total Commanderből vagy FileZillából fog bejelentkezni. Nem hozzáértőknek meg érdemes HTTP tárhelyet biztosítani, közvetlen linkkel, rákattintani csak rá tud.
- A hozzászóláshoz be kell jelentkezni
Nosztalgiával gondolok az FTP-re, mégsem gondolom, hogy bármilyen érv szólna mellette, hogy fusson FTP szerverem.
Alkalmi fájlcserét megoldunk a webszerveremen, 7z-be téve a cuccot.
Saját eszközök között mozgatok adatot FTP-n. Már amik nem tudnak NFS-t. Mert LAN-ban azért egy NFS sokkal királyabb.
próbálják meg influenszelni a nagyérdeműt abba az irányba
Nem kell itt influenszelni senkit semmilyen irányba. Az FTP klasszikus használatának leáldozott. Vége. Gyakorlatilag nincs célközönség. Pár geek használja még. Talán az egyetlen élő use case a koli ftp. Ha van még ilyen.
- A hozzászóláshoz be kell jelentkezni
Pedig hidd el, üzleti felhasználók részéről is van igény FTP-re.
- A hozzászóláshoz be kell jelentkezni
Ennél azért kicsit durvább hangvétellel próbálják meg influenszelni a nagyérdeműt abba az irányba, hogy az FTP halott™.
Miért zavar az téged? Ne foglalkozz vele, mindenki szokott tévedni. Ők is, te is.
- A hozzászóláshoz be kell jelentkezni
Mert onnantól, hogy függővé tették őket a cloud-idealizmusaiktól, már általában nincs visszaút.
- A hozzászóláshoz be kell jelentkezni
Akkor pláne felesleges egymást győzködni, szerintem itt nem lesz kompromisszum.
- A hozzászóláshoz be kell jelentkezni
FTP még az, ahol nem tudták megvalósítani az 1 szolgáltatás = 1 port elvét. Műszakilag ez egy nagy hátránya.
A másik, hogy együtt él az FTP és ritkán az opcionális TLS-FTP. Elég gyakran közös porton és az ósdi klens biztos a simát próbálja rá először.
Persze amikor kitalálták, akkor másak voltak a körülmények, akkor teljesen jót alkottak. Mára inkább csak velünk maradt és nem akar kihalni.
Szerencsés lenne egy új SecureFTP kitalálása, amely hasonló váltás lenne, mint a telnet --> SSH váltás 1996 környékén.
Azaz ez esetben:
- egyetlen TCP porton megvalósított parancs és adat továbbítás
- alapból kulcs csere utáni titkosított csatornán működne, kulcs csere nélkül kizárólag user-pass nélküli letöltés mód lehetséges.
- és ha még szigorítható lenne kölcsönös kulcs alapú auth-ra is, ugranánk ki a bőrünkből.
A parancsai (list, retr, stor, restart, ...) teljesen jók. Talán még egy chksum parancs jó lenne, amely letöltés nélkül validálná a két oldalon levő fájl azonosságát.
Azt viszont káros folyamatnak érzem, hogy szinte mindent HTTPs fölé akarunk gyógyítani. Pedig olyan szép és hasznos a natív TCP és UDP, sőt az SCTP is egy harmadik izgalmas lenne.
- A hozzászóláshoz be kell jelentkezni
Elég gyakran közös porton és az ósdi klens biztos a simát próbálja rá először.
Amivel mi a probléma? Az, hogy az ósdi™ kliens is tud működni vele, ahelyett, hogy frissíttetné az OS-t, meg kidobatná az eszközt a felhasználóval?
Szerencsés lenne egy új SecureFTP kitalálása, amely hasonló váltás lenne, mint a telnet --> SSH váltás 1996 környékén.
Totál felesleges még egy újrafeltalált kerék. Meglévő szervereket és klienseket be lehet úgy állítani, hogy preferálják a biztonságos kapcsolatkiépítést, hitelesítést. Cserébe, ha valakinek csak régije van, azzal is működik.
Azt viszont káros folyamatnak érzem, hogy szinte mindent HTTPs fölé akarunk gyógyítani.
Pláne, hogy lassan már a HTTPS-be ágyazott adatfolyam is még kap extra titkosítást, DRM-et stb. Bloat a bloat hátán. Nem beszélve arról, hogy a titkosítás az esetek többségében totál felesleges.
- A hozzászóláshoz be kell jelentkezni
Szerencsés lenne egy új SecureFTP kitalálása, amely hasonló váltás lenne, mint a telnet --> SSH váltás 1996 környékén.
Azaz ez esetben:
- egyetlen TCP porton megvalósított parancs és adat továbbítás
- alapból kulcs csere utáni titkosított csatornán működne, kulcs csere nélkül kizárólag user-pass nélküli letöltés mód lehetséges.
- és ha még szigorítható lenne kölcsönös kulcs alapú auth-ra is, ugranánk ki a bőrünkből.
A parancsai (list, retr, stor, restart, ...) teljesen jók. Talán még egy chksum parancs jó lenne, amely letöltés nélkül validálná a két oldalon levő fájl azonosságát.
Hát, az SFTP pont ezt tudja. Egy csatornába van multiplexelve minden; nem kell szopkodni a random portokkal, nem kell MITM-jelleggel NAT-olni, ami nyilván lehetetlen egy valóban secure, titkos forgalom esetén; tud lenni kulcsos auth, tud lenni password auth, tud lenni challenge/response auth, ráadásul az amúgy is elterjedt SSH kulcsokat tudja használni, tehát nem kell másik kulcsot generálni, ha terminal accesst is szeretnénk.
- A hozzászóláshoz be kell jelentkezni
Mára gyakorlatilag ami nem SSH vagy VPN tunnelben van az felejtős. Plusz egy szerver, amiben meg kell bíznod, és meg kell csinálni hozzá a teljes körítést. Míg pl. OpenSSH tud már minden perverz módon autentikálni.
- A hozzászóláshoz be kell jelentkezni
Egyúttal idegennek az OpenSSH hozzáférést kiadva tud a szerverről SPAM áradatot indítani.
Kösz, inkább valami SecureFTP ... képességeinél fogva kizárólag fájlfeltöltésre legyen alkalmas, semmi többre.
- A hozzászóláshoz be kell jelentkezni
Jaja itt a magamnak csinált távoli elérésre gondoltam. Többieknek ott a https.
- A hozzászóláshoz be kell jelentkezni
Hát a https önmagában szintén nem oldja meg a fájlfeltöltést. PHP kódokkal megtűzdelni a beágyazott hardvert csak mert mindössze FTP funkció kell, nem mindig jó irány. És körbe értünk, marad a pure-ftpd.
- A hozzászóláshoz be kell jelentkezni
Így van. Magamnak jó lenne. De magamnak ugye ott az scp.
A család, ismerősök meg kényelmesebben elvannak a weben. PHP amúgy is van, a családi nyomkövetők felülete miatt.
Amíg egy snakeos-es kis ketyere volt a ,,NAS", 32 MB RAM-mal, addig pont úgy csináltam, ahogy mondod: pure ftp.
Viszont mivel a munkahelyi tűzfalon tiltva van, kénytelen voltam oda is csinálni webes feltöltőt, cgi-ben (torrent fájlokat kellett neki betenni a watch dir-be). És oda leszedni is csak http-n tudtam sajnos.
Egyébként én visszasírom ezt a világot, amikor egy 32 MB RAM-mal ellátott két gyufásdoboznyi ketyere egy ráakasztott 100 GB-os diszkkel elég volt erre a feladatra. Megvolt hozzá az SDK is, tudta hekkelni az ember (transmission-t ki, rtorrent-et be pl.). Sok-sok évig használtuk örömmel.
- A hozzászóláshoz be kell jelentkezni
a beágyazott hardvert
Arra ott az rcp. Sokkal egyszerűbb, mint az FTP, nem kell portokkal baszkódni.
- A hozzászóláshoz be kell jelentkezni
Igen, az igazán remek, mikor kéri a fejlesztő hogy 2GB legyen a post_max_size meg 10000 az input_vars meg miabánat, meg 4GB a memory_limit egyetlen szaros vhost-nak, mert olyan formot csinál, hogy az neki kell.
Aztán csodálkoznak, hogy másik URL-en meg lehal a site ddos vagy egy normál de komolyabb terhelés miatt.
Fasz kivan már, hogy mindent az istenverte http-be/fölé akarnak tenni.
"Sose a gép a hülye."
- A hozzászóláshoz be kell jelentkezni
Igen, egyébként a fasz kivan vele, hogy mindennek http-n kell mennie. Szívemből szóltál.
Gyakran mégis ez a vége. Mert hiába lenne sokkal jobb valamikor pl. egy MQTT, ha a paraszt klienst nem akar telepíteni, böngészője meg van az istenvertének.
- A hozzászóláshoz be kell jelentkezni
A kereső szerint vannak javascriptes ftp/sftp/ssh könyvtárak, elvileg mehetne böngészőből, php nélkül, nagymamás html felülettel, ami csak a kívánt akciót teszi lehetővé. Bár nem adnék rá sokat hogy a chrome (majd a ff) nem vezetik ki hamarosan, ha még nem tették.
- A hozzászóláshoz be kell jelentkezni
Nem kell neki shellt adni. Be tudod korlátozni csak sftp-re és kész.
- A hozzászóláshoz be kell jelentkezni
Mondja már meg valaki, miért az FTP-t baszlatják folyton?
Mert sokkal kevesebb erőforrásból, hatékonyabban, egyszerűbben, átláthatóbban megoldja azt, amit cloudmultiék a bloated, telemetriás, reklámokkal telebaszott, webes szutykaikkal nem képesek. Ezért az Amerikában oly népszerű cancel culture megy ellene az IT-divatblogokon a menő techie influenszerek és a tech-lakájmédia firkászai által.
- A hozzászóláshoz be kell jelentkezni
Nem ugyanazt oldja meg, egészen másra jó a kettő.
- A hozzászóláshoz be kell jelentkezni
Pontosan ugyanarra jó, amíg fájlok megosztásáról, letöltéséről, feltöltéséről, távoli tárhelyen való tárolásáról beszélünk.
- A hozzászóláshoz be kell jelentkezni
De milyen lapon dontod el, hogy csak arrol beszeljunk?
- A hozzászóláshoz be kell jelentkezni
Valaki kérdezett valamit, beidézte, és válaszolt rá.
- A hozzászóláshoz be kell jelentkezni
volt azert olyan kevesbe ismert feature is az ftp-ben, hogy lehetett 2 szerver kozott is adatot mozgatni, ahol a kliens 1-1 control kapcsolatot epitett ki a 2 szerver fele, a data kapcsolt meg a 2 szerver kozott ment kozvetlenul. modemrol iranyitva eleg hasznos volt ha tavoli szerverek kozott kellett sok adatot mozgatni.
- A hozzászóláshoz be kell jelentkezni