Fidonet

Aktuální verze stránky ještě nebyla zkontrolována zkušenými přispěvateli a může se výrazně lišit od verze recenzované 21. června 2022; kontroly vyžadují 11 úprav .

Fidonet (z angličtiny  FidoNet , /ˈfaɪdəʊnɛt/ ; krátce Fido ) je mezinárodní amatérská nekomerční počítačová síť postavená pomocí technologie point-to-point . [1] Zpočátku byl software FidoNet vyvinut pod MS-DOS , ale brzy byl portován na všechny běžné operační systémy , včetně UNIX , GNU/Linux , Microsoft Windows , OS/2 , Android a Mac OS .

Populární byl na počátku 90. let 20. století , poté se díky masivnímu rozšíření internetových technologií začal počet síťových uzlů snižovat. Síť funguje i nadále, k 14. prosinci 2018 ji tvořilo 1560 uzlů [8] . Slangový název pro uživatele Fidonet je fidoshniks .

Hlavním rysem FidoNetu, který určoval širokou penetraci této sítě, bylo faktické bezplatné připojení a využívání síťových zdrojů. Účastníci potřebovali pouze komunikační kanál v podobě telefonní linky (poplatek za pevnou linku byl obvykle fixní). Později byly k odesílání dat Fido stále více využívány internetové linky.

Historie

Síť byla vytvořena v roce 1984 americkým programátorem Tomem Jenningsem ,  aby předával zprávy ze své BBS do BBS jeho přítele Johna Madila . Převod byl realizován v noci, kdy byly náklady na telefonní hovory nižší. Pro výměnu pošty s jiným síťovým uzlem byla přidělena jedna hodina (během které byl uzavřen přístup pro uživatele třetích stran na BBS), která se později stala známou jako „národní poštovní hodina“. [1] Požadavek organizovat vyhrazenou hodinu pro zasílání zpráv trvá do současnosti (s výjimkou uzlů připojených k síti ne prostřednictvím POTS ).  

Brzy se počet síťových uzlů začal zvyšovat a na začátku roku 1985 dosáhl 200. Seznam uzlů (nodlist, anglicky  nodelist ) byl distribuován jako samostatný soubor a zpočátku jej aktualizoval sám Jennings a později členové uživatelské skupiny DEC ze St. Louis Ken Kaplan ( anglicky  Ken Kaplan ) a Ben Baker ( anglicky  Ben Pekař ). Začali také vyrábět první „newsletter“ sítě Fidonet. [jeden]

Zpočátku každý uzel komunikoval s jiným uzlem přímo. S růstem počtu uživatelů sítě se výrazně zvýšil počet telefonních hovorů včetně meziměstských. V důsledku toho bylo rozhodnuto změnit strukturu sítě z lineární na stromovou a seskupovat uživatele do segmentů podle geografické polohy. V důsledku toho se adresování stalo dvouvrstvým: místo jednoduchého čísla uzlu se použila notace síť/uzel . [jeden]

Koncem roku 1986 se podobný problém objevil na kontinentální úrovni. Kromě toho vznikl nápad uspořádat pro uživatele BBS možnost přijímat poštu pomocí datových formátů a protokolů Fidonet. Na zasedání výboru pro technické normy Fidonet v říjnu 1986 byla představena čtyřúrovňová hierarchie seznamu uzlů. Nejvyšší úrovní byla zóna (kontinent), následovala síť, uzel a bod (point, anglicky  point ) sítě. [1] Zóna schématu adresování : network/host.point se používá dodnes.

Dynamiku počtu uzlů v síti lze znázornit v následující tabulce [1] [2] [3] [4] , celkový počet uzlů v síti na začátku roku včetně technických adres:

Rok 1984 1985 1986 1987 1988 1989 1990 1991 1992 1993
Počet uzlů [5] 12 351 1208 2465 2966 5862 6916 10770 14702 21162
Rok 1994 1995 1996 1997 1998 1999 2000 2001 2002 2003
Počet uzlů 28606 36368 39676 33582 27131 21663 18676 15638 13705 11925
Rok 2004 2005 2006 2007 2008 2009 2010 2011 2012 2013
Počet uzlů 10654 9475 8346 7369 6710 6065 5117 4394 3676 3371
Rok 2014 2015 2016 2017 2018 2019 2020 2021 2022 2023
Počet uzlů 2830 2526 2462 ~2000 1621 1563 1468 1452 1375

Síť Fidonet dosáhla maximální prevalence na konci roku 1996 , kdy se skládala z cca 40 tisíc uzlů. [6] Od té doby popularita sítě postupně klesá a počet jejích uzlů se několikrát snížil. [2]

V únoru 1986 vyvinul Jeff Rush ( angl.  Jeff Rush ) systém síťových konferencí, nazvaný „echomail“ (echomail, angl.  echomail ). První mezinárodní echo konference byla konference MODULA-2, která byla distribuována v Evropě , Austrálii a Severní Americe . [jeden]

V roce 1986 také začaly první trvalé „brány“ mezi Fidonetem a UUCP (tj. mezi Fidonetem a Internetem ). [jeden]

Původ jména a symbolu

Symbol  maskota Fidonet je pes s disketou v tlamě, kterou ztvárnil Tom Jennings jako logo pro svůj program Fido.

Podle legendy je Fido jméno psa zakladatele sítě Toma Jenningse. Ve skutečnosti neměl žádného psa; [7] [8] ale Fido (Faido, angl.  Fido ) je opravdu psí přezdívka, v Americe stejně běžná , jako je to například Sharik, Bobik nebo Tuzik na území bývalého SSSR .

Podle jiné legendy převzal Tom Jennings název sítě z prvního slova, které ho zaujalo a které bylo napsáno na nálepce nalepené na jeho monitoru.

Obě legendy jsou diskutabilní a nepočítají s tím, že Jennings pojmenoval „Fido“ programem BBS-to-BBS pro zasílání zpráv . Později byl název rozšířen na síť: Network of Fido programs, Fido network → Fidonet  (anglicky)

Fidonet v SSSR a Rusku

První uzel sítě Fidonet na území SSSR se objevil v roce 1990 v Novosibirsku. Polský novinář Tadeusz Radiusz, který pracoval v redakci moskevského časopisu „Computer“, nainstaloval do redakce BBS a svůj (polský) uzel. Článek o této BBS pak vyšel v jednom z čísel časopisu.

Po této publikaci v létě téhož roku vytvořili Evgeny Chupriyanov a Vladimir Lebedev v Novosibirsku první skutečně ruský uzel, rovněž s BBS. [9] Zpočátku měl uzel adresu 2:42/100, později - 2:5000/10. Připojení k síti bylo realizováno prostřednictvím uzlů umístěných v Československu. [10] 21. září 1990 Čeljabinští Fidošnikové telefonovali Jevgeniji Čuprijanovovi a podpořili myšlenku podání žádosti o vytvoření ruského regionu Fidonet - R50, vzhledem k tomu, že v září již byly v Ruské federaci dva uzly města (v každém alespoň dva uzly). Byly vytvořeny dvě sítě: N5000 - Novosibirsk a N5010 - Čeljabinsk . Později, v listopadu - prosinci 1990, byly sítě registrovány také v Moskvě (N5020) a Leningradu (N5030). Prvním regionálním koordinátorem regionu Sovětského svazu (2:50) byl Vladimir Lebedev, v té době student NSU mechaniky a matematiky.

Během srpnových událostí roku 1991 byla síť spolu s Relcomem [11] využívána k zasílání informačních bulletinů z Bílého domu . [12]

