본문으로 이동

텔넷

위키백과, 우리 모두의 백과사전.
(Telnet에서 넘어옴)
텔넷
통신 프로토콜
목적원격 CLI
개발존 포스텔
도입일1969년
OSI 계층응용 계층
포트23
RFCRFC 854, RFC 855

텔넷(Telnet, TELNET[1])은 근거리 통신망 또는 인터넷 상의 원격 시스템의 가상 단말기에 대한 접근을 제공하는 클라이언트 서버 모델 응용 계층 프로토콜이다.[2] 이는 양방향 8비트 통신을 위한 프로토콜이다. 주요 목표는 단말 장치와 단말 중심의 프로세스를 연결하는 것이었다.[1]

"텔넷"이라는 이름은 두 가지를 의미한다. 두 당사자가 통신하는 방법을 규정한 프로토콜과, 해당 프로토콜을 서비스로 구현한 소프트웨어 애플리케이션이다.[2] 사용자 데이터는 전송 제어 프로토콜(TCP)을 통한 8비트 바이트 지향 데이터 연결에서 텔넷 제어 정보와 함께 대역 내(in-band)로 섞여서 전달된다. 텔넷은 사용자 이름과 비밀번호를 포함한 모든 정보를 평문으로 전송하므로, 라우터의 원격 관리와 같이 보안에 민감한 애플리케이션에는 권장되지 않는다.[2][3] 이러한 목적으로서의 텔넷 사용은 SSH의 등장으로 인해 크게 줄어들었다.[4] 암호화를 제공하는 텔넷의 일부 확장 기능이 제안되기도 했다.[5]

설명

[편집]

텔넷 프로토콜은 연결 지향의 신뢰할 수 있는 전송 상에서 실행되는 클라이언트 서버 프로토콜이다. 대부분의 경우, 텔넷 클라이언트는 TCP를 통해 텔넷 서버 애플리케이션이 대기 중인 23번 또는 2323번 포트에 연결한다.[1][6][7] 텔넷 프로토콜은 모든 단말기를 네트워크 가상 단말기(NVT)로 추상화한다. 클라이언트는 서버에 메시지를 보낼 때 NVT 코드를 사용하여 NVT를 시뮬레이션해야 한다.

텔넷은 UDP/IP보다 앞서 등장했으며 원래 네트워크 제어 프로토콜(NCP) 상에서 실행되었다.[8] 텔넷 서비스는 로컬 텔넷 프로그램(클라이언트 프로그램)을 사용하는 사용자가 사용자의 통신 요구를 처리하는 텔넷 서버 프로그램이 있는 원격 컴퓨터에서 로그온 세션을 실행하는 단순한 단말기 환경의 맥락에서 가장 잘 이해될 수 있다.

텔넷 서비스

[편집]

텔넷 서비스는 텔넷 프로토콜을 통해 서비스를 제공하는 애플리케이션이다. 대부분의 운영 체제는 클라이언트에 텔넷 서비스를 제공하기 위해 설치하거나 활성화할 수 있는 서비스를 제공한다.

이름

[편집]

공식 사양에서는 이름을 TELNET으로 표기하며, 이는 두문자어나 약어가 아니다.[1]

1972년 논문에서 프로토콜의 초기 형태 중 하나를 논의할 때, 스티븐 크로커 등은 "TELNET"을 "telecommunications network"의 약어로 명시적으로 사용했다.[9]

인터넷 연구자 가스 O. 브루엔(Garth O. Bruen)은 그의 2015년 저서 WHOIS Running the Internet: Protocol, Policy, and Privacy에서 텔넷이 원래 "Teletype Over Network Protocol"의 줄임말이었다고 주장한다.[10]

역사

[편집]

텔넷은 원래 1969년 아파넷을 위해 개발되었다.[11] 초기에는 공식 사양이 없는 임시 프로토콜이었으나,[12] 수많은 RFC를 포함한 1970년대의 광범위한 작업 끝에 RFC 854 및 RFC 855에서 공식적으로 표준화되었으며, 이 두 문서는 인터넷 표준 8을 구성한다.[11][13]

그 이후로 많은 추가 RFC가 텔넷 사양을 업데이트하거나 확장하여 원래 표준의 문제를 해결하고 새로운 기능을 추가했다.[11] 이러한 확장 기능 중 일부는 특히 표준 27에서 32까지 인터넷 표준으로 채택되었다(아래의 관련 RFC 참조).

