Fidonet

Versiunea actuală a paginii nu a fost încă examinată de colaboratori experimentați și poate diferi semnificativ de versiunea revizuită pe 21 iunie 2022; verificările necesită 11 modificări .

Fidonet (din engleză  FidoNet , /ˈfaɪdəʊnɛt/ ; scurt Fido ) este o rețea internațională de computere non-comerciale de amatori, construită folosind tehnologia punct la punct . [1] Inițial, software-ul FidoNet a fost dezvoltat sub MS-DOS , dar în curând a fost portat pe toate sistemele de operare comune , inclusiv UNIX , GNU/Linux , Microsoft Windows , OS/2 , Android și Mac OS .

A fost popular la începutul anilor 1990 , după care, datorită răspândirii masive a tehnologiilor de internet , numărul de noduri de rețea a început să scadă. Rețeaua continuă să funcționeze, din 14 decembrie 2018, era formată din 1560 de noduri [8] . Numele argotic pentru utilizatorii Fidonet este fidoshniks .

Principala caracteristică a FidoNet, care a determinat pătrunderea largă a acestei rețele, a fost conexiunea gratuită reală și utilizarea resurselor rețelei. Participanții aveau nevoie doar de un canal de comunicare sub forma unei linii telefonice (taxa pentru un telefon fix era de obicei fixă). Mai târziu, liniile de internet au fost din ce în ce mai folosite pentru a trimite date Fido.

Istorie

Rețeaua a fost creată în 1984 de un programator american , Tom Jennings , pentru a transmite mesaje de la BBS-ul său către BBS - ul prietenului său John Madil . Transferul s-a efectuat noaptea, când costul apelurilor telefonice era mai mic. Pentru schimbul de corespondență cu un alt nod de rețea s-a alocat o oră (în timpul căreia accesul utilizatorilor terți pe BBS a fost închis), care ulterior a devenit cunoscut sub numele de „ora poștală națională”. [1] Cerința de a organiza o oră dedicată pentru mesagerie continuă și în prezent (cu excepția nodurilor conectate la rețea nu prin POTS ).   

În curând numărul nodurilor de rețea a început să crească și a ajuns la 200 la începutul anului 1985. Lista de noduri (nodlist, engleză  nodelist ) a fost distribuită ca fișier separat și a fost actualizată inițial de Jennings însuși, iar mai târziu de membrii grupului de utilizatori DEC din St. Louis Ken Kaplan ( engleză  Ken Kaplan ) și Ben Baker ( engleză  Ben ). Brutar ). De asemenea, au început să producă primul „buletin informativ” al rețelei Fidonet. [unu]

Inițial, fiecare nod comunica direct cu un alt nod. Odată cu creșterea numărului de utilizatori ai rețelei, numărul de apeluri telefonice, inclusiv apeluri la distanță lungă, a crescut semnificativ. Ca urmare, s-a decis schimbarea structurii rețelei de la liniară la arborescentă, grupând utilizatorii în segmente după geografie. Ca urmare, adresarea a devenit pe două niveluri: în loc de un simplu număr de nod, a fost folosită rețeaua/nodul de notație . [unu]

La sfârșitul anului 1986, o problemă similară a apărut la nivel continental. În plus, a existat o idee de a organiza pentru utilizatorii BBS posibilitatea de a primi e-mail folosind formatele și protocoalele de date Fidonet. La întâlnirea Comitetului de standarde tehnice Fidonet din octombrie 1986, a fost introdusă o ierarhie a listei de noduri pe patru niveluri. Nivelul superior a fost zona (continentul), urmată de rețea, nodul și punctul (punct, punct englezesc )  al rețelei. [1] Zona schemei de adresare : network/host.point continuă să fie utilizată astăzi.

Dinamica numărului de noduri din rețea poate fi reprezentată prin următorul tabel [1] [2] [3] [4] , numărul total de noduri din rețea la începutul anului, inclusiv adresele tehnice:

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

Rețeaua Fidonet și-a atins prevalența maximă la sfârșitul anului 1996 , când era formată din aproximativ 40 de mii de noduri. [6] De atunci, popularitatea rețelei a scăzut treptat, iar numărul nodurilor sale a scăzut de câteva ori. [2]

În februarie 1986, Jeff Rush ( ing.  Jeff Rush ) a dezvoltat un sistem de conferințe în rețea, numit „echomail” (echomail, ing.  echomail ). Prima conferință internațională de ecou a fost conferința MODULA-2, care a fost distribuită în Europa , Australia și America de Nord . [unu]

1986 a văzut, de asemenea, începutul primelor „porți” permanente între Fidonet și UUCP (adică între Fidonet și Internet ). [unu]

Originea numelui și simbolului

Simbolul  mascota Fidonet este un câine cu o dischetă în gură, care a fost descris de Tom Jennings ca logo pentru programul său Fido.

Potrivit legendei, Fido este numele câinelui fondatorului rețelei, Tom Jennings. De fapt, nu avea niciun câine; [7] [8] dar Fido (Faido, ing.  Fido ) este într-adevăr o poreclă de câine, la fel de comună în America precum este, de exemplu, Sharik, Bobik sau Tuzik pe teritoriul fostei URSS .

Potrivit unei alte legende, Tom Jennings a luat numele rețelei de la primul cuvânt care i-a atras atenția, care era scris pe un autocolant lipit pe monitorul său.

Ambele legende sunt discutabile și nu țin cont de faptul că Jennings a numit „Fido” un program de mesagerie BBS-to-BBS . Ulterior numele a fost extins la rețea: Rețeaua de programe Fido, Rețeaua Fido → Fidonet  (engleză)

Fidonet în URSS și Rusia

Primul nod al rețelei Fidonet de pe teritoriul URSS a apărut în 1990 la Novosibirsk. Jurnalistul polonez Tadeusz Radiusz, care a lucrat în redacția revistei din Moscova „Computer”, a instalat un BBS și propriul nod (polonez) în redacție. Un articol despre acest BBS a fost apoi publicat într-unul dintre numerele revistei.

După această publicare, în vara aceluiași an , la Novosibirsk , Evgeny Chupriyanov și Vladimir Lebedev au creat primul nod cu adevărat rusesc, tot cu BBS. [9] Inițial, nodul avea adresa 2:42/100, ulterior - 2:5000/10. Conectarea la rețea s-a realizat prin noduri situate în Cehoslovacia. [10] 21 septembrie 1990 Chelyabinsk Fidoshniks l-a sunat pe Evgeny Chupriyanov și a susținut ideea de a depune o cerere pentru formarea regiunii ruse Fidonet - R50, datorită faptului că în septembrie existau deja noduri în Federația Rusă în două. orașe (în fiecare, cel puțin două noduri). S-au format două rețele: N5000 - Novosibirsk și N5010 - Chelyabinsk . Mai târziu, în noiembrie - decembrie 1990, rețelele au fost înregistrate și la Moscova (N5020) și Leningrad (N5030). Primul coordonator regional al regiunii Uniunii Sovietice (2:50) a fost Vladimir Lebedev, la acea vreme student la Mecanica și Matematica NSU.

În timpul evenimentelor din august 1991, rețeaua a fost folosită împreună cu Relcom [11] pentru a trimite buletine informative de la Casa Albă . [12]

Numărul de noduri de rețea la începutul anilor 1990 a crescut rapid, deoarece conectarea la rețea nu a necesitat costuri materiale semnificative, iar transmisia de date într-un singur prefix a fost practic gratuită. Cu toate acestea, deja la sfârșitul anilor 1990, a devenit evident că Fidonet nu putea concura cu alte rețele de calculatoare și, mai ales, cu Internetul. În ianuarie 1997, unul dintre cei mai bătrâni fidoshniki, Dmitri Zavalishin , într-un interviu cu postul de radio Rakurs, a descris perspectivele de dezvoltare a rețelei după cum urmează [13] :