Počet síťových uzlů na počátku 90. let rychle vzrostl, protože připojení k síti nevyžadovalo značné materiálové náklady a přenos dat v rámci jedné předvolby byl prakticky zdarma. Již koncem 90. let se však ukázalo, že Fidonet nemůže konkurovat ostatním počítačovým sítím a především internetu. V lednu 1997 popsal jeden z nejstarších fidoshniků Dmitrij Zavališin v rozhovoru pro rozhlasovou stanici Rakurs vyhlídky na rozvoj sítě takto [13] :

Věřím, že Fido bude mít ještě pár let aktivního života, po kterých už asi nebude vidět na obzoru. A důvody pro to jsou čistě technologické a vůbec ne politické. Fido bylo vyvinuto už dávno, bylo vyvinuto neodborně a neúspěšně, každý, kdo se tím vážně zabývá, dobře ví a to omezuje jeho životnost, jeho vývoj.

Tyto trendy se naplno projevily v roce 2000, kdy odliv uživatelů z Fidonet na blogy a sociální sítě na internetu nabyl značných rozměrů.

Reformování Fidonetu

S poklesem popularity sítě se začaly objevovat nápady na reformu Fidonetu. Patří mezi ně koncept „ hypertextového vektoru Fidonet“ navržený Sergejem Sokolovem, operátorem uzlového systému 2:5063/88(také známým jako Mithgol the Webmaster). Známou se stala v souvislosti s online konferencí , kterou 5. března 2007 uspořádal Dmitrij Medveděv (který byl tehdy místopředsedou vlády Ruské federace ) jménem Sergeje Sokolova ohledně sítě Fidonet. Medveděv odpověděl na otázku:

Otázka: „Dobrý den, drahý Dmitriji Anatoljeviči! V poslední době mě vážně znepokojuje problém vzdělávání dětí v prostředí informačních technologií, proto se ptám: je možné v budoucnu podporovat takové projekty, jako je například můj o něco více než z poloviny hotový hypertextový vektorový fidonet, který Vyvíjel jsem se dlouho bez zábran?

Odpověď: „Včera jsem šmakoval: stále existují tyto hypertextové odkazy, které jsou přítomny na běžném internetu, ve fidonetu, v normální formě známé běžným uživatelům internetu, chybí, i když na druhé straně tyto formy, které se používají tam (ozvěny se jim podle mého názoru říká), jsou zajímavé a jsou na širokou škálu témat, takže se mi zdá, že úkol vytvořit hypertextový fidonet je přinejmenším relevantní, protože jsem si uvědomil, že chybí tam hypertext" [14]

O podpoře tohoto směru vývoje nebylo řečeno nic. [15] Navzdory opakovaným prohlášením Sokolova o blížícím se vydání odpovídajícího softwaru je od začátku roku 2011, teprve od prosince 2009, částečná podpora adresního schématu FGHI implementována ve dvou editorech zpráv a jednom WebBBS [16] . Další deklarované funkce, jako je plná podpora adresního schématu FGHI URL [17] , barva, písmo a grafický design zpráv, nejsou ve výše uvedeném softwaru dostupné [18] .

Na rozdíl od plánu Sergeje Sokolova nadšenci realizovali několik projektů, které mají usnadnit přístup nových lidí do sítě: Web-BBS, stránky, kde můžete požádat o bod, například Fidoweb a wfido , softwarové balíčky (soupravy bodů ), které vyžadují konfiguraci, nastavení 5-6 parametrů nebo zodpovězení několika otázek programu ( FidoIP , Kubik , NewPointExpress atd.), stejně jako software pro Android : Aftershock a HotdogEd .

Fidonews

Od 1984 elektronický týdeník Fidonews [19] Odpovídá echo konferenci FIDONEWS. Týdeník je distribuován ve formátu pro tisk. Zpočátku byl text pouze v ASCII , ale s příchodem Björna Feltena jako editora se v něm objevil znak „ö“. Přibližně ve stejné době začal klesat objem releasů a konferenci FIDONEWS začaly dominovat politické diskuse.

V roce 2009 vyšla první čísla ruskojazyčného FidoNews: [20]

…Tato publikace nemá nic společného s tradičními (anglickými) Fidonews. Týká se to nejen formy a obsahu, ale i četnosti zveřejňování. Fidonews v ruštině vyjdou, jakmile budou připraveny. A záleží na různých okolnostech, ale především na dostupnosti materiálu.

Takže pokud někdo chce, aby Fidonews vycházely častěji, pošlete mi materiály jakýmkoli způsobem, který vám vyhovuje. Téma: vše, co souvisí s Fidonetem (včetně vašich názorů na toto naše fido). Jste vítáni psát články na témata fidosh. Opět konkrétní téma na přání autora. Lze použít i básně/prózy o fidu (už jsem uvedl příklad :). Hy a neposílejte materiály ..;) no, Fidonews stejně vyjdou, jen méně často.

Administrativní struktura

Všichni účastníci Fidonet jsou podle svých práv a povinností rozděleni do tří velkých skupin:

Seznam uzlů

Charta Fidonet vyžaduje, aby každý síťový uzel vedl aktuální seznam všech síťových uzlů ( nodelist , anglicky  nodelist ). Formát seznamu uzlů je popsán standardem Fidonet FTS-5000. [21] Seznam uzlů je aktualizován každý týden (obvykle prostřednictvím file echo conferences ).

Informace o uzlu uvedeném v seznamu zahrnují stav uzlu (pro označení dočasně nefunkčních uzlů), jeho číslo a název, geografickou polohu, jméno a příjmení provozovatele uzlu, telefonní číslo (u uzlů přístupných přes internet protokoly - název domény . IP - nebo E-mailová adresa ) a příznaky udávající možnosti softwaru a hardwaru uzlu.

Koordinace

Hlavním prostředkem udržování pořádku ve Fido je jeho hierarchická struktura popsaná v odstavcích 1.2.3-1.2.8 Charty Fidonet . Organizační jednotkou nižší úrovně je síť ; sítě jsou spojeny do regionů ; regiony - do zón . V čele každého sdružení stojí koordinátor .

Hlavní povinnosti koordinátorů:

Síťoví a regionální koordinátoři (NC a RC - angl.  Network Coordinator, Regional Coordinator ) jsou jmenováni vyšším koordinátorem (i když v praxi se obvykle předem hlasuje, ve kterém si systémoví provozovatelé uzlů vyberou pro ně přijatelného kandidáta) . Koordinátoři zón (ZC, angl.  Zone coordinator) jsou voleni krajskými koordinátory. Koordinátoři zón jsou členy Rady koordinátorů zón , která rozhoduje o záležitostech týkajících se sítě jako celku. Předsedou Rady je mezinárodní koordinátor (IC, angl.  International Coordinator ). Mezinárodní koordinátor je garantem zákonnosti konání voleb a referend na síti, vyhlašuje rozhodnutí Rady a také plní funkce sestavování globálního seznamu uzlů.

Koordinátoři mohou delegovat část svých pravomocí na jiné uzly. Obvykle jsou pověřeny orgány, aby organizovaly doručování ozvěnových konferencí (síťovému nebo regionálnímu koordinátorovi ozvěny – NEC nebo REC) a přenos souborů (síťovému nebo regionálnímu koordinátorovi ozvěny – NFEC nebo RFEC).

Síť

Síť ( angl. network ) kombinuje uzly umístěné ve stejné místní geografické oblasti (městě nebo regionu), obvykle v rámci stejného kódu dálkové telefonní sítě .  

Neexistuje žádný jednotný přístup k číslování sítí, který by byl obecně přijímán v rámci Fidonet. V zóně 2( Evropa ) číslo sítě často obsahuje číslo regionu ( například číslo sítě 5020( Moskva ) zahrnuje číslo regionu 50 - Rusko ). V menších regionech se pro číslo sítě používá jedna platná číslice, ve větších regionech jsou to dvě. V poslední době bylo toto schéma porušováno kvůli nedostatku čísel pro sítě: například v regionu 50existuje několik sítí, jejichž čísla začínají 60: například síť 6035( Zheleznogorsk ).

V zóně 1se používá jiný přístup: hodnota je brána jako výchozí bod pro číslování sítí v regionu номер региона × 20a ve velkých regionech номер региона × 200.

Region

Region ( anglicky region  ) spojuje sítě, které se zpravidla nacházejí ve velké geografické oblasti. Například region 17první zóny sdružuje sítě nacházející se na severovýchodě tichomořského pobřeží Spojených států, na Aljašce a v severní Kanadě [22] a region 46druhé zóny zahrnuje sítě na Ukrajině a v Moldavsku. [23]

Oblast může také zahrnovat nezávislé uzly, které nejsou zahrnuty v žádné síti z důvodu absence jiných uzlů v oblasti nebo konfliktu s členy stávající sítě.

Zóna

Zóna ( angl. zone ) spojuje několik oblastí , které se obvykle nacházejí na stejném kontinentu . V současné době existuje pět zón:  

  1. Severní Amerika ;
  2. Evropa , země bývalého SSSR a Blízkého východu ;
  3. Austrálie a Nový Zéland ;
  4. Latinská Amerika ;

Do května 2007 existovala také šestá zóna ( Asie ). Kvůli poklesu popularity Fida a kolapsu místního koordinačního systému byl rozpuštěn, zbývající uzly byly přesunuty do třetí zóny. [24] [25]

V roce 1992 přišla část ruských sysopů s myšlenkou oddělit Rusko , stejně jako celý postsovětský prostor , do nové sedmé zóny, ale kvůli neshodám se tak nestalo. [26]

Koncem roku 2005  - začátkem roku 2006 se v ruském regionu Fidonet ( 2:50) konalo referendum o otázkách přidělení do sedmé zóny, [27] v jehož důsledku také nebylo vypracováno žádné konkrétní rozhodnutí. [28]

Mezinárodní koordinátor

Mezinárodního koordinátora vybírá Rada koordinátorů zón. Volební postup vždy vyvolával velké kontroverze, v jejichž důsledku se tento post často ukázal jako neobsazený. [29] V roce 2000 byl Z2C (koordinátor zóny 2) Ward Dossche zvolen mezinárodním koordinátorem  . [30] V roce 2004 Board of Zone Coordinators oznámil , že byl odstraněn ze své funkce a že Malcolm Miles byl zvolen mezinárodním koordinátorem Z3C . [31] Dossche s tímto rozhodnutím nesouhlasil a poukázal na to, že hlasy ve volbách by se neměly rozdělovat podle schématu „jeden koordinátor – jeden hlas“, ale v závislosti na počtu uzlů v odpovídající zóně. S takovým schématem by měl mít jako koordinátor největší, druhé zóny, 89 hlasů a všichni ostatní koordinátoři celkem - 11 hlasů. [31] To mělo za následek paralelní existenci dvou mezinárodních koordinátorů: Malcolma Milese, zvoleného radou koordinátorů, a Warda Dosscheho, který odmítl odstoupit.  

Jiné sítě FTN

Na základě softwaru Fidonet se objevily i další sítě, které dostaly obecný název FTN ( angl.  Fidonet technology network ). Pro takové sítě mohou mít pojmy „zóna“ a „síť“ jiný význam. Číslo sítě může být libovolné vymyšlené číslo (podporované softwarem), totéž platí pro číslo zóny. Čísla zón 1-6 se ve většině sítí nepoužívají, protože to může ztížit současné použití stejného nainstalovaného softwarového balíčku pro Fidonet. Mezi lidmi se takové sítě také nazývají " Left Nets ".

V 90. letech 20. století některé banky používaly FTN mailery ke komunikaci s pobočkami a k ​​vytváření systémů „ klient-banka “. Některé podniky stále používají sítě FTN jako přenos pro výměnu informací, pokud je organizace jiného přepravního kanálu z toho či onoho důvodu nemožná nebo nevhodná.

Technická organizace sítě

Fidonet je offline síť, to znamená, že zprávy a soubory jsou uloženy v počítači uživatele a jsou zpracovány a připraveny k odeslání v době, kdy může být uživatel odpojen od sítě (to znamená, že trvalé připojení k síti není nutné pro práci se sítí). Zpočátku se pro přenos dat v síti Fidonet využívalo přímé modemové spojení přes telefonní linku , což se odráží v Chartě a struktuře sítě.

Zpočátku byl hlavním protokolem sítě Fidonet protokol pro přenos „netmailu“ ( netmail , anglicky  Netmail ): jednotlivých elektronických textových zpráv obsahujících jméno odesílatele a příjemce a také adresu Fidonet každého z nich. Síť poskytuje směrování zpráv , takže odesílatel a příjemce zprávy mezi sebou nemusí navazovat přímé („přímé“, anglicky  direct ) spojení. Možnost takového spojení, kdy pošta obchází výchozí směrovací a administrativní hierarchii, je však zachována a příležitostně využívána, neboť v tomto případě je zachováno garantované doručení pošty příjemci a utajení korespondence (protože obvykle systém provozovatelé tranzitních uzlů si vyhrazovali právo nahlížet do jejich procházející osobní korespondence s obsahem, který porušuje Chartu Fidonet).

Netmail umožňoval ke každé přenášené zprávě „připojit“ jeden až čtyři soubory (počet souborů je omezen velikostí pole „předmět“, která je 70 znaků). To umožnilo vytvoření řady protokolů běžících nad netmailem, které předávají informace z jednoho hostitele na druhého v připojených souborech.

Nejčastěji používaným z těchto protokolů je echomail (“echomail”, anglicky  echomail ), což jsou veřejné konference (“ echoconferences ”), podobné skupinám Usenet . Původně měl echomail sbírat zprávy z veřejných fór místní BBS a přenášet je v komprimované podobě (pro úsporu času; obvykle se používaly formáty ARC  - proto „arkmail“ ( anglicky  arcmail ) nebo ZIP ). Později získaly echokonference nezávislý význam a staly se nejoblíbenějším protokolem pro výměnu informací ve Fido.

Kromě toho existují i ​​protokoly pro výměnu binárních souborů (fileechoconference - "fileehi", angl.  fileecho ), tyto protokoly jsou však v současnosti využívány poměrně málo (kvůli rozšíření rychlých a levných internetových kanálů a P2P sítí).

Adresování

Standardní schéma adresování v síti Fidonet je popsáno v dokumentu FTSC FSP-1028 . [32] Norma počítá s plnou formou záznamu adres (tzv. 5D adresování - anglicky  5D-addressing , pomocí 5 polí síťových adres) a různými formami zkráceného zápisu, z nichž se nejčastěji používá 3D a 4D adresování. .

5D adresy se zapisují v následujícím tvaru: Zone:Net/Node.Point@Domain, kde:

  • Zone — číslo zóny (od 1 do 32767).
  • Net — číslo sítě (od 1 do 32767).
  • Node — číslo uzlu (od -1 do 32767).
  • Point — číslo bodu (od 1 do 32767).
  • Domain — symbolický název sítě FTN (až 8 znaků). V případě Fida "fidonet".