보안 취약점

[편집]

텔넷은 비밀번호를 포함한 민감한 정보를 가로채는 패킷 스니핑 및 지문 분석과 같은 네트워크 기반 사이버 공격에 취약하다.[3] [14] [15] 텔넷 서비스는 배너를 스니핑함으로써 서버에 대한 정보(호스트 이름, IP 주소 및 브랜드 등)를 유출하는 데 이용될 수 있다. 이 정보는 텔넷 서비스가 인증 없이 연결을 수락하는지 확인하기 위해 검색될 수 있다. 텔넷은 부적절한 설정으로 인해 악성 소프트웨어에 의해 자주 악용된다.[7] 텔넷은 다른 일반적인 프로토콜, 특히 UPnP, CoAP, MQTT, AMQP 및 XMPP와 비교할 때 공격자의 표적이 되는 빈도가 더 높다. 주요 표적 장치는 사물인터넷 장치, 라우터 및 모뎀이다.

SANS 인스티튜트는 다음과 같은 이유로 일반적인 상황에서 원격 로그인을 위한 텔넷 사용을 중단해야 한다고 권고한다.[16]

  • 텔넷은 기본적으로 연결을 통해 전송되는 어떠한 데이터(비밀번호 포함)도 암호화하지 않으므로, 통신을 도청하고 나중에 비밀번호를 악의적인 목적으로 사용하는 것이 용이하다. 텔넷이 사용되는 두 호스트 사이의 네트워크에 위치한 라우터, 네트워크 스위치, 허브 또는 게이트웨이에 접근할 수 있는 사람은 누구나 패킷 분석기를 통해 통과하는 패킷을 가로채서 로그인 정보, 비밀번호 및 입력된 모든 내용을 얻을 수 있다.[15]
  • 많은 텔넷 구현체에 인증 기능이 부족하다.[7]
  • 대부분의 텔넷 인증 메커니즘은 중간자 공격에 취약하다.[15]

텔넷의 확장 기능은 위의 우려 사항을 해결하는 전송 계층 보안(TLS) 보안 및 SASL 인증을 제공한다.[5] 그러나 대부분의 텔넷 구현체는 이러한 확장 기능을 지원하지 않으며, 배너 정보 파싱과 같은 다른 취약점을 해결하지 못한다.[15] SSHv2가 지원되지 않거나, 텔넷 서버가 있는 원격 네트워크로 다른 애플리케이션 데이터를 안전하게 터널링하기 위해 이미 VPN이 사용 중인 경우 VPN 상의 텔넷은 실행 가능한 옵션이다. 그러나 주의가 필요하다. LAN에 추가적인 암호화 및 VLAN과 같은 도청 및 변조 방지 보안 조치가 없는 한, 이상적으로는 VPN이 텔넷 서버 자체에서 종료되어야 한다. 이는 텔넷 트래픽이 복호화된 후 안전하지 않은 평문 형태로 VPN 서버를 떠나기 때문이다. VPN 소프트웨어는 가급적 인증서 기반/공개 키 상호 인증을 사용하는 신뢰할 수 있고 철저히 검증된 것(예: 오픈VPN, 와이어가드, IPsec)이어야 한다.

IBM 5250 또는 3270 워크스테이션 에뮬레이션은 맞춤형 텔넷 클라이언트인 TN5250/TN3270 및 IBM i 시스템을 통해 지원된다. 텔넷을 통해 IBM 5250 데이터 스트림을 전달하도록 설계된 클라이언트와 서버는 일반적으로 SSH에 5250 에뮬레이션이 포함되어 있지 않기 때문에 SSL 암호화를 지원한다. IBM i(OS/400으로도 알려짐)에서 992번 포트는 TelnetS(SSL/TLS 기반 텔넷)의 기본 포트이다.[17]

사용

[편집]

역사적 사용

[편집]
도움말 명령의 출력과 # 프롬프트가 있는 검은색 화면의 스크린샷.
라우터에서 마이크로소프트 텔넷 클라이언트를 통해 실행 중인 비지박스.

