Om Kermit

Original English version: http://www.kermitProsjekt.org/kermit.html

Frank da Cruz, [email protected]

Nyeste oppdatering: Ma sep 3 11:09:06 2018

NYHETER

• 30 oktober 2013: Kermit Prosjekt Muntlig Historie Transkripsjoner på Datamaskinhistorie Museum:
  • Kermit Prosjekt Muntlig Historie Panel
  • Joe Doupnik Muntlig Historie  (MS-DOS Kermit)
• 29 oktober 2013: Den  Kermit prosjektet dokumentarkiv  på Datamaskinhistorie Museum [katalog].
• Utvikling av C-Kermit  fortsetter.

Effektiv  1 juli 2011…

• Det Kermit prosjektet ved Columbia universitet ble kansellert
• Et nytt Kermit prosjektet nettsiden har blitt åpnet på  http://www.kermitProsjekt.org.
• All Kermit programvare har fått en  Open Source lisens.
• Det Kermit ftp arkiv og nettside ved Columbia vil forbli på plass (men vil ikke endre).

Velkommen til det nye Open-Source Kermit-prosjektet.

HVA ER KERMIT?

Kermit er navnet på en filoverføring og-administrasjonsprotokoll og en serie med dataprogrammer til mange typer datamaskiner som implementerer den protokollen, så vel som andre kommunikasjonsfunksjoner som spenner fra terminalemulering til automatisering av kommunikasjonsoppgaver gjennom et høyt nivå på tverrsnittsnivå. plattforms skriptspråk. Programvaren er transportuavhengig, opererer over TCP/IP-tilkoblinger i tradisjonell klartekstmodus eller sikret av SSH, SSL/TLS eller Kerberos IV eller V, samt over serielle portforbindelser, modemer og andre kommunikasjonsmetoder (X.25, DECnet, ulike LAN-protokoller som NETBIOS og LAT, parallelle porter, etc, på bestemte plattformer).

Det Kermit prosjektet ble grunnlagt på Columbia universitet Datasenter (nå CUIT) i 1981 til å møte en bestemt behov, og frem til midten til slutten av 1990-tallet, Kermit var Columbias standard skrivebord tilkobling programvare, brukes universelt av studenter, lærere og ansatte til å kobles fra stasjonære datamaskiner, PCer, Macintoshes, og UNIX til den sentrale regneanlegg: de IBM stormaskin (1963-2017), den DECSYSTEM-20s (1977-1988), CLIO (Columbia første online bibliotek informasjonssystem, 1984-2003), og Cunix (våre Unix-baserte servere, 1986-nåtid), og til avdelings VAXes, PDP-11s, soler, og andre minidatamaskiner. I de tidlige dagene av mikrodatamaskiner og PC, men før utbredt distribusjon av lokale nettverk og stasjonære arbeidsstasjoner som er koblet til dem, Kermit programvare knyttet skrivebordet til e-post, oppslagstavler, fildeling, tekstbehandling, meldinger og andre aspekter ved nye on-line kultur som er nå tatt til gitt, lenge før opplevelsen var tilgjengelig på de fleste andre institusjoner. Ved Columbia, fellingen av 20-årene og instituttminidatamaskiner er langt borte og IBM stormaskiner er nå bare til backoffice bruk, men Kermit programvare er fortsatt brukes til SSH økter fra skrivebordet til CUNIX, og av den tekniske staben til system-og nettverksadministrasjonsoppgaver; til eksempel, konfigurering stativer fulle av HP-bladservere som de kommer, forvaltning av universitetets telefonsystemet, CGI skriptspråk, alfa paging av bakvakt ansatte, og så videre. Pluss, selvfølgelig, av gamle klokker som rett og slett foretrekker sikkerheten og effektiviteten i tekst-modus skall økter til e-post og til å få arbeidet gjort; til eksempel utvikling av programvare og nettside ledelse.