Cred că Fido va mai avea câțiva ani de viață activă, după care probabil că nu va mai fi vizibil la orizont. Iar motivele pentru aceasta sunt pur tehnologice și deloc politice. Fido a fost dezvoltat cu mult timp în urmă, a fost dezvoltat neprofesionist și fără succes, toți cei care se ocupă serios de el știu bine, iar asta îi limitează viața, dezvoltarea.

Aceste tendințe s-au manifestat pe deplin în anii 2000, când fluxul de utilizatori de la Fidonet către bloguri și rețele sociale de pe Internet a căpătat proporții semnificative.

Reformarea Fidonetului

Odată cu scăderea popularității rețelei, au început să apară idei pentru reformarea Fidonetului. Acestea includ conceptul de „ vector hipertext Fidonet” propus de Serghei Sokolov, un operator de sistem de noduri (cunoscut și sub numele de Mithgol webmasterul). Ea și-a câștigat notorietate în legătură cu o conferință online susținută la 5 martie 2007 de Dmitri Medvedev (care era atunci viceprim-ministru al Federației Ruse ) în numele lui Serghei Sokolov cu privire la rețeaua Fidonet. Medvedev a răspuns la întrebare: 2:5063/88

Întrebare: „Bună ziua, dragă Dmitri Anatolevici! Recent, m-a îngrijorat serios problema educației copiilor în mediul tehnologiei informației, așa că mă întreb: este posibil să susțin pe viitor astfel de proiecte precum, de exemplu, fidonet-ul meu vector hipertext puțin mai mult de jumătate terminat, care M-am dezvoltat de mult timp fără reținere?

Răspuns: „Ieri am căutat: există încă aceste hyperlink-uri care sunt prezente pe internetul obișnuit, în fidonet, în forma normală familiară utilizatorilor obișnuiți de internet, ele lipsesc, deși, pe de altă parte, aceste forme care sunt folosite acolo (forme de eco se numesc, după părerea mea), sunt interesante și sunt pe o mare varietate de subiecte, așa că mi se pare că sarcina de a crea un fidonet hipertext este cel puțin relevantă, pentru că mi-am dat seama că este hipertextul care lipsește acolo” [14]

Nu s-a spus nimic despre sprijinul pentru această direcție de dezvoltare. [15] În ciuda declarațiilor repetate ale lui Sokolov despre lansarea iminentă a software-ului corespunzător, de la începutul anului 2011, abia din decembrie 2009, suportul parțial pentru schema de adresare FGHI a fost implementat în două editore de mesaje și un WebBBS [16] . Alte caracteristici declarate, cum ar fi suportul complet pentru schema de adrese URL FGHI [17] , culoarea, fontul și designul grafic al mesajelor, nu sunt disponibile în software-ul de mai sus [18] .

Spre deosebire de planul lui Serghei Sokolov, entuziaștii au implementat mai multe proiecte pentru a facilita accesul oamenilor noi la rețea: Web-BBS, site-uri unde puteți aplica pentru un punct, de exemplu, Fidoweb și wfido , pachete software (kit-uri de puncte). ) care necesită configurarea, setarea a 5-6 parametri sau răspunsul la câteva întrebări ale programului ( FidoIP , Kubik , NewPointExpress etc.), precum și software pentru Android : Aftershock și HotdogEd .

Fidonews

Din 1984, publicat săptămânalul electronic Fidonews [19] Corespunde conferinței de eco FIDONEWS. Săptămânalul este distribuit într-un format imprimabil. Inițial, textul era doar în ASCII , dar odată cu sosirea lui Björn Felten ca editor , a apărut caracterul „ö”. Cam în același timp, volumul lansărilor a început să scadă, iar conferința FIDONEWS a început să fie dominată de discuții politice.

În 2009, au fost publicate primele numere ale FidoNews în limba rusă: [20]

…Această publicație nu are nimic de-a face cu tradiționalele (engleze) Fidonews. Acest lucru se aplică nu numai formei și conținutului, ci și frecvenței publicării. Fidonews în rusă apare imediat ce este gata. Și depinde de diverse circumstanțe, dar mai ales de disponibilitatea materialului.

Deci, dacă cineva dorește ca Fidonews să apară mai des, trimite-mi materiale în orice mod convenabil pentru tine. Subiect: tot ce ține de Fidonet (inclusiv gândurile tale despre acest fido-ul nostru). Sunteți binevenit să scrieți articole pe subiecte fidosh. Din nou, un subiect anume la cererea autorului. Se pot folosi și poezii/proză despre fido (am dat deja un exemplu :). Hy si nu trimite materiale ..;) ei bine, tot va iesi Fidonews, doar mai rar.

Structura administrativă

În conformitate cu drepturile și obligațiile lor, toți participanții la Fidonet sunt împărțiți în trei grupuri mari:

Lista nodurilor

Carta Fidonet cere ca fiecare nod de rețea să mențină o listă actualizată a tuturor nodurilor de rețea ( nodelist , engleză  nodelist ). Formatul listei de noduri este descris de standardul Fidonet FTS-5000. [21] Lista nodurilor este actualizată săptămânal (de obicei prin intermediul conferințelor de ecou de fișiere ).

Informațiile despre nodul specificate în listă includ starea nodului (pentru a desemna nodurile temporar nefuncționale), numărul și numele acestuia, locația geografică, numele și prenumele operatorului nodului , numărul de telefon (pentru nodurile accesibile prin Internet ). protocoale - nume de domeniu . IP - sau e-mail - adresa ) și steaguri care indică capacitățile software-ului și hardware-ului nodului.

Coordonare

Principalul mijloc de menținere a ordinii în Fido este structura sa ierarhică, descrisă în paragrafele 1.2.3-1.2.8 din Carta Fidonet . Unitatea organizatorică a nivelului inferior este rețeaua ; rețelele sunt combinate în regiuni ; regiuni - în zone . Fiecare asociație este condusă de un coordonator .

Principalele responsabilitati ale coordonatorilor:

Coordonatorii de rețea și regionali (NC și RC - ing.  Coordonator de rețea, Coordonator regional ) sunt numiți de un coordonator superior (deși în practică se face de obicei un vot în prealabil, în care operatorii de sistem ai nodurilor aleg un candidat acceptabil pentru ei) . Coordonatorii de zonă (ZC, ing. Coordonator de  zonă ) sunt aleși de către coordonatorii de regiune. Coordonatorii de zonă sunt membri ai Consiliului Coordonatorilor de zonă , care decide chestiunile legate de rețea în ansamblu. Președintele Consiliului este Coordonatorul Internațional (IC, ing.  Coordonator Internațional ). Coordonatorul Internațional este garantul legalității desfășurării alegerilor și referendumurilor în rețea, anunță deciziile Consiliului și îndeplinește și funcțiile de întocmire a unei liste globale de noduri.

Coordonatorii pot delega o parte din puterile lor altor noduri. De obicei, autoritățile sunt delegate să organizeze livrarea conferințelor de eco (către un coordonator de ecou de rețea sau regional - NEC sau REC) și trafic de fișiere (către un coordonator de ecou de fișiere de rețea sau regional - NFEC sau RFEC).

Rețea

Rețeaua ( ing. rețea ) combină noduri situate în aceeași zonă geografică locală (oraș sau regiune), de obicei în cadrul aceluiași cod al rețelei de telefonie la distanță lungă .  

Nu există o abordare unică a numerotării rețelelor care să fie general acceptată în Fidonet. În zonă 2( Europa ), numărul rețelei include adesea numărul regiunii (de exemplu, numărul rețelei 5020( Moscova ) include numărul regiunii 50 - Rusia ). În regiunile mai mici, o cifră semnificativă este utilizată pentru numărul de rețea, în regiunile mai mari este de două. Recent, din cauza lipsei de numere pentru rețele, această schemă a fost încălcată: de exemplu, în regiune 50există mai multe rețele ale căror numere încep cu 60: de exemplu, rețeaua 6035( Zheleznogorsk ).