Z těchto polí jsou povinné pouze Síť a Uzel. Jsou tedy možné následující zkrácené formy psaní adresy:

  • Zone:Net/Node.Point - 4D adresování, výchozí název sítě fidonet.
  • Zone:Net/Node - 3D adresování, pole je vynecháno Point, které má hodnotu 0 pro všechny síťové uzly.
  • Net/Node — 2D adresování, pole je vynecháno Zone, pro které je výchozí hodnota 1.

Hodnota čísla uzlu "-1" se používá k odeslání požadavku na síťovou adresu. Symbolický název sítě se používá poměrně zřídka kvůli nízké pravděpodobnosti řešení konfliktů mezi páry zóna-uzel mezi účastníky sítí FTN a také kvůli přítomnosti oblíbeného softwaru, který při porovnávání adres nezohledňuje doménu.

Směrování

Podle konceptu Fidonet and Policy můžete poslat dopis dvěma způsoby: buď přímo (tedy přímo příjemci), nebo koordinátorovi sítě příjemce (tzv. „hostruting“). Koordinátor sítě je povinen organizovat další doručování přijaté pošty členům své sítě (obvykle buď přímo, nebo ve velkých sítích prostřednictvím hubů).

Takové schéma je nepohodlné v síti s velkým počtem uzlů a často vyžaduje dálkové a mezinárodní telefonní hovory pro přenos informací. S ohledem na to se stalo běžnou praxí uzavírat neformální dohody mezi provozovateli systému, že jeden nebo více síťových uzlů převezme funkce směrování síťových zpráv. Kromě toho byly na úrovni zóny přiděleny uzly, které převzaly funkci přenosu pošty do jiných zón (mezizónové brány - anglicky  zone gate ). [1] Systémoví operátoři těchto uzlů byli často současně také koordinátory nebo hlavními uzly, ale nebylo to podmínkou.

Výkon funkcí takovými uzly často vyžadoval značné materiálové náklady, proto by v takových případech mohlo být zavedeno sdílení nákladů mezi všemi uzly sítě ( anglicky  costharing ). Byly využity i další možnosti: např. od listopadu 1991 je přenos zpráv mezi Evropou a Severní Amerikou a od roku 1992  - mezi ostatními regiony ( Tchaj-wan , Jižní Afrika , Chile atd.) prováděn pomocí IP kanálů. [1] V Rusku tyto funkce často vykonávaly uzly, jejichž systémoví operátoři využili své oficiální pozice k uskutečnění meziměstských hovorů bez placení, a to i prostřednictvím resortních sítí ( Iskra-2 , železniční síť ). Takové uzly se nazývají „longlinks“ (z anglického  long link ).

Ve skutečnosti bylo schéma směrování hierarchické a počet horizontálních spojení byl malý. To umožnilo obejít se bez speciálních technických prostředků pro organizaci směrování zpráv. S růstem počtu uzlů a také s rozšířením IP se však počet dlouhých odkazů výrazně zvýšil, což způsobilo, že tradiční schéma řícení bylo neúčinné (alespoň v segmentu ruských sítí). Kromě toho bylo pro zvýšení spolehlivosti sítě nutné decentralizovat vyjeté koleje s vytvořením tzv. páteře ( anglicky  backbone ) sítě. Pro optimalizaci schématu směrování pro uzly s velkým počtem připojení k jiným uzlům byla navržena dvě řešení:

  • Protokol FRIP (zkratka pro Fidonet routing information protocol) a stejnojmenný nástroj vytvořený Dmitrijem Zavalishinem , fungující na principu „oznámení“ – každý uzel posílá svým přidruženým uzlům oznámení, že je připraven přijímat poštu pro a určitý seznam uzlů (obvykle pro sebe a své downlinky). Příjemci reklamy ji nadále distribuují do všech přidružených uzlů. K vysílání nedojde, pokud příjemce reklamy již „zná“ kratší cestu k cílovému webu. V důsledku toho by měla být automaticky sestavena mapa směrování, aby bylo zajištěno doručení zpráv po nejkratší cestě. [33] Tento protokol se v současné době nepoužívá.
  • Program generátoru Hubroute (také známý jako "safruter" - podle tvůrce Jurije Safronova; v balíčku Husky se nazývá Fidoroute). Tento program vytváří rootování na základě seznamu pevně zakódovaných kořenových cest společných pro daný region a seznamu „důvěryhodných“ uzlů, které přijímají poštu pro konkrétní síť (v ruštině Fido – R50.ROUa R50.TRUpodle toho), přičemž bere v úvahu data o uzlech. do kterého může tento uzel přímo odesílat zprávy. Regionální seznamy kořenových cest a důvěryhodných uzlů sestavuje regionální koordinátor na základě dat, která mu zasílají koordinátoři sítě. [34]

Tato řešení jsou určena pro použití velkými uzly s velkým počtem propojení. Většina uzlů nadále používá tradiční schéma zakořenění.

Technické normy

Téměř všechny hlavní protokoly a formáty používané ve Fidonetu jsou standardizovány a zaznamenány v FTS ( Technické normy FidoNet  ) .  Jsou shromažďovány a standardizovány FTSC ( FidoNet Technical Standards Committee  ) . 

Historicky byla hlavní technickou normou Fidonet FTS-0001 [35] , která stanovuje základní požadavky, které musí všechny systémy splňovat. Norma popisuje požadavky na implementaci všech úrovní komunikačních protokolů v souladu s modelem sítě OSI s výjimkou fyzické vrstvy . Na spojové vrstvě byl pro přenos dat použit protokol XMODEM . Následující hlavní standardy a dokumenty byly také přijaty FTSC :

  • FTS-0004 : The Conference Mail System (EchoMail Specification) - popisuje principy budování echo konferenčního systému . [36]
  • FTS-5000 : Distribution Nodelist - definuje formát seznamu síťových uzlů. [21]
  • FTS-1024 : Raw ifcico mail transfer protocol – popisuje protokol ifcico pro přenos dat přes spolehlivá připojení (jako jsou kanály TCP/IP ). [37]
  • FTS-1026 : Specifikace protokolu Binkp/1.0 – popisuje protokol binkp používaný k přenosu dat pomocí TCP/IP . [38]

Dokumenty, které neobdržely oficiální status FTS, tvoří referenční knihovnu Fidonet .  Referenční knihovna Fidonet . Běžně používané protokoly popsané ve FRL:

  • FSC-0056 : Definice protokolu EMSI/IEMSI [39]
  • FSC-0072 : Protokol přenosu souborů HYDRA [40]

FTSC také vytváří registr softwarových produktů, které se podílejí na výměně informací ve Fidonet (mailery a echo procesory ). [41] Registr byl naposledy aktualizován v červenci 2008 . První program, který je zahrnut do registru, je Fido Toma Jenningse , který má kód 0000; poslední je obslužný program pro přebalování Marenas kódem 18FF. [42]

Software Fidonet

Pro fungování síťových uzlů se používá komplex specifického softwaru. Sada softwaru je prakticky stejná pro koncové uživatele i pro velké distribuční uzly. Na jedné straně to vytváří určitou bariéru pro nové členy: pro připojení k Fidonetu musíte mít určitou technickou gramotnost, abyste mohli instalovat a konfigurovat software fidosh. Na druhé straně absence potřeby specifického vybavení, platforem, složitého a drahého softwaru pro organizaci distribučního uzlu činí síť Fido flexibilní a stabilní: v případě pádu hubu (velkého distribučního uzlu) budou její technické funkce může být převzat jakýmkoli jiným uzlem, který s tím souhlasí.

Nyní existuje mnoho samokonfiguračních softwarových balíčků, které jsou navrženy tak, aby usnadnily novým uživatelům instalaci a konfiguraci softwarového balíčku.

Otevírací doba

Obvyklý režim provozu softwaru pro Fido je dávkový. Po obdržení pošty software ( tosser ) vloží (“hodí”) přijaté zprávy do poštovní databáze systémového operátora uzlu, generuje odchozí pakety pro uplink uzlu (obvykle hub, který distribuuje poštu do několika uzlů) a pro sestupné linky (body a uzly přijímající ("tahající") poštu z tohoto uzlu) se přihlásily k odpovídajícím echo konferencím. Nové zprávy se tvoří ve formě balíčků ("bundles" - archivy obsahující sady zpráv).

Balíčky připravené offline (příprava může na velkých stanicích trvat až několik hodin) jsou odesílány odesílatelem v době další komunikační relace („session“). Interval mezi komunikačními relacemi může dosahovat od jedné a půl minuty až po několik dní.

Mailer

Mailer ( anglicky  mailer ) je program, který zajišťuje navázání komunikační relace s jiným uzlem a výměnu poštovních balíčků a souborů. V současné době existuje obrovské množství různých poštovních serverů, které pracují s modemem, přes IP nebo umožňují provádění relací jak přes modem, tak přes IP protokol. Řada mailerů podporuje spolupráci s programy BBS a spouští je, když je detekován lidský uživatel, a ne jiný mailer.

Existují dva hlavní poštovní algoritmy: ArcMail Attach (AMA) a Binkley-Style Outbound (BSO). V případě AMA mailer naskenuje adresář pomocí netmailu (*.msg), generuje pakety podle směrovacích pravidel a odesílá je při komunikaci s jiným systémem. Mezi zprávami mohou být souborové přílohy - servisní zprávy, které sdělují odesílateli, aby poslal určitý soubor, zejména balíček echo. V tomto případě je odesílatel odpovědný za směrování pošty a vytváření paketů pomocí netmailu. V případě BSO naopak tosser nebo tracker rozhoduje o směrování, tvoří pakety nejen pro echomail, ale i pro netmail a pro každý uzel vytvoří speciální soubor, ve kterém je uvedeno, které soubory je potřeba do tohoto uzlu odeslat.

Při komunikaci mezi dvěma mailery si o sobě vyměňují informace. Hostitelé mohou nastavit heslo pro vzájemnou komunikaci, aby si byli jisti, že pošta dorazila a bude přenesena do uzlu, kterému je určena, a nikoli útočníkovi, který nahradil něčí adresu. To nevylučuje možnost zasílání pošty bez hesla přímo příjemci bez předchozího souhlasu. V raných standardech (FTS-1) byly adresy a hesla hostitelů převzaty z hlavičky přenášeného pkt. Následně byly vyvinuty a široce používány další standardy, především EMSI, které umožnily jednomu uzlu prezentovat několik adres (aka) a hlásit o sobě další informace (název sysopu, název stanice atd.), a také implementovat ochranu proti selhání během pozdravu (kontrolováno crc16).

Nejoblíbenějším IP mailerem je multiplatformní bind ( svobodný software ).

Tosser

Echo processor neboli Tosser ( anglicky Tosser )  je program, který zpracovává echo mail (takzvané "balíčky" nebo " balíčky ", svazky). Pro přenos pošty (netmail i echomail) mezi hostiteli jsou zprávy shromažďovány do paketů určitého formátu, které jsou obvykle archivovány pro efektivnější využití komunikačních kanálů.

Tosser je prostředníkem mezi místním úložištěm zpráv Fidonet (netmail je nejčastěji uložen ve speciálním formátu msg (každá zpráva v samostatném souboru), echomailem - v jednom z formátů Hudson (společná databáze pro všechny zprávy), Jamem nebo Squish (samostatná databáze pro zprávy v každé echokonferenci) a mailer, který přenáší informace do jiných systémů.

Úkolem vyhazovače je rozbalovat pakety a uspořádat zprávy podle databází konferencí echo a také adresářů pro odesílání do jiných síťových uzlů přihlášených k přijímání konferencí o echo z tohoto uzlu. Tosser také provádí „skenování“ databází, které spočívá v zabalení vytvořených zpráv pro odeslání do dalších síťových uzlů. Tosser může fungovat také jako tracker (viz níže).

Nejoblíbenější tossery jsou Squish, HPT z balíčku Husky , ParToss, JustTosser, Regina Tosser (pod OS/2 ), FastEcho, GEcho, FMail a tak dále.

Tracker

Tracker ( angl.  Tracker ) - program zajišťující zpracování netmail'a (osobní pošty). V současné době existují velmi inteligentní systémy, které umožňují provádět podmíněné zpracování dopisů, dynamické směrování a mnoho dalších akcí, včetně implementace libovolných poštovních robotů, jako je server FAQ. Uzel nemusí mít nainstalovaný tracker, protože základní funkce zpracování netmailu jsou zabudovány téměř v každém maileru, takže tracker se obvykle instaluje pouze na velké uzly, kterými procházejí trasy tranzitní pošty, aby se získaly pokročilé funkce (dynamické směrování, sledovatelnost, kontrola existence příjemce v seznamu uzlů, průchod fileattaches atd.).

Nejoblíbenější trackery jsou: FTrack (klon NetMgr), RNTrack (což je vývoj FTrack), ItraX (pod OS/2 používající jazyk REXX , existuje i verze Win32 ). Během vrcholu popularity Fidonet byl nejrozšířenější ITrack (verze pro DOS, Windows a OS / 2), ale později byl nahrazen jinými trackery. Nechyběly ani balíčky MNTrack a rTrack a také MsgTrack a OneTrack.

Základní funkcionalitu trackeru může obvykle zajistit tosser nebo mailer, proto tracker oddělený od tosseru je obvykle instalován velkými uzly a body ho nepotřebují. Existují také tossery, které potenciálně implementují funkce trackeru, například tosser HPT s vestavěným interpretem Perl.

Fileechoprocessor

FileechoProcessor  - zajišťuje zpracování souborů procházejících fileechokonferencemi (které se také stručně nazývají "phs"). Vyžadováno pouze pro uzly a/nebo body, které používají nebo distribuují konference ozvěny souborů.

Populární souborové echo procesory: HTick od Husky, Hi-files, AllFix, DMTic, NEF/pk, QuickTic (QTic), KingFix.

Editor příspěvků

Editor zpráv  – umožňuje prohlížet příchozí zprávy a vytvářet nové.

Nejpopulárnějším z multiplatformních konzolových editorů je GoldED+ .

Místo editoru se často používá klient diskusní skupiny .

Roboti

Roboti  jsou volitelné doplňkové programy, které slouží hlavně k automatickému odesílání pošty, jak netmailu, tak echomailu. Nejčastěji používanými roboty jsou FAQ servery a Stat boti, kteří poskytují různé statistické informace. Roboty také často používají moderátoři k automatickému umisťování zpráv do echo konference, nejčastěji pravidel.

Mnoho robotů je speciálně nakonfigurovaných sledovačů .

Samoladící sady

Samonastavovací sada  - usnadňuje proces nastavení. Při instalaci je nutné zadat minimální údaje, jako je adresa, jméno a heslo, poté uživatel obdrží již nakonfigurovanou sadu tosser, mailer a editor.

Příklady stavebnic: vytvořili domácí vývojáři FidoIP  (nepřístupný odkaz) , a jeho vidlice Kubik ; zahraniční CrossPoint a jeho deriváty pro různé platformy, stejně jako FIPS a WinPoint (GUI) pro Microsoft Windows.

Některé moderní sady podporují automatické odeslání požadavku na adresu bodu v síti.

Přístup k Fido z internetu

Fidonet není součástí Internetu , ale v dnešní době se poměrně často používají internetové kanály a protokoly pro přenos provozu Fidonet přes ně (pomocí binkp a podobných protokolů). Kromě toho je většina echo konferencí Fidonet k dispozici uživatelům internetu prostřednictvím Usenet a WWW brány.

WWW-brány / fido-fóra / WebBBS

V terminologii Fido WebBBS (Web-based BBS ) je WWW stránka, která poskytuje přístup k echo konferencím Fidonet. [43] Vzhledem k tomu, že funkčnost takového webu se někdy příliš neliší od internetového fóra , někteří raději překládají zkratku WebBBS do ruštiny slovem fidoforum . Nicméně, fidosh WebBBS má určité rozdíly od webových fór, kvůli zvyklostem komunikace přijatým ve Fido a také vlastnostem technologie FTN .

Z technického hlediska je WebBBS bránou mezi WWW sítí a Fidonetem. V tomto případě jsou dopisy přijaté přes FTN síť (obvykle přes protokol binkp ) převedeny do podoby dostupné přes HTTP protokol a naopak. Neexistuje však žádný technický ani formální rozdíl mezi weby, které reagují na ozvěny ve formě diskusních skupin Usenet ( obvykle pod hierarchií fido7.*) a čistě fido WebBBS. Typický hostitel fidosh se někdy může rozhodnout použít NNTP jako zprostředkující přenos pro svůj WebBBS.

Seznam WebBBS

Některé WebBBS vám umožňují pouze číst ozvěny, zatímco jiné jsou obousměrné brány, které vám umožňují zapisovat do Fido jako uživatel BBS. Pokročilejší systémy poskytují účastníkovi plnohodnotnou fidosh point adresu a umožňují odesílání a přijímání soukromých zpráv ( netmail ).

Přítomnost jedné nebo druhé echo konference na WebBBS nemusí vždy znamenat, že je pravidelně aktualizována. Někteří sysopové , kteří se odpojili od echa, jednoduše uloží archiv dopisů v této podobě na památku. [44]

URL stránky) Adresa brány Fido Čtení Psaní Vydání adresy místa [45] Poznámky
http://groups.google.ru/ 2:5020/400 Ano Ano Ne Rozhraní Skupin Google lze použít pro přístup k Usenetu , a tedy také k zabezpečené echomailové schránce.
http://ftn.su/ 2:5020/1519 Ano Ano Ano rozhraní wfido. Při registraci vydává bodovou adresu (bez registrace umožňuje pouze číst Fidonet).
http://fido.net.ua/ 2:463/68,10 Ano Ne Ne Zóna 2 – Region 46 (Ukrajina a Moldavsko)

Simuluje GoldEd. Omezená šířka textu a délka záhlaví e-mailu.

http://xftn.org/areas ? Ano Ne Ne Velké množství echo konferencí a knihovna dokumentů FTSC.

Pohodlné a nepřetížené rozhraní. Aktuální k prosinci 2018.

http://fghi.pp.ru/ 2:5019/40 Ano Ne Ne Brána URL FGHI . Existuje podpora RSS

A také stránka neoficiálního GoldED+ modu, hlavně přidává podporu pro FGHIUrl

http://fido.mic6090.pp.ru 2:6090/0 Ano Ne Ne
http://fidonode.in/forum 2:5020/848 Ano Ano Ne Rozhraní vBulletin, SQL-base
http://vp.propush.ru/index.php?q=node/6 2:5020/2140 Ano Ne Ne
http://fidonet-online.org/ 2:466/466 Ano Ano Ano rozhraní wfido.
https://fido.snake.mk.ua/ 2:466/4 Ano Ano Ano FTNW-beta rozhraní.
http://wfido.ru/ 2:5023/24 Ano Ano Ano

Fido7

Fido7 je  hierarchie diskusních skupin vytvořená jako brána pro uzavřené echo konference Fidonet na internet . Výměnu dopisů mezi sítěmi provádí poskytovatelská společnost " Demos ", která vlastní jeden z velkých moskevských uzlů Fidonet (2: 5020/400).

  • news://news.fido7.org (aka ddt.demos.su) je hlavním zpravodajským serverem. Jeho hlavní úlohou je zásobovat další servery; Jednotliví čtenáři nejsou vítáni a může jim být odepřen přístup.
  • news://news2.fido7.org (aka news2.neva.ru) je server s veřejným přístupem v Rusnet.
  • fido7.org  je oficiální stránka.

Hierarchie Fido7 je distribuována zdarma a bez omezení (avšak mnoho skupin v této hierarchii je moderováno ). Dostupné na mnoha zpravodajských serverech.

Komunikace v síti Fidonet

Uživatelé Fidonet komunikují dvěma způsoby:

Rozdíl mezi netmailem a echo je v tom, že zpráva je doručena prostřednictvím netmailu pouze tomu, komu je určena, a dopis zaslaný v echu obdrží všichni odběratelé tohoto echa.

Internetovým analogem netmailu je e-mail. Hlavní rozdíly mezi netmailem a netmailem jsou následující:

  • levnější průchod dopisů;
  • povinná přítomnost v záhlaví dopisu kromě adres také jména odesílatele a příjemce. [46]

Echo konference

Echo konference  je typ telekonference , která k šíření využívá technologii Fidonet. Nejbližším analogem echokonference jsou diskusní skupiny (například síť Usenet ).

Chcete-li odeslat zprávu na echo konferenci, musí se k ní člověk „přihlásit“, poté automaticky začne přijímat všechny zprávy, které tam přijdou.

Přenos souborů

Souborové echokonference jsou podobné echokonferencím, ale místo textových zpráv jsou distribuovány soubory. V tomto případě je každý soubor doprovázen doprovodným souborem s příponou tic, ve kterém jsou zapsány servisní informace (název souboru echokonferenční služby, název souboru, velikost, kontrolní součet, seznam uzlů, kterými soubor prošel atd.) .

Faylechs mají také svá vlastní jedinečná jména, ale vzhledem k tomu, že feh je mnohem menší než eh, jejich jména se obvykle skládají z jednoho slova.

Fahey jsou nejčastěji úzce orientované; navíc, aby se zabránilo spamu , zpravidla ne každý účastník může posílat soubory fakhi. A proto existují další tři způsoby, jak přenášet soubory ve Fidonet podle předchozí objednávky: Yuuk, Attach a Direct.

  • Yuyuk je soubor s kódováním UUE (odtud název) umístěný v těle netmailu nebo echomailu (na internetu se k tomu používá kódování MIME a soubor je považován za připojený a nazývá se příloha). Yuyuk je nejběžnějším způsobem přenosu souborů, ale zakódovaný soubor je o třetinu větší než originál a mnoho (zastaralých nebo speciálně nakonfigurovaných) tossers a některé trackery neumožňují projít echomail (a netmail) větší než určitá velikost. jejich prostřednictvím. V tomto případě je vytvořen vícedílný yuyuk, což také vytváří nepříjemnosti.
  • Attach ( anglicky  připojit  - připojit) - přenos souboru s dopisem. Tím se vytvoří dopis, který je „sledovacím dopisem“, a připojí se k němu soubor. Metoda je pohodlnější a rychlejší než u yuyuki (soubor není zakódován), ale kvůli nemožnosti řídit velikost přílohy (připojeného souboru) mnoho uzlů neumožňuje, aby přílohy samy prošly. Z tohoto důvodu má příloha ve Fidonet menší distribuci. Navíc, na rozdíl od yuyuku, přílohu nelze přenášet echomailem, přenáší se výhradně netmailem.
  • Direct ( anglicky  direct  - direct, direct) - příjem souborů přímo z uzlu, tato metoda je poněkud podobná přímému přenosu v ICQ nebo peer-to-peer sítích. Pro tento způsob je nutná předběžná dohoda mezi osobou, která chce soubor převzít, a osobou, která soubor odesílá. Soubory můžete brát nejen ze svého vlastního uzlu, ale z jakéhokoli uzlu a dokonce i z bodu. Po dohodě uzel nebo bod, který soubor dává, jak se říká, „podrží“ a poté, co uživatel zavolá (nebo přijme hovor, v závislosti na dohodě), soubory mu začnou chodit. Jiná osoba nemůže vzít jeho soubory. Tato metoda je nepochybně z hlediska přenosu pohodlnější než ostatní, protože neklade na přenášené soubory žádná omezení, ale vyžaduje předchozí schválení.

