Fidonet

Az oldal jelenlegi verzióját még nem ellenőrizték tapasztalt közreműködők, és jelentősen eltérhet a 2022. június 21-én felülvizsgált verziótól ; az ellenőrzések 11 szerkesztést igényelnek .

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.

Történelem

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 név és a szimbólum eredete

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)

Fidonet a Szovjetunióban és Oroszországban

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.

Reforming Fidonet

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 .

Fidonews

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.

Adminisztratív struktúra

Jogaik és kötelezettségeik szerint a Fidonet összes résztvevője három nagy csoportra osztható:

Csomópontok listája

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.

Koordináció

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ózat

A 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óna

Egy 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:

  1. Észak-Amerika ;
  2. Európa , a volt Szovjetunió országai és a Közel-Kelet ;
  3. Ausztrália és Új-Zéland ;
  4. Latin-Amerika ;

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átor

A 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.  

Egyéb FTN hálózatok

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 hálózat technikai szervezése

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).

Megszólítás

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:

  • Zone — zónaszám (1-től 32767-ig).
  • Net — hálózat száma (1-től 32767-ig).
  • Node — csomópontszám (-1-től 32767-ig).
  • Point — pontszám (1-től 32767-ig).
  • Domain — az FTN hálózat szimbolikus neve (legfeljebb 8 karakter). Fido esetében „fidonet”.

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:

  • Zone:Net/Node.Point - 4D címzés, alapértelmezett hálózatnév fidonet.
  • Zone:Net/Node - 3D címzés, a mező kimarad Point, melynek értéke 0 minden hálózati csomópontnál.
  • Net/Node — 2D címzés, a mező kimarad Zone, amelynél az alapértelmezett érték 1.

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.

Útválasztás

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:

  • A FRIP protokoll (a Fidonet routing information protocol rövidítése) és az azonos nevű segédprogram, amelyet Dmitrij Zavalishin hozott létre , és a „bejelentés” elvén működik – minden csomópont közleményt küld a kapcsolódó csomópontoknak, hogy készen áll a levelek fogadására bizonyos csomópontok listája (általában saját maga és lefelé irányuló kapcsolatai számára). A hirdetés címzettjei továbbra is terjesztik az összes kapcsolódó csomóponthoz. Az adás nem történik meg, ha a hirdetés címzettje már "tud" egy rövidebb utat a céloldalhoz. Ennek eredményeként automatikusan létre kell hozni egy útválasztási térképet, amely biztosítja az üzenetek legrövidebb úton történő kézbesítését. [33] Ez a protokoll jelenleg nincs használatban.
  • Hubroute generátor program (más néven "safruter" - az alkotó, Jurij Safronov után; a Husky csomagban Fidoroute néven szerepel). Ez a program a gyökeresedést a régióban közös, keményen kódolt rootolási utak listája és azon "megbízható" csomópontok listája alapján építi fel, amelyek egy adott hálózathoz (oroszul Fido - R50.ROUés R50.TRUennek megfelelően) fogadják a leveleket, figyelembe véve a csomópontokra vonatkozó adatokat. amelyre ez a csomópont közvetlenül küldhet üzeneteket. A gyökerező utak és a megbízható csomópontok regionális listáit a regionális koordinátor állítja össze a hálózati koordinátorok által neki küldött adatok alapján. [34]

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.

Műszaki szabványok

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:

  • FTS-0004 : A konferencia levelezőrendszer (EchoMail specifikáció) – leírja az echo konferenciarendszer felépítésének alapelveit . [36]
  • FTS-5000 : Az elosztási csomópontlista – meghatározza a hálózati csomópontok listájának formátumát. [21]
  • FTS-1024 : Nyers ifcico levélátviteli protokoll – Leírja az ifcico protokollt megbízható kapcsolatokon (például TCP/IP - csatornákon) keresztül történő adatátvitelhez. [37]
  • FTS-1026 : Binkp/1.0 protokollspecifikáció – a TCP/IP használatával történő adatátvitelhez használt binkp protokollt írja le . [38]

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:

  • FSC-0056 : EMSI/IEMSI protokoll definíció [39]
  • FSC-0072 : A HYDRA fájlátviteli protokoll [40]

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]