I løpet av årene, den Kermit prosjektet vokste til et globalt samarbeids ikke å tjene penger programvare utvikling og distribusjon innsats, med hovedkontor på og koordinert fra Columbia universitet, som Kermit programvaren ble portet til eller utviklet til flere og flere datamaskiner og operativsystemer (se liste). Den Kermits Prosjekt er dedikert til produksjon av kryssplattform, langvarig, stabil, standard overenstemmelse, interoperabelt kommunikasjonsprogramvare, og har vært aktivt engasjert i standardene prosessen. Kermit programvare brukes over hele verden i hver sektor av økonomien: nasjonale myndigheter, statlige og lokale myndigheter, akademisk, medisin og helsevesen, engineering, romfart, ikke å tjene penger, og kommersielle.

Selv terminalemulering stor grad har vært fortrengt av nettet til elektronisk tilgang, fortsetter Kermit programvare til å spille en rolle i andre applikasjoner som fjernmåling og datainnsamling, ledelse og feilsøking av nettverk og telekommunikasjonsutstyr, back office arbeid, last og lagerstyring, medisinsk forsikringskrav innlevering, elektronisk overføring av midler, og online innlevering av selvangivelser. Kermit programvare er innebygd i nettverks rutere og svitsjer, i celle-telefon tårnene, medisinsk diagnostikk og overvåking utstyr, selv i pacemakere, til ikke å nevne kassaapparater av ganske mange store navn “big box” detaljister. I 2002 fløy Kermit på internasjonale romstasjonen, og Kermit programvare er kommunikasjonsmetoden som brukes av EM APEX havet flyter (til venstre) leverer sanntidsdata til orkan forskere og trackere til denne dagen  (orkanen prosjektet inn i en ny utvidet fase i 2010 basert på en ny versjon av Embedded Kermit).

Siden 1980-årene har Kermit protokoll og Programvare blitt brukt på fabrikkgulvet i programmerbar utstansing, trykk brems, laminering, flat valse, klipping, metall og plast-behandling, trebearbeiding, og andre maskiner. til eksempel, i fremstillingen av  Boeing 787, hvor Kermit brukes til å kontrollere et båndlag som danner visse kroppskomponenter. Du kan lese mer om hvordan Kermit brukes på fabrikkgulvet her og her.

På 1990-tallet Kermit programvare ble brukt i US Postkontorautomatisering, spilte en nøkkelrolle i 1994 brasilianske nasjonale valg (den største i historien av verden opp til den tiden), og det var sentral i FN lettelse oppdrag til Bosnia “knytte hele spekteret av prosjektet drift, fra stormaskin, minidatamaskin, PC-er, håndholdte enheter og strekkodelesere.”

På 1980-tallet var robustheten til Kermit-protokollen perfekt egnet til service i Grønn revolusjon i Afrika, felles europeisk USSR Giotto romferd, og kanskje spesielt i reetablere datakommunikasjon mellom amerikanske forskningsstasjoner i Antarktis og fastlandet etter at de ble avskåret i 1986 i en datamaskin uhell i løpet av ni måneder antarktiske vinteren. I 1988 en internasjonal konferanse om Kermit ble arrangert i Moskva, Sovjetunionen, og Kermit økter ble omtalt på andre konferanser i hele 1980 i Tokyo, Bern, Paris, Nashville, og andre steder.

Det Kermit protokollen og programvare er oppkalt etter Kermit frosken, stjernen i TV-serien, loony bin; navnet Kermit er brukt med tillatelse fra Henson Associates, Inc.  Hvorfor er det oppkalt etter Kermit frosken?  I mai 1981 hadde vi allerede første implementeringer av protokollen fungerer, men vi hadde ikke et navn til protokollen eller programvaren ennå. En gruppe av oss var å diskutere det (meg, Bill Catchings, Bill Schilit, Jeff Damens, tror jeg det var gruppen), uten egentlig å bry seg til mye siden vi aldri forventet at programvaren spredt over hele verden og vare i flere tiår. Jeg skjedd å være vendt mot veggen som hadde en muppets kalender på det, og siden mine barn var så store fans av loony bin jeg sa,  Hva med Kermit? Tretti år senere (mai 2011) Jeg fant kalenderen siden at jeg var ute på da jeg sa det, du kan se det på venstre side, og du kan klikke på den til å se et større bilde.

KERMIT PROGRAMVARE

Kermit programvare har blitt skrevet til hundrevis av forskjellige datamaskiner og operativsystemer, noe av det av frivillige programmerere over hele verden, noe av det ved Kermit prosjektet profesjonelt personale. De viktigste funksjonene i de mest populære Kermit programmer er:

• Tilkoblings etablering og vedlikehold av et bredt utvalg av forbindelsesmetoder (TCP/IP, X.25, LAN, serieport, modem, etc.).
• Terminalemulering.
• Feilfri filoverføring.
• Internett-protokoller, inkludert telnet, rlogin,  FTP og HTTP.
• Internett sikkerhetsmetoder inkludert Kerberos, SSL/TLS, SSH, og SRP.
• Tegnsett konvertering under både terminalemulering og filoverføring – en unik funksjon i Kermit programvare.
• Numerisk og alfanumerisk personsøker.
• Script programmering til å automatisere kompliserte eller repeterende oppgaver.

Kermit brukergrensesnitt og script programmeringsspråk er konsistente på tvers av plattformer og kommunikasjonsmetoder, slik at investeringen i å lære å betale seg gang på gang når du flytter fra en plattform til en annen, en kommunikasjonsmetode til en annen.

Våre premiere Kermit implementeringer er:

• Kermit 95 til Windows 95/98/ME, Windows NT/2000/XP/Vista/7/8/10, og OS/2;
• C-Kermit til UNIX, VMS, VOS, og flere andre operativsystem familier;
• E-Kermit til innebygging.
• MS-DOS Kermit til DOS og Windows 3.x;
• IBM hovedramme Kermit til VM/CMS, MVS/TSO, og CICS.

C-Kermit og IBM hovedramme Kermit er vertsbaserte pakker med en uovertruffen utvalg av allsidighet. Kermit 95 og MS-DOS Kermit er fullverdig desktop kommunikasjon programmer rivaliserende kvaliteten på noe annet på (eller av) markedet, kanskje bortsett fra i prang av brukergrensesnitt: Kermit programmer følge teksten-modus rask-og-kommando stil fra gamle dager, noe som er uforståelig til noen mennesker før de skjønner fordelene:

• Kommandosettet er rimelig konsistent på tvers av alle plattformer, og nesten helt konsekvent på tvers av moderne plattformer som Windows, Mac OS X, Linux og VMS. Lær det en gang, bruke den overalt.
• Kommandoer kan slås sammen til “makroer” eller “programmer” til å automatisere alle oppgaver som kan gjøres til hånd, slik det er beskrevet her. Faktisk i C-Kermit og Kermit 95, er kommandoen språket en fullverdig programmeringsspråk med variabler, kontrollstrukturer, funksjoner, “subrutiner”, pluss noen overraskelser.
• Du trenger ikke å kjenne kommandoene på forhånd eller skrive dem ut i sin helhet.Kommandoen stilen kalles “kontekstavhengige menyen på etterspørsel” (du se de tilgjengelige alternativene når du skriver et spørsmålstegn), og søkeord kan bli forkortet. Det er rikelig med innebygd hjelp, og mye mer hjelp til å bli funnet på Kermit nettside; til eksempel  C-Kermit opplæringen  og  den Kermit 95 tutorial, bare til startere.
• Touch typists kan jobbe raskere når de slipper å flytte hendene borte fra hjemme nøkler, og de lider mindre belastningsskader.
• Visse ting kan bare ikke gjøres effektivt eller i det hele tatt å bruke et grafisk grensesnitt.Her er et helt tilfeldig eksempel, men det gjør poenget:

mkdir thumbnails
rename *-t.jpg thumbnails/

Kermit 95 ble utviklet ikke bare å møte Columbia behov til tilkobling fra Windows 95 (og senere) til de sentrale tekstbaserte tjenester, men også til å skaffe penger til å støtte Kermit Prosjekt. I motsetning til andre Kermit programmer, K95 var strengt kommersielle, tilgjengelig i både en retail shrinkwrapped versjon (til høyre) og i  bulk høyre-til-kopi lisenser. Fra lanseringen i 1995 til midten av 2011, over en kvart million bulk lisens seter ble kjøpt i løpet av 1000 lisenser lisenser varierer i størrelse fra 100 seter til 10.000. Rundt 30.000 shrinkwrapped eksemplarer ble solgt, mange tusen mer kjøpes til nedlasting fra  e-akademiet, og K95 ble site-lisens fra over 100 universiteter samt av hele delstaten universitetssystemer som SUNY (64 studiesteder med ca 400 000 studenter).

Det Kermit prosjektet ble satt på grunnlag selvfinansiering i 1984, og fra da av og til sin oppsigelse i 2011, det skjønte $ 8,894,912.00 i inntekter til universitetet, pluss utstyrsstipend (den  Hermit Prosjekt ) verdsatt til $ 3,000,000.00.

KERMIT PROTOKOLL

Siden starten i 1981, den Kermit protokollen har utviklet seg til en sofistikert, kraftig og utvidbar transport uavhengig verktøy til filoverføring og ledelse, som omfatter blant annet:

• Overføring av flere filer i én operasjon.
• Filattributtet overføring (størrelse, dato, tillatelser, etc)
• Filnavn, rekord-format, og tegnsettkonvertering
• Fil kollisjon alternativer, inkludert en “update”-funksjonen
• Filoverføring gjenoppretting (gjenopptakelse av en avbrutt binær-modus overføring fra feilpunkt)
• Automatisk opplasting og nedlasting
• Klient/server filoverføring og ledelse
• Automatisk per-fil tekst/binære svitsjemodus i løpet av fil-gruppe transmisjon
• Rekursiv katalogtreet overføring, selv mellom motsetning plattformer
• Uniform tjenester på serie- og nettverkstilkoblinger
• En  Internett Kermit service Daemon

Kermit-protokollen bruker veldefinerte, sekventerte, feilcheckte pakker i hver retning til å aktivere en filoverføringsøkt, etter standardreglene til protokolllagring. Pakker er designet til maksimal gjennomsiktighet, slik at de kan passere gjennom hvilket kommunikasjonsmedium, uansett hvor restriktive. Halvduplex (stopp og vent), full dupleks (glidende vinduer med selektiv retransmisjon) og kontinuerlig streaming-transport kan brukes til å tilpasse seg til enhver tilkobling.

Funksjonen som skiller Kermit-protokollen fra de fleste andre er dens brede utvalg av innstillinger til å tillate tilpasning til alle slags og kvaliteten på forbindelsen mellom to typer datapakketid, pakkekodning, vindustørrelse, tegnsett, feilsøkingsmetode, timeouts , pause. De fleste andre protokoller er laget til å fungere bare på bestemte typer eller kvaliteter av tilkoblinger, og/eller mellom bestemte typer datamaskiner eller lignende filsystemer, og fungerer derfor dårlig (eller ikke i det hele tatt) andre steder og tilbyr få hvis noen metoder til å tilpasse seg ikke planlagte -til situasjoner. Kermit, derimot, tillater deg å oppnå vellykket filoverføring og høyest mulig ytelse på en hvilken som helst forbindelse.

I motsetning til FTP eller X-, Y- og ZMODEM (de andre protokollene som Kermit ofte sammenlignes med), antar Kermit-protokollen ikke eller krever:

• en full dupleks-forbindelse;
• en forbindelse som er gjennomsiktig til å kontrollere tegn;
• en 8-bits-forbindelse;
• en ren forbindelse;
• store buffere langs kommunikasjonsveien;
• fysikalsk-link-lag flytkontroll.

(selv om Kermit ikke krever noen av disse forholdene, kan det dra nytte av dem når de er tilgjengelige). En kronikk om Kermit protokollen av Tim Kientzle i februar 1996 utgaven av Dr. Dobbs Tidsskrift  bemerket at “Kermits vindus tilnærming er raskere enn protokoller som XMODEM og Ymodem… Det mange ikke vet er at under mindre enn ideelle forhold, er Kermits vindus tilnærming betydelig raskere enn Zmodem, en protokoll med en velfortjent rykte til raske overføringer enn god kvalitet linjer.” Effektiviteten av Kermit protokollen blir analysert i dybden her og her.

Dermed Kermit overføringer jobbe “ut av boksen” nesten hver gang. Og på et høyere nivå, gjør at Kermit kommandospråket alle slags hendig fil utvelgelseskriterier som skal brukes i en hvilken som helst kombinasjon, til eksempel:

• Jokertegn og mønstre til å matche filnavn
• Utvalg av datoperioder
• Seleksjon av størrelsesområder
• Kun tekstfiler
• Bare binærfiler
• Kun filer som ikke finnes på den andre enden, eller som er nyere
• Unntakslister og mønstre

å oppnå nesten enhver gruppering du kan forestille deg. Under transitt kan en fil ha sin tegnsett konvertert, den kan sendes gjennom et filter osv., og etter vellykket overføring kan kildefilen slettes eller omdøpes, destinasjonsfilen kan bli omdøpt eller sendt, og så videre.

Kermit-protokollspesifikasjonen

Det Kermit filoverføringsprotokoll spesifikasjon er gitt i boken,  Kermit, a Fil Transfer Protokoll  av Frank da Cruz, med et forord av Donald Knuth (nå tilgjengelig på nettet i PDF-format). Spesifikasjonen er også tilgjengelig på nettet i den sjette utgaven av Kermit protokollen håndbok (1986). Begge disse mangler noen av de senere forbedringer, men de inneholder servermodus, lange pakker, skyvevinduer, etc. Dokumentasjon til de senere protokoll tilføyelser samles og offentlig tilgjengelig HER. En formell spesifikasjon og verifikasjon av Kermit protokollen ble utgitt av James Huggins ved universitet of Michigan i 1995; du kan laste den ned HER.

KERMIT FIL TRANSFER EKSEMPEL

La oss se det felles sak der du har en stasjonær datamaskin Windows med en tilkobling – noen form til forbindelse (modem, seriell port, vanlig Telnet, sikker Telnet, rlogin, sikker rlogin, SSH) – til et skall økt på en Unix-server (“Unix”= Linux, Mac OS X, FreeBSD, Solaris, AIX, HP-UX, og så videreetc), og du vil overføre en fil mellom PC og Unix server. Din terminal emulator på Windows er Kermit 95 og Unix-server har C-Kermit eller G-Kermit installert, som kan påberopes ved å skrive “Kermit” på skallprompten (eller kanskje “ckermit” eller “gkermit”).

til å  laste ned  en fil, sier  message.txt, skriver du inn følgende kommando ved skallprompten:

kermit -s message.txt

Filen sendes til Kermit 95 nåværende katalog på PCen din (eller til NEDLASTE DIRECTORY hvis du har definert en). Det spiller ingen rolle om filen er tekst eller binær; Kermit viser det ut og overfører det automatisk i riktig modus.

På samme måte hvis du vil overføre en gruppe filer, si alle filene hvis navn starter med “daily.”.

kermit -s daily.*

Kermit sender hver fil som samsvarer, bytter automatisk mellom tekst og binær modus som passer til hver fil (daily.jpg, daily.xls, daily.txt…)

Laste opp en fil fra PCen til Unix er like enkelt. Tenk deg at du har en fil som heter “budget.xls” i Kermit 95 nåværende katalog på din PC. til å laste det opp til UNIX, skriver dette på Unix skjell teksten:

kermit -g budget.xls

De er grunnleggende; det er mange variasjoner og forbedringer; til eksempel:

• Bare overfør filer som er nyere enn motstykkene i den andre enden.
• Konverter tegnsett av tekstfiler hensiktsmessig (til eksempel mellom ISO 8859-1 og Unicode UTF-8).
• Gjenopprett en delvis overføring fra feilpunktet (kun binær modus).

til å spare deg selv til å skrive, kan du definere aliaser på Unix (i skjell-profilen din):

alias s="kermit -Ys"
alias g="kermit -Yg"

(s til Sende, g til Få). Og så:

s message.txt
g budget.xls

Det er verdt å merke seg at du overfører filene dine over samme forbindelse du allerede har; Det er derfor ikke nødvendig å lage en ny forbindelse, re-autentisere deg selv eller lignende byråkrati. Hvis tilkoblingen er sikret av SSH, Kerberos, SSL, TLS eller SRP, er filoverføringen også sikker automatisk.

Dette markerer en uovertruffen grad av bekvemmelighet. Når du forteller C-Kermit på Unix å sende eller få en fil, blir den første filoverføringspakken automatisk gjenkjent av Kermit 95s terminalemulator, og K95 pops i enten mottaksmodus eller servermodus, avhengig av retningen, og når overføringen er ferdig, returnerer K95 til sin terminalemuleringsskjerm. Hvis det er en feil (til eksempel hvis du ikke har skrive tillatelse i målkatalogen), forblir K95 i filoverføringsskjermen, slik at du kan se hva problemet var.

De samme prosedyrene fungerer også Unix-til-Unix, K95-til-VMS, Unix-til-VMS, VMS til Unix eller OS/2 til VMS eller Unix, så lenge du bruker K95 eller C-Kermit som terminalprogram.

KONTROVERSER

Se også: Populære misoppfatninger.

I løpet av årene var Kermit-prosjektet og programvaren gjenstand til ulike kontroverser, spesielt:

Tillatelse

Fra begynnelsen ønsket vi at Kermit-programvaren var fri til alle. Men i 1984 begynte Columbia universitet oss å finne en måte å få det til å betale til seg selv; det vil si å betale lønn til fulltids- og deltidsansatte, og til utstyr, forsyninger, telefon mm. Ellers ville vi ikke få lov til å fortsette å utvikle, vedlikeholde, distribuere og støtte programvaren, som da hadde bli populær over hele verden.

Vår løsning var å holde programvaren fri til hver enkelt person og organisasjon til egen bruk, men å kreve at selskaper lisensierer det hvis de skulle pakke det med et produkt eller på annen måte gi det til kunder eller kunder. det vil si hvis de var ute etter å tjene penger fra vårt arbeid. På den måten kunne de tjene penger, men de måtte dele det med de som gjorde jobben.

Som fri programvare bevegelsen tok rot, dens talsmenn protest strenously til denne tilnærmingen, men det tillot Kermit prosjektet å fortsette en annen 10 år. Så i 1994, med den kommende utgivelsen av Microsoft Windows 95, har vi besluttet å løslate den eneste Kermit program som var 100% kommersielle: Kermit 95. Dette produktet tillot Kermit prosjektet til å blomstre før om 2003, da Amerikas forente stater og verdensøkonomien begynte å krasje, og å fortsette å eksistere i stadig redusert form inntil 2011 da Kermit prosjektet ved Columbia universitet ble til slutt avlyst. På dette punktet, siden ingen jobb avhengig av det lenger, alt Kermit programvare som vi hadde full rett til å ble plassert under en åpen kildekode-lisens og nå alle er glade, bortsett fra dem som mistet jobbene sine og de som kalles vår gratis tech-support nummer når de trengte hjelp. Og de som lurer på hvorfor det var aldri en annen Kermit 95 utgivelse.

Kermit mot X/Y/Z MODEM

Den XMODEM filoverføringsprotokoll ble utviklet andre steder i 1977 til overføring av filer over telefonforbindelser fra en mikrodatamaskin til en annen, og dermed funnet bred bruk blant data amatører byte magasiner fans, brukere og administratorer av BBS systemer og lignende. Dens etterfølgere, som Ymodem og Zmodem, vokste opp i samme kultur, serverer omtrent samme brukergruppe. I BBS verden, kommunikasjonsforbindelser var alltid 100% transparent til alle 256 byte-verdier, slik at disse protokollene å være relativt enkel og likevel fungere godt  i et slikt miljø; dermed innbyggerne i BBS/hobby kultur hadde ingen grunn til å trenge eller lære om Kermit.

Kermit-protokollen, derimot, var designet til mikroprofilforbindelser, som var mye mindre tolerante og mye mer krevende fordi forbindelsene var sjelden gjennomsiktige, og de underliggende datamaskinene var radikalt forskjellige. til eksempel kan de bruke forskjellige filformater og tegnsett til filoppbevaring. Kermit var da rettet mot institusjoner – universiteter, sykehus, bedrifter, myndigheter – som hadde maskinrom med store sentrale delte datamaskiner eller et mangfold av avdelingsminikomputers pluss individuelle brukere med PCer eller arbeidsstasjoner på deres skrivebord, i stedet til hobbyister alle med relativt homogene personlige mikrodatamaskiner.

XMODEM var en smertefullt sakte protokoll, så impulsen var å utvikle seg til raskere og raskere protokoller; dermed YMODEM og ZMODEM. Men de nyere MODEM-protokollene antok fortsatt en (mer eller mindre) 100% gjennomsiktig forbindelse mellom to identiske eller svært liknende datamaskiner.

Som YMODEM og ZMODEM dukket opp, begynte folk å kritisere Kermit-protokollen til å være treg, som det var i sin opprinnelige form: korte pakker fordi de fleste hovedrammer ikke kunne tåle lange utbrudd av innkommende data fra en terminal; halvduplex stop-and-wait fordi IBM hovedrammes ikke støtter full dupleks kommunikasjon; utskrivbare kodinger til kontrolltegn og 8-biters tegn fordi disse ikke kunne passere gjennom hovedrammens terminaldriver. Dermed var den opprinnelige Kermit-protokollen en “minste fellesnevner” blant alle plattformene der den måtte kjøre (og mange flere, dessuten, som det viste seg). Dens store styrke var at den var tilpassbar til hvilken som helst plattform eller kommunikasjonsmetode, inkludert de som XMODEM-familien ikke passet i det hele tatt; til eksempel i IBM hovedramme verden.

I mellomtiden, noen BBS programvarepakker som tilbys Kermit protokollen på sine opp- og nedlasting menyer, men de Kermit implementeringer var alltid minimal (dvs. sakte), ofte buggy, og av og til helt ikke-fungerende (se Misforståelse stilling om tredjeparts Kermit protokollen implementeringer). Denne tendens til å forsterke inntrykket innen hobby kultur som Kermit protokollen var treg.

til å møte de ytelses klager, tok vi fordel av den iboende utvidelsesevnen til Kermit protokollen konstruksjon (i hvilket overføringer begynne med en trekk-forhandlingsfasen) til å legge til opsjoner til lengre pakker og til heldupleks skyvevinduer med selektiv omsending, samt muligheter til komprimering og til å ta fordel av gjennomsiktige og/ller feilfrie forbindelser (til eksempel, nettverksforbindelser) når de var tilgjengelige. Disse endringene har gjort Kermit protokollen som raskt eller raskere enn Zmodem uten å ofre sin universalitet, data konvertering funksjoner, robusthet, og (viktigst) bakoverkompatibilitet (som er grunnen til at du ikke ser separate protokoller: XKERMIT, YKERMIT, ZKERMIT). Forestillingen endringer daterer seg tilbake til 1993; se benchmarks.

Neverthess, hver leir hadde sine tilhengere basert i stor grad på sin egen kultur, og hver hadde en tendens til å avfeie den andre, en trend som fortsetter frem til i dag. De fleste kritikere av Kermit baserer sine observasjoner på Kermit programvare fra 1980, eller på tredje-parts Kermit protokollen implementeringer, som har en tendens til å arbeide dårlig. til en mer detaljert diskusjon, se Misforståelse siden.

I 2013 la jeg merke til Slashdot diskusjon om kanselering av Kermit prosjektet ved Columbia universitet. Det illustrerer dagens tema ganske godt, så diskusjonen er dominert av amatører og BBS brukere. Men noen kunnskapsrike Kermit brukere også bidratt; Her er noen eksempler:

• Wow, på min høyskole og etter college dager brukte jeg den protokollen på så mange steder og så mange måter jeg ikke engang kan begynne å telle. Det var en veldig konservativ protokoll som var i stand til å gå gjennom nesten alt. En gang hadde jeg det fra en bærbar datamaskin over en modemforbindelse til en Equinox dataswitch til en AT & T 3b5 Unix, til en cu tilbake til Equinox (til å endre hastigheten fra 300 baud til 9600 baud) til en IBM 7171 protokoll omformer til en IBM 4361. Og det kan faktisk overføre filer. En annen gang måtte jeg stresse en DECNET-terminalsimulator på en Sun (den gamle versjonen ville mislykkes midt på dagen i de travleste dager). Så jeg brukte kermit til å koble til host1 og deretter hoste 2, tilbake til vert 1, tilbake til vert 2, tror jeg noe som 40 ganger. Så gjorde jeg en filoverføring gjennom alle tilkoblingene. Det funket.
• Wow. På begynnelsen av 90-tallet var jeg ansvarlig til å koble de første rumanske universitetene (spesielt Bucuresti) til Internett. Siden vi ikke kunne få IP til å gå av ulike tekniske årsaker, bestemte vi oss til å få dem email i mellomtiden, i det minste. Det første forsøket var med uucp, men de kunne ikke håndtere sin virksomhet på Bucuresti siden. Telefonlinjer var ikke stabile nok da. Så i de første 6 månedene ble e-post sendt til Bucuresti ved Kermit-filoverføring, utløst av en hodge-podge av MDA-skript, påkalt av sendmail. Kermit var langt mer robust enn noen annen filoverføringsprotokoll på dette tidspunktet, trodde vi til slutt at det kunne håndtere bitoverføringer over våte klær.
• Ja, det brukes mye i den innebygde verden. En av de få verktøyene som er tilgjengelige til å gjenopprette en murstein RS232-basert enhet. Brukes på ting som gumgix, beagleboard, og mange andre SBC som ARM-baserte innebygde enheter. Hvis du lager/bestiller egendefinerte versjoner eller ditt eget fraktprodukt ikke inneholder alternativer som mulighet til MMC/SD-kortoppstart, er c-kermit en av de få tingene der ute til å la deg starte opp, laste inn kode og deretter gå til konsoll alle fra ett verktøy på slike enheter. Lagret min (og mine arbeidsgivere) renner mange ganger på murstein eller buggy innebygde enheter.

I den samme diskusjonen det er noen klager på at ingen fullgod forklaring ble gitt til hvorfor noen moduler av Kermit 95 ikke kan bli frigitt i Open Source. Forklaringen var, og er, HER.

---

SNARVEIER

Dessverre mest mulig informasjon om Kermit programvare og protokoll som er funnet på eksterne nettsteder er unøyaktig eller alvorlig datert. Selv relativt gunstig Wikipedia-artikkelen fokuserer på detaljer og lang glemt trivia fra 1980 og det meste ignorerer jevn fremgang gjort siden da.

The Kermit Prosjekt arrangert av Panix.com/[email protected]/23. september 2011 – september 2018