역사적으로 텔넷은 원격 호스트의 명령줄 인터페이스에 대한 접근을 제공했다. 그러나 인터넷과 같은 개방형 네트워크에서 텔넷을 사용할 때 발생하는 심각한 보안 문제로 인해, 이러한 목적으로의 사용은 SSH의 등장으로 크게 줄어들었다.[18] 원격 관리를 위한 텔넷의 사용은 특히 공개 인터넷 상에서 시큐어 셸(SSH) 프로토콜에 밀려 급격히 감소했다.[2][19] SSH는 텔넷의 기능을 대부분 제공하면서, 비밀번호와 같은 민감한 정보가 가로채지는 것을 방지하는 강력한 암호화와 원격 컴퓨터가 실제 주장하는 주체인지 확인하는 공개 키 인증을 추가했다.

현대적 사용

[편집]

텔넷 프로토콜은 주로 현대적인 통신 메커니즘을 지원하지 않는 레거시 장비에 사용된다.[20] 예를 들어, 많은 산업용 및 과학용 장치는 텔넷만을 통신 옵션으로 제공한다. 일부는 표준 RS-232 포트만 장착되어 있으며 시리얼 서버 하드웨어 장치를 사용하여 TCP/텔넷 데이터와 RS-232 시리얼 데이터 간의 변환을 제공한다. 이러한 경우 인터페이스 장치가 SSH용으로 구성되거나 SSH를 지원하는 장치로 교체되지 않는 한 SSH를 사용할 수 없다.

텔넷은 아마추어 무선 운영자들이 공공 정보를 제공하는 데 흔히 사용된다.[21]

보안 연구원들은 2021년 기준으로 인터넷에 노출된 7,096,465개의 시스템이 여전히 텔넷을 사용하고 있는 것으로 추정했다. 그러나 이 숫자에 대한 추정치는 기본 TCP 23번 포트 외에 스캔된 포트 수에 따라 크게 달라질 수 있다.[7]

텔넷 클라이언트는 SMTP, IRC 또는 HTTP 서버와 같은 네트워크 서비스를 디버깅하여 서버에 명령을 내리고 응답을 확인하는 데 사용될 수 있다. 이 경우 텔넷 클라이언트가 표준 텔넷 서버 포트 이외의 포트로 TCP 연결을 설정하면 텔넷 프로토콜을 사용하지 않으며, 대신 TCP 연결을 통해 직접 데이터를 주고받는 데 사용될 수 있다.[22][더 나은 출처 필요]

기술적 세부 사항

[편집]

텔넷의 기술적 세부 사항은 RFC 854를 포함한 다양한 사양에 의해 정의된다.[1]

명령

[편집]

텔넷 명령은 최소 두 바이트로 구성된다.[1] 첫 번째 바이트는 IAC 이스케이프 문자(바이트 255)이고 그 다음에 특정 명령에 대한 바이트 코드가 온다.

이름 바이트 값 (십진수) 바이트 값 (십육진수) 설명
SE (Subnegotiation end) 240 0xf0 프로토콜 메커니즘의 하위 서비스 협상(또는 데이터 블록) 종료
NOP (No operation) 241 0xf1 아무 작업도 수행하지 않는 데이터 패킷
Data Mark 242 0xf2
Break 243 0xf3
Interrupt Process 244 0xf4 상대방에게 현재 프로세스를 종료하도록 요청
Abort output 245 0xf5 상대방에게 출력 전송을 중단하도록 요청
Are you there? 246 0xf6
Erase character 247 0xf7
Erase Line 248 0xf8
Go ahead 249 0xf9
SB (Subnegotiation begin) 250 0xfa 프로토콜 메커니즘의 하위 서비스 협상 시작
WILL 251 0xfb 이쪽에서 프로토콜 메커니즘을 사용할 것임을 상대방에게 알림
WON'T 252 0xfc 이쪽에서 프로토콜 메커니즘을 사용하지 않을 것임을 상대방에게 알림
DO 253 0xfd 상대방에게 프로토콜 메커니즘을 사용하도록 지시
DON'T 254 0xfe 상대방에게 프로토콜 메커니즘을 사용하지 않도록 지시
IAC 255 0xff 시퀀스 시작자/이스케이프 문자
출처: J. Postel 및 Reynolds (1983)[1]

명령으로 해석 (Interpret As Command)

[편집]

0xff를 제외한 모든 데이터 옥텟은 텔넷을 통해 있는 그대로 전송된다. (0xff 또는 십진수 255는 다음 바이트가 텔넷 명령임을 알리는 IAC 바이트(명령으로 해석)이다. 스트림에 0xff를 삽입하는 명령은 0xff이므로, 텔넷 프로토콜을 통해 데이터를 보낼 때 0xff는 두 번 반복하여 이스케이프해야 한다.)[1]

옵션

[편집]

텔넷에는 텔넷을 구현하는 단말기가 지원해야 하는 다양한 옵션이 있다.

텔넷 옵션
코드 이름 사양 비고
0 이진 전송 (Binary Transmission) RFC 856 8비트 모드(이진 옵션이라 불림)는 ASCII 문자가 아닌 이진 데이터를 전송하기 위한 것이다. 표준은 0000–0176 코드를 ASCII로 해석할 것을 제안하지만, 상위 비트가 설정된 데이터 옥텟에 대해서는 어떠한 의미도 제공하지 않는다. HTTP처럼 전환 가능한 문자 인코딩 지원을 도입하려는 시도가 있었으나,[23] 실제 소프트웨어 지원에 대해서는 알려진 바가 거의 없다.
1 에코 (Echo) RFC 857
2 재연결 (Reconnection) 1973년 NIC 15391
3 Go Ahead 억제 (Suppress Go Ahead) RFC 858 원래 텔넷 프로토콜의 "Go Ahead" 명령 코드(249)는 상대방이 메시지 전송을 시작할 수 있음을 알리는 데 사용된다. 이는 일부 단말기가 메시지를 보내고 받을 수는 있지만 동시에 할 수는 없었던 "반이중" 통신에서 사용되었다.
4 대략적인 메시지 크기 협상 (Approx Message Size Negotiation) 1973년 NIC 15393
5 상태 (Status) RFC 859
6 타이밍 마크 (Timing Mark) RFC 860
7 원격 제어 전송 및 에코 (Remote Controlled Trans and Echo) RFC 726
8 출력 라인 너비 (Output Line Width) 1978년 8월 NIC 20196
9 출력 페이지 크기 (Output Page Size) 1978년 8월 NIC 20197
10 출력 캐리지 리턴 배치 (Output Carriage-Return Disposition) RFC 652
11 출력 수평 탭 정지 (Output Horizontal Tab Stops) RFC 653
12 출력 수평 탭 배치 (Output Horizontal Tab Disposition) RFC 654
13 출력 폼피드 배치 (Output Formfeed Disposition) RFC 655
14 출력 수직 탭 정지 (Output Vertical Tabstops) RFC 656
15 출력 수직 탭 배치 (Output Vertical Tab Disposition) RFC 657
16 출력 라인피드 배치 (Output Linefeed Disposition) RFC 658
17 확장 ASCII (Extended ASCII) RFC 698
18 로그아웃 (Logout) RFC 727
19 바이트 매크로 (Byte Macro) RFC 735
20 데이터 입력 단말기 (Data Entry Terminal)
21 SUPDUP
22 SUPDUP 출력 (SUPDUP Output) RFC 749
23 위치 전송 (Send Location) RFC 779
24 단말기 유형 (Terminal Type) RFC 1091
25 레코드 끝 (End of Record) RFC 885
26 TACACS 사용자 식별 (TACACS User Identification) RFC 927
27 출력 마킹 (Output Marking) RFC 933
28 단말기 위치 번호 (Terminal Location Number) RFC 946
29 텔넷 3270 체제 (Telnet 3270 Regime) RFC 1041
30 X.3 PAD RFC 1053
31 창 크기 협상 (Negotiate About Window Size) RFC 1073
32 단말기 속도 (Terminal Speed) RFC 1079
33 원격 흐름 제어 (Remote Flow Control) RFC 1372
34 라인 모드 (Linemode) RFC 1184
35 X 디스플레이 위치 (X Display Location) RFC 1096
36 환경 옵션 (Environment Option) RFC 1408
37 인증 옵션 (Authentication Option) RFC 2941
38 암호화 옵션 (Encryption Option) RFC 2946
39 새 환경 옵션 (New Environment Option) RFC 1572
40 TN3270E RFC 2355 IBM 3270 참조
41 XAUTH
42 CHARSET RFC 2066
43 텔넷 원격 시리얼 포트 (RSP)
44 통신 포트 제어 옵션 (Com Port Control Option) RFC 2217
45 텔넷 로컬 에코 억제 (Telnet Suppress Local Echo)
46 텔넷 START TLS (Telnet Start TLS)
47 KERMIT RFC 2840 Kermit 참조
48 SEND-URL
49 FORWARD_X
50-137 할당되지 않음 (Unassigned)
138 TELOPT PRAGMA LOGON
139 TELOPT SSPI LOGON
140 TELOPT PRAGMA HEARTBEAT
141-254 할당되지 않음 (Unassigned)
255 확장 옵션 목록 (Extended-Options-List) RFC 861
출처: 인터넷 할당 번호 기관 (n.d.)[24]