Fidonet szoftver

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.

Nyitva tartás

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.

Levelező

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 ).

Tosser

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

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

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.

Bejegyzésszerkesztő

Ü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 .

Robotok

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ő .

Önhangoló készletek

Ö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 Fido elérése az internetről

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.

WWW-gates / fido-forums / WebBBS

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ája

Egyes 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

Fido7

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 news://news.fido7.org (más néven ddt.demos.su) a fő hírszerver. Fő feladata más szerverek ellátása; Egyéni olvasókat nem fogadunk, és előfordulhat, hogy megtagadják a hozzáférést.
  • A news://news2.fido7.org (más néven news2.neva.ru) egy nyilvános hozzáférésű kiszolgáló a Rusnetben.
  • A fido7.org  a hivatalos oldal.

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ő.

Kommunikáció a Fidonet hálózatban

A Fidonet felhasználói kétféleképpen kommunikálnak:

  • személyes levelezés vagy netmail ( Netmail ) útján;
  • visszhangkonferenciákban vagy visszhangokban .

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:

  • olcsóbb levéltovábbítás;
  • a levél fejlécében a címen kívül a feladó és a címzett neve is kötelezően szerepeljen. [46]

Echo konferenciá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.

Fájlátvitel

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.

  • A Yuyuk egy UUE kódolású (innen a név) fájl, amelyet egy netmail vagy echomail üzenet törzsébe helyeznek (az interneten ehhez MIME kódolást használnak , a fájlt csatoltnak tekintik, és mellékletnek nevezik). A yuyuk a fájlok átvitelének legelterjedtebb módja, azonban a kódolt fájl harmadával nagyobb, mint az eredeti, és sok (elavult vagy speciálisan konfigurált) tosser és néhány nyomkövető nem engedélyezi a bizonyos méretnél nagyobb echomail (és netmail) átadását. rajtuk keresztül. Ebben az esetben egy több szakaszból álló yuyuk jön létre, ami szintén kellemetlenséget okoz.
  • Csatolás ( angolul  csatolja  - csatolja) - fájl átvitele levéllel. Ez létrehoz egy levelet, amely egy "követő levél", és egy fájlt csatol hozzá. A módszer kényelmesebb és gyorsabb, mint a yuyuki esetében (a fájl nincs kódolva), de mivel nem lehet szabályozni a melléklet (csatolt fájl) méretét, sok csomópont nem engedi, hogy a mellékletek áthaladjanak magán. Ez az oka annak, hogy a melléklet kevésbé terjedt el a Fidonetben. Ráadásul a yuyukkal ellentétben a mellékletet nem lehet echomail-en továbbítani, kizárólag netmailen továbbítják.
  • Közvetlen ( angolul  direct  - direct, direct) - fájlok közvetlenül a csomópontból történő fogadása, ez a módszer némileg hasonlít a közvetlen átvitelhez ICQ vagy peer-to-peer hálózatokban. Ehhez a módszerhez előzetes megállapodásra van szükség a fájlt átvenni akaró és az iratküldő között. Fájlokat nem csak a saját csomópontjáról vehet át, hanem bármely csomópontról és akár egy pontról is. A megállapodást követően a fájlt adó csomópont vagy pont, ahogy mondani szokás, „tartásba helyezi”, majd miután a felhasználó felhívta (vagy hívást kapott, a megállapodástól függően), a fájlok elkezdenek neki menni. Más személy nem veheti át az aktáit. Ez a módszer kétségtelenül kényelmesebb, mint mások az átvitel szempontjából, mivel nem ír elő semmilyen korlátozást az átvitt fájlokra, de előzetes jóváhagyást igényel.

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.