Ve Fidonetu existuje další způsob, jak získat informace - komunikace s falešnými servery ( FAQ-server ) a souborovými servery (File servers).

Faq server je vlastní tématický server, který vytváří odpověď netmailu s textem (tématem) odpovídajícím požadavku netmailu. Pro údržbu falešného serveru potřebujete samostatný program, nejčastěji se používá Messmate. Komunikace s falešnými servery probíhá pouze prostřednictvím netmailu, do těla nebo předmětu dopisu je napsán název (názvy) tématu (témat) a místo jména vlastníka uzlu nebo bodu název je napsán falešný server. Po přijetí netmailu program analyzuje netmail, a pokud najde požadavek na server, generuje odpovědi adresátovi, samozřejmě také prostřednictvím netmailu.

Souborový server je uzel nebo bod, ze kterého můžete stahovat soubory. Přesně řečeno, můžete stahovat soubory z libovolného uzlu nebo průběžného bodu vytvořením požadavku na soubor netmail nebo vytvořením požadavku pomocí poštovního serveru, ale ne všechny uzly vystaví své soubory. První věc, kterou se pokusíte stáhnout z uzlu, je proto seznam souborů, často se nazývá files.bbs, nebo má krátký „alias“ (nebo, jak se říká, alias) soubory, podle kterých jsou stejné soubory. bbs přijde k vám. Pokud neexistuje seznam souborů, pak uzel neobsluhuje požadavky na soubory, a pokud soubor dorazil, můžete vidět seznam navrhovaných souborů a pokud něco potřebujete, vytvořit požadavek znovu, tentokrát s názvem (resp. alias) souboru, o který máte zájem, pak zavolejte a soubor získejte. Protože je vytvořen požadavek na soubor (File Request, FReq) pro příjem souboru, říká se, že lidé frackují soubory a uzly, ze kterých můžete brát soubory, se nazývají „freqs“.

Subkultura Fidonet v Rusku

Během let existence Fidonetu v Rusku se v rámci sítě vyvinula určitá subkultura . To se projevuje:

  • v neformálním přístupu účastníků sítě k sobě navzájem (v síti je nevyřčeným pravidlem oslovovat „vy“ bez ohledu na věk a postavení ve společnosti);
  • v existenci fidošského folklóru (různé „fidošské pohádky“, písně, humor a anekdoty);
  • v pravidelném pořádání neformálních setkání mezi členy sítě (tzv. „body“, „sysopové“, „místní“).

Vysvětlení zkratek

Název sítě často není psán Fidonetem, ale FIDO (jmenovitě velkými písmeny FIDOnet, FIDO se v angličtině vyskytuje). Členové sítě přišli s několika „ zkratkami pro akronym “ FIDO, z nichž nejoblíbenější je „Federace výjimečně přátelské komunikace“ [47] , která zdůrazňuje povahu vztahu mezi sysopy.

Offline schůzky

Setkání členů sítě se nazývají „sysops“, „points“, „locals“ nebo „fido-drinks“. Názvy „pointing“ a „local“ často znamenají setkání bodů stejného uzlu. Probíhají i setkání předplatitelů stejné echo konference , pak se název nejčastěji tvoří slepením názvu echa (nebo echo tagu) a koncovky -ovka, např. pokud se ozvěna jmenuje spb.cars, pak schůze se bude jmenovat "karzovka", [48] pokud spb .school - "skulevka" atd. Konají se také valné hromady fidošníků kteréhokoli regionu nebo více regionů.

Viz také