클라이언트 애플리케이션

[편집]

대중문화에서

[편집]

1977년 영화 스타 워즈 에피소드 4: 새로운 희망이 텔넷을 통해 제공되는 텍스트 아트 영화로 재현되었다.[25]

같이 보기

[편집]

각주

[편집]
  1. 1 2 3 4 5 6 7 8 Postel, J.; Reynolds, J. K. (1983). Telnet Protocol Specification. ISSN 2070-1721. RFC 854. https://tools.ietf.org/html/rfc854.
  2. 1 2 3 4 Valenčić, D.; Mateljan, V. (2019). 〈Implementation of NETCONF Protocol〉. 《2019 42nd International Convention on Information and Communication Technology, Electronics and Microelectronics (MIPRO)》. 421–430쪽. doi:10.23919/MIPRO.2019.8756925. ISBN 978-953-233-098-4. S2CID 195883872.
  3. 1 2 Daş, Resul; Karabade, Abubakar; Tuna, Gurkan (2015). 〈Common network attack types and defense mechanisms〉. 《2015 23nd Signal Processing and Communications Applications Conference (SIU)》. 2658–2661쪽. doi:10.1109/SIU.2015.7130435. ISBN 978-1-4673-7386-9. S2CID 11256038.
  4. ↑ Todorov, Dobromir (2007). 《Mechanics of user identification and authentication : fundamentals of identity management》. Boca Raton: Auerbach Publications. ISBN 978-1-4200-5220-6. OCLC 263353270.
  5. 1 2 Mahmood, H.B. (2003). 〈Transport layer security protocol in Telnet〉. 《9th Asia-Pacific Conference on Communications (IEEE Cat. No.03EX732)》 3. 1033–1037 Vol.3쪽. doi:10.1109/APCC.2003.1274255. ISBN 0-7803-8114-9. S2CID 56798078.
  6. ↑ “Service Name and Transport Protocol Port Number Registry”. 《www.iana.org》. 2023년 1월 12일에 확인함.
  7. 1 2 3 4 Srinivasa, Shreyas; Pedersen, Jens Myrup; Vasilomanolakis, Emmanouil (2021년 11월 2일). 〈Open for hire〉. 《Proceedings of the 21st ACM Internet Measurement Conference》. IMC '21. New York, NY, USA: Association for Computing Machinery. 195–215쪽. doi:10.1145/3487552.3487833. ISBN 978-1-4503-9129-0. S2CID 240357287.
  8. ↑ Postel, J. (1981). NCP/TCP transition plan. ISSN 2070-1721. RFC 801. https://tools.ietf.org/html/rfc801.
  9. ↑ Crocker, Stephen D.; Heafner, John F.; Metcalfe, Robert M.; Postel, Jonathan B. (1971). 〈Function-oriented protocols for the ARPA computer network〉. 《Proceedings of the November 16-18, 1971, fall joint computer conference on - AFIPS '71 (Fall)》. Association for Computing Machinery. 271–279쪽. doi:10.1145/1478873.1478908. ISBN 9781450379090.
  10. ↑ Bruen, Garth O. (2015). 《WHOIS Running the Internet: Protocol, Policy, and Privacy》 1판. Wiley. 25쪽. ISBN 9781118679555.
  11. 1 2 3 Kozierok, Charles M. (2005). 《The TCP/IP Guide : a comprehensive, illustrated internet protocols reference》. San Francisco: No Starch Press. 1439쪽. ISBN 1-59327-047-X. 2025년 4월 5일에 확인함.
  12. ↑ Telnet Protocol. April 3, 1972. RFC 318. https://tools.ietf.org/html/rfc318.
  13. ↑ Postel, J.; Reynolds, J. (May 1983). Internet Standard 8. IETF. STD 8. https://tools.ietf.org/html/std8. Retrieved 2025-04-06.
  14. ↑ Shimonski, Robert J.; Eaton, Wally; Khan, Umer; Gordienko, Yuri (2002년 1월 1일), Shimonski, Robert J.; Eaton, Wally; Khan, Umer; Gordienko, Yuri (편집), “Chapter 11 - Detecting and Performing Security Breaches with Sniffer Pro” (영어), 《Sniffer Pro Network Optimization and Troubleshooting Handbook》 (Burlington: Syngress), 513–565쪽, doi:10.1016/B978-193183657-9/50015-0, ISBN 978-1-931836-57-9, 2023년 1월 12일에 확인함
  15. 1 2 3 4 Samtani, Sagar; Yu, Shuo; Zhu, Hongyi; Patton, Mark; Chen, Hsinchun (2016). 〈Identifying SCADA vulnerabilities using passive and active vulnerability assessment techniques〉. 《2016 IEEE Conference on Intelligence and Security Informatics (ISI)》. 25–30쪽. doi:10.1109/ISI.2016.7745438. ISBN 978-1-5090-3865-7. S2CID 11741873.
  16. ↑ Kirk, Jeremy (2007년 2월 12일). “Zero-day flaw in Solaris allows remote attacks” (영어). 《Network World》. 2023년 1월 12일에 확인함.
  17. ↑ “TCP/IP Ports Required for IBM i Access and Related Functions”. IBM Support. 2016년 9월 18일에 원본 문서에서 보존된 문서. 2016년 9월 7일에 확인함.
  18. ↑ Todorov, Dobromir (2007). 《Mechanics of user identification and authentication : fundamentals of identity management》. Boca Raton: Auerbach Publications. ISBN 978-1-4200-5220-6. OCLC 263353270.
  19. ↑ Poulsen, Kevin (2007년 4월 2일). “Telnet, dead at 35...RIP”. 《Wired》. 24쪽. 2016년 12월 21일에 원본 문서에서 보존된 문서. 2017년 6월 14일에 확인함.
  20. ↑ Ylonen, Tatu. “History of the SSH Protocol”. 《SSH home page》. SSH Communications Security, Inc. 2018년 7월 25일에 원본 문서에서 보존된 문서. 2017년 6월 14일에 확인함.
  21. ↑ “What is Telnet? | PDF | Networking Standards | Internet Standards” (영어). 《Scribd》. 2023년 1월 12일에 확인함.
  22. ↑ “Debugging server services with telnet” (영어). 《www.sysadmin.md》. 2023년 1월 12일에 확인함.
  23. ↑ TELNET CHARSET Option. RFC 2066. https://tools.ietf.org/html/rfc2066.
  24. ↑ “Telnet Options”. 《www.iana.org》. 2023년 1월 12일에 확인함.
  25. ↑ “The Lost Worlds of Telnet”. 《The New Stack》. 2019년 3월 10일. 2022년 6월 5일에 확인함.

