Telnet

TELNET (zkráceně z anglického  tel etype net work ) je síťový protokol pro implementaci textového terminálového rozhraní po síti (ve své moderní podobě využívající TCP transport ). Název "telnet" je také používán některými nástroji, které implementují klientskou stranu protokolu. Aktuální standard protokolu je popsán v RFC 854 .

Provádí funkce protokolu aplikační vrstvy modelu OSI . Protokol telnet byl používán pro vzdálenou správu různých síťových zařízení a softwarových serverů , ale kvůli bezpečnosti ustoupil ssh . Může to však být jediný způsob interakce prostřednictvím cli s vestavěnými systémy, jako jsou směrovače , protože nemají ssh.

Úvod

Účelem protokolu TELNET je poskytnout poměrně obecné, obousměrné, osmibitové, bajtově orientované komunikační médium. Jeho hlavním účelem je umožnit koncovým zařízením a terminálovým procesům vzájemnou komunikaci. Předpokládá se, že tento protokol může být použit pro komunikaci mezi terminály ("propojení") nebo komunikaci mezi procesy ("distribuované výpočty").

Zařízení

Přestože relace Telnet má stranu klienta a stranu serveru, protokol je ve skutečnosti zcela symetrický. Po navázání transportního spojení (obvykle TCP) hrají oba jeho konce roli „síťových virtuálních terminálů“ ( angl.  Network Virtual Terminal , NVT), vyměňují si dva typy dat:

• Aplikační data (tj. data, která jdou od uživatele do textové aplikace na straně serveru a naopak);
• Příkazy protokolu Telnet , jejichž zvláštním případem jsou možnosti , které slouží k objasnění možností a preferencí stran.

Přestože je relace Telnet přes TCP ze své podstaty plně duplexní , s NVT by se mělo ve výchozím nastavení zacházet jako s poloduplexním zařízením pracujícím v režimu vyrovnávací linky.

Aplikační data procházejí protokolem beze změn [2] , to znamená, že na výstupu druhého virtuálního terminálu vidíme přesně to, co bylo zadáno na vstupu prvního. Z hlediska protokolu jsou data jednoduše posloupností bajtů ( oktetů ), ve výchozím nastavení patřících do sady ASCII , ale se zapnutou volbou Binární  libovolná . Ačkoli byla pro identifikaci znakové sady navržena rozšíření [3] , v praxi se nepoužívají.

Všechny hodnoty oktetu dat aplikace jiné než \377 (dekadicky: 255) jsou přenášeny tak, jak jsou. Oktet \377 je přenášen jako sekvence \377\377 dvou oktetů. Je to proto, že oktet \377 používá transportní vrstva ke kódování voleb.

Možnosti

Protokol ve výchozím nastavení poskytuje minimální funkčnost a sadu možností, které ji rozšiřují. Princip stanovených možností vyžaduje, aby se jednání provádělo při zapnutí každé z možností. Jedna strana iniciuje žádost a druhá strana může nabídku buď přijmout, nebo odmítnout. Pokud je žádost přijata, možnost nabude účinnosti okamžitě. Možnosti jsou popsány odděleně od samotného protokolu a jejich podpora softwarem je libovolná. Protokolový klient (síťový terminál) je instruován, aby odmítl požadavky na zahrnutí nepodporovaných a neznámých možností.

NVT tiskárna a klávesnice

Tiskárna NVT má nespecifikovanou šířku vozíku a délku stránky a musí reprezentovat všech 95 tisknutelných znaků US-ASCII (kódy 32 až 126). Řídicí znaky mají následující význam:

Je vyžadována podpora akce znaků označených jako *. Ostatní mohou provést danou akci nebo neprovést žádnou; jedna strana nemusí předpokládat nic konkrétního ohledně podpory druhé strany pro určité volitelné řídicí znaky.

Se sekvencí „CR LF“ se musí zacházet jako s jedním znakem nového řádku a musí se používat vždy, když je vyžadována jejich kombinovaná akce; sekvence "CR NUL" by měla být použita tam, kde je vyžadován pouze návrat vozíku; v jiných kontextech je třeba se vyvarovat použití znaku CR.

Struktura příkazů Telnet

Každý příkaz TELNET je vícebajtová sekvence začínající \377 (desetinně: 255) kódem "Interpret as Command" (IAC) a kódem příkazu. Příkazy odpovědné za vyjednávání možností jsou tříbajtové sekvence, kde třetí bajt je kód možnosti. Následující kódy a sekvence kódů mají svůj příslušný význam pouze tehdy, když bezprostředně následují za IAC.

Aplikace

Historicky se Telnet používal pro vzdálený přístup k rozhraní příkazového řádku operačních systémů . Následně byl použit pro další textová rozhraní, až po hry MUD a animované ASCII-art . Teoreticky dokonce obě strany protokolu mohou být nejen lidé, ale i programy.