Poznámky

  1. ↑ 1 2 3 4 5 6 7 8 9 10 Randy Bush. FidoNet: Technologie, použití, nástroje a historie archivovány 21. března 2008 na Wayback Machine 
  2. ↑ 1 2 Fido-Statistik Archivováno 14. srpna 2017 na Wayback Machine  (německy)  – neudržováno od roku 2007
  3. ↑ Seznamy uzlů Fidonet . Získáno 10. března 2010. Archivováno z originálu 31. července 2009.
  4. ↑ Noví nodelisté odeslaní do DAILYLST falah a staří nodelisté podle let (FTP archiv uzlu 2:5080/102)
  5. ↑ Data jsou založena na nejstarším seznamu uzlů dostupných pro daný rok.
  6. ↑ Alex Woick, systémový operátor uzlu 2: 244/1500 , zveřejnil v echokonferenci ENet.SysOp statistiku, podle které bylo maximálního počtu uzlů dosaženo v roce 1996 ( 24. listopadu ) a bylo 39826: Wayback Machine . Celkový počet lidí, kteří měli přístup k Fidonetu, byl asi o řád vyšší, protože k uzlům mají přístup nejen operátoři systému, ale také jejich body a (nebo) uživatelé BBS .
  7. ↑ FAQ Verze: 23.85b, 29. prosince 2011 Otázka č. 67: "Zajímavé o osudu psa, po kterém byla síť pojmenována"
  8. ↑ Fidonet.History FAQ. Sborník často kladených otázek (FAQ) konference FIDONET.HISTORY; verze 23 ze dne 11.3.2005 Otázka č. 69: „Zajímavý je osud psa, po kterém byla síť pojmenována“ (nepřístupný odkaz) . Získáno 3. dubna 2008. Archivováno z originálu 16. listopadu 2012. 
  9. ↑ Fidonet.History FAQ: "Kdy se objevil úplně první uzel v SSSR?" (nedostupný odkaz) . Získáno 3. dubna 2008. Archivováno z originálu 29. května 2008. 
  10. ↑ D. Dugajev. Fidonet: svoboda, rovnost a bratrství // Včela. 1999. č. 17 (nepřístupný odkaz) . Získáno 3. dubna 2008. Archivováno z originálu 29. května 2008. 
  11. ↑ A. I. Volkov, V. N. Russkikh. Historie Relcomu // Nethistory.ru Archivováno 8. října 2006.
  12. ↑ Fidonet.History FAQ: „Podle pověstí někdo v srpnu 91 odtáhl stanici do Bílého domu a rozeslal zprávy na všechny strany. To je pravda?" (nedostupný odkaz) . Získáno 3. dubna 2008. Archivováno z originálu 29. května 2008. 
  13. ↑ Rádio Rakurs vysílalo s Dmitrijem Zavališinem a Georgijem Kuzněcovem o síti Fidonet (přepis) (nepřístupný odkaz) . Získáno 12. února 2006. Archivováno z originálu 25. března 2008. 
  14. ↑ Doslovný záznam z internetové konference prvního místopředsedy ruské vlády Dmitrije Medveděva Lenta.ru: Medveděv sdílel sen o odporném bloggerovi z Gelendžiku Archivováno 27. března 2007 na Wayback Machine ; Fragment Medveděvova rozhovoru na YouTube .
  15. ↑ Lenta.ru: Jak si Medveděv pohrával s Fido . Získáno 23. března 2007. Archivováno z originálu 28. března 2007.
  16. ↑ Příspěvek od Mithgol the Webmaster na konferenci RU.FTN.DEVELOP Archivováno 5. ledna 2012 na Wayback Machine . 20. prosince 2009.
  17. ↑ Skupiny Google . Získáno 20. prosince 2009. Archivováno z originálu 18. ledna 2012.
  18. ↑ [1] Archivováno 28. června 2009 na Wayback Machine , [2] Archivováno 29. května 2010 na Wayback Machine , [3] Archivováno 11. srpna 2010 na Wayback Machine .
  19. ↑ Zprávy Fidonet. Newsletter komunity Fidonet byl archivován 8. dubna 2009 na Wayback Machine 
  20. ↑ Fidonews v ruštině archivované 1. srpna 2009 na Wayback Machine ( area://RU.FIDONET.TODAY?msgid=2:466/50.0+4a5f67c9 Archivováno 28. října 2009 na Wayback Machine )
  21. ↑ 1 2 FTS-5000: The Distribution Nodelist (downlink) . Datum přístupu: 29. března 2008. Archivováno z originálu 29. září 2008. 
  22. ↑ Domovská stránka Regionu 17  (anglicky)  (nedostupný odkaz) (18. května 2005). Datum přístupu: 19. května 2008. Archivováno z originálu 3. února 2012.
  23. ↑ Fidonet ("Fido") je celosvětová amatérská nekomerční počítačová síť Fidonet ("Fido Net"). Region 46 - Ukrajina a Moldavsko (nedostupný odkaz) . Datum přístupu: 19. května 2008. Archivováno z originálu 29. ledna 2012. 
  24. ↑ Dopis od koordinátora zóny 2 Warda Dosscheho koordinátorovi regionu 50 o rozpuštění zóny 6 – http://alex-rex.livejournal.com/282920.html Archivováno 5. ledna 2012 na Wayback Machine
  25. ↑ FidoNews. Ročník 24. Číslo 31.  (anglicky) (30. července 2007). Získáno 3. března 2014. Archivováno z originálu 9. března 2016.
  26. ↑ Fidonet.History FAQ, "Kdy se poprvé hovořilo o zóně 7 pro SU?" (nedostupný odkaz) . Získáno 2. května 2008. Archivováno z originálu 29. května 2008. 
  27. ↑ "Z7 Referendum", dopis z oficiální echo konference R50.SYSOP. . Získáno 2. května 2008. Archivováno z originálu 31. května 2008.
  28. ↑ "Výsledky referenda", dopis z oficiální echo konference R50.SYSOP. . Získáno 2. května 2008. Archivováno z originálu 31. května 2008.
  29. ↑ Fidonet.History FAQ, "Proč neexistuje IC?" (nedostupný odkaz) . Získáno 2. května 2008. Archivováno z originálu 29. května 2008. 
  30. ↑ FidoNews. Ročník 17, číslo 4. Archivováno 30. března 2008 na Wayback Machine 29. října 2000 ISSN 1198-4589 .
  31. ↑ 12 FidoNews . Ročník 1, číslo 20. Archivováno 30. května 2008 ve Wayback Machine dne 17. května 2004.
  32. ↑ FSP-1028: Formát adresy FTN (odkaz není k dispozici) . Získáno 17. prosince 2009. Archivováno z originálu 2. září 2010. 
  33. ↑ FRIP FAQ . Získáno 2. dubna 2008. Archivováno z originálu 29. května 2008.
  34. ↑ Dokumentace k programu Hubroute generator: [4] Archivováno 5. ledna 2012 na Wayback Machine ; R50 FAQ: [5]  (nedostupný odkaz) , [6] Archivováno 30. května 2008 na Wayback Machine , [7] Archivováno 31. května 2008 na Wayback Machine
  35. ↑ FSC-0001: Základní technický standard FidoNet . Získáno 16. dubna 2008. Archivováno z originálu 30. května 2008.
  36. ↑ FTS-0004: The Conference Mail System (Specifikace EchoMail) . Získáno 16. dubna 2008. Archivováno z originálu 30. května 2008.
  37. ↑ FTS-1024: Raw ifcico mail transfer protocol . Získáno 16. dubna 2008. Archivováno z originálu 30. května 2008.
  38. ↑ FTS-1026: Specifikace protokolu Binkp/1.0 . Získáno 16. dubna 2008. Archivováno z originálu 30. května 2008.
  39. ↑ FSC-0056: Definice protokolu EMSI/IEMSI . Získáno 16. dubna 2008. Archivováno z originálu 30. května 2008.
  40. ↑ FSC-0072: Protokol přenosu souborů HYDRA . Získáno 16. dubna 2008. Archivováno z originálu 30. května 2008.
  41. ↑ FSC-0090: FTSC vydané kódy produktů . Získáno 16. dubna 2008. Archivováno z originálu 30. května 2008.
  42. ↑ Kódy produktů FTSC (2008-06-08) . Datum přístupu: 17. prosince 2009. Archivováno z originálu 29. srpna 2010.
  43. ↑ Odvolání od koordinátora PR R50 ohledně používání výrazů „WebBBS“ a „www-node“ . Získáno 29. července 2009. Archivováno z originálu 30. dubna 2014.
  44. ↑ Statistiky návštěvnosti ve fidosh echo za aktuální měsíc  (nepřístupný odkaz)
  45. ↑ Bod „Vydání adresy bodu“ znamená automatické vystavení adresy bodu s možností jejího využití pro psaní dopisů přes WebBBS.
  46. ↑ Zadání jména umožňuje uzlu příjemce distribuovat dopisy různým uživatelům: pokud se jedná o BBS , pak stejné adrese může odpovídat několik uživatelů. Kromě toho může uzel hostit různé služby (roboty), které provádějí nějakou akci v reakci na písmena, která mají v poli jméno jméno robota.
  47. ↑ Tuto frázi vytvořil Oleg Bocharov (2:5032/13@fidonet), viz odpověď Alexe Exlera Romanu Shokerovi ze 14. července 1998 v echo konferenci FIDONET.HISTORY (MSGID 2:5020/443.1 35abac64, odkaz na zprávu v archivu Skupin Google )
  48. ↑ Nejčastější dotazy o vozících . Získáno 6. července 2008. Archivováno z originálu dne 6. října 2008.

Literatura

  • Puzyrev V. Počítačová síť FIDONet nejen pro začátečníky. M., 1999. 192 s ISBN 5-8321-0028-X .
  • Shabashvili E. E. FidoNet. Příručka systémového operátora: Profesionální práce v neprofesionální síti. M., 2000. 736 s. ISBN 5-89818-043-5 .
  • B. L. Palejev. Fidonet: profesionální amatérská síť.
  • Ignatov D. A. To je vaše FIDO., 2011. 178 s.
  • Alexandrov I. Síť přátel: historie Fidonet //Správce systému. - 2006. - ne. 8. - S. 86-90.
  • Soboleva, Regina. Fidonet a jeho důsledky. Slavný předchůdce internetu.“ Správce systému 5 (2011): 94-95.
  • Shakirov S. M. Role ironie v transmediální transformaci // Mediální prostředí. — 2020. — č. 2.

Odkazy

  Přejděte na položku Wikidata  V sociálních sítích
Foto, video a zvuk

Přístup ke konferencím Fidonet

Filmy

 Počítačově zprostředkovaná komunikace
Asynchronní konference
Synchronní konference
Publikace