더 읽어보기

[편집]

인터넷 표준

[편집]
  • RFC 854, Telnet Protocol Specification
  • RFC 855, Telnet Option Specifications
  • RFC 856, Telnet Binary Transmission
  • RFC 857, Telnet Echo Option
  • RFC 858, Telnet Suppress Go Ahead Option
  • RFC 859, Telnet Status Option
  • RFC 860, Telnet Timing Mark Option
  • RFC 861, Telnet Extended Options: List Option

제안된 표준

[편집]
  • RFC 885, Telnet End of Record Option
  • RFC 1073, Telnet Window Size Option
  • RFC 1079, Telnet Terminal Speed Option
  • RFC 1091, Telnet Terminal-Type Option
  • RFC 1096, Telnet X Display Location Option
  • RFC 1123, Requirements for Internet Hosts - Application and Support
  • RFC 1184, Telnet Linemode Option
  • RFC 1372, Telnet Remote Flow Control Option
  • RFC 1572, Telnet Environment Option
  • RFC 2941, Telnet Authentication Option
  • RFC 2942, Telnet Authentication: Kerberos Version 5
  • RFC 2943, TELNET Authentication Using DSA
  • RFC 2944, Telnet Authentication: SRP
  • RFC 2946, Telnet Data Encryption Option
  • RFC 4248, The telnet URI Scheme

정보/실험적

[편집]
  • RFC 1143, The Q Method of Implementing TELNET Option Negotiation
  • RFC 1571, Telnet Environment Option Interoperability Issues
  • RFC 2066, TELNET CHARSET Option

기타 RFC

[편집]

외부 링크

[편집]
원본 주소 "https://ko.wikipedia.org/w/index.php?title=텔넷&oldid=42082086"