Klienti telnet se někdy používají pro přístup k jiným protokolům založeným na přenosu TCP, viz Telnet a další protokoly .

Protokol telnet se používá v řídicím spojení FTP , to znamená, že vstup na server s příkazem telnet ftp.example.net ftpk provedení ladění a experimentů je nejen možný, ale také správný (na rozdíl od použití klientů telnet pro přístup k HTTP, IRC a většině dalších protokolů ).

Telnet je spolu s HTTP hlavním protokolem pro vzdálenou práci se síťovým zařízením (spravované přepínače a routery) a na rozdíl od webového rozhraní poskytuje plný přístup k funkčnosti zařízení, ale zároveň vyžaduje od specialisty dovednosti příkazového řádku.

Zabezpečení

Protokol neumožňuje použití šifrování ani autentizace dat. Proto je zranitelný vůči jakémukoli druhu útoku , na který je zranitelný jeho transport, tedy protokol TCP. Pro funkčnost vzdáleného přístupu do systému je v současnosti využíván síťový protokol SSH (zejména jeho verze 2) , při jehož tvorbě byl kladen důraz na bezpečnost. Mějte tedy na paměti, že relace Telnetu je značně nezabezpečená, pokud není v plně řízené síti nebo se zabezpečením síťové vrstvy (různé implementace virtuálních privátních sítí ). Kvůli nespolehlivosti Telnetu jako prostředku pro správu operačních systémů se od nich dlouho upustilo.

Telnet a další protokoly

V komunitě internetových technologií se klient Telnet někdy používá k poskytování ručního přístupu (například pro účely ladění) k protokolům aplikační vrstvy, jako je HTTP , IRC , SMTP , POP3 a dalším textovým protokolům založeným na přenosu TCP. Použití klienta telnet jako klienta TCP však může způsobit následující nežádoucí účinky:

• Klient může odesílat data, která jste nezadali (možnosti Telnet);
• Klient nepřijme \377 oktet;
• Klient při přenosu změní \377 oktet;
• Klient MŮŽE odmítnout poslat oktety s nejvýznamnějším bitem 1 vůbec .

Programy jako netcat sice poskytují čistý TCP přístup, ale pro předání řádku jako CR LF (což je vyžadováno mnoha protokoly) jsou vyžadovány speciální triky (nějak stty -icrnlv systému UNIX ). Klient Telnetu obvykle standardně odešle jakýkoli nový řádek jako CR LF bez ohledu na jeho kódování v systému klienta. Také pro ladění přístupu k aplikačním protokolům (kromě FTP a vlastně Telnetu) můžete použít klienta PuTTY v režimu Raw (čistý přístup k TCP) - PuTTY převádí zalomení řádků odděleně od podpory protokolu Telnet.

Odkazy

• Specifikace protokolu RFC 854 TELNET
• Specifikace volitelných doplňků RFC 855 TELNET
• Binární přenos RFC 856 TELNET
• Možnost echo RFC 857 TELNET
• RFC 858 TELNET potlačit možnost Go Ahead
• Možnost stavu RFC 859 TELNET
• Možnost časování RFC 860 TELNET
• Rozšířené možnosti RFC 861 TELNET - možnost seznamu
• RFC 885 Telnet možnost konce záznamu
• Možnost režimu RFC 1041 Telnet 3270
• Volba velikosti okna RFC 1073 Telnet
• Volba rychlosti terminálu RFC 1079 Telnet
• Volba terminálového typu RFC 1091 Telnet
• Možnost umístění zobrazení RFC 1096 Telnet X
• Možnost linkového režimu RFC 1184 Telnet
• Rozhraní Telnet RFC 1205 5250
• Možnost vzdáleného řízení toku RFC 1372 Telnet
• Volba prostředí RFC 1408 Telnet
• Volitelné prostředí Telnet RFC 1572 (NOVÉ PROSTŘEDÍ)
• RFC 2217 Telnet Com Port Control Option
• Možnost RFC 2941 Telnet Authentication
• RFC 2942 Telnet Authentication: Kerberos verze 5
• RFC 2943 TELNET Authentication pomocí DSA
• RFC 2944 Telnet ověřování: SRP
• Možnost šifrování dat RFC 2946 Telnet
• RFC 4248 Schéma URI telnetu
• RFC 4777 IBM iSeries Telnet Enhancements

Poznámky

1. ↑ Nachází se v%SystemRoot%\System32\telnet.exe
2. ↑ Data mohou být změněna (např. může být vynulován nejvýznamnější bit), pokud vstup jednoho terminálu přijal data, jejichž přijetí nebylo potvrzeno druhým.
3. ↑ RFC 2066  – Telnet Charset Option