장점과 단점은 ssl ~ api 관련

귀하의 웹 서버 구성을 제시 api을 통한 ssl 연결을 추 보호에 대한 모두의 요청과 응답이 시체를하면서 필요한 거의가 없음에 대한 추가 코딩 api. 기억하는 서버 인증서를 사용하여 서버에 대해서만 인증은 클라이언트, 그것을 확인하기 위해 아무 것도하지 않습니다 클라이언트가 자체입니다. 그것이 최선을 사용 계층과 함께 하나의 이전 두 예제입니다.

장점 :

• 암호화 - 둘 모두 요청 및 응답 시신은 중급 좋아하는 눈로부터 보호합니다.

• 서버 인증 - 고객 레코드는 서버의 인증서를 모니터 그것을 보장하지 않는다 시간이 지남에 변경 (나타낼 수있는 한 남자가 -에 -는 - 중간의 공격). 서명한 인증서를 사용하여 서명 기관은 또한 유사한 수준의 보증을 제공하는 클라이언트 응용 프로그램을위한.

• 간편한 설치 - 더 이상의 추 코딩 필수, 단지 웹 서버를 구성합니다.

단점 :

• 증로드 - 암호화 및 해독 통신이 눈에 띄게 많은 cpu - 인텐시브보다 암호화되지 않은 통신을합니다. 모든 요청이 필요 추가 앞뒤로 통신을 설정하는 보안 소켓입니다.

• 아니오 클라이언트를 식별 - 사용하는 ssl

• 추가 클라이언트 - 사이드 요구 사항 - 처리를 ssl에서 클라이언트 쪽이 아닙니다 항상 사소한, 그리고 언어가 필요할 수있습니다 부 확장 기능을 설치 (어떤 수도 있고되지 않을 수도있습니다 공유 호스트 환경에서 사용할 수있습니다).

ssl는 훌륭한 레이어에 추가 어떤 api. 보안을 위해 요청 및 응답을 제공하고 페이는 물론 클라이언트 응용 프로그램에 대한 보증을 제공 일부로의 정체성은 서버입니다. 그것은 쉽게 결합하여 인증 또는 메시지 - 기반 인증 중 하나입니다. 일부 간호, 그러나 이동하지 않도록해야한다 불필요하게 사용하기 때문에이 부에 대한 요구 사항은 클라이언트 응용 프로그램이되지 않는 모든 개발자를 만날 수있을 것입니다, 그리고 그것 장소 추 cpu로드가 양쪽으로 메시지를 암호화 및 해독합니다.