FTN (fra FidoNet Technology Network ) er en offline netværksteknologi, der bruges i Fido og Levnets .
FTN er en teknologi, der opstod med Fido-netværket i 1984, og udviklingen af teknologien var drevet af behovene hos den hurtigt voksende Fido. Det er dog forkert at identificere Fido og FTN, da FTN også kan bruges til at oprette andre netværk, som måske ikke er relateret til Fido på nogen måde. Sådanne netværk kaldes levnets . Kendte tilfælde af brug af FTN-teknologier af fidoshniks til at organisere industrielle, højt specialiserede netværk.
Det største og mest komplekse FTN-netværk er FidoNet . I den er adressering baseret på geopolitisk tilhørsforhold, og netværkets levetid er styret af et charter . Venstrefløjen er normalt meget enklere organisatorisk.
De standarder, som FTN-softwaren er udviklet efter, er de dokumenter, der er vedtaget af FTSC (Fido Network Technical Standards Committee), men forpligtelsen til at overholde visse dokumenter i venstrenet og Fido kan variere.
Enheden i FTN-netværket er det såkaldte system - et sæt programmer, der er konfigureret til at udføre funktioner relateret til videresendelse og behandling af post og filer. Den person, der vedligeholder systemet, kaldes systemoperatøren ( sysop ). Hvert system har en adresse.
Standard FTN-adresseringsskemaet er beskrevet i FSP-1028 . Fuldstændig skrevet ser adressen således ud: Zone:Net/Node.Point@Domain , hvor de første fire felter er udfyldt med numrene på henholdsvis zone, netværk, node og punkt, og det femte er bogstavbetegnelsen på FTN-netværket. Sådan en komplet optegnelse kaldes en 5D-optagelse. Korte former (4D, 3D og 2D) er også mulige - når programmer kan antage værdierne af andre felter.
Systemer er nodale og spidse. Forskellen mellem dem ligger normalt kun i den juridiske stilling i netværket (for eksempel er Fido-punkter ikke formelt medlemmer af netværket). Ved første øjekast virker værtsadressen kortere, fordi den ikke indeholder et tal efter prikken, men faktisk er den altid til stede, den er simpelthen nul i værtsadresser og udelades normalt. I 5D-form skrives nodeadresser også normalt uden et punktnummer.
"Domæne"-feltet i en FTN-adresse (netværksbrev) må ikke forveksles med internetdomænenavne (se FQDN ). Domænenavnet fidonet.org , som er vært for det officielle websted for Fido-netværket, vil således ikke være et gyldigt domæne, når det bruges i en FTN-adresse. I stedet skal bare fidonet bruges .
Der kan være mere end ét system på én computer. For det første kan et sæt programmer konfigureres til at arbejde samtidigt under flere adresser. Så taler man om AKA (fra også kendt som ) ud over hovedsystemets adresse (den første angivet i config ). For det andet kan der være flere sæt konfigureret til at fungere uafhængigt. Dette sker for eksempel, når en node har en teknisk punktadresse til drift af BBS eller robotter .
Netværket ledes af embedsmænd - koordinatorer. Koordinatorer er ansvarlige for at definere ruteplaner og vedligeholde nodelisten . En nodeliste er en liste over nodesystemer, der er en del af et FTN-netværk. En nodeliste indeholder den information, der er nødvendig for, at et system kan kalde et andet over et offentligt netværk. Punktsystemer kan også acceptere indgående forbindelser, information til kommunikation med dem indtastes i punktlisten .
Nodelisteformatet og flagene er beskrevet i FTS-5000 , FTS-5001 (kernestandarder) og FSP-1035 ( DNS Distributed Nodelist ). I Fido er gyldige flag også beskrevet i nodelistens epilog. Pointlisteformatet er beskrevet i FTS-5002 .
FTN-netværk har faciliteter til at overføre tekstbeskeder og filer. Tekstbeskeder kan opdeles i netmail (personlig korrespondance) og echomail (offentlige temakonferencer). Fildelingsværktøjer omfatter fil-ekkokonferencer (distribution af filer efter tematiske kategorier) og filanmodninger (anmodning om en specifik fil fra et system fra et andet). Men tekstbeskeder af UUE -kodede filer er også almindelige .
I lang tid satte FTN-netværk grænser for størrelsen af en besked (for eksempel reglerne for ekkokonferencer) på grund af ufuldkommenhederne i de programmer, der blev brugt på det tidspunkt. Gradvist større størrelser blev tilladt. sidst tænkelige grænse var 64 KB [1] da proprietære program FastEcho stadig eksisterer[ hvornår? ] populær nok til ikke at kunne klare mere [2] . Men der foregår en livlig debat i Fido i disse dage, og flere og flere mennesker bevæger sig væk fra den til fordel for mere moderne programmer, der ikke har nogen grænser for meddelelsesstørrelser.
Eksisterende FTN-meddelelseseditorer understøtter ikke Unicode og opmærkningsmetoder. Dette resulterer i, at kun almindelig, uformateret tekst i CP866 eller andet enkelt-byte-kodet tegnsæt sendes over FTN . FTN giver dig mulighed for at sende beskeder i en hvilken som helst kodning, der indeholder eventuelle markup-tags, men der er ingen editorer, der understøtter dem.
For at indstille forskellige karakteristika for den transmitterede meddelelse, indsættes særlige kontrollinjer i den- kludges , svarende til RFC-headeren på e-mail-meddelelser . En generel beskrivelse af kludgene er indeholdt i FTS-4000 , men selve kludgene er beskrevet i separate dokumenter. Hver meddelelse skal indeholde MSGID kludge ( FTS-0009 ), meddelelseskodningen er angivet i CHRS kludge ( FTS-5003 ), krypterede eller EDS -signerede meddelelser er angivet med ENC kludge ( FSC-0073 ) osv.
De nødvendige oplysninger til at distribuere filer via filekkokonferencer er indeholdt i en medfølgende fil med en tic -udvidelse . Distribution af filer på denne måde er beskrevet i FSC-0087 . I dag, hvor der er mange mere avancerede måder at distribuere filer på, tjener filekkokonferencer i Fido primært til at formidle officiel information.
Der kan skelnes mellem følgende funktioner, som de tilsvarende programmer er beregnet til:
Faktisk udføres funktionerne i et program ofte af et andet. Netmail-sporing kan for eksempel håndteres af HPT-tosseren fra Husky -sættet, og T-Mail- maileren er også i stand til at behandle filanmodninger på egen hånd. I øjeblikket er de fleste systemer kun mailer og tosser.
Faktisk er FTN-systemet begrænset til at modtage, behandle og sende beskeder og filer – beskedbaser er ikke en del af systemet. Hvis en form for ekkokonference ikke er gemt i den lokale database, så kaldes det pass-through (fra engelsk passthrough ).
Du kan tale om BBS , hvis beskedbasen er forsynet med flerbrugeradgang over netværket. BBS-brugere behøver ikke et komplet sæt FTN-programmer, men kun klientprogrammet. BBS'er baseret på NNTP- og HTTP -protokollerne er i øjeblikket almindelige . Brugere har ikke deres egen adresse på netværket - de skriver fra adressen på det system, som BBS'en kører på.
FTN selv er ikke bundet til fysiske datatransmissionskanaler, dens essens er offline. Kommunikation foregår efter sessionsprincippet: kun to systemer deltager i forbindelsen, forbindelsen er kun nødvendig i kort tid for at modtage og sende nye beskeder. Information distribueres i en række uplinks og downlinks. Store distribuerende noder modtager status som en hub . Vedvarende links er beskyttet af en adgangskode, men hvis systemet accepterer indgående forbindelser, kan du ifølge nodelisten eller pointlisten sende en besked eller fil til den direkte ("direkte") gennem en session uden adgangskode.
Arbejdet med datatransmissionskanalen i FTN-systemet udføres af afsenderen. Oprindeligt blev teknologien skabt til kommunikation ved hjælp af et modem over telefonlinjer , men siden midten af 1990'erne har internettet været brugt til at udveksle post mellem store Fido-knuder .
Aktuelt anvendte dataoverførselsprotokoller: binkp ( FTS-1026 ), ifcico ( FTS-1024 ) og fido-over-e-mail ( FTS-1025 og andre) til internetkommunikation og EMSI ( FSC-0056 ) til modemforbindelse.
Teoretisk set kan et FTN-netværk bruge et hvilket som helst antal fysiske netværk på samme tid - det eneste spørgsmål er at oprette de passende mailere. Fidoshniks, der taler om uafhængighed af kommunikationskanaler, tilføjer nogle gange: "selv med duepost!" Ja, bundter kan kodes i UUE , udskrives som tekst og sendes med duer, og på modtagesiden kan de genkendes, afkodes og sendes til tosseren - duen vil være "posteren", og UUE, sammen med printer og scanner , vil være en specifik indgående/udgående type.
"Inbound" og "outbound" er mapper med indgående og udgående data. Senderens egen funktion er kun at acceptere til indgående og overføre fra udgående - behandling udføres af andre programmer. Både modtagelse og transmission af forsendelsen kan i de fleste tilfælde udføres ligeligt på både indgående og udgående sessioner.
Hvis den indgående altid er den samme (der er dog normalt forskellige indgående mapper til adgangskode- og ikke-password-sessioner), så kan det udgående være af forskellige typer. Kendte er ArcMail Attach (AMA), Amiga Style Outbound (ASO) og Binkley Style Outbound (BSO).
ArcMail [3] bruges til at sende ekko- mail -mail-pakker komprimeres af arkiveren . Normalt er mange pakker med beskeder placeret i én archmail-pakke. Echomail transmitteres som en archmail (det vil sige i komprimeret form) uanset den udgående type.
Netmail-pakker sendes normalt ukomprimeret. Både netmail og echomail bruger det samme pakkeformat (aktuelt pakketype 2+, beskrevet i FSC-0048 ). Formatet, hvormed beskeden skrives til pakken, er beskrevet i FTS-0001 .
Der er én terminologisk fælde her. Faktum er, at du ofte kan høre folk sige "upakket netmail". I dette tilfælde mener vi netmail, ikke komprimeret til en archmail. For at blive sendt skal enhver besked pakkes ind i en pakke (en fil med filtypenavnet pkt ), men echomail-pakker komprimeres og transmitteres med arcmail, mens netmail-pakker transmitteres af sig selv uden komprimering. Det er muligt at overføre med archmail og netmail, men det sker meget sjældent.
Der tales om ukomprimeret ("udpakket") netmail i forbindelse med posttimen. I henhold til charteret for Fido-netværket skal netværksknuden være i stand til at modtage en ikke-arkiveret netmail under en session uden adgangskode (klausul 2.1.8 ).
Efter accept af visse data i det indgående, kan afsenderen køre et handlerprogram eller oprette en flagfil.
Hvis afsenderen accepterer en arcmail, startes tosseren . Tosser udpakker Arkmail og pakker pakkerne ud med beskeder. Når en besked modtages i et bestemt ekkoområde ( AREA kludge ), tjekker tosseren abonnementsstatussen for systemets links til dette område og pakker nye beskeder for hvert abonnent link, hvorefter den placerer de oprettede bundter i udgående. For at forhindre en besked i at blive sendt igen til systemer, som den allerede har passeret igennem, er der SEEN-BY kludge . Links kan administrere deres abonnement på en ekkokonference ved hjælp af abonnementshåndteringen ( Areafix- robotten ) ved at sende specielle kommandoer via netmail.
Tosseren kan gemme meddelelser til en database, som kan tilgås lokalt af en sysop ved hjælp af en meddelelseseditor eller eksternt af flere brugere via en BBS . Tosseren skal scanne databaser for nye beskeder og pakke dem til afsendelse til systemlinks.
Echomail er beskrevet i FTS-0004 .
Hvis maileren accepterer en netmail, startes en tracker til at behandle den (selvom tosseren eller maileren selv kan udføre funktionerne som en tracker). Trackeren pakker pakken ud med beskeder og handler med dem i overensstemmelse med systemindstillingerne. Først og fremmest skal trackeren dirigere transitbeskeder - hvis beskeden ikke er adresseret til det system som trackeren tilhører, pakkes den til afsendelse til et andet link i henhold til routingreglerne. Før afsendelse indsætter trackeren en linje med Via -kludgen i beskederne , der indeholder systemets adresse, behandlingstiden og identifikatoren for sporingsprogrammet (formatet af denne kludge er beskrevet i FTS-4009 ). Hvert transitsystem, som meddelelsen passerer igennem, skal indsætte sin egen linje med Via -kludgen.
Derudover kan trackeren kontrollere tilstedeværelsen af afsender og modtager af beskeden i nodelisten og pointlisten (disse dokumenter skal være opdaterede), sende meddelelser om modtagelsen og behandlingen af beskeden (hvis afsenderen har indstillet passende attributter), sende beskeder til robotter (f.eks. en faxserver eller en abonnementsadministrator).
Hvis beskeden er adresseret til systemet, der ejer trackeren, og ikke er teknisk (f.eks. adresseret til en robot), så skal den gemmes i beskeddatabasen til senere læsning af sysop.
Hvis afsenderen modtager en fil med filtypenavnet tic , betyder det under normal drift af afsendersystemet, at en fil distribueret af fileechoconference blev sendt før denne fil. Tic-filen sendes efter den nye fil og udfører de samme funktioner med hensyn til den som kludges for beskeder, og for dens behandling er det nødvendigt at køre en fileechoprocessor .
Funktionsskemaet for filekkoprocessoren svarer til tosserens. Funktionen af ekkokonferencefilen og formatet af tic-filen er beskrevet i FSC-0087 .
Hvis afsenderen modtager en fil med en req endelse , betyder det, at en filanmodning (freak) er blevet sendt til systemet, og den relevante handler skal køres. Freks er beskrevet i FSC-0086 og FTS-0006 .
Meddelelsesattributterne angiver, hvor meget det haster med at sende, anmodninger om meddelelser om modtagelse eller læsning og andre parametre. For eksempel siger attributten K/s (fra kill/send ), at e-mailen skal slettes fra databasen, efter at den er blevet sendt. En besked med Dir- attributten skal sendes direkte til modtageren, ikke via routing. Med Pvt- attributten betragtes brevet som privat. Uns - attributten indstilles på nye beskeder og ændres til Snt efter afsendelse. Editoren indstiller Rcv- attributten til den nye modtagne besked, adresseret til brugeren, når han læser den. Loc - attributten betyder, at beskeden blev oprettet i systemet og ikke kom udefra.
Indtil beskeden sendes, gemmes attributterne i beskeddatabasen. Når de transmitteres, bliver attributterne en del af den pakkede meddelelse (formatet af den pakkede meddelelse er beskrevet i FTS-0001 ). Når en tosser skriver beskeder til en midlertidig mappe efter udpakning, kan attributter skrives i FLAGS kludge ( FSC-0053 ) [4] .
Ofte bruges yderligere programmer til:
Fra 2021 fortsætter mange andre FTN-netværk udover FidoNet med at fungere og udveksle beskeder mellem noder og BBS. Det er netværk som: