openssl은 특정 포트에서만 작동합니다.

포트 443에서 ssl이있는 웹 서버의 imap을 사용하여 gmail 서버에 연결하려고합니다. "연결할 수 없습니다"라는 오류와 함께 반환되지만 오랜 기다림 후에 확실하지 않은 방법). 나는 openssl을 테스트 해본 결과 문제가 포트라고 판단했다. 내 메일 서버에서 문제없이 다음을 실행할 수 있습니다.openssl은 특정 포트에서만 작동합니다.

openssl s_client -connect imap.gmail.com:993

웹 서버에서 실행할 때 연결이 거부됩니다. 내가

openssl s_client -connect imap.gmail.com:443

로 변경하는 경우 내에서 SSL 인증서가 포트에 설정되어 있기 때문에 그것은 443

내가 포트 993에 연결할 수 있습니다 어쨌든 거기에 잘 작동?

출처

2017-09-22 xjx424

SSL 클라이언트를 실행중인 시스템에서 외부에 열려있는 포트는 중요하지 않습니다. 내부에서 어떤 포트가 열려 있는지 즉, 연결할 수있는 포트만 중요합니다.

포트 443에서 서버로 들어오는 연결을 허용하고 서버에서 일부 외부 시스템 포트 443으로 나가는 연결을 허용하지만 서버에서 외부 시스템 포트 993에 대한 액세스를 제한하는 것처럼 보이는 경우입니다. 즉, https://imap.gmail.com (포트 443)에 도달 할 수 있지만 서버에서는 imaps://imap.gmail.com (포트 993)이 아님을 의미합니다.

방화벽에 액세스 할 수 있고 해당 규칙을 변경할 수있는 경우 적절한 규칙/예외를 추가 할 수 있습니다. 이러한 액세스 권한이없는 경우 시스템 관리자에게이 작업을 요청해야합니다. 보안상의 이유로이 작업을 원하지 않으면 imap.gmail.com 포트 993으로 직접 액세스 할 수 없습니다.

출처

2017-09-23 04:36:17

감사합니다. Steffen. 방화벽에 액세스 할 수 있으며 나가는 포트를 열었습니다. 나는 실행하면 '하려면 openssl s_client가 -connect XXXX : errno를 = 111 --- 이 가능한 피어 인증서가 --- 없음 클라이언트 인증서 CA 이름이 --- SSL을 전송하지 : 993 -dtls1 -debug가'내가 쓰기'수 핸드 쉐이크는 115 바이트를 검증을 0 바이트를 읽고 작성했습니다 : OK --- 뉴 (NONE), 암호 보안 재협상이 압축을 지원하지 않습니다 (없음)이며 NONE 확장 : NONE 없음 ALPN이 ' – xjx424

협상이 * "SSL 핸드 셰이크가 0 바이트를 읽었습니다"* - 이것은 TCP 연결이 이제는 성공했지만 (이전에는 없었지만) 서버 나 (더 있음직 한) 몇 가지 깊은 기능을 의미합니다 pection middlebox (방화벽)가 액세스를 좋아하지 않고 차단했습니다. –

openssl은 특정 포트에서만 작동합니다.

답변

관련 문제