Fidonet szubkultúra Oroszországban

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 résztvevőinek egymáshoz való informális attitűdjében (a hálózatban a kimondatlan szabály, hogy kortól és társadalmi pozíciótól függetlenül szólíts meg „tet”);
  • a fidos folklór (különféle "fidos mesék", dalok, humor és anekdoták) létezésében;
  • a hálózat tagjai (az ún. "pontok", "sysopsok", "helyiek") közötti informális találkozók rendszeres tartásában.

A rövidítések magyarázata

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.

Offline értekezletek

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.

Lásd még

Jegyzetek

  1. 1 2 3 4 5 6 7 8 9 10 Randy Bush. FidoNet: Technológia, használat, eszközök és történelem Archiválva : 2008. március 21. a Wayback Machine -nél 
  2. 1 2 Fido-Statistik Archivált 2017. augusztus 14. a Wayback Machine -nél  (német)  - 2007 óta nem karbantartva
  3. Fidonet csomópontok listája . Letöltve: 2010. március 10. Az eredetiből archiválva : 2009. július 31..
  4. A DAILYLST falahhoz küldött friss csomópontok és a régi csomópontok évek szerint (2:5080/102 csomópont FTP archívuma)
  5. Az adatok az adott évben elérhető legkorábbi csomópontok listáján alapulnak.
  6. ↑ Alex Woick, a 2-es csomópont rendszerüzemeltetője: 244/1500 az ENet.SysOp visszhangkonferencián statisztikát tett közzé, amely szerint a csomópontok maximális számát 1996-ban érték el ( november 24. ) , és 39826 volt: Wayback Machine -nél . A Fidonethez hozzáféréssel rendelkezők száma nagyjából egy nagyságrenddel több volt annak köszönhetően, hogy nem csak a rendszerüzemeltetők, hanem pontjaik és (vagy) BBS felhasználói is hozzáférhetnek a csomópontokhoz .
  7. GYIK Verzió: 23.85b, 2011. december 29. 67. kérdés: "Érdekes a kutya sorsa, amelyről a hálót elnevezték"
  8. Fidonet.History GYIK. A FIDONET.HISTORY konferencia gyakran ismételt kérdések (GYIK) gyűjteménye; 23. verzió, 2005. március 11. 69. kérdés: „Érdekes annak a kutyának a sorsa, amelyről a hálót elnevezték” (elérhetetlen link) . Letöltve: 2008. április 3. Az eredetiből archiválva : 2012. november 16.. 
  9. Fidonet.History GYIK: "Mikor jelent meg a legelső csomópont a Szovjetunióban?" (nem elérhető link) . Letöltve: 2008. április 3. Az eredetiből archiválva : 2008. május 29. 
  10. D. Dugaev. Fidonet: szabadság, egyenlőség és testvériség // Bee. 1999. 17. szám (elérhetetlen link) . Letöltve: 2008. április 3. Az eredetiből archiválva : 2008. május 29. 
  11. A. I. Volkov, V. N. Ruszkikh. A Relcom története // Nethistory.ru Archiválva : 2006. október 8.
  12. Fidonet.History GYIK: "A pletykák szerint valaki 91 augusztusában a Fehér Házba hurcolta az állomást, és jelentéseket küldött mindenre. Ez igaz?" (nem elérhető link) . Letöltve: 2008. április 3. Az eredetiből archiválva : 2008. május 29. 
  13. A Rakurs rádió közvetített Dmitrij Zavalishinnel és Georgij Kuznyecovval a Fidonet hálózatról (átirat) (elérhetetlen link) . Letöltve: 2006. február 12. Az eredetiből archiválva : 2008. március 25.. 
  14. Szó szerinti jelentés Dmitrij Medvegyev Oroszország első miniszterelnök-helyettesének internetes konferenciájáról Lenta.ru: Medvegyev megosztotta egy utálatos gelendzsiki blogger álmát. Archiválva : 2007. március 27. a Wayback Machine -n ; Részlet Medvegyev interjújából a YouTube -on .
  15. Lenta.ru: Hogyan bütykölt Medvegyev a Fidóval ? Letöltve: 2007. március 23. Az eredetiből archiválva : 2007. március 28..
  16. Mithgol, a webmester bejegyzése a RU.FTN.DEVELOP konferencián Archiválva : 2012. január 5. a Wayback Machine -nél . 2009. december 20.
  17. Google Csoportok . Letöltve: 2009. december 20. Az eredetiből archiválva : 2012. január 18..
  18. [1] Archiválva 2009. június 28-án a Wayback Machine -nél , [2] Archivált : 2010. május 29-én a Wayback Machine -nél , [3] Archiválva 2010. augusztus 11-én a Wayback Machine -nél .
  19. Fidonet hírek. A Fidonet közösség hírlevele archiválva : 2009. április 8. a Wayback Machine -nél 
  20. Fidonews orosz nyelven archiválva 2009. augusztus 1. a Wayback Machine -nél ( area://RU.FIDONET.TODAY?msgid=2:466/50.0+4a5f67c9 Archiválva : 2009. október 28. a Wayback Machine -nél )
  21. 1 2 FTS-5000: Az elosztási csomópontok listája (lefelé irányuló kapcsolat) . Hozzáférés dátuma: 2008. március 29. Az eredetiből archiválva : 2008. szeptember 29. 
  22. Régió 17 honlapja  (eng.)  (nem elérhető link) (2005. május 18.). Hozzáférés dátuma: 2008. május 19. Az eredetiből archiválva : 2012. február 3.
  23. A Fidonet ("Fido") egy világméretű amatőr, nem kereskedelmi számítógépes hálózat, a Fidonet ("Fido Net"). 46. ​​régió – Ukrajna és Moldova (elérhetetlen link) . Hozzáférés dátuma: 2008. május 19. Az eredetiből archiválva : 2012. január 29. 
  24. Ward Dossche 2. zóna koordinátor levele az 50. régió koordinátorának a 6. zóna felszámolásáról - http://alex-rex.livejournal.com/282920.html Archiválva : 2012. január 5. a Wayback Machine -nél
  25. FidoNews. 24. évfolyam 31. szám  (angolul) (2007. július 30.). Letöltve: 2014. március 3. Az eredetiből archiválva : 2016. március 9..
  26. Fidonet.History GYIK, "Mikor beszéltek először a 7. zónáról az SU számára?" (nem elérhető link) . Letöltve: 2008. május 2 .. Archiválva az eredetiből: 2008. május 29. 
  27. "Z7 Referendum", levél az R50.SYSOP hivatalos visszhangkonferenciáról. . Letöltve: 2008. május 2. Az eredetiből archiválva : 2008. május 31..
  28. „A népszavazás eredményei”, az R50.SYSOP hivatalos visszhangkonferencia levele. . Letöltve: 2008. május 2. Az eredetiből archiválva : 2008. május 31..
  29. Fidonet.History GYIK, "Miért nincs IC?" (nem elérhető link) . Letöltve: 2008. május 2 .. Archiválva az eredetiből: 2008. május 29. 
  30. FidoNews. 17. évfolyam, 4. szám. Archiválva : 2008. március 30., a Wayback Machine , 2000. október 29. ISSN 1198-4589 .
  31. 12 FidoNews . 1. kötet, 20. szám. Archiválva : 2008. május 30. a Wayback Machine -nél , 2004. május 17-én.
  32. FSP-1028: FTN-címformátum (a hivatkozás nem érhető el) . Letöltve: 2009. december 17. Az eredetiből archiválva : 2010. szeptember 2.. 
  33. FRIP GYIK . Letöltve: 2008. április 2. Az eredetiből archiválva : 2008. május 29..
  34. A Hubroute generátor program dokumentációja: [4] Archivált 2012. január 5-én a Wayback Machine -nél ; R50 GYIK: [5]  (nem elérhető link) , [6] Archivált : 2008. május 30. a Wayback Machine -nél , [7] Archivált : 2008. május 31. a Wayback Machine -nél
  35. FSC-0001: A FidoNet alapvető műszaki szabványa . Letöltve: 2008. április 16. Az eredetiből archiválva : 2008. május 30..
  36. FTS-0004: A konferencia levelezőrendszer (EchoMail specifikáció) . Letöltve: 2008. április 16. Az eredetiből archiválva : 2008. május 30..
  37. FTS-1024: Nyers ifcico levélátviteli protokoll . Letöltve: 2008. április 16. Az eredetiből archiválva : 2008. május 30..
  38. FTS-1026: Binkp/1.0 protokoll specifikáció . Letöltve: 2008. április 16. Az eredetiből archiválva : 2008. május 30..
  39. FSC-0056: EMSI/IEMSI protokoll definíciók . Letöltve: 2008. április 16. Az eredetiből archiválva : 2008. május 30..
  40. FSC-0072: A HYDRA fájlátviteli protokoll . Letöltve: 2008. április 16. Az eredetiből archiválva : 2008. május 30..
  41. FSC-0090: FTSC által kiadott termékkódok . Letöltve: 2008. április 16. Az eredetiből archiválva : 2008. május 30..
  42. FTSC termékkódok (2008-06-08) . Hozzáférés dátuma: 2009. december 17. Az eredetiből archiválva : 2010. augusztus 29.
  43. Fellebbezés az R50 PR-koordinátortól a "WebBBS" és a "www-node" kifejezések használatával kapcsolatban . Letöltve: 2009. július 29. Az eredetiből archiválva : 2014. április 30..
  44. Forgalmi statisztika fidosh visszhangokban az aktuális hónapra vonatkozóan  (elérhetetlen link)
  45. Pont A "pontcím kiadása" egy pontcím automatikus kibocsátását jelenti, azzal a lehetőséggel, hogy azt levelek írásához használja a WebBBS-en keresztül.
  46. A név megadása lehetővé teszi a fogadó csomópont számára, hogy leveleket küldjön ki különböző felhasználóknak: ha ez egy BBS , akkor ugyanaz a cím több felhasználónak is megfelelhet. Ezen túlmenően a csomópont különféle szolgáltatásokat (robotokat) fogadhat, amelyek bizonyos műveleteket hajtanak végre a névmezőben a robot nevét tartalmazó betűkre válaszul.
  47. A kifejezést Oleg Bocharov (2:5032/13@fidonet) találta ki, lásd Alex Exler válaszát Roman Shokernek 1998. július 14-én a FIDONET.HISTORY echo konferencián (MSGID 2:5020/443.1 35abac64, link az üzenethez a Google Csoportok archívumában )
  48. GYIK a kosarakkal kapcsolatban . Letöltve: 2008. július 6. Az eredetiből archiválva : 2008. október 6..

Irodalom

  • Puzyrev V. Számítógépes hálózat FIDONet kezdőknek és nem csak. M., 1999. 192. ISBN 5-8321-0028-X .
  • Shabashvili E. E. FidoNet. Rendszerüzemeltetői Útmutató: Szakszerű munkavégzés nem professzionális hálózatban. M., 2000. 736 p. ISBN 5-89818-043-5 .
  • B. L. Paleev. Fidonet: profi amatőr hálózat.
  • Ignatov D. A. Ez a te FIDO., 2011. 178. o.
  • Alexandrov I. Baráti hálózat: a Fidonet története //Rendszergazda. - 2006. - nem. 8. - S. 86-90.
  • Soboleva, Regina. Fidonet és következményei. Az internet híres előfutára." System Administrator 5 (2011): 94-95.
  • Shakirov S. M. Az irónia szerepe a transzmediális átalakulásban // Médiakörnyezet. — 2020. — nem. 2.

Linkek

Hozzáférés a Fidonet konferenciákhoz

Filmek