FTN (od FidoNet Technology Network ) je offline síťová technologie používaná ve Fido a Levnets .
FTN je technologie, která vznikla se sítí Fido v roce 1984 a vývoj technologie byl řízen potřebami rychle rostoucího Fido. Je však nesprávné identifikovat Fido a FTN, protože FTN lze také použít k vytvoření dalších sítí, které nemusí s Fido žádným způsobem souviset. Takové sítě se nazývají levnety . Známé případy použití FTN-technologií fidoshniky pro organizování průmyslových, vysoce specializovaných sítí.
Největší a nejsložitější FTN síť je FidoNet . V něm je oslovování založeno na geopolitické příslušnosti a život sítě se řídí chartou . Leváci jsou většinou organizačně mnohem jednodušší.
Standardy, podle kterých je software FTN vyvíjen, jsou dokumenty přijaté FTSC (Fido Network Technical Standards Committee), ale povinnost dodržovat určité dokumenty v leftnets a Fido se může lišit.
Jednotkou sítě FTN je tzv. systém - soubor programů konfigurovaných k provádění funkcí souvisejících s přeposíláním a zpracováním pošty a souborů. Osoba, která udržuje systém, se nazývá systémový operátor ( sysop ). Každý systém má adresu.
Standardní schéma adresování FTN je popsáno v FSP-1028 . Po úplném napsání adresa vypadá takto: Zone:Net/Node.Point@Domain , kde první čtyři pole jsou vyplněna čísly zóny, sítě, uzlu a bodu a páté je označení písmenem síť FTN. Takový kompletní záznam se nazývá 5D záznam. Krátké formy (4D, 3D a 2D) jsou také možné - když programy mohou převzít hodnoty jiných polí.
Systémy jsou uzlové a bodové. Rozdíl mezi nimi obvykle spočívá pouze v právním postavení v síti (např. ve Fido body nejsou formálně členy sítě). Na první pohled se adresa hostitele zdá kratší, protože neobsahuje číslo za tečkou, ale ve skutečnosti je přítomna vždy, v adresách hostitelů je prostě nula a obvykle se vynechává. V 5D podobě se také adresy uzlů obvykle zapisují bez čísla bodu.
Pole „Doména“ adresy FTN (síťové písmeno) by se nemělo zaměňovat s názvy internetových domén (viz FQDN ). Název domény fidonet.org , který hostí oficiální webovou stránku sítě Fido, tedy nebude platnou doménou při použití v adrese FTN. Místo toho by měl být použit pouze fidonet .
Na jednom počítači může být více systémů. Za prvé, jedna sada programů může být nakonfigurována tak, aby fungovala současně pod několika adresami. Pak se mluví o AKA (od také známé jako ) kromě hlavní systémové adresy (první zadaná v konfiguraci ). Za druhé, může existovat několik sad nakonfigurovaných tak, aby fungovaly nezávisle. To se stane například, když má uzel adresu technického bodu pro provoz BBS nebo robotů .
Síť řídí úředníci – koordinátoři. Koordinátoři jsou zodpovědní za definování schémat směrování a udržování seznamu uzlů . Seznam uzlů je seznam uzlových systémů, které jsou součástí sítě FTN. Seznam uzlů obsahuje informace potřebné k tomu, aby jeden systém volal druhému přes veřejnou síť. Bodové systémy mohou přijímat i příchozí spojení, informace pro komunikaci s nimi se zapisují do seznamu bodů .
Formát a příznaky nodelist jsou popsány v FTS-5000 , FTS-5001 (základní standardy) a FSP-1035 ( DNS Distributed Nodelist ). Ve Fido jsou platné příznaky popsány také v epilogu nodelist. Formát seznamu bodů je popsán v FTS-5002 .
FTN sítě mají zařízení pro přenos textových zpráv a souborů. Textové zprávy lze rozdělit na netmail (osobní korespondence) a echomail (veřejné tematické konference). Nástroje pro sdílení souborů zahrnují konference echo souborů (distribuce souborů podle tematických kategorií) a žádosti o soubory (žádost o konkrétní soubor jedním systémem z druhého). Běžné je však také zasílání textových zpráv souborů s kódováním UUE .
Sítě FTN dlouho stanovovaly limity na velikost zprávy (například pravidla echo konferencí), kvůli nedokonalostem tehdy používaných programů. Postupně byly povoleny větší velikosti. myslitelný limit byl 64 KB [1] protože stále proprietární program FastEcho[ kdy? ] natolik populární, že nezvládne více [2] . Ve Fido ale v dnešní době probíhá živá debata a stále více lidí od ní ustupuje ve prospěch modernějších programů, které nemají žádné limity na velikost zpráv.
Stávající editory zpráv FTN nepodporují Unicode a metody značení. To má za následek, že přes FTN je přenášen pouze prostý, neformátovaný text v CP866 nebo jiné jednobajtově kódované znakové sadě . FTN vám umožňuje posílat zprávy v jakémkoli kódování obsahujícím jakékoli značkovací značky, ale neexistují žádné editory, které by je podporovaly.
Pro nastavení různých charakteristik přenášené zprávy se do ní vkládají speciální kontrolní linky - kludges , podobně jako RFC hlavička e-mailových zpráv . Obecný popis bloků je obsažen ve FTS-4000 , ale samotné bloky jsou popsány v samostatných dokumentech. Každá zpráva musí obsahovat svazek MSGID ( FTS-0009 ), kódování zprávy je uvedeno v svazku CHRS ( FTS -5003 ), šifrované zprávy nebo zprávy podepsané EDS jsou označeny svazkem ENC ( FSC-0073 ) atd.
Informace potřebné k distribuci souborů prostřednictvím konference echo souborů jsou obsaženy v doprovodném souboru s příponou tic . Distribuce souborů tímto způsobem je popsána ve FSC-0087 . V dnešní době, kdy existuje mnoho pokročilejších způsobů distribuce souborů, slouží souborové echokonference ve Fido především k šíření oficiálních informací.
Lze rozlišit následující funkce, pro které jsou určeny příslušné programy:
Ve skutečnosti jsou funkce jednoho programu často vykonávány jiným. Například sledování netmailu zvládne HPT tosser ze sady Husky a T-Mail mailer je také schopen samostatně zpracovávat požadavky na soubory. V současné době je většina systémů pouze mailer a tosser.
Ve skutečnosti je systém FTN omezen na příjem, zpracování a přenos zpráv a souborů – základny zpráv nejsou součástí systému. Pokud nějaká echo konference není uložena v lokální databázi, pak se nazývá pass-through (z anglického passthrough ).
Můžete hovořit o BBS , pokud má základna zpráv přes síť přístup pro více uživatelů. Uživatelé BBS nepotřebují úplnou sadu programů FTN, ale pouze klientský program. BBS založené na protokolech NNTP a HTTP jsou v současnosti běžné . Uživatelé nemají v síti vlastní adresu – píší z adresy systému, na kterém BBS běží.
Samotná FTN není vázána na fyzické kanály přenosu dat, její podstata je offline. Komunikace probíhá na principu relace: spojení se účastní pouze dva systémy, spojení je vyžadováno pouze na krátkou dobu, aby bylo možné přijímat a přenášet nové zprávy. Informace jsou distribuovány v řadě uplinků a downlinků. Velké distribuční uzly získávají status rozbočovače . Trvalé odkazy jsou chráněny heslem, ale pokud systém akceptuje příchozí spojení, pak podle nodelistu nebo pointlistu mu můžete poslat zprávu nebo soubor přímo ("přímo") přes relaci bez hesla.
Práci s kanálem přenosu dat v systému FTN provádí odesílatel. Zpočátku byla technologie vytvořena pro komunikaci pomocí modemu po telefonních linkách , ale od poloviny 90. let 20. století se internet používá k výměně pošty mezi velkými uzly Fido .
V současnosti používané protokoly přenosu dat: binkp ( FTS-1026 ), ifcico ( FTS-1024 ) a fido-over-email ( FTS-1025 a další) pro internetovou komunikaci a EMSI ( FSC-0056 ) pro připojení modemem.
Teoreticky může FTN síť využívat libovolný počet fyzických sítí současně – jedinou otázkou je vytvořit příslušné mailery. Fidoshniks, když mluví o nezávislosti na komunikačních kanálech, někdy dodávají: "i s holubí poštou!" Svazky lze skutečně zakódovat v UUE , vytisknout jako text a odeslat s holuby a na přijímací straně je lze rozpoznat, dekódovat a přenést do tosseru - holub bude „mailer“ a UUE spolu s tiskárna a skener , bude specifický typ příchozí / odchozí.
"Příchozí" a "odchozí" jsou adresáře s příchozími a odchozími daty. Vlastní funkcí odesílatele je pouze přijetí do příchozího a přenos z odchozího - zpracování je prováděno jinými programy. Jak příjem, tak přenos odesílatele může být ve většině případů prováděn stejně na příchozích i odchozích relacích.
Pokud je příchozí vždy stejný (obvykle však existují různé příchozí adresáře pro relace s heslem a bez hesla), mohou být odchozí různé typy. Známé jsou ArcMail Attach (AMA), Amiga Style Outbound (ASO) a Binkley Style Outbound (BSO).
ArcMail [3] se používá k přenosu echo mail - mailové pakety jsou komprimovány archivátorem . Obvykle je mnoho balíčků se zprávami umístěno v jednom balíku archmail. Echomail je přenášen jako archmail (tj. v komprimované podobě) bez ohledu na typ odchozí pošty.
Pakety Netmail jsou obvykle odesílány nekomprimované. Netmail i echomail používají stejný formát paketu (aktuálně typ paketu 2+, popsaný ve FSC-0048 ). Formát, ve kterém je zpráva zapsána do paketu, je popsán v FTS-0001 .
Je zde jedna terminologická past. Faktem je, že často můžete slyšet lidi říkat „nezabalený netmail“. V tomto případě máme na mysli netmail, nikoli komprimovaný do archmailu. Aby mohla být zpráva odeslána, musí být zabalena do paketu (soubor s příponou pkt ), ale pakety echomail jsou komprimovány a přenášeny pomocí arcmail, zatímco pakety netmail jsou přenášeny samy o sobě, bez komprese. Je možné přenášet pomocí archmail a netmail, ale to se provádí velmi zřídka.
O nekomprimovaném („rozbaleném“) netmailu se mluví v souvislosti s poštovní hodinou. Podle charty sítě Fido musí být síťový uzel schopen přijímat nearchivovaný netmail během relace bez hesla (bod 2.1.8 ).
Po přijetí určitých dat do příchozích zpráv může odesílatel spustit obslužný program nebo vytvořit příznakový soubor.
Pokud odesílatel přijme arcmail, spustí se tosser . Tosser rozbalí Arkmail a rozbalí balíčky se zprávami. Když je zpráva přijata v určité oblasti ozvěny ( AREA kludge ), tosser zkontroluje stav předplatného systémových odkazů na tuto oblast a zabalí nové zprávy pro každý předplacený odkaz, načež umístí vytvořené svazky do odchozích. Aby se zabránilo opětovnému odeslání zprávy do systémů, kterými již prošla, je zde SEEN-BY shluk . Links může spravovat své předplatné na echo konferenci pomocí správce předplatného ( robot Areafix ) odesíláním speciálních příkazů přes netmail.
Tosser může ukládat zprávy do databáze, ke které může přistupovat lokálně sysop pomocí editoru zpráv nebo vzdáleně více uživatelům prostřednictvím BBS . Tosser musí prohledat databáze pro nové zprávy a zabalit je pro odeslání na systémové odkazy.
Echomail je popsán v FTS-0004 .
Pokud odesílatel přijme netmail, spustí se sledovač , který jej zpracuje (ačkoli házející nebo samotný odesílatel může vykonávat funkce sledovače). Tracker rozbalí balíček se zprávami a jedná s nimi v souladu se systémovým nastavením. V první řadě musí tracker směrovat tranzitní zprávy – pokud zpráva není adresována systému, do kterého tracker patří, bude zabalena pro odeslání na jiný odkaz v souladu s pravidly směrování. Před odesláním tracker vloží do zpráv řádek s Via kludge , který obsahuje adresu systému, čas zpracování a identifikátor sledovacího programu (formát tohoto kludge je popsán ve FTS-4009 ). Každý tranzitní systém, kterým zpráva prochází, musí vložit vlastní linku s Via shlukem.
Kromě toho může tracker kontrolovat přítomnost odesílatele a příjemce zprávy v nodellistu a pointlistu (tyto dokumenty musí být aktuální), odesílat upozornění o přijetí a zpracování zprávy (pokud má odesílatel nastaven příslušné atributy), odesílat zprávy robotům (například faxovému serveru nebo správci předplatného).
Pokud je zpráva adresována systému, který vlastní sledovač, a není technická (například adresovaná robotovi), musí být uložena do databáze zpráv pro pozdější přečtení sysopem.
Pokud odesílatel obdrží soubor s příponou tic , pak při běžném provozu odesílajícího systému to znamená, že před tímto souborem byl odeslán soubor distribuovaný fileechoconferencí. Soubor tic je odeslán za novým souborem a plní s ohledem na něj stejné funkce jako kludges pro zprávy a pro jeho zpracování je nutné spustit fileechoprocessor .
Schéma činnosti procesoru echo souboru je podobné jako u tosseru. Funkce echokonferenčního souboru a formát souboru tic jsou popsány ve FSC-0087 .
Pokud odesílatel obdrží soubor s příponou req , znamená to, že do systému byl odeslán požadavek na soubor (freak) a měl by být spuštěn příslušný handler. Freky jsou popsány ve FSC-0086 a FTS-0006 .
Atributy zprávy nastavují naléhavost odeslání, požadavky na oznámení o přijetí nebo přečtení a další parametry. Například atribut K/s (from kill/send ) říká, že e-mail by měl být po odeslání smazán z databáze. Zpráva s atributem Dir musí být odeslána přímo příjemci, nikoli přes směrování. S atributem Pvt je dopis považován za soukromý. Atribut Uns je nastaven u nových zpráv a po odeslání se změní na Snt . Editor nastaví atribut Rcv nové přijaté zprávě, adresované uživateli, když si ji přečte. Atribut Loc znamená, že zpráva byla vytvořena v systému a nepřišla zvenčí.
Dokud není zpráva odeslána, jsou atributy uloženy v databázi zpráv. Při přenosu se atributy stanou součástí zabalené zprávy (formát zabalené zprávy je popsán v FTS-0001 ). Když tosser zapisuje zprávy do dočasného adresáře po rozbalení, atributy mohou být zapsány do souboru FLAGS ( FSC-0053 ) [4] .
Často se používají další programy pro:
Od roku 2021 kromě FidoNet nadále funguje mnoho dalších sítí FTN a vyměňují si zprávy mezi uzly a BBS. Jsou to sítě jako: