Telnet

A TELNET (az angol  tel etype net work szóból rövidítve ) egy hálózati protokoll szöveges terminál interfész hálózaton keresztüli megvalósítására (modern formájában, TCP transport segítségével ). A „telnet” nevet bizonyos segédprogramok is használják, amelyek a protokoll kliens oldalát valósítják meg. A jelenlegi protokollszabványt az RFC 854 írja le .

Ellátja az OSI modell alkalmazási rétegbeli protokolljának funkcióit . A telnet protokollt különféle hálózati eszközök és szoftverkiszolgálók távoli adminisztrációjára használták , de a biztonság miatt átadta helyét az ssh -nak. Lehetséges azonban, hogy ez az egyetlen módja a cli - n keresztüli interakciónak a beágyazott rendszerekkel, például az útválasztókkal , mivel ezek nem rendelkeznek ssh-val.

Bevezetés

A TELNET protokoll célja egy meglehetősen általános, kétirányú, nyolc bites, bájtorientált kommunikációs közeg biztosítása. Fő célja, hogy lehetővé tegye a termináleszközök és terminálfolyamatok közötti kommunikációt. Azt tervezzük, hogy ez a protokoll használható terminálok közötti kommunikációra ("kötés") vagy folyamatok közötti kommunikációra ("elosztott számítástechnika").

Eszköz

Bár a Telnet szekciónak van egy kliens és egy szerver oldala, a protokoll valójában teljesen szimmetrikus. A szállítási kapcsolat (általában TCP) létrehozása után annak mindkét vége a "hálózati virtuális terminálok" ( eng.  Network Virtual Terminal , NVT) szerepét tölti be, kétféle adatot cserélve:

• Alkalmazásadatok (vagyis olyan adatok, amelyek a felhasználótól a kiszolgálóoldali szöveges alkalmazásba kerülnek és fordítva);
• Telnet protokoll parancsok , amelyek speciális esetei olyan opciók , amelyek a felek képességeinek és preferenciáinak tisztázását szolgálják.

Bár a TCP-n keresztüli Telnet-munkamenet eredendően teljes duplex , az NVT-t alapértelmezés szerint félduplex eszközként kell kezelni, amely pufferelt vonal módban működik.

Az alkalmazásadatok változtatás nélkül mennek át a protokollon [2] , vagyis a második virtuális terminál kimenetén pontosan azt látjuk, amit az első bemenetén adtak meg. A protokoll szempontjából az adat egyszerűen bájtok ( oktett ) sorozata, amely alapértelmezés szerint az ASCII készlethez tartozik , de a Bináris opció engedélyezésével  bármelyik. Bár javasoltak kiterjesztéseket a karakterkészlet azonosítására [3] , ezeket a gyakorlatban nem használják.

A \377 (tizedes: 255) kivételével minden alkalmazásadat-oktett érték átadásra kerül a szállításon, ahogy van. A \377 oktett két oktett \377\377 sorozataként kerül átvitelre. Ennek az az oka, hogy a szállítási réteg a \377 oktettet használja az opciók kódolására.

Opciók

A protokoll alapértelmezés szerint biztosítja a minimális funkcionalitást és az azt kiterjesztő opciókat. A kikötött opciók elve megköveteli, hogy a tárgyalásokat akkor kell lefolytatni, amikor mindegyik opció be van kapcsolva. Az egyik fél kezdeményezi a kérést, a másik fél pedig elfogadhatja vagy elutasíthatja az ajánlatot. A kérés elfogadása esetén az opció azonnal életbe lép. Az opciókat magától a protokolltól külön ismertetjük, és a szoftver általi támogatásuk tetszőleges. A protokollkliens (hálózati terminál) utasítja a nem támogatott és ismeretlen opciókat tartalmazó kéréseket.

NVT nyomtató és billentyűzet

Az NVT nyomtató kocsiszélessége és oldalhossza nem meghatározott, és mind a 95 nyomtatható US-ASCII karaktert (32-126 kód) képviselnie kell. A vezérlőkarakterek jelentése a következő:

A *-gal jelölt karakterek műveleteinek támogatása szükséges. Mások végrehajthatnak egy adott műveletet, vagy nem hajtanak végre semmit; az egyik oldalnak nem kell semmi konkrétat feltételeznie a másik oldal bizonyos opcionális vezérlőkarakterek támogatásáról.

A "CR LF" szekvenciát egyetlen újsor karakterként kell kezelni, és akkor kell használni, amikor ezek együttes művelete szükséges; a "CR NUL" szekvenciát kell használni, ha csak a kocsi visszatérése szükséges; a CR karakter használatát más kontextusban kerülni kell.

Telnet parancsstruktúra

Minden TELNET parancs egy több bájtos sorozat, amely a \377 (tizedes: 255) "Interpret as Command" (IAC) kóddal és a parancskóddal kezdődik. Az opció egyeztetéséért felelős parancsok három bájtos sorozatok, ahol a harmadik bájt az opció kódja. A következő kódok és kódsorozatok csak akkor rendelkeznek megfelelő jelentéssel, ha közvetlenül követik az IAC-t.

Alkalmazások

A múltban a Telnetet az operációs rendszerek parancssori felületének távoli elérésére használták . Ezt követően más szöveges felületekhez használták, egészen MUD játékokig és animált ASCII-art . Elméletileg a protokoll mindkét oldala nem csak emberek, hanem programok is lehetnek.

Néha a telnet klienseket más protokollokhoz való hozzáférésre használják a TCP átvitelen alapulóan, lásd Telnet és egyéb protokollok .

A telnet protokollt az FTP vezérlőkapcsolatban használják , vagyis a szerverre hibakeresési és kísérletezési paranccsal belépni telnet ftp.example.net ftpnem csak lehetséges, hanem helyes is (ellentétben a telnet kliensekkel a HTTP, IRC és a legtöbb egyéb protokoll eléréséhez ).

A Telnet a HTTP mellett a fő protokoll a hálózati eszközökkel (felügyelt kapcsolókkal és útválasztókkal) végzett távoli munkavégzéshez, és a webes felülettel ellentétben teljes hozzáférést biztosít az eszköz funkcióihoz, ugyanakkor parancssori ismereteket igényel egy szakembertől.

Biztonság

A protokoll nem rendelkezik sem titkosítás , sem adathitelesítés használatáról . Ezért ki van téve minden olyan támadásnak , amelyre a szállítása, azaz a TCP protokoll ki van téve. A rendszer távoli eléréséhez jelenleg az SSH hálózati protokollt (különösen annak 2-es verzióját) használják , melynek létrehozása során a biztonsági kérdésekre helyezték a hangsúlyt. Ezért ne feledje, hogy a Telnet munkamenet meglehetősen bizonytalan, hacsak nem teljesen ellenőrzött hálózaton vagy hálózati réteg biztonsággal rendelkezik (a virtuális magánhálózatok különféle megvalósításai ). A Telnet, mint az operációs rendszerek kezelésének eszköze megbízhatatlansága miatt ezeket már régóta elhagyták.

Telnet és egyéb protokollok

Az internetes technológiai közösségben a Telnet klienst néha arra használják, hogy kézi hozzáférést biztosítsanak (például hibakeresési célokra) olyan alkalmazásréteg-protokollokhoz, mint a HTTP , IRC , SMTP , POP3 és más TCP átvitelen alapuló szövegalapú protokollok. A telnet kliens TCP-kliensként való használata azonban a következő nemkívánatos hatásokat okozhatja:

• A kliens küldhet olyan adatokat, amelyeket nem Ön adott meg (Telnet opciók);
• Az ügyfél nem fogadja el az \377 oktettet;
• A kliens a \377 oktettet megzavarja az átvitel során;
• Az ügyfél egyáltalán megtagadhatja a legjelentősebb 1-es bittel rendelkező oktettek küldését .

Az olyan programok, mint a netcat , tiszta TCP hozzáférést biztosítanak, de speciális trükkökre van szükség (valahogy stty -icrnlUNIX rendszeren), hogy a soremelést CR LF-ként továbbítsák (amire sok protokoll megköveteli). Általában egy Telnet kliens alapértelmezés szerint minden új sort CR LF-ként küld, függetlenül a kliens rendszerén található kódolástól. Ezenkívül az alkalmazásprotokollokhoz való hozzáférés hibakereséséhez (kivéve az FTP-t és valójában a Telnetet) használhatja a PuTTY klienst nyers módban (tiszta hozzáférés a TCP-hez) - a PuTTY a sortöréseket a Telnet protokoll támogatásától elkülönítve alakítja át.

Linkek

• RFC 854 TELNET protokoll specifikáció
• Az RFC 855 TELNET opció specifikációi
• RFC 856 TELNET bináris átvitel
• RFC 857 TELNET visszhang opció
• Az RFC 858 TELNET elnyomja a Go Ahead opciót
• RFC 859 TELNET állapot opció
• RFC 860 TELNET időzítési jelölés opció
• RFC 861 TELNET kiterjesztett opciók - lista opció
• RFC 885 Telnet rekord vége opció
• RFC 1041 Telnet 3270 rezsim opció
• RFC 1073 Telnet ablakméret opció
• RFC 1079 Telnet terminál sebesség opció
• RFC 1091 Telnet terminál típusú opció
• RFC 1096 Telnet X megjelenítési hely opció
• RFC 1184 Telnet vonalmód opció
• RFC 1205 5250 Telnet interfész
• RFC 1372 Telnet távvezérlési lehetőség
• RFC 1408 Telnet környezet opció
• RFC 1572 Telnet környezet opció (ÚJ-ENVIRON)
• RFC 2217 Telnet Com port vezérlési opció
• RFC 2941 Telnet hitelesítési lehetőség
• RFC 2942 Telnet hitelesítés: Kerberos 5-ös verzió
• RFC 2943 TELNET hitelesítés DSA használatával
• RFC 2944 Telnet hitelesítés: SRP
• RFC 2946 Telnet adattitkosítási opció
• RFC 4248 A telnet URI séma
• RFC 4777 Az IBM iSeries Telnet továbbfejlesztései

Jegyzetek

1. ↑ Itt található%SystemRoot%\System32\telnet.exe
2. ↑ Az adatok megváltozhatnak (például a legjelentősebb bit nullázható), ha az egyik terminál bemenete olyan adatot kapott, amelynek elfogadását a második nem erősítette meg.
3. ↑ RFC 2066  – Telnet karakterkészlet opció