티스토리 뷰
telnet은 디버거라는 말이 있습니다. 전통적인 HTTP, FTP, SMTP, POP3 등의 프로토콜이 모두 line 단위로 명령을 내리는 형식으로 되어 있기 때문에, 클라이언트를 구현하지 않아도 telnet으로 모두 시험해볼 수 있기 때문입니다.
그러면, 각종 프로토콜의 SSL 버전은 어떻게 테스트해야할까요?
이럴때, 전통적으로 사용하는 방법은 다음과 같습니다.
즐겁게 디버깅하세요.
telnet mx1.hanmail.net 25이런 식으로 접속하여 메일을 보내거나 웹사이트 소스를 볼 수 있는것이 그 예이지요. 물론 SMTP, HTTP 명령을 알아야합니다.
telnet daum.net 80
그러면, 각종 프로토콜의 SSL 버전은 어떻게 테스트해야할까요?
telnet idtail.com 443https를 저런 식으로 테스트할 수는 없습니다. 물론, SSL이 지원되는 telnet을 사용하면 되겠지만, 쉽게 설치되어 있는 것이 아니라서요. (혹 저만 모르고 있나요?)
이럴때, 전통적으로 사용하는 방법은 다음과 같습니다.
openssl s_client -host idtail.com -port 443전통적이라고 표현한 이유는 openssl이라는 툴은 아주 오래된 명령이며, PKI관련된 문제를 디버깅하기 위해 같이 배포되는 openssl 유틸리티이기 때문입니다.
즐겁게 디버깅하세요.
반응형
댓글
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
링크
TAG
- 퀴즈
- Linux
- 커피
- perl
- VIM
- 벤자민
- 식물
- macosx
- url
- OpenID
- writely
- Tattertools plugin
- 디버깅
- tattertools
- Subversion
- 수선화
- nodejs
- 오픈소스
- 킹벤자민
- 대화
- JavaScript
- SSO
- 클레로덴드럼
- TCP/IP
- 구근
- ssh
- 덴드롱
- SVN
- BlogAPI
- MySQL
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
글 보관함