În zonă 1, se utilizează o abordare diferită: valoarea este luată ca punct de plecare pentru numerotarea rețelelor din regiune номер региона × 20și din regiunile mari номер региона × 200.

Regiunea

O regiune ( regiune engleză  ) combină rețele, de regulă, situate într-o zonă geografică mare. De exemplu, regiunea primei zone unește rețele situate în nord-estul coastei Pacificului a Statelor Unite, în Alaska și nordul Canadei, [22] iar regiunea celei de-a doua zone include rețele din Ucraina și Moldova. [23]1746

Regiunea poate include, de asemenea, noduri independente care nu sunt incluse în nicio rețea din cauza absenței altor noduri din zonă sau a conflictului cu membrii rețelei existente.

Zona

O zonă ( eng.  zone ) combină mai multe regiuni, de obicei situate pe același continent . În prezent există cinci zone:

  1. America de Nord ;
  2. Europa , ţările fostei URSS şi Orientul Mijlociu ;
  3. Australia și Noua Zeelandă ;
  4. America Latină ;

Până în mai 2007, a existat și o a șasea zonă ( Asia ). Din cauza scăderii popularității lui Fido și a prăbușirii sistemului local de coordonare, acesta a fost desființat, nodurile rămase au fost mutate în a treia zonă. [24] [25]

În 1992, o parte a sysops -ului ruși a venit cu ideea de a separa Rusia , precum și întregul spațiu post-sovietic , într-o nouă zonă a șaptea, dar acest lucru nu a fost făcut din cauza unor dezacorduri. [26]

La sfârșitul anului 2005  - începutul anului 2006, în regiunea rusă Fidonet ( 2:50) a avut loc un referendum cu privire la problemele de alocare a zonei a șaptea, [27] în urma căruia nu a fost elaborată nicio decizie specifică. [28]

Coordonator internațional

Coordonatorul Internațional este selectat de Consiliul Coordonatorilor Zonei. Procedura electorală a stârnit întotdeauna mari controverse, în urma cărora acest post s-a dovedit adesea vacant. [29] În 2000, Z2C (Coordonator Zona 2) Ward Dossche a fost ales Coordonator  Internațional . [30] În 2004 , Consiliul coordonatorilor de zonă a anunțat că a fost revocat din postul său și că Malcolm Miles a fost ales Coordonator internațional Z3C .  [31] Dossche nu a fost de acord cu această decizie, arătând că voturile în alegeri nu trebuie distribuite conform schemei „un coordonator-un vot”, ci în funcție de numărul de noduri din zona corespunzătoare. Cu o astfel de schemă, el, în calitate de coordonator al celei mai mari zone, a doua, ar trebui să aibă 89 de voturi, iar toți ceilalți coordonatori în total - 11 voturi. [31] Aceasta a dus la existența paralelă a doi coordonatori internaționali: Malcolm Miles, ales de consiliul coordonatorilor, și Ward Dossche, care a refuzat să demisioneze.

Alte rețele FTN

Pe baza software-ului Fidonet au apărut și alte rețele, care au primit denumirea generală FTN ( ing.  Fidonet technology network ). Pentru astfel de rețele, termenii „zonă” și „rețea” pot avea un înțeles diferit. Numărul de rețea poate fi orice număr inventat (acceptat de software), același lucru este valabil și pentru numărul zonei. Numerele zonelor 1-6 nu sunt utilizate în majoritatea rețelelor, deoarece acest lucru poate face dificilă utilizarea aceluiași pachet software instalat pentru Fidonet în același timp. Printre oameni, astfel de rețele sunt numite și „ Left Nets ”.

În anii 1990, unele bănci foloseau posta FTN pentru a comunica cu sucursalele și pentru a crea sisteme „ client-bancă ”. Unele întreprinderi încă folosesc rețelele FTN ca transport pentru schimbul de informații, dacă organizarea unui alt canal de transport este imposibilă sau nepotrivită dintr-un motiv sau altul.

Organizarea tehnică a rețelei

Fidonet este o rețea offline , adică mesajele și fișierele sunt stocate pe computerul utilizatorului și sunt procesate și pregătite pentru trimitere într-un moment în care utilizatorul poate fi deconectat de la rețea (adică o conexiune permanentă la rețea nu este necesare pentru a lucra cu rețeaua). Inițial, pentru a transfera date în rețeaua Fidonet a fost folosită o conexiune directă prin modem prin intermediul unei linii telefonice , ceea ce se reflectă în Carta și structura rețelei.

Inițial, principalul protocol al rețelei Fidonet a fost protocolul de transmitere a „netmail” ( netmail , engleză  Netmail ): mesaje text electronice individuale care conțineau numele expeditorului și destinatarului, precum și adresa Fidonet a fiecăruia dintre ele. Rețeaua oferă rutarea mesajelor , astfel încât expeditorul și destinatarul mesajului să nu fie nevoiți să stabilească o conexiune directă („directă”, în engleză  directă ) între ei. Cu toate acestea, posibilitatea unei astfel de conexiuni, în care corespondența ocolește ruta implicită și ierarhia administrativă, este păstrată și utilizată ocazional, deoarece în acest caz sunt păstrate livrarea garantată a corespondenței către destinatar și secretul corespondenței (deoarece de obicei sistemul operatorii nodurilor de tranzit și-au rezervat dreptul de a vizualiza corespondența personală care trece prin ele pentru conținut care încalcă Carta Fidonet).

Netmail a permis să „atașeze” la fiecare mesaj transmis de la unul la patru fișiere (numărul de fișiere este limitat de dimensiunea câmpului „subiect”, care este de 70 de caractere). Acest lucru a permis crearea unei serii de protocoale care rulează pe netmail, trecând informații de la o gazdă la alta în fișiere atașate.

Cel mai frecvent utilizat dintre aceste protocoale este echomail („echomail”, engleză  echomail ), care sunt conferințe publice („ echoconferences ”), similare grupurilor Usenet . Inițial, echomail a fost destinat să colecteze mesaje de pe forumurile publice ale BBS local și să le transmită în formă comprimată (pentru a economisi timp; de obicei se foloseau formatele ARC  - de unde „arkmail” ( în engleză  arcmail ) sau ZIP ). Mai târziu, ecoconferința a căpătat un sens independent, devenind cel mai popular protocol de schimb de informații din Fido.

În plus, există și protocoale pentru schimbul de fișiere binare (fileechoconference - „fileehi”, ing.  fileecho ), cu toate acestea, aceste protocoale sunt utilizate în prezent destul de puțin (datorită răspândirii canalelor de internet rapide și ieftine și a rețelelor P2P ).

Adresare

Schema standard de adresare în rețeaua Fidonet este descrisă în documentul FTSC FSP-1028 . [32] Standardul prevede o formă completă de înregistrare a adresei (așa-numita adresare 5D - engleză  5D-addressing , folosind 5 câmpuri de adresă de rețea) și diverse forme de notație abreviată, dintre care adresarea 3D și 4D sunt cele mai frecvent utilizate. .

Adresele 5D sunt scrise în următoarea formă: Zone:Net/Node.Point@Domain, unde:

  • Zone — numărul zonei (de la 1 la 32767).
  • Net — numărul de rețea (de la 1 la 32767).
  • Node — numărul nodului (de la −1 la 32767).
  • Point — numărul punctului (de la 1 la 32767).
  • Domain — numele simbolic al rețelei FTN (până la 8 caractere). În cazul lui Fido, „fidonet”.

Dintre aceste câmpuri, sunt necesare doar Net și Node. Astfel, sunt posibile următoarele forme abreviate de scriere a unei adrese:

  • Zone:Net/Node.Point - Adresare 4D, nume implicit de rețea fidonet.
  • Zone:Net/Node - Adresare 3D, câmpul este omis Point, care are valoarea 0 pentru toate nodurile de rețea.
  • Net/Node — Adresare 2D, câmpul este omis Zone, pentru care valoarea implicită este 1.

Valoarea numărului de nod „-1” este utilizată pentru a trimite o solicitare pentru o adresă de rețea. Numele simbolic al rețelei este folosit destul de rar din cauza probabilității scăzute de a aborda conflictele dintre perechile zonă-nod dintre participanții la rețelele FTN , precum și prezența unui software popular care nu ia în considerare domeniul la compararea adreselor.

Rutare

Conform conceptului Fidonet și Policy , puteți trimite o scrisoare în două moduri: fie direct (adică direct către destinatar), fie către coordonatorul de rețea al destinatarului (așa-numitul „hostruting”). Coordonatorul rețelei este obligat să organizeze livrarea ulterioară a corespondenței primite către membrii rețelei sale (de obicei fie direct, fie, în rețele mari, prin hub-uri).

O astfel de schemă este incomodă într-o rețea cu un număr mare de noduri și necesită adesea apeluri telefonice la distanță lungă și internaționale pentru a transfera informații. Având în vedere acest lucru, a devenit o practică obișnuită să se încheie acorduri informale între operatorii de sistem ca unul sau mai multe noduri de rețea să preia funcțiile de rutare a mesajelor de rețea. În plus, la nivel de zonă, au fost alocate noduri care au preluat funcția de transfer a corespondenței către alte zone (porți inter-zone - poarta de zonă engleză  ). [1] Adesea, operatorii de sistem ai acestor noduri erau și coordonatori sau hub-uri majore în același timp, dar aceasta nu era o cerință.

Performanța funcțiilor de către astfel de noduri a necesitat adesea costuri materiale semnificative, prin urmare, în astfel de cazuri, ar putea fi introdusă partajarea costurilor între toate nodurile de rețea (în engleză  costsharing ). Au fost folosite și alte posibilități: de exemplu, din noiembrie 1991, transmiterea mesajelor între Europa și America de Nord , iar din 1992  - între alte regiuni ( Taiwan , Africa de Sud , Chile etc.) se realizează prin intermediul canalelor IP . [1] În Rusia, astfel de funcții erau îndeplinite adesea de noduri ai căror operatori de sistem își foloseau poziția oficială pentru a efectua apeluri la distanță lungă fără plată, inclusiv prin rețele departamentale ( Iskra-2 , rețeaua feroviară ). Astfel de noduri sunt numite „longlinks” (din engleza  long link ).

De fapt, schema de rutare era ierarhică, iar numărul de legături orizontale era mic. Acest lucru a făcut posibil să se facă fără mijloace tehnice speciale pentru a organiza rutarea mesajelor. Cu toate acestea, odată cu creșterea numărului de noduri, precum și odată cu răspândirea IP , numărul de legături lungi a crescut foarte mult, ceea ce a făcut ca schema tradițională de rutting să fie ineficientă (cel puțin în segmentul rețelei rusești). În plus, pentru a crește fiabilitatea rețelei, a fost necesar să se descentralizeze rutting cu formarea așa-numitei „coloana vertebrală” ( ing.  coloana vertebrală ) a rețelei. Pentru a optimiza schema de rutare a nodurilor cu un număr mare de conexiuni la alte noduri, au fost propuse două soluții:

  • Protocolul FRIP (subsecvent pentru protocolul informațiilor de rutare Fidonet) și utilitatea cu același nume, creată de Dmitry Zavalishin , care lucrează pe principiul „anunțului” - fiecare nod trimite anunțuri către nodurile asociate că este gata să primească e-mail pentru un o anumită listă de noduri (de obicei pentru el și link-urile sale în jos). Destinatarii reclamei continuă să o distribuie tuturor nodurilor asociate. Difuzarea nu are loc dacă destinatarul anunțului deja „știe” o cale mai scurtă către site-ul țintă. Ca rezultat, o hartă de rutare ar trebui să fie construită automat pentru a asigura livrarea mesajelor pe calea cea mai scurtă. [33] Acest protocol nu este utilizat în prezent.
  • Programul generator Hubroute (cunoscut și sub numele de „safruter” - după creatorul, Yuri Safronov; în pachetul Husky se numește Fidoroute). Acest program construiește înrădăcinarea pe baza unei liste de căi de înrădăcinare codificate greu comune regiunii și a unei liste de noduri „de încredere” care primesc e-mail pentru o anumită rețea (în rusă Fido - R50.ROUși, R50.TRUîn consecință), ținând cont de datele despre noduri căruia acest nod poate trimite direct mesaje. Listele regionale de căi de înrădăcinare și noduri de încredere sunt compilate de coordonatorul regional pe baza datelor trimise lui de către coordonatorii de rețea. [34]

Aceste soluții sunt destinate utilizării de către noduri mari cu un număr mare de interconexiuni. Majoritatea nodurilor continuă să folosească schema tradițională de înrădăcinare.

Standarde tehnice

Aproape toate protocoalele și formatele principale utilizate în Fidonet sunt standardizate și înregistrate în FTS ( FidoNet Technical Standards  ) .  Acestea sunt colectate și standardizate de FTSC ( Comitetul de standarde tehnice FidoNet  ) . 

Din punct de vedere istoric, principalul standard tehnic al Fidonet a fost FTS-0001 , [35] care stabilește cerințele de bază pe care trebuie să le respecte toate sistemele. Standardul descrie cerințele pentru implementarea tuturor nivelurilor de protocoale de comunicație în conformitate cu modelul de rețea OSI , cu excepția stratului fizic . La nivelul de legătură de date , protocolul XMODEM a fost utilizat pentru transferul de date . Următoarele standarde și documente principale au fost, de asemenea, adoptate de FTSC :

  • FTS-0004 : Sistemul de e-mail pentru conferințe (Specificație EchoMail) - descrie principiile construirii unui sistem de conferințe eco . [36]
  • FTS-5000 : Lista de noduri de distribuție - definește formatul listei de noduri de rețea. [21]
  • FTS-1024 : Protocolul de transfer de e-mail ifcico brut - Descrie protocolul ifcico pentru transferul de date prin conexiuni de încredere (cum ar fi canale TCP/IP ). [37]
  • FTS-1026 : Specificația protocolului Binkp/1.0 - descrie protocolul binkp utilizat pentru a transfera date folosind TCP/IP . [38]

Documentele care nu au primit statutul FTS oficial formează Biblioteca de referință Fidonet .  Biblioteca de referință Fidonet . Protocoale utilizate frecvent descrise în FRL:

  • FSC-0056 : Definirea protocolului EMSI/IEMSI [39]
  • FSC-0072 : Protocolul de transfer al fișierelor HYDRA [40]

FTSC creează, de asemenea, un registru al produselor software care participă la schimbul de informații în Fidonet (maileri și procesoare echo ). [41] Registrul a fost actualizat ultima dată în iulie 2008 . Primul program inclus în registru este Fido al lui Tom Jennings , care are codul 0000; ultimul este un utilitar de reambalare Marenacu codul 18FF. [42]

Fidonet Software

Pentru funcționarea nodurilor de rețea se folosește un complex de software specific. Setul de software este practic același pentru utilizatorii finali și pentru nodurile mari de distribuție. Pe de o parte, acest lucru creează o anumită barieră pentru noii membri: pentru a vă alătura Fidonet, trebuie să aveți o anumită cunoaștere tehnică pentru a instala și configura software-ul fidosh. Pe de altă parte, absența necesității de echipamente specifice, platforme, software complexe și costisitoare pentru organizarea unui nod de distribuție face ca rețeaua Fido să fie flexibilă și stabilă: în cazul căderii unui hub (nod mare de distribuție), funcțiile sale tehnice poate fi preluat de orice alt nod care este de acord cu acest lucru.

Acum există multe pachete software cu auto-configurare care sunt concepute pentru a facilita instalarea și configurarea pachetului de software pentru noii utilizatori.

Orele de deschidere

Modul obișnuit de funcționare al software-ului pentru Fido este batch. După ce a primit e-mail, software-ul ( tosser ) introduce („toss”) mesajele primite în baza de date de corespondență a operatorului de sistem a nodului, generează pachete de ieșire pentru legătura ascendentă a nodului (de obicei un hub care distribuie corespondența către mai multe noduri) și pentru downlink-urile (punctele și nodurile care primesc („trag”) e-mail de la acest nod) s-au abonat la conferințele de eco corespunzătoare. Mesajele noi se formează sub formă de pachete („bundle” - arhive care conțin seturi de mesaje).

Pachetele pregătite offline (pregătirea poate dura până la câteva ore la stațiile mari) sunt transmise de către e- mail în momentul următoarei sesiuni de comunicare („sesiunea”). Intervalul dintre sesiunile de comunicare poate ajunge de la un minut și jumătate până la câteva zile.

Mailer

Mailer ( în engleză  mailer ) este un program care asigură stabilirea unei sesiuni de comunicare cu un alt nod și schimbul de pachete și fișiere de corespondență. În prezent, există un număr mare de e-mailere diferite care funcționează cu un modem, prin IP, sau permit sesiunile să fie efectuate atât pe un modem, cât și printr-un protocol IP. O serie de e-maileri acceptă colaborarea cu programele BBS , lansându-le atunci când este detectat un utilizator uman, și nu un alt mailer.

Există doi algoritmi principali de corespondență: ArcMail Attach (AMA) și Binkley-Style Outbound (BSO). În cazul AMA, mailer-ul scanează directorul cu netmail (*.msg), generează pachete în conformitate cu regulile de rutare și le trimite atunci când comunică cu alt sistem. Printre mesaje, pot exista atașamente de fișiere - mesaje de serviciu care îi spun expeditorului să trimită un anumit fișier, în special, un pachet ecou. În acest caz, expeditorul este responsabil pentru rutarea corespondenței și formarea pachetelor cu netmail. În cazul BSO, dimpotrivă, tosser-ul sau tracker-ul decide despre rutare, formează pachete nu numai pentru echomail, ci și pentru netmail și creează un fișier special pentru fiecare nod care listează ce fișiere trebuie trimise către acest nod.

Când comunică între doi expeditori, aceștia fac schimb de informații despre ei înșiși. Gazdele pot seta o parolă pentru a comunica între ele pentru a fi siguri că e-mailul a sosit și va fi transferat către nodul căruia este destinat, și nu către un atacator care a înlocuit adresa altcuiva. Acest lucru nu exclude posibilitatea de a trimite e-mail fără parolă direct destinatarului fără acordul prealabil în acest sens. În standardele timpurii (FTS-1), adresele gazdei și parolele erau preluate din antetul pkt-ului transmis. Ulterior, au fost dezvoltate și utilizate pe scară largă și alte standarde, în primul rând EMSI, care a făcut posibil ca un nod să prezinte mai multe adrese (aka) și să raporteze informații suplimentare despre el însuși (numele sysop, numele stației etc.), și, de asemenea, a implementat protecție împotriva defecțiunilor. în timpul salutului (verificat de crc16).

Cel mai popular distribuitor IP este binkd ( software gratuit ).

Tosser

Echo processor sau Tosser ( ing.  Tosser ) este un program care procesează echo mail (așa-numitele „pachete” sau „ bundle ”, pachete). Pentru a transfera corespondența (atât netmail, cât și echomail) între gazde, mesajele sunt colectate în pachete de un anumit format, care sunt de obicei arhivate pentru o utilizare mai eficientă a canalelor de comunicare.

Tosser este un intermediar între stocarea locală a mesajelor Fidonet (netmail este cel mai adesea stocat într-un format special de mesaje (fiecare mesaj într-un fișier separat), echomail - într-unul dintre formatele Hudson (o bază de date comună pentru toate mesajele), Jam sau Squish (o bază de date separată pentru mesajele din fiecare echoconferință) și un mailer care transmite informații către alte sisteme.

Sarcina celui care aruncă este să despacheteze pachetele și să aranjeze mesajele în funcție de bazele de date de conferințe eco , precum și directoare pentru a trimite către alte noduri de rețea abonate pentru a primi conferințe echo de la acest nod. Tosser efectuează și „scanarea” bazelor de date, care constă în ambalarea mesajelor create pentru a le trimite către alte noduri de rețea. Tosser poate funcționa și ca un tracker (vezi mai jos).

Cele mai populare tossere sunt Squish, HPT din pachetul Husky , ParToss, JustTosser, Regina Tosser (sub OS/2 ), FastEcho, GEcho, FMail și așa mai departe.

Tracker

Tracker ( ing.  Tracker ) - un program care asigură procesarea netmail'a (e-mail-ul personal). În prezent, există sisteme foarte inteligente care vă permit să efectuați procesarea condiționată a scrisorilor, rutarea dinamică și multe alte acțiuni, inclusiv implementarea roboților de poștă arbitrară, cum ar fi serverul FAQ. Este posibil ca nodul să nu aibă instalat un tracker, deoarece funcțiile de bază ale procesării netmail-ului sunt încorporate în aproape orice mailer, astfel încât tracker-ul este instalat de obicei doar pe noduri mari prin care trec rutele de mail de tranzit, pentru a obține funcționalități avansate (rutare dinamică, trasabilitate, verificarea existenței destinatarului în lista de noduri, trecerea fișierelor atașate etc.).

Cele mai populare trackere sunt: ​​FTrack (o clonă NetMgr), RNTrack (care este o dezvoltare a FTrack), ItraX (sub OS/2 folosind limbajul REXX , există și o versiune Win32 ). În perioada de vârf a popularității Fidonet, ITrack a fost cel mai comun (versiuni pentru DOS, Windows și OS / 2), dar mai târziu a fost înlocuit cu alte trackere. Au existat și pachete MNTrack și rTrack, precum și MsgTrack și OneTrack.

Funcționalitatea de bază a unui tracker poate fi furnizată de obicei de un tosser sau mailer, motiv pentru care un tracker separat de tosser este de obicei instalat de noduri mari, iar punctele nu au nevoie de el. Există, de asemenea, tosser-uri care pot implementa funcționalitatea trackerului, de exemplu, HPT tosser-ul cu un interpret Perl încorporat.

Fileechoprocessor

FileechoProcessor  - oferă procesarea fișierelor care trec prin fileechoconferences (care mai sunt numite pe scurt „phs”). Necesar numai pentru nodurile și/sau punctele care utilizează sau distribuie conferințe ecou fișiere.

Procesoare populare de ecou pentru fișiere: HTick de la Husky, Hi-files, AllFix, DMTic, NEF/pk, QuickTic (QTic), KingFix.

Editor de postări

Editor de mesaje  - vă permite să vizualizați mesajele primite și să creați altele noi.

Cel mai popular dintre editorii de consolă multiplatformă este GoldED+ .

Adesea, un client de grup de știri este folosit în locul unui editor .

Roboți

Roboții  sunt programe suplimentare opționale care servesc în principal pentru a trimite automat e-mailuri, atât netmail, cât și echomail. Cei mai des utilizați roboți sunt serverele de întrebări frecvente și roboții Stat care oferă diverse informații statistice. De asemenea, roboții sunt adesea folosiți de moderatori pentru a plasa automat mesaje într-o conferință ecou, ​​cel mai adesea reguli.

Mulți roboți sunt urmăritori special configurați .

Truse de autotuning

Kit de autoajustare  - facilitează procesul de configurare. În timpul instalării, este necesar să introduceți date minime, cum ar fi adresa, numele și parola, după care utilizatorul primește un set deja configurat de tosser, mailer și editor.

Exemple de kituri: create de dezvoltatorii autohtoni FidoIP  (link inaccesibil) și furca sa Kubik ; CrossPoint străin și derivatele sale pentru diverse platforme, precum și FIPS și WinPoint (GUI) pentru Microsoft Windows.

Unele kituri moderne acceptă trimiterea automată a unei solicitări pentru o adresă de punct în rețea.

Accesarea Fido de pe Internet

Fidonet nu face parte din Internet , cu toate acestea, în zilele noastre canalele și protocoalele de Internet sunt destul de des folosite pentru a transfera traficul Fidonet peste ele (folosind binkp și protocoale similare). În plus, majoritatea conferințelor de eco Fidonet sunt disponibile utilizatorilor de Internet prin Usenet și WWW -gates.

WWW-gates / fido-forums / WebBBS

În terminologia Fido, WebBBS (Web-based BBS ) este un site WWW care oferă acces la conferințele Fidonet Echo. [43] Deoarece funcționalitatea unui astfel de site nu este uneori foarte diferită de un forum de internet , unii preferă să traducă abrevierea WebBBS în rusă cu cuvântul fidoforum . Cu toate acestea, fidosh WebBBS prezintă anumite diferențe față de forumurile web, datorită obiceiurilor de comunicare adoptate în Fido, precum și caracteristicilor tehnologiei FTN .

Din punct de vedere tehnic, WebBBS este o poartă între rețeaua WWW și Fidonet. În acest caz, scrisorile primite prin intermediul rețelei FTN (de obicei prin protocolul binkp ) sunt convertite într-un formular accesibil prin protocolul HTTP și invers. Cu toate acestea, nu există nicio diferență tehnică sau formală între site-urile care aduc ecouri sub formă de grupuri de știri Usenet ( de obicei sub ierarhia fido7.*) și pur fido WebBBS. O gazdă tipică fidosh poate alege uneori să folosească NNTP ca transport intermediar pentru WebBBS.

Lista de WebBBS

Unele WebBBS vă permit doar să citiți ecouri, în timp ce altele sunt porți bidirecționale, permițându-vă să scrieți la Fido ca utilizator BBS. Sistemele mai avansate oferă participantului o adresă completă a punctului fidosh și permit trimiterea și primirea de mesaje private ( netmail ).

Prezența pe WebBBS a uneia sau altei conferințe ecou nu înseamnă întotdeauna că este actualizată în mod regulat. Unii sysops , după ce s-au deconectat de la ecou, ​​pur și simplu salvează arhiva de scrisori în această formă ca un suvenir. [44]

Website URL) Adresa poarta Fido Citind Scris Emiterea unei adrese de punct [45] Note
http://groups.google.ru/ 2:5020/400 da da Nu Interfața Google Groups poate fi utilizată pentru a accesa Usenet și, prin urmare, și echomail închis.
http://ftn.su/ 2:5020/1519 da da da interfață wfido. La înregistrare, emite o adresă de punct (fără înregistrare, vă permite doar să citiți Fidonet).
http://fido.net.ua/ 2:463/68.10 da Nu Nu Zona 2 - Regiunea 46 (Ucraina și Moldova)

Simulează GoldEd. Lățimea limitată a textului și lungimea antetului de e-mail.

http://xftn.org/areas ? da Nu Nu Un număr mare de conferințe eco și o bibliotecă de documente FTSC.

Interfață convenabilă și nu supraîncărcată. Actual din decembrie 2018.

http://fghi.pp.ru/ 2:5019/40 da Nu Nu Poarta URL FGHI . Există suport rss

Și, de asemenea, pagina modului neoficial GoldED+, adăugând în principal suport pentru FGHIUrl

http://fido.mic6090.pp.ru 2:6090/0 da Nu Nu
http://fidonode.in/forum 2:5020/848 da da Nu Interfață vBulletin, baza SQL
http://vp.propush.ru/index.php?q=node/6 2:5020/2140 da Nu Nu
http://fidonet-online.org/ 2:466/466 da da da interfață wfido.
https://fido.snake.mk.ua/ 2:466/4 da da da Interfață FTNW-beta.
http://wfido.ru/ 2:5023/24 da da da

Fido7

Fido7 este o  ierarhie de grupuri de știri creată ca o poartă pentru conferințe cu ecou Fidonet pe internet . Schimbul de scrisori între rețele este efectuat de compania furnizorDemos ”, care deține unul dintre nodurile mari Fidonet din Moscova (2: 5020/400).

  • news://news.fido7.org (alias ddt.demos.su) este principalul server de știri. Rolul său principal este de a furniza alte servere; Cititorii individuali nu sunt bineveniți și li se poate refuza accesul.
  • news://news2.fido7.org (alias news2.neva.ru) este un server de acces public în Rusnet.
  • fido7.org  este site-ul oficial.

Ierarhia Fido7 este distribuită gratuit și fără restricții (cu toate acestea, multe grupuri din această ierarhie sunt moderate ). Disponibil pe multe servere de știri.

Comunicarea în rețeaua Fidonet

Utilizatorii Fidonet comunică în două moduri:

Diferența dintre netmail și echo este că un mesaj este livrat prin netmail numai persoanei căreia îi este adresat, iar o scrisoare trimisă într-un echo este primită de toți abonații acestui echo.

Analogul internetului netmail este e-mailul. Principalele diferențe dintre netmail și acesta sunt următoarele:

  • trecerea mai ieftină a literelor;
  • prezența obligatorie în antetul scrisorii, pe lângă adrese, și a numelor expeditorului și destinatarului. [46]

Conferințe Echo

O conferință ecou  este un tip de teleconferință care utilizează tehnologia Fidonet pentru a se răspândi. Cel mai apropiat analog unei ecoconferințe sunt grupurile de știri (de exemplu, rețeaua Usenet ).

Pentru a trimite un mesaj la o conferință ecou, ​​o persoană trebuie să se „aboneze” la aceasta, după care începe automat să primească toate mesajele care vin acolo.

Transfer de fișiere

Fișierele echoconferințele sunt similare cu echoconferințele, dar fișierele sunt distribuite în loc de mesaje text. În acest caz, fiecare fișier este însoțit de un fișier însoțitor cu extensia tic, în care sunt scrise informații de serviciu (numele fișierului echoconference, numele fișierului, dimensiunea, suma de control, lista de noduri prin care a trecut fișierul etc.) .

Faylechs au, de asemenea, propriile nume unice, dar datorită faptului că feh este mult mai mic decât eh, numele lor constau de obicei dintr-un singur cuvânt.

