A Fidonet (az angol FidoNet szóból /ˈfaɪdəʊnɛt/ ; röviden Fido ) egy pont-pont technológiával felépített nemzetközi amatőr, nem kereskedelmi számítógépes hálózat . [1] Kezdetben a FidoNet szoftvert MS-DOS alatt fejlesztették ki , de hamarosan az összes általános operációs rendszerre portolták , beleértve a UNIX -ot , a GNU/Linux -ot , a Microsoft Windows -t , az OS/2 -t , az Androidot és a Mac OS -t .
Az 1990 -es évek elején volt népszerű , majd az internetes technológiák tömeges elterjedése miatt a hálózati csomópontok száma csökkenni kezdett. A hálózat továbbra is működik, 2018. december 14-én 1560 csomópontból állt [8] . A Fidonet felhasználók szleng neve fidoshnik .
A FidoNet fő jellemzője, amely meghatározta e hálózat széles körű elterjedését, a tényleges szabad csatlakozás és a hálózati erőforrások használata volt. A résztvevőknek csak egy kommunikációs csatornára volt szükségük telefonvonal formájában (a vezetékes telefon díja általában fix volt). Később egyre gyakrabban használták az internetes vonalakat a Fido adatok küldésére.
A hálózatot 1984-ben egy amerikai programozó , Tom Jennings hozta létre , hogy közvetítse a BBS üzeneteit barátja, John Madil BBS - je felé . Az átutalás éjszaka történt, amikor a telefonhívások költsége alacsonyabb volt. A másik hálózati csomóponttal történő levélváltáshoz egy órát jelöltek ki (ez alatt a harmadik felek hozzáférését a BBS-en lezárták), amely később „nemzeti postai óra” néven vált ismertté. [1] Az üzenetküldésre külön óra megszervezésének követelménye a mai napig fennáll (kivéve a hálózathoz nem POTS -on keresztül csatlakozó csomópontokat ).
A hálózati csomópontok száma hamarosan növekedni kezdett, és 1985 elején elérte a 200-at. A csomópontok listáját (nodlist, angol nodelist ) külön fájlként terjesztették, és kezdetben maga Jennings frissítette, majd később a St. Louis- i DEC felhasználói csoport tagjai Ken Kaplan ( angolul Ken Kaplan ) és Ben Baker ( angol Ben ) Baker ). Elkezdték készíteni a Fidonet hálózat első "hírlevelét". [egy]
Kezdetben minden csomópont közvetlenül kommunikált egy másik csomóponttal. A hálózatot használók számának növekedésével a telefonhívások, ezen belül a távolsági hívások száma jelentősen megnőtt. Ennek eredményeként úgy döntöttek, hogy a hálózat szerkezetét lineárisról faszerűre változtatják, a felhasználókat földrajzi szegmensekbe csoportosítva. Ennek eredményeként a címzés kétszintűvé vált: egyszerű csomópontszám helyett a hálózat/csomópont jelölést használták . [egy]
1986 végén hasonló probléma merült fel kontinentális szinten. Emellett felmerült egy ötlet, hogy a BBS-felhasználók számára megszervezzék a Fidonet adatformátumok és protokollok segítségével történő levélfogadás lehetőségét. A Fidonet Műszaki Szabványügyi Bizottság 1986. októberi ülésén négyszintű csomópontlista-hierarchiát vezettek be. A legfelső szint a zóna (kontinens) volt, ezt követte a hálózat hálózata, csomópontja és pontja (pont, angolul point ). [1] A címzési séma zóna: network/host.point ma is használatos.
A hálózatban lévő csomópontok számának dinamikáját a következő táblázat [1] [2] [3] [4] ábrázolja, a hálózat összes csomópontszáma év elején, beleértve a műszaki címeket is:
Év | 1984 | 1985 | 1986 | 1987 | 1988 | 1989 | 1990 | 1991 | 1992 | 1993 |
---|---|---|---|---|---|---|---|---|---|---|
Csomópontok száma [5] | 12 | 351 | 1208 | 2465 | 2966 | 5862 | 6916 | 10770 | 14702 | 21162 |
Év | 1994 | 1995 | 1996 | 1997 | 1998 | 1999 | 2000 | 2001 | 2002 | 2003 |
Csomópontok száma | 28606 | 36368 | 39676 | 33582 | 27131 | 21663 | 18676 | 15638 | 13705 | 11925 |
Év | 2004 | 2005 | 2006 | 2007 | 2008 | 2009 | 2010 | 2011 | 2012 | 2013 |
Csomópontok száma | 10654 | 9475 | 8346 | 7369 | 6710 | 6065 | 5117 | 4394 | 3676 | 3371 |
Év | 2014 | 2015 | 2016 | 2017 | 2018 | 2019 | 2020 | 2021 | 2022 | 2023 |
Csomópontok száma | 2830 | 2526 | 2462 | ~2000 | 1621 | 1563 | 1468 | 1452 | 1375 |
A Fidonet hálózat 1996 végén érte el a legnagyobb elterjedtségét , amikor körülbelül 40 ezer csomópontból állt. [6] Azóta a hálózat népszerűsége fokozatosan csökken, csomópontjainak száma többszörösére csökkent. [2]
1986 februárjában Jeff Rush ( eng. Jeff Rush ) kifejlesztette a hálózati konferenciák rendszerét, az úgynevezett "echomailt" (echomail, eng. echomail ). Az első nemzetközi visszhangkonferencia a MODULA-2 konferencia volt, amelyet Európában , Ausztráliában és Észak-Amerikában terjesztettek . [egy]
1986-ban elkezdődtek az első állandó "kapuk" a Fidonet és az UUCP (vagyis a Fidonet és az Internet között ). [egy]
A Fidonet kabalaszimbóluma egy kutya hajlékonylemezzel a szájában, amelyet Tom Jennings Fido programjának logójaként ábrázolt.
A legenda szerint Fido a hálózat alapítója, Tom Jennings kutyájának a neve. Valójában nem volt kutyája; [7] [8] de a Fido (Faido, eng. Fido ) valóban egy kutyabecenév, Amerikában éppoly elterjedt, mint például az egykori Szovjetunió területén Sharik, Bobik vagy Tuzik .
Egy másik legenda szerint Tom Jennings a hálózat nevét az első feltűnő szóból vette, amelyet a monitorjára ragasztott matricára írtak.
Mindkét legenda vitatható, és nem veszi figyelembe azt, hogy Jennings "Fido"-nak nevezte el a BBS-BBS üzenetküldő programot . Később a nevet kiterjesztették a hálózatra: Fido programok hálózata, Fido hálózat → Fidonet (angol)
A Fidonet hálózat első csomópontja a Szovjetunió területén 1990 -ben jelent meg Novoszibirszkben. Tadeusz Radiusz lengyel újságíró, aki a "Computer" című moszkvai magazin szerkesztőségében dolgozott, BBS-t és saját (lengyel) csomópontot telepített a szerkesztőségbe. Ezután a magazin egyik számában megjelent egy cikk erről a BBS-ről.
E publikáció után, ugyanazon év nyarán , Novoszibirszkben Jevgenyij Csuprijanov és Vlagyimir Lebegyev létrehozta az első valóban orosz csomópontot, szintén a BBS-szel. [9] Kezdetben a csomópont címe volt 2:42/100, később - 2:5000/10. A hálózathoz való csatlakozás Csehszlovákiában található csomópontokon keresztül történt. [10] 1990. szeptember 21. A cseljabinszki Fidoshnik felhívta Jevgenyij Chupriyanovot, és támogatta a Fidonet - R50 orosz régió megalakítására irányuló kérelmet, mivel szeptemberben már két csomópont volt az Orosz Föderációban. városok (mindegyikben legalább két csomópont). Két hálózat jött létre: N5000 - Novoszibirszk és N5010 - Cseljabinszk . Később, 1990 novemberében és decemberében Moszkvában (N5020) és Leningrádban (N5030) is regisztráltak hálózatokat . A Szovjetunió régiójának első regionális koordinátora (2:50) Vlagyimir Lebegyev volt, aki akkoriban az NSU Mechanika és Matematika hallgatója volt.
Az 1991. augusztusi események során a hálózatot a Relcom -mal [11] együtt használták információs közlemények küldésére a Fehér Házból . [12]
A hálózati csomópontok száma az 1990-es évek elején rohamosan nőtt, hiszen a hálózathoz való csatlakozás nem igényelt jelentős anyagköltséget, az egy körzetszámon belüli adatátvitel gyakorlatilag ingyenes volt. Azonban már az 1990-es évek végén nyilvánvalóvá vált, hogy a Fidonet nem tudja felvenni a versenyt más számítógépes hálózatokkal és mindenekelőtt az Internettel. 1997 januárjában az egyik legrégebbi fidosnik, Dmitrij Zavalisin a Rakurs rádióállomásnak adott interjújában a következőképpen írta le a hálózat fejlesztésének kilátásait [13] :
Hiszem, hogy Fidonak lesz még néhány aktív életéve, ami után valószínűleg már nem lesz látható a láthatáron. Ennek pedig pusztán technológiai okai vannak, és egyáltalán nem politikaiak. A Fido-t nagyon régen fejlesztették, szakszerűtlenül és sikertelenül fejlesztették, mindenki jól tudja, aki komolyan foglalkozik vele, és ez korlátozza az életét, fejlődését.
Ezek a tendenciák teljes mértékben a 2000-es években mutatkoztak meg, amikor a Fidonetről a blogokba és az internetes közösségi oldalakra való kiáramlás jelentős méreteket öltött.
A hálózat népszerűségének hanyatlásával kezdtek megjelenni a Fidonet reformjára vonatkozó ötletek. Ezek közé tartozik a " hipertext vektor Fidonet" koncepciója, amelyet Szergej Szokolov, egy csomópontrendszer-operátor 2:5063/88(más néven Mithgol, a Webmester) javasolt. Ismertségre tett szert egy online konferencia kapcsán, amelyet 2007. március 5- én Dmitrij Medvegyev (aki akkoriban az Orosz Föderáció miniszterelnök -helyettese volt ) Szergej Szokolov nevében a Fidonet hálózattal kapcsolatban tartott. Medvegyev így válaszolt a kérdésre:
Kérdés: „Helló, kedves Dmitrij Anatoljevics! Az utóbbi időben komolyan foglalkoztat a gyerekek informatikai környezetben való nevelésének problémája, ezért kérdezem: lehetséges-e a jövőben olyan projekteket támogatni, mint például a valamivel több mint félkész hipertext vektor fidonetem, amely Régóta fejlesztem gátlástalanul?
Válasz: „Tegnap körbenéztem: még mindig vannak ezek a hiperhivatkozások, amelyek a normál interneten, a fidonetben, a hétköznapi internetezők számára megszokott normál formában vannak, hiányoznak, bár másrészt ezek a használt űrlapok ott (szerintem hívják őket visszhangformáknak), érdekesek és sokféle témáról szólnak, így számomra úgy tűnik, hogy a hipertext fidonet létrehozásának feladata legalább releváns, mert rájöttem, hogy az a hipertext, ami ott hiányzik" [14]
Ennek a fejlesztési iránynak a támogatásáról nem esett szó. [15] Annak ellenére, hogy Sokolov ismételten kijelentette a megfelelő szoftver küszöbön álló kiadását, 2011 elejétől, csak 2009 decembere óta, az FGHI címzési séma részleges támogatását két üzenetszerkesztőben és egy WebBBS-ben [16] valósították meg . Más deklarált szolgáltatások, mint például az FGHI URL [17] címzési séma teljes támogatása, az üzenetek színe, betűtípusa és grafikai kialakítása, nem érhetők el a fenti szoftverben [18] .
Szergej Szokolov tervével ellentétben a rajongók számos projektet valósítottak meg, hogy megkönnyítsék az új emberek hálózathoz való hozzáférését: Web-BBS, oldalak, ahol lehet pontot igényelni, például Fidoweb és wfido , szoftvercsomagok ( pontkészletek). ), amelyek konfigurálását, 5-6 paraméter beállítását vagy a program számos kérdésének megválaszolását igénylik ( FidoIP , Kubik , NewPointExpress stb.), valamint Androidra szánt szoftvert : Aftershock és HotdogEd .
1984 óta jelenik Fidonews elektronikus hetilap [19] A FIDONEWS visszhangkonferenciának felel meg. A hetilap nyomtatható formátumban kerül terjesztésre. Kezdetben csak ASCII -ben volt a szöveg, de Björn Felten szerkesztőként való érkezésével az "ö" karakter is megjelent benne. Körülbelül ugyanebben az időben a kiadások mennyisége csökkenni kezdett, és a FIDONEWS konferenciát a politikai viták kezdték uralni.
2009 - ben jelentek meg az orosz nyelvű FidoNews első számai: [20]
…Ennek a kiadványnak semmi köze a hagyományos (angol) Fidonewshoz. Ez nemcsak a formára és a tartalomra vonatkozik, hanem a megjelenés gyakoriságára is. Az orosz nyelvű Fidonews azonnal megjelenik, amint elkészül. És ez különféle körülményektől függ, de leginkább az anyag elérhetőségétől.
Tehát, ha valaki azt szeretné, hogy a Fidonews gyakrabban jelenjen meg, küldjön anyagokat az Ön számára megfelelő módon. Téma: minden, ami a Fidonettel kapcsolatos (beleértve az Ön gondolatait is erről a fidónkról). Szívesen írhat cikkeket fidosh témákról. Ismét egy konkrét téma a szerző kérésére. A fidóról szóló versek/próza is használhatók (példát már hoztam :). Hy és ne küldj anyagokat..;) hát a Fidonews akkor is kijön, csak ritkábban.
Jogaik és kötelezettségeik szerint a Fidonet összes résztvevője három nagy csoportra osztható:
A Fidonet charta megköveteli, hogy minden hálózati csomópont naprakész listát tartson fenn az összes hálózati csomópontról ( nodelist , angol nodelist ). A csomópontlista formátumát a Fidonet FTS-5000 szabvány írja le. [21] A csomópontok listája hetente frissül (általában file echo konferenciákon keresztül ).
A listában megadott csomópont információi tartalmazzák a csomópont állapotát (az átmenetileg nem működő csomópontok kijelölésére), számát és nevét, földrajzi elhelyezkedését, a csomópont üzemeltetőjének vezeték- és vezetéknevét, telefonszámát ( interneten elérhető csomópontoknál ) . protokollok - domain név . IP - vagy e-mail - cím ) és a csomópont szoftverének és hardverének képességeit jelző jelzők.
A Fidóban a rend fenntartásának fő eszköze a hierarchikus felépítés, amelyet a Fidonet Charta 1.2.3-1.2.8. bekezdései írnak le . Az alsó szint szervezeti egysége a hálózat ; a hálózatokat régiókba egyesítik ; régiók – zónákra . Minden egyesület élén egy koordinátor áll .
A koordinátorok fő feladatai:
A hálózati és regionális koordinátorokat (NC és RC - eng. Network Coordinator, Regional Coordinator ) magasabb koordinátor nevezi ki (bár a gyakorlatban általában előre szavaznak, amelyen a csomópontok rendszerüzemeltetői választanak ki egy számukra elfogadható jelöltet) . A zónakoordinátorokat (ZC, eng. Zone koordinátor) a régiókoordinátorok választják. A zónakoordinátorok a Zóna Koordinátorok Tanácsának tagjai , amely a hálózat egészére vonatkozó kérdésekben dönt. A Tanács elnöke a Nemzetközi Koordinátor (IC, eng. International Coordinator ). A nemzetközi koordinátor garantálja a hálózaton történő választások és népszavazások törvényességét , kihirdeti a Tanács határozatait, valamint ellátja a csomópontok globális listájának összeállítását is.
A koordinátorok hatásköreik egy részét átruházhatják más csomópontokra. Általában a hatóságokat delegálják a visszhangkonferenciák (hálózati vagy regionális visszhangkoordinátor - NEC vagy REC) és a fájlforgalom (hálózati vagy regionális fájlvisszhangkoordinátor - NFEC vagy RFEC) kézbesítésének megszervezésére.
HálózatA hálózat ( eng. network ) ugyanazon a helyi földrajzi területen (városban vagy régióban) található csomópontokat egyesíti, általában a távolsági telefonhálózat ugyanazon kódján belül .
A hálózat számozásának nincs egységes megközelítése, amely általánosan elfogadott lenne a Fidonetben. A zónában 2( Európa ) a hálózat száma gyakran tartalmazza a régió számát (például a hálózat száma 5020( Moszkva ) tartalmazza a régió számát 50 - Oroszország ). Kisebb régiókban egy jelentős számjegy a hálózatszám, nagyobb régiókban kettő. A közelmúltban a hálózatok számának hiánya miatt ezt a sémát megsértették: például a régióban 50több olyan hálózat is létezik, amelyek száma a következővel kezdődik 60: például a hálózat 6035( Zseleznogorsk ).
A zónában 1más megközelítést alkalmaznak: az értéket veszik kiindulási pontként a régióban номер региона × 20és a nagy régiókban található hálózatok számozásánál номер региона × 200.
RégióA régió ( angol régió ) rendszerint nagy földrajzi területen belüli hálózatokat egyesít. Például az 17első zóna régiója az Egyesült Államok csendes-óceáni partvidékének északkeleti részén, Alaszkában és Kanada északi részén található hálózatokat egyesíti [22] , a 46második zóna régiója pedig Ukrajnában és Moldovában. [23]
A régió olyan független csomópontokat is tartalmazhat, amelyek nem szerepelnek egyetlen hálózatban sem, mivel nincsenek más csomópontok a területen, vagy ütköznek a meglévő hálózat tagjaival.
ZónaEgy zóna ( eng. zone ) több régiót egyesít, amelyek általában ugyanazon a kontinensen találhatók . Jelenleg öt zóna létezik:
2007 májusáig létezett egy hatodik zóna is ( Ázsia ). A Fido népszerűségének csökkenése és a helyi koordinációs rendszer összeomlása miatt feloszlott, a megmaradt csomópontok a harmadik zónába kerültek. [24] [25]
1992- ben az orosz sysopsok egy része azzal az ötlettel állt elő, hogy Oroszországot , valamint az egész posztszovjet teret egy új hetedik zónára különítsék el, de ez a nézeteltérések miatt nem történt meg. [26]
2005 végén - 2006 elején az oroszországi Fidonet ( 2:50) régióban népszavazást tartottak a hetedik zónába való kiosztás kérdéseiről, [27] aminek eredményeként konkrét döntés sem született. [28]
Nemzetközi koordinátorA Nemzetközi Koordinátort a Zóna Koordinátorok Tanácsa választja ki. A választási eljárás mindig is nagy vitákat váltott ki, aminek következtében ez a poszt gyakran betöltetlennek bizonyult. [29] 2000 -ben a Z2C (2. zóna koordinátora) Ward Dossche-t választották nemzetközi koordinátornak . [30] 2004 - ben a zónakoordinátorok tanácsa bejelentette, hogy eltávolították posztjáról, és Malcolm Milest választották meg nemzetközi Z3C-koordinátornak . [31] Dossche nem értett egyet ezzel a döntéssel, rámutatva, hogy a választásokon a szavazatokat nem az „egy koordinátor-egy szavazat” séma szerint kell elosztani, hanem a megfelelő zónában lévő csomópontok számától függően. Egy ilyen sémával neki, mint a legnagyobb, második zóna koordinátorának 89, az összes többi koordinátornak összesen 11 szavazata kellene. [31] Ennek eredményeképpen két nemzetközi koordinátor párhuzamosan létezett: Malcolm Miles, akit a koordinátorok tanácsa választott meg, és Ward Dossche, aki nem volt hajlandó lemondani.
A Fidonet szoftver alapján további hálózatok is megjelentek, amelyek az FTN ( eng. Fidonet technology network ) általános nevet kapták. Az ilyen hálózatok esetében a "zóna" és a "hálózat" kifejezések eltérő jelentéssel bírhatnak. A hálózati szám bármilyen kitalált szám lehet (a szoftver által támogatott), ugyanez vonatkozik a zónaszámra is. Az 1-6 zónaszámokat a legtöbb hálózat nem használja, mivel ez megnehezítheti ugyanazt a telepített szoftvercsomagot a Fidonethez egy időben. Az emberek körében az ilyen hálózatokat " Left Nets " -nek is nevezik .
Az 1990-es években egyes bankok FTN levelezőket használtak a fiókokkal való kommunikációra és " kliens-bank " rendszerek létrehozására. Egyes vállalkozások továbbra is az FTN hálózatokat használják információcsere átvitelére, ha egy másik szállítási csatorna megszervezése ilyen vagy olyan okból nem lehetséges vagy nem megfelelő.
A Fidonet egy offline hálózat, vagyis az üzeneteket és fájlokat a felhasználó számítógépén tárolják, és olyan időpontban dolgozzák fel és készítik elő küldésre, amikor a felhasználó leválasztható a hálózatról (azaz nem csatlakozik állandó hálózathoz szükséges a hálózattal való együttműködéshez). Kezdetben telefonvonalon keresztüli közvetlen modemes kapcsolatot használtak a Fidonet hálózaton belüli adatátvitelre , amit a Charta és a hálózat felépítése tükröz.
Kezdetben a Fidonet hálózat fő protokollja a "netmail" ( netmail , angolul Netmail ) továbbítására szolgáló protokoll volt: egyedi elektronikus szöveges üzenetek , amelyek a feladó és a címzett nevét, valamint mindegyik Fidonet-címét tartalmazzák. A hálózat üzenetútválasztást biztosít , így az üzenet küldőjének és címzettjének nem kell közvetlen ("közvetlen", angol direkt ) kapcsolatot létesítenie egymás között. Egy ilyen kapcsolat lehetősége azonban, amelyben a levél megkerüli az alapértelmezett útvonalat és adminisztrációs hierarchiát, megmarad, és alkalmanként kihasználjuk, mivel ebben az esetben a címzetthez való garantált kézbesítés és a levelezés titkossága megmarad (hiszen általában a rendszer a tranzit csomópontok üzemeltetői fenntartották a jogot, hogy megtekintsék a rajtuk áthaladó személyes levelezést a Fidonet Chartáját sértő tartalommal kapcsolatban).
A Netmail minden továbbított üzenethez 1-4 fájlt "csatolhat" (a fájlok számát a "tárgy" mező mérete korlátozza, amely 70 karakter). Ez lehetővé tette a netmail tetején futó protokollok sorozatának létrehozását, amelyek csatolt fájlokban továbbítják az információkat egyik gazdagéptől a másikhoz.
A leggyakrabban használt protokoll az echomail („echomail”, angol echomail ), amely nyilvános konferenciák („ echoconferences ”), hasonlóan a Usenet-csoportokhoz . Kezdetben az echomail célja az volt, hogy üzeneteket gyűjtsön a helyi BBS nyilvános fórumairól, és tömörített formában továbbítsa azokat (időmegtakarítás érdekében; általában ARC formátumokat használtak - ezért az „arkmail” ( angolul arcmail ) vagy a ZIP ). Később az echokonferencia önálló jelentést kapott, és a legnépszerűbb információcsere-protokoll lett Fidóban.
Emellett léteznek bináris fájlok cseréjére szolgáló protokollok is (fileechoconference - "fileehi", eng. fileecho ), azonban ezeket a protokollokat jelenleg elég kevesen használják (a gyors és olcsó internetes csatornák, valamint a P2P hálózatok elterjedése miatt).
A Fidonet hálózat szabványos címzési sémáját az FSP-1028 FTSC dokumentum írja le . [32] A szabvány a címrögzítés teljes formáját (az ún. 5D-címzés - angol 5D-címzés , 5 hálózati címmező használatával) és a rövidített jelölések különféle formáit írja elő, amelyek közül a 3D és 4D címzés a leggyakrabban használt. .
Az 5D címek a következő formában vannak írva: Zone:Net/Node.Point@Domain, ahol:
Ezen mezők közül csak a Net és a Node kötelező. Így a címírás alábbi rövidített formái lehetségesek:
A csomópontszám "-1" értéke egy hálózati címre vonatkozó kérés küldésére szolgál. A hálózat szimbolikus nevét meglehetősen ritkán használják, mivel alacsony a valószínűsége a zóna-csomópont párok közötti konfliktusok megoldásának az FTN - hálózatok résztvevői között, valamint a népszerű szoftverek jelenléte miatt, amelyek nem veszik figyelembe a tartományt a címek összehasonlításakor.
A Fidonet és a Policy koncepciója szerint kétféleképpen küldhet levelet: vagy közvetlenül (azaz közvetlenül a címzettnek), vagy a címzett hálózati koordinátorának (ún. "hostruting"). A hálózati koordinátor köteles megszervezni a beérkezett levelek további eljuttatását hálózata tagjaihoz (általában közvetlenül, vagy nagy hálózatokban hubokon keresztül).
Egy ilyen séma kényelmetlen egy nagy számú csomóponttal rendelkező hálózatban, és gyakran távolsági és nemzetközi telefonhívásokat igényel az információátvitelhez. Erre tekintettel általánossá vált a rendszerüzemeltetők közötti informális megállapodások megkötése, hogy egy vagy több hálózati csomópont veszi át a hálózati üzenetek továbbításának funkcióit. Ezenkívül a zóna szintjén csomópontokat osztottak ki, amelyek átvették a levelek más zónákba való továbbításának funkcióját (inter-zone gates - angol zónakapu ). [1] Gyakran ezeknek a csomópontoknak a rendszerüzemeltetői egyben koordinátorok vagy nagyobb hubok is voltak, de ez nem volt követelmény.
Az ilyen csomópontok funkcióinak ellátása gyakran jelentős anyagköltséget igényelt, ezért ilyen esetekben be lehetett vezetni az összes hálózati csomópont közötti költségmegosztást ( angolul costharing ). Más lehetőségeket is használtak: például 1991 novembere óta az üzenetek továbbítása Európa és Észak-Amerika között, 1992 óta pedig más régiók között ( Tajvan , Dél-Afrika , Chile stb.) IP - csatornákon történik. [1] Oroszországban az ilyen funkciókat gyakran olyan csomópontok látták el, amelyek rendszerüzemeltetői hivatalos pozíciójukat használták fel fizetés nélküli távolsági hívások lebonyolítására, ideértve a részleghálózatokon keresztül is ( Iszkra-2 , vasúti hálózat ). Az ilyen csomópontokat "longlinknek" nevezik (az angol long link szóból ).
Valójában az útválasztási séma hierarchikus volt, és a vízszintes kapcsolatok száma kicsi volt. Ez lehetővé tette, hogy speciális technikai eszközök nélkül megszervezzék az üzenettovábbítást. A csomópontok számának növekedésével, valamint az IP térhódításával azonban a longlinkek száma nagymértékben megnövekedett, ami hatástalanná tette a hagyományos nyomkövetési sémát (legalábbis az orosz hálózati szegmensben). Ezen túlmenően a hálózat megbízhatóságának növelése érdekében szükség volt a nyomvályúzás decentralizálására a hálózat úgynevezett „gerincének” ( eng. backbone ) kialakításával. Az útválasztási séma optimalizálására olyan csomópontok számára, amelyek nagyszámú kapcsolattal rendelkeznek más csomópontokkal, két megoldást javasoltak:
Ezek a megoldások nagy csomópontok számára készültek, nagyszámú összeköttetéssel. A legtöbb csomópont továbbra is a hagyományos rootolási sémát használja.
A Fidonetben használt főbb protokollok és formátumok szinte mindegyike szabványosított és rögzítve van az FTS-ben ( FidoNet Technical Standards ) . Ezeket az FTSC ( FidoNet Technical Standards Committee ) gyűjti és szabványosítja .
Történelmileg a Fidonet fő műszaki szabványa az FTS-0001 [ 35] volt, amely meghatározza azokat az alapvető követelményeket, amelyeknek minden rendszernek meg kell felelnie. A szabvány leírja a kommunikációs protokollok minden szintjének megvalósítására vonatkozó követelményeket az OSI hálózati modellnek megfelelően , a fizikai réteg kivételével . Az adatkapcsolati rétegben az XMODEM protokollt használták az adatátvitelhez . Az FTSC a következő főbb szabványokat és dokumentumokat is átvette:
Azok a dokumentumok, amelyek nem kaptak hivatalos FTS-státuszt, a Fidonet Reference Library-ból származnak . Fidonet referenciakönyvtár . Az FRL-ben leírt, gyakran használt protokollok:
Az FTSC emellett létrehoz egy nyilvántartást azokról a szoftvertermékekről, amelyek részt vesznek a Fidonet információcseréjében ( levelezők és visszhangfeldolgozók ). [41] A rendszerleíró adatbázis legutóbbi frissítése 2008 júliusában történt . Az első program, amely bekerült a nyilvántartásba Tom Jennings Fido0000 , amely a kódot tartalmazza ; az utolsó egy újracsomagoló segédprogram Marenaa kóddal 18FF. [42]
A hálózati csomópontok működéséhez speciális szoftverek komplexét használják. A szoftverkészlet gyakorlatilag ugyanaz a végfelhasználók és a nagy terjesztési csomópontok számára. Ez egyrészt gátat szab az új tagok számára: a Fidonethez való csatlakozáshoz bizonyos műszaki ismeretekkel kell rendelkeznie a fidosh szoftverek telepítéséhez és konfigurálásához. Másrészt, hogy nincs szükség speciális berendezésekre, platformokra, bonyolult és drága szoftverekre az elosztó csomópont megszervezéséhez, rugalmassá és stabillá teszi a Fido hálózatot: egy hub (nagy elosztó csomópont) leesése esetén annak műszaki funkciói. átveheti bármely más csomópont, amely egyetért ezzel.
Manapság számos önkonfiguráló szoftvercsomag létezik, amelyek célja, hogy megkönnyítsék az új felhasználók számára a szoftvercsomag telepítését és konfigurálását.
A Fido szoftverének szokásos működési módja a kötegelt. A levelek beérkezése után a szoftver ( tosser ) beviszi („dobja”) a fogadott üzeneteket a csomópont rendszerüzemeltetőjének levéladatbázisába, kimenő csomagokat generál a csomópont uplink (általában több csomóponthoz leveleket elosztó hub) számára. lefelé irányuló kapcsolatok (az erről a csomópontról leveleket fogadó ("lehúzó") pontok és csomópontok) feliratkoztak a megfelelő visszhangkonferenciákra. Az új üzenetek csomagok ("csomagok" - üzenetkészleteket tartalmazó archívumok) formájában jönnek létre.
Az offline módon elkészített csomagokat (nagy állomásokon az előkészítés akár több órát is igénybe vehet) a levelező a következő kommunikációs munkamenet („session”) időpontjában továbbítja. A kommunikációs munkamenetek közötti intervallum másfél perctől több napig terjedhet.
A Mailer ( angolul mailer ) egy olyan program, amely kommunikációs munkamenetet létesít egy másik csomóponttal, valamint levélcsomagok és fájlok cseréjét. Jelenleg nagyon sok különböző levelező létezik, amelyek modemmel, IP-n keresztül működnek, vagy lehetővé teszik a munkamenetek modemen és IP-protokollon keresztül történő lebonyolítását. Számos levelező támogatja a BBS programokkal való együttműködést, és akkor indítja el őket, ha emberi felhasználót észlel, és nem egy másik levelezőt.
Két fő levelezési algoritmus létezik: ArcMail Attach (AMA) és Binkley-Style Outbound (BSO). AMA esetén a levelező netmail-lel (*.msg) ellenőrzi a könyvtárat, az útválasztási szabályoknak megfelelően csomagokat generál, és egy másik rendszerrel kommunikálva elküldi azokat. Az üzenetek között lehetnek fájlmellékletek - olyan szolgáltatási üzenetek, amelyek arra utasítják a levelezőt, hogy küldjön egy bizonyos fájlt, különösen egy echo-köteget. Ebben az esetben a levelező felelős a levelek továbbításáért és a csomagok létrehozásáért a netmail-lel. A BSO esetében éppen ellenkezőleg, a tosser vagy tracker dönt az útválasztásról, nem csak az echomailhez, hanem a netmailhez is csomagokat formál, és minden csomóponthoz külön fájlt hoz létre, amely felsorolja, milyen fájlokat kell küldeni erre a csomópontra.
Amikor két levelező között kommunikálnak, információt cserélnek magukról. A gazdagépek beállíthatnak egy jelszót az egymással való kommunikációhoz, hogy megbizonyosodjanak arról, hogy a levél megérkezett, és arra a csomópontra kerül továbbításra, amelyre szánták, nem pedig egy támadónak, aki valaki más címét helyettesítette. Ez nem zárja ki annak lehetőségét, hogy előzetes beleegyezés nélkül jelszó nélküli leveleket közvetlenül a címzettnek küldjenek. A korai szabványokban (FTS-1) a gazdagép címeket és jelszavakat a továbbított pkt fejlécéből vették. Ezt követően más szabványokat fejlesztettek ki és széles körben alkalmaztak, elsősorban az EMSI-t, amelyek lehetővé tették, hogy egy csomópont több címet (más néven) mutasson be, és további információkat közöljön magáról (sysop neve, állomás neve stb.), valamint meghibásodás elleni védelmet is megvalósított. az üdvözlés során (a crc16 ellenőrzi).
A legnépszerűbb IP-levelező a többplatformos binkd ( ingyenes szoftver ).
Az Echo processor vagy Tosser ( eng. Tosser ) egy olyan program, amely feldolgozza az echo maileket (az úgynevezett "csomagokat" vagy " csomagokat ", kötegeket). A levelek (netmail és echomail) hosztok közötti átviteléhez az üzeneteket meghatározott formátumú csomagokba gyűjtik, amelyeket általában archiválnak a kommunikációs csatornák hatékonyabb használata érdekében.
A Tosser közvetítő a helyi Fidonet üzenettároló (a netmail leggyakrabban speciális msg formátumban van tárolva (minden üzenet külön fájlban), echomail - valamelyik Hudson formátumban (egy közös adatbázis minden üzenethez), Jam vagy Squish (külön adatbázis az egyes echokonferenciák üzeneteinek) és egy levelező, amely információkat továbbít más rendszereknek.
A tosser feladata a csomagok kicsomagolása és az üzenetek elrendezése a visszhangkonferencia -adatbázisok , valamint a más hálózati csomópontok számára történő elküldéshez, amelyek előfizetnek echo konferenciák fogadására ettől a csomóponttól. A Tosser az adatbázisok "ellenőrzését" is végzi, ami abból áll, hogy a létrehozott üzeneteket csomagolja más hálózati csomópontoknak való elküldéshez. A Tosser nyomkövetőként is működhet (lásd alább).
A legnépszerűbb dobók a Squish, a Husky csomagból származó HPT, a ParToss, a JustTosser, a Regina Tosser ( OS/2 alatt ), a FastEcho, a GEcho, az FMail és így tovább.
Tracker ( eng. Tracker ) - a netmail'a (személyes levelek) feldolgozását biztosító program. Jelenleg nagyon intelligens rendszerek léteznek, amelyek lehetővé teszik a levelek feltételes feldolgozását, a dinamikus útválasztást és sok más műveletet, beleértve az önkényes levelezőrobotok, például a GYIK szerver megvalósítását. Előfordulhat, hogy a csomóponton nincs telepítve nyomkövető, mivel a netmail feldolgozásának alapvető funkciói szinte minden levelezőbe be vannak ágyazva, így a nyomkövető rendszerint csak olyan nagy csomópontokra kerül telepítésre, amelyeken áthaladnak a tranzit levélútvonalak, a fejlett funkciók (dinamikus útválasztás, nyomon követhetőség, a címzett meglétének ellenőrzése a csomóponti listában, fájlcsatolások továbbítása stb.).
A legnépszerűbb nyomkövetők: FTrack (a NetMgr klón), RNTrack (ami az FTrack fejlesztése), ItraX ( OS/2 alatt a REXX nyelvet használva van Win32 - es verzió is ). A Fidonet népszerűségének csúcsa idején az ITrack volt a legelterjedtebb (DOS, Windows és OS / 2 verziók), de később más trackerek váltották fel. Voltak még MNTrack és rTrack csomagok, valamint MsgTrack és OneTrack.
A nyomkövető alapfunkcióit általában tosser vagy levelező tudja biztosítani, ezért a tossertől különálló trackert általában nagy csomópontok telepítik, és a pontoknak nincs rá szükségük. Vannak olyan tosserek is, amelyek potenciálisan megvalósítják a nyomkövető funkcióit, például a HPT tosser beépített Perl értelmezővel.
FileechoProcessor – a fileechokonferenciákon (amelyeket röviden "phs"-nak is neveznek) áthaladó fájlok feldolgozását biztosítja . Csak azokhoz a csomópontokhoz és/vagy pontokhoz szükséges, amelyek fájlvisszhangkonferenciákat használnak vagy terjesztenek.
Népszerű file echo processzorok: HTick a Husky-tól, Hi-files, AllFix, DMTic, NEF/pk, QuickTic (QTic), KingFix.
Üzenetszerkesztő – lehetővé teszi a bejövő üzenetek megtekintését és új üzenetek létrehozását.
A többplatformos konzolszerkesztők közül a legnépszerűbb a GoldED+ .
Gyakran egy hírcsoport klienst használnak szerkesztő helyett .
A robotok olyan opcionális kiegészítő programok, amelyek főként a netmail és az echomail automatikus küldésére szolgálnak. A leggyakrabban használt robotok a FAQ szerverek és a Stat botok, amelyek különféle statisztikai információkat szolgáltatnak. Ezenkívül a moderátorok gyakran robotokat használnak arra, hogy automatikusan üzeneteket helyezzenek el egy visszhangkonferenciában, leggyakrabban szabályokat.
Sok robot speciálisan konfigurált nyomkövető .
Önbeállító készlet - megkönnyíti a beállítási folyamatot. A telepítés során minimális adat megadása szükséges, például cím, név és jelszó, amely után a felhasználó megkapja a már konfigurált tosser, levelező és szerkesztő készletet.
Példák a készletekre: hazai fejlesztők készítettek FidoIP (inaccessible link) , és annak villája Kubik ; külföldi CrossPoint és származékai különböző platformokhoz, valamint FIPS és WinPoint (GUI) Microsoft Windowshoz.
Egyes modern készletek támogatják a pontcímre vonatkozó kérés automatikus küldését a hálózaton.
A Fidonet nem része az Internetnek , azonban manapság már elég gyakran használnak internetes csatornákat és protokollokat a Fidonet forgalom rajtuk való átvitelére ( binkp és hasonló protokollok segítségével). Ezen túlmenően a legtöbb Fidonet echo konferencia elérhető az internetezők számára a Usenet és a WWW -gate segítségével.
A Fido terminológiájában a WebBBS (Web-based BBS ) egy WWW - oldal, amely hozzáférést biztosít a Fidonet echo konferenciákhoz. [43] Mivel egy ilyen webhely funkciója néha nem sokban különbözik egy internetes fórumétól, egyesek szívesebben fordítják le a WebBBS rövidítést oroszra a fidoforum szóval . A fidosh WebBBS azonban bizonyos eltéréseket mutat a webfórumoktól, a Fidóban elfogadott kommunikációs szokások, valamint az FTN technológia jellemzői miatt.
Technikai szempontból a WebBBS egy átjáró a WWW hálózat és a Fidonet között. Ebben az esetben az FTN hálózaton keresztül (általában a binkp protokollon keresztül) érkezett levelek a HTTP protokollon keresztül elérhető űrlapokká alakulnak , és fordítva. Nincs azonban technikai vagy formai különbség a Usenet hírcsoportok formájában ( általában a fido7.* hierarchia alatt) és a tisztán fido WebBBS-ben. Egy tipikus fidosh gazdagép néha úgy dönt, hogy az NNTP -t használja köztes átvitelként a WebBBS-hez.
WebBBS listájaEgyes WebBBS-ek csak visszhangok olvasását teszik lehetővé, míg mások kétirányú kapuk, amelyek lehetővé teszik, hogy BBS-felhasználóként írjon a Fido-ba. A fejlettebb rendszerek teljes értékű fidosh-pont címet biztosítanak a résztvevőnek, és lehetővé teszik privát üzenetek küldését és fogadását ( netmail ).
Egy-egy echo konferencia jelenléte a WebBBS-en nem mindig jelenti azt, hogy rendszeresen frissítik. Néhány sysops , miután lekapcsolódott a visszhangról, egyszerűen elmenti a levelek archívumát ebben a formában emlékként. [44]
Weboldal URL) | Fido kapu címe | Olvasás | Írás | Pontcím kiadása [45] | Megjegyzések |
---|---|---|---|---|---|
http://groups.google.ru/ | 2:5020/400 | Igen | Igen | Nem | A Google Csoportok felülete használható a Usenet eléréséhez , és így a kapuzott echomailhez is. |
http://ftn.su/ | 2:5020/1519 | Igen | Igen | Igen | wfido felület. Regisztrációkor pontcímet ad ki (regisztráció nélkül csak a Fidonet olvasását teszi lehetővé). |
http://fido.net.ua/ | 2:463/68.10 | Igen | Nem | Nem | 2. zóna – 46. régió (Ukrajna és Moldova)
Szimulálja GoldEd. Korlátozott szövegszélesség és e-mail fejléc hossza. |
http://xftn.org/areas | ? | Igen | Nem | Nem | Számos visszhangkonferencia és FTSC dokumentumok könyvtára.
Kényelmes és nem túlterhelt felület. Aktuális 2018 decemberében. |
http://fghi.pp.ru/ | 2:5019/40 | Igen | Nem | Nem | FGHI URL- kapu. Van rss támogatás
És a nem hivatalos GoldED+ mod oldala is, főleg az FGHIUrl támogatásával |
http://fido.mic6090.pp.ru | 2:6090/0 | Igen | Nem | Nem | |
http://fidonode.in/forum | 2:5020/848 | Igen | Igen | Nem | vBulletin felület, SQL-bázis |
http://vp.propush.ru/index.php?q=node/6 | 2:5020/2140 | Igen | Nem | Nem | |
http://fidonet-online.org/ | 2:466/466 | Igen | Igen | Igen | wfido felület. |
https://fido.snake.mk.ua/ | 2:466/4 | Igen | Igen | Igen | FTNW-béta interfész. |
http://wfido.ru/ | 2:5023/24 | Igen | Igen | Igen |
A Fido7 egy hírcsoport - hierarchia , amely átjáróként szolgál a Fidonet echo konferenciákhoz az internetre . A hálózatok közötti levélváltást a „ Demos ” szolgáltató cég végzi , amely a Fidonet (2: 5020/400) egyik nagy moszkvai csomópontjának tulajdonosa.
A Fido7 hierarchiát ingyenesen és korlátozások nélkül terjesztik (a hierarchiában azonban számos csoport moderált ). Számos hírszerveren elérhető.
A Fidonet felhasználói kétféleképpen kommunikálnak:
A netmail és az echo közötti különbség az, hogy az üzenetet a netmailen keresztül csak annak a személynek kézbesítik, akinek címezték, és az echo-ban küldött levelet az echo összes előfizetője megkapja.
A netmail internetes analógja az e-mail. A fő különbségek a netmail és ez között a következők:
Az echo-konferencia egyfajta telekonferencia , amely Fidonet technológiát használ a terjedéshez. Az echokonferencia legközelebbi analógja a hírcsoportok (például a Usenet hálózat ).
Ha üzenetet szeretne küldeni egy echo-konferenciára, egy személynek „elő kell fizetnie” rá, majd automatikusan elkezdi fogadni az összes oda érkező üzenetet.
A fileechokonferenciák hasonlóak az echokonferenciákhoz, de szöveges üzenetek helyett fájlokat osztanak ki. Ebben az esetben minden fájlhoz tartozik egy tic kiterjesztésű kísérő fájl, amelybe a szolgáltatás információi vannak beírva (az echoconference fájl neve, fájl neve, mérete, ellenőrző összeg, azon csomópontok listája, amelyeken a fájl áthaladt stb.) .
A Faylecheknek is megvannak a saját egyedi nevük, de mivel a feh sokkal kisebb, mint az eh, nevük általában egy szóból áll.
Fahey leggyakrabban szűk orientációjú; Ezenkívül a spam elkerülése érdekében általában nem minden előfizető küldhet fájlokat a fakhinak. Ezért van még három lehetőség a fájlok előzetes megrendeléssel történő átvitelére a Fidonetben: Yuuk, Attach és Direct.
Van egy másik módja az információszerzésnek a Fidonetben - kommunikáció hamis szerverekkel ( FAQ-server ) és fájlszerverekkel (fájlszerverek).
A gyakori kérdések kiszolgálója egy egyéni témakiszolgáló, amely a netmail kérésnek megfelelő szöveggel (témával) hoz létre netmail választ. A hamis szerver karbantartásához külön programra van szükség, leggyakrabban a Messmate-et használják. A hamis szerverekkel való kommunikáció csak netmailen keresztül történik, a levél törzsében vagy tárgyában a téma (témák) neve szerepel, és a csomópont vagy pont tulajdonosának neve helyett a a hamis szerver ki van írva. A netmail kézhezvétele után a program elemzi a netmailt, és ha kérést talál a szerver felé, akkor válaszokat generál a címzettnek, természetesen szintén netmailen.
A fájlszerver egy csomópont vagy pont, ahonnan fájlokat tölthet le. Szigorúan véve, bármely csomópontról vagy futópontról letölthet fájlokat egy fájl netmail kérés létrehozásával, vagy ha a levelező segítségével hoz létre egy kérést, de nem minden csomópont teszi közzé a fájljait. Ezért az első dolog, amit megpróbálunk letölteni a csomópontról, a fájllista, amelyet gyakran files.bbs-nek hívnak, vagy van egy rövid „alias” (vagy, ahogy mondani szokás, alias) fájl, amely szerint ugyanazok a fájlok. bbs eljön hozzád. Ha nincs fájllista, akkor a csomópont nem szolgál ki fájlkéréseket, és ha megérkezett a fájl, akkor láthatja a javasolt fájlok listáját, és ha valamire szüksége van, akkor ismét létrehozhat egy kérést, ezúttal a névvel (ill. alias), majd hívja meg és kérje le a fájlt. Mivel egy fájl kérés (File Request, FReq) jön létre egy fájl fogadására, azt mondják, hogy az emberek törlik a fájlokat, és azokat a csomópontokat, amelyekről fájlokat vehet át, „frekvenciának” nevezik.
A Fidonet oroszországi fennállásának évei alatt kialakult egy bizonyos szubkultúra a hálózaton belül . Ez nyilvánul meg:
A hálózat nevét gyakran nem a Fidonet írja, hanem a FIDO (nevezetesen nagybetűvel a FIDOnet, a FIDO az angol helyesírásban található). A hálózat tagjai a FIDO mozaikszó több „rövidítésével ” álltak elő , a legnépszerűbb a „Kivételesen Barátságos Kommunikáció Szövetsége” [47] , amely a sysops közötti kapcsolat természetét hangsúlyozza.
A hálózat tagjainak találkozóit „sysops”, „points”, „locals” vagy „fido-drinks” néven említik. A „mutató” és „helyi” elnevezések gyakran ugyanazon csomópont pontjainak találkozását jelentik. Ugyanazon echo konferencia előfizetőinek találkozói is vannak , akkor a név leggyakrabban a visszhang (vagy echo tag) nevének és az -ovka végződésnek a ragasztásával jön létre, például ha a visszhangot spb.cars-nak hívják, akkor a találkozó neve "karzovka", [48] ha spb .school - "skulevka" stb. Bármely régió vagy több régió fidoshnikjainak közgyűlései is vannak.
A közösségi hálózatokon | |
---|---|
Fotó, videó és hang |
Számítógépes kommunikáció | |
---|---|
Aszinkron konferencia | |
Szinkron konferencia | |
Publikációk |