Fahey sunt cel mai adesea orientate îngust; în plus, pentru a evita spam-ul , de regulă, nu orice abonat poate trimite fișiere către fakhi. Și de aceea există încă trei moduri de a transfera fișiere în Fidonet prin comandă prealabilă: Yuuk, Attach și Direct.

  • Yuyuk este un fișier codificat UUE (de unde și numele) plasat în corpul unui netmail sau echomail (pe Internet, codarea MIME este folosită pentru aceasta , iar fișierul este considerat atașat și se numește atașament). Yuyuk este cea mai obișnuită modalitate de a transfera fișiere, cu toate acestea, fișierul codificat este cu o treime mai mare decât originalul și multe (învechite sau configurate special) și unele trackere nu permit trecerea echomail (și netmail) mai mari decât o anumită dimensiune. prin ei. În acest caz, se creează un yuyuk cu mai multe secțiuni, care creează și inconveniente.
  • Atașați ( în engleză  atașați  - atașați) - transferul unui fișier cu o scrisoare. Aceasta creează o scrisoare care este o „scrisoare de urmărire” și îi atașează un fișier. Metoda este mai convenabilă și mai rapidă decât cu yuyuki (fișierul nu este codificat), dar din cauza incapacității de a controla dimensiunea atașării (fișierul atașat), multe noduri nu permit atașamentelor să treacă prin ele însele. Din acest motiv atașamentul a găsit mai puțină distribuție în Fidonet. În plus, spre deosebire de yuyuk, atașamentul nu poate fi transmis prin echomail, este transmis exclusiv prin netmail.
  • Direct ( în engleză  direct  - direct, direct) - primirea fișierelor direct de la nod, această metodă este oarecum asemănătoare cu transmisia directă în ICQ sau rețele peer-to-peer. Pentru aceasta metoda este nevoie de un acord prealabil intre cel care doreste sa preia dosarul si cel care trimite dosarul. Puteți lua fișiere nu numai de la propriul nod, ci de la orice nod și chiar de la un punct. După acord, nodul sau punctul care dă fișierul, așa cum se spune, „pune-l în așteptare”, iar după ce utilizatorul a sunat (sau a primit un apel, în funcție de acord), fișierele încep să ajungă la el. O altă persoană nu-și poate lua dosarele. Această metodă, fără îndoială, este mai convenabilă decât altele în ceea ce privește transferul, deoarece nu impune nicio restricție asupra fișierelor transferate, dar necesită aprobare prealabilă.

Există o altă modalitate de a obține informații în Fidonet - comunicarea cu servere false ( FAQ-server ) și servere de fișiere (servere de fișiere).

Serverul de întrebări frecvente este un server de subiecte personalizate care creează un răspuns netmail cu textul (subiectul) corespunzător solicitării netmail. Pentru a menține un server fals, aveți nevoie de un program separat, cel mai adesea se folosește Messmate. Comunicarea cu serverele false are loc numai prin netmail, numele (subiectele) subiectului (subiectelor) este scris(e) în corpul sau în subiectul scrisorii, iar în locul numelui proprietarului nodului sau punctului, numele de serverul fals este scris. După primirea unui netmail, programul analizează netmail-ul, iar dacă găsește o solicitare către server, generează răspunsuri către destinatar, de asemenea, bineînțeles, prin netmail.

Un server de fișiere este un nod sau un punct din care puteți descărca fișiere. Strict vorbind, puteți descărca fișiere de la orice nod sau punct de rulare prin crearea unei cereri de fișier netmail sau prin crearea unei cereri folosind mailer-ul, dar nu toate nodurile își expun fișierele. Prin urmare, primul lucru pe care trebuie să încercați să descărcați din nod este lista de fișiere, adesea se numește fișiere.bbs, sau are un scurt „alias” (sau, după cum se spune, alias) fișiere, conform cărora aceleași fișiere. bbs va veni la tine. Dacă nu există o listă de fișiere, atunci nodul nu servește cereri de fișiere, iar dacă fișierul a sosit, atunci puteți vedea lista de fișiere sugerate și, dacă aveți nevoie de ceva, creați din nou o solicitare, de data aceasta cu numele (sau alias) al fișierului de interes, apoi apelați și obțineți fișierul. Deoarece o cerere de fișier (File Request, FReq) este creată pentru a primi un fișier, ei spun că oamenii frack fișiere, iar nodurile de la care puteți prelua fișiere se numesc „frecvențe”.

Subcultura Fidonet în Rusia

De-a lungul anilor de existență a lui Fidonet în Rusia , în cadrul rețelei s-a dezvoltat o anumită subcultură . Aceasta se manifestă:

  • în atitudinea informală a participanților la rețea unul față de celălalt (în rețea, regula nespusă este să ne adresam „ție” indiferent de vârstă și poziție în societate);
  • în existența folclorului fidosh (diverse „povești fidosh”, cântece, umor și anecdote);
  • în desfășurarea regulată de întâlniri informale între membrii rețelei (așa-numitele „puncte”, „sysops”, „localnici”).

Explicația abrevierilor

Adesea, numele rețelei este scris nu de Fidonet, ci de FIDO (și anume, cu majuscule, FIDOnet, FIDO se găsește în ortografia engleză). Membrii rețelei au venit cu mai multe „ abrevieri pentru acronimul ” FIDO, cea mai populară fiind „Federația de comunicare excepțională prietenoasă” [47] , care subliniază natura relației dintre sysops.

Întâlniri offline

Întâlnirile membrilor rețelei se numesc „sysops”, „puncte”, „localnici” sau „fido-drinks”. Numele „indicat” și „local” înseamnă adesea o întâlnire de puncte ale aceluiași nod. Există, de asemenea, întâlniri ale abonaților aceleiași conferințe ecou , atunci numele este cel mai adesea format prin lipirea numelui ecouului (sau etichetei ecou) și a sfârșitului -ovka, de exemplu, dacă ecoul se numește spb.cars, atunci întâlnirea se va numi „karzovka”, [48] dacă spb .school - „skulevka”, etc. Există, de asemenea, adunări generale ale fidoshnikilor din orice regiune sau mai multe regiuni.

Vezi și

Note

  1. 1 2 3 4 5 6 7 8 9 10 Randy Bush. FidoNet: Tehnologie, utilizare, instrumente și istorie Arhivat 21 martie 2008 la Wayback Machine 
  2. 1 2 Fido-Statistik Arhivat 14 august 2017 la Wayback Machine  (germană)  - neîntreținută din 2007
  3. Liste de noduri Fidonet . Preluat la 10 martie 2010. Arhivat din original la 31 iulie 2009.
  4. Liste de noduri noi trimise la falah DAILYLST și liste de noduri vechi pe ani (arhiva FTP a nodului 2:5080/102)
  5. Datele se bazează pe cea mai veche listă de noduri disponibile pentru anul respectiv.
  6. ↑ Alex Woick, operator de sistem al nodului 2: 244/1500 , a publicat statistici în ecoconferința ENet.SysOp, conform cărora numărul maxim de noduri a fost atins în 1996 ( 24 noiembrie ) și a fost 39826: Wayback Machine . Numărul total de persoane care au avut acces la Fidonet a fost cu un ordin de mărime mai mare datorită faptului că nu numai operatorii de sistem, ci și punctele lor și (sau) utilizatorii BBS pot accesa nodurile .
  7. Întrebări frecvente Versiunea: 23.85b, 29 decembrie 2011 Întrebarea #67: „Interesant despre soarta câinelui după care a fost numit plasa”
  8. Fidonet.History FAQ. Culegere de întrebări frecvente (FAQ) ale conferinței FIDONET.HISTORY; versiunea 23 din 11 martie 2005 Întrebarea nr. 69: „Interesantă este soarta câinelui după care a fost numit plasa” (link inaccesibil) . Consultat la 3 aprilie 2008. Arhivat din original pe 16 noiembrie 2012. 
  9. Fidonet.History FAQ: „Când a apărut primul nod în URSS?” (link indisponibil) . Consultat la 3 aprilie 2008. Arhivat din original pe 29 mai 2008. 
  10. D. Dugaev. Fidonet: libertate, egalitate și frățietate // Albină. 1999. Nr 17 (link inaccesibil) . Consultat la 3 aprilie 2008. Arhivat din original pe 29 mai 2008. 
  11. A. I. Volkov, V. N. Russkikh. Istoria Relcom // Nethistory.ru Arhivat 8 octombrie 2006.
  12. Fidonet.History FAQ: „Conform zvonurilor, cineva în august 91 a târât postul la Casa Albă și a trimis rapoarte până la toate capetele. Asta este adevărat?" (link indisponibil) . Consultat la 3 aprilie 2008. Arhivat din original pe 29 mai 2008. 
  13. Rakurs a transmis radio cu Dmitri Zavalishin și Georgy Kuznetsov despre rețeaua Fidonet (transcriere) (link inaccesibil) . Consultat la 12 februarie 2006. Arhivat din original pe 25 martie 2008. 
  14. Raport verbal despre conferința pe Internet a prim-viceprim-ministrului Rusiei Dmitri Medvedev Lenta.ru: Medvedev a împărtășit visul unui blogger odios din Gelendzhik Arhivat 27 martie 2007 pe Wayback Machine ; Fragment din interviul lui Medvedev pe YouTube .
  15. Lenta.ru: Cum s-a chinuit Medvedev cu Fido . Consultat la 23 martie 2007. Arhivat din original pe 28 martie 2007.
  16. Postare de Mithgol, webmasterul, în conferința RU.FTN.DEVELOP Arhivată 5 ianuarie 2012 la Wayback Machine . 20 decembrie 2009.
  17. Grupuri Google . Consultat la 20 decembrie 2009. Arhivat din original la 18 ianuarie 2012.
  18. [1] Arhivat la 28 iunie 2009 la Wayback Machine , [2] Arhivat la 29 mai 2010 la Wayback Machine , [3] Arhivat la 11 august 2010 la Wayback Machine .
  19. Știri Fidonet. Buletinul informativ al comunității Fidonet Arhivat 8 aprilie 2009 la Wayback Machine 
  20. Fidonews în rusă Arhivat la 1 august 2009 la Wayback Machine ( area://RU.FIDONET.TODAY?msgid=2:466/50.0+4a5f67c9 Arhivat la 28 octombrie 2009 la Wayback Machine )
  21. 1 2 FTS-5000: Lista de noduri de distribuție (downlink) . Data accesului: 29 martie 2008. Arhivat din original la 29 septembrie 2008. 
  22. Pagina principală a Regiunii 17  (ing.)  (link indisponibil) (18 mai 2005). Data accesului: 19 mai 2008. Arhivat din original la 3 februarie 2012.
  23. Fidonet ("Fido") este o rețea de calculatoare necomercială de amatori la nivel mondial Fidonet ("Fido Net"). Regiunea 46 - Ucraina și Moldova (link inaccesibil) . Data accesului: 19 mai 2008. Arhivat din original la 29 ianuarie 2012. 
  24. Scrisoare de la coordonatorul zonei 2, Ward Dossche, către coordonatorul regiunii 50, despre desființarea zonei 6 - http://alex-rex.livejournal.com/282920.html Arhivat pe 5 ianuarie 2012 la Wayback Machine
  25. FidoNews. Volumul 24. Numărul 31.  (engleză) (30 iulie 2007). Consultat la 3 martie 2014. Arhivat din original pe 9 martie 2016.
  26. Fidonet.History FAQ, „Când s-a vorbit prima dată despre Zona 7 pentru SU?” (link indisponibil) . Consultat la 2 mai 2008. Arhivat din original pe 29 mai 2008. 
  27. „Z7 Referendum”, scrisoare de la conferința oficială echo R50.SYSOP. . Consultat la 2 mai 2008. Arhivat din original la 31 mai 2008.
  28. „Rezultatele referendumului”, scrisoare de la conferința oficială ecou R50.SYSOP. . Consultat la 2 mai 2008. Arhivat din original la 31 mai 2008.
  29. Fidonet.History FAQ, „De ce nu există IC?” (link indisponibil) . Consultat la 2 mai 2008. Arhivat din original pe 29 mai 2008. 
  30. FidoNews. Volumul 17, numărul 4. Arhivat la 30 martie 2008 la Wayback Machine 29 octombrie 2000 ISSN 1198-4589 .
  31. 12 FidoNews . Volumul 1, numărul 20. Arhivat la 30 mai 2008 la Wayback Machine pe 17 mai 2004.
  32. FSP-1028: Format de adresă FTN (link indisponibil) . Consultat la 17 decembrie 2009. Arhivat din original pe 2 septembrie 2010. 
  33. Întrebări frecvente FRIP . Consultat la 2 aprilie 2008. Arhivat din original pe 29 mai 2008.
  34. Documentația pentru programul generator Hubroute: [4] Arhivat 5 ianuarie 2012 la Wayback Machine ; R50 FAQ: [5]  (link indisponibil) , [6] Arhivat 30 mai 2008 la Wayback Machine , [7] Arhivat 31 mai 2008 la Wayback Machine
  35. FSC-0001: Un standard tehnic FidoNet de bază . Consultat la 16 aprilie 2008. Arhivat din original la 30 mai 2008.
  36. FTS-0004: Sistemul de corespondență pentru conferințe (specificație EchoMail) . Consultat la 16 aprilie 2008. Arhivat din original la 30 mai 2008.
  37. FTS-1024: Protocol de transfer de e-mail ifcico brut . Consultat la 16 aprilie 2008. Arhivat din original la 30 mai 2008.
  38. FTS-1026: Specificația protocolului Binkp/1.0 . Consultat la 16 aprilie 2008. Arhivat din original la 30 mai 2008.
  39. FSC-0056: Definiții protocol EMSI/IEMSI . Consultat la 16 aprilie 2008. Arhivat din original la 30 mai 2008.
  40. FSC-0072: Protocolul de transfer de fișiere HYDRA . Consultat la 16 aprilie 2008. Arhivat din original la 30 mai 2008.
  41. FSC-0090: Codurile de produs emise de FTSC . Consultat la 16 aprilie 2008. Arhivat din original la 30 mai 2008.
  42. Coduri de produs FTSC (2008-06-08) . Data accesului: 17 decembrie 2009. Arhivat din original la 29 august 2010.
  43. Apel de la coordonatorul R50 PR cu privire la utilizarea termenilor „WebBBS” și „www-node” . Consultat la 29 iulie 2009. Arhivat din original la 30 aprilie 2014.
  44. Statistici de trafic în ecouri fidosh pentru luna curentă  (link inaccesibil)
  45. Punctul „Emiterea unei adrese de punct” înseamnă emiterea automată a unei adrese de punct cu posibilitatea de a o folosi pentru a scrie scrisori prin WebBBS.
  46. Specificarea unui nume permite nodului destinatar să distribuie scrisori către diferiți utilizatori: dacă este un BBS , atunci aceeași adresă poate corespunde mai multor utilizatori. În plus, nodul poate găzdui diverse servicii (roboți) care efectuează o anumită acțiune ca răspuns la literele care au numele robotului în câmpul de nume.
  47. Sintagma a fost inventată de Oleg Bocharov (2:5032/13@fidonet), vezi răspunsul lui Alex Exler la Roman Shoker din 14 iulie 1998 în conferința de eco FIDONET.HISTORY (MSGID 2:5020/443.1 35abac64, link către mesaj în arhiva Grupuri Google )
  48. Întrebări frecvente despre cărucioare . Consultat la 6 iulie 2008. Arhivat din original la 6 octombrie 2008.

Literatură

  • Puzyrev V. Rețea de calculatoare FIDONet pentru începători și nu numai. M., 1999. 192 cu ISBN 5-8321-0028-X .
  • Shabashvili E. E. FidoNet. Ghidul operatorului de sistem: Lucru profesional într-o rețea neprofesională. M., 2000. 736 p. ISBN 5-89818-043-5 .
  • B. L. Paleev. Fidonet: rețea de amatori profesioniști.
  • Ignatov D. A. Acesta este FIDO al tău., 2011. 178 p.
  • Alexandrov I. O rețea de prieteni: istoria Fidonetului //Administrator de sistem. - 2006. - nr. 8. - S. 86-90.
  • Soboleva, Regina. Fidonet și consecințele sale. Celebrul precursor al internetului.” Administrator de sistem 5 (2011): 94-95.
  • Shakirov S. M. Rolul ironiei în transformarea transmedială // Mediul media. — 2020. — nr. 2.

Link -uri

Acces la conferințele Fidonet

Filme