반응형
=======================
=======================
=======================
출처ㅣ http://nerobong2.blogspot.kr/2017/01/nodejs-websocket-ssl.html
[nodejs] webSocket ssl 적용.
사실상 소스코드는 복잡하지가 않다.
//의존모듈들 없는것을 설치
var https = require('https');
var fs = require('fs');
var WebSocketServer = require('websocket').server;
//ca, key, cert 세가지 인자가 필요한데. 각파일의 자세한 기능은 솔직히 잘모르겟음.
var https_options = {
ca: fs.readFileSync("/디렉토리/xxxx.pem 인증서정보 여겨짐"),
key: fs.readFileSync("/디렉토리/xxxx.key 공개키정보로 여겨짐"),
cert: fs.readFileSync("/디렉토리/xxxx.crt" 도메인정보 로 여겨짐)
};
//위에서 생성한 옵션을 넘겨서 https 서버를 생성하한다.
var httpsServer = https.createServer( https_options, function(request, response) {
console.log((new Date()) + ' Received request for ' + request.url);
response.writeHead(404);
response.end();
});
//포트설정
httpsServer.listen(8887);
//ws 모듈이 내부적으로 없을경우 설치
var WebSocketServer = require('ws').Server;
//웹소켓 서버 생성
var wss = new WebSocketServer({
server: httpsServer,
// You should not use autoAcceptConnections for production
// applications, as it defeats all standard cross-origin protection
// facilities built into the protocol and the browser. You should
// *always* verify the connection's origin and decide whether or not
// to accept it.
autoAcceptConnections: false
});
function originIsAllowed(origin) {
// put logic here to detect whether the specified origin is allowed.
return true;
}
wss.on('connection', function connection(ws) {
//.수신처리
ws.on('message', function incoming(message) {
console.log('received: %s', message);
});
// 발신
ws.send('something');
});
일반 http 프로토콜 기반 웹소켓 서버를 생성하는것과 그렇게 큰차이는 없다.
그치만 ssl에 대한 기본 적인 개념이 없다면 아마 막히는 부분이 많을 것이다.
ssl 통신.
클라이언트 측에서 https://aaa.com 요청을 보내면
1. aaa.com 도메인에 연결된 웹서버에서 인증서 정보화 공개키 정보를 담아서 클라이언트에게 전달한다.
2. 전달받은 클라이언트는 브라우저 내부적으로 인증기관정보 및 도메인 정보를 가지고 신뢰할수 있는 도메인 유무를 확인후 랜덤으로 생성 한 대칭키를 클라이언트에게 전달한다.
3. 클라이언트는 전달받은 대칭키로 데이터및 url 을 암호화 하고 대칭키를 처음에 서버로부터 받은 공개키로 또 암호화를해서 서버로 데이터를 전송한다.
4. 서버는 받은 대칭키를 개인키로 복호화하고 복호화된 대칭키로 데이터를 다시 복호화 한다.
5. 서버에서 데이터 전송시 데이터를 개인키로 암호화후 전송한고 클라이언트는 공개키로 복호화한다.
예를들면 aaa.com 에 적용된 ssl 인증서 정보로 wss://아이피:포트 웹소켓서버에 ssl을 동일 하게 적용해도 인증업체에 도메인 등록이 되어있지 않으면 통신이 불가능 하다. 따라서 인증업체에 도메인 추가를 한후 다시 인증서를 받아서 처리하거나(그다지 추천하는 방식은아님) ssl 터널링 기술을 이용해야한다.
2. 전달받은 클라이언트는 브라우저 내부적으로 인증기관정보 및 도메인 정보를 가지고 신뢰할수 있는 도메인 유무를 확인후 랜덤으로 생성 한 대칭키를 클라이언트에게 전달한다.
3. 클라이언트는 전달받은 대칭키로 데이터및 url 을 암호화 하고 대칭키를 처음에 서버로부터 받은 공개키로 또 암호화를해서 서버로 데이터를 전송한다.
4. 서버는 받은 대칭키를 개인키로 복호화하고 복호화된 대칭키로 데이터를 다시 복호화 한다.
5. 서버에서 데이터 전송시 데이터를 개인키로 암호화후 전송한고 클라이언트는 공개키로 복호화한다.
예를들면 aaa.com 에 적용된 ssl 인증서 정보로 wss://아이피:포트 웹소켓서버에 ssl을 동일 하게 적용해도 인증업체에 도메인 등록이 되어있지 않으면 통신이 불가능 하다. 따라서 인증업체에 도메인 추가를 한후 다시 인증서를 받아서 처리하거나(그다지 추천하는 방식은아님) ssl 터널링 기술을 이용해야한다.
=======================
=======================
=======================
출처: http://leelsm.tistory.com/2
1. 프로세스
(1) 서버가 실행되면서 websocket 준비
- setAllowedOrigins("*") 을 작성해야 wss 통신 가능
public void registerWebSocketHandlers(WebSocketHandlerRegistry registry) {
registry.addHandler(videoDataHandler(), "/livevideo").setAllowedOrigins("*");
}
(2) 호출 ws (or) wss://domain:port/livevideo
var wsketSrc = "";
if(protocol == "https:") {
wsketSrc = 'wss://' + domain + '8443/livevideo?DeviceId=' + device_id + '&Channel=' + channel;
} else {
wsketSrc = 'ws://' + domain + ':'+ port + '/livevideo?DeviceId=' + device_id + '&Channel=' + channel;
}
wsInfo.ws = new WebSocket(wsketSrc);
(3) afterConnectionEstablished 메소드 실행 http로 api 호출
VideoStream stream = streamMap.get(channel);
if (dvr.getNetwork_connected()) {
if (stream == null) {
stream = new VideoStream();
streamMap.put(channel, stream);
String cmdString = "acms://livevideo.cgi?Uri=http://"+dvr.getAcms_host()+"/dvr/livestream/web&DeviceId="
+ device_id + "&Channel=" + channel+"&Audio=0\r\n\r\n";
dvr.pushCmd(cmdString);
System.out.println("###cmdString### : "+ cmdString);
}
}else{
session.close(CloseStatus.PROTOCOL_ERROR);
return;
}
VideoConsumer dispatcher = stream.getVideoConsumer();
dispatcher.addSession(session.getId(), session);
2. apache 세팅
(1) apache2 설정
- /etc/apache2/ports.conf
Listen 80
Listen 8443
<IfModule ssl_module>
Listen 443
</IfModule>
<IfModule mod_gnutls.c>
Listen 443
</IfModule>
- /etc/apache2/sites-enabled/default-ssl.conf
<IfModule mod_ssl.c>
<VirtualHost _default_:443>
ServerAdmin webmaster@localhost
ServerAdmin webmaster@localhost
DocumentRoot /var/www/html/
ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined
ProxyPreserveHost On
# Servers to proxy the connection, or
# List of application servers Usage
ProxyPass / http://localhost:8080/
ProxyPassReverse / http://localhost:8080/
ServerName localhost
SSLEngine on
SSLCertificateFile /etc/ssl/certs/acms.bft-ltd.co.uk.crt
SSLCertificateKeyFile /etc/ssl/private/acms.bft-ltd.co.uk.key
SSLCertificateChainFile /etc/ssl/certs/intermediate.crt
</VirtualHost>
<VirtualHost _default_:8443>
ServerAdmin webmaster@localhost
ServerAdmin webmaster@localhost
DocumentRoot /var/www/html/
ErrorLog ${APACHE_LOG_DIR}/error_ws.log
CustomLog ${APACHE_LOG_DIR}/access.ws.log combined
ProxyPreserveHost On
# Servers to proxy the connection, or
# List of application servers Usage
ProxyPass / ws://localhost:8080/
ProxyPassReverse / ws://localhost:8080/
ServerName localhost
SSLEngine on
SSLCertificateFile /etc/ssl/certs/acms.bft-ltd.co.uk.crt
SSLCertificateKeyFile /etc/ssl/private/acms.bft-ltd.co.uk.key
SSLCertificateChainFile /etc/ssl/certs/intermediate.crt
</VirtualHost>
</IfModule>
(2) 80, 8443 포트포워딩
반응형
728x90
=======================
=======================
=======================
출처: https://xetown.com/qna/780401
안녕하세요. 개인적으로 프로젝트 때문에
react를 이용한 SPA를 제작중인데, SSL을 이용해서 react 웹앱을 https 환경에서 제공해주려고 바꿨습니다.
여기서 Mix content 문제나 소켓 연결이 안되는
많은 문제가 발생하는데요..
api 요청도 'http://api서버주소/...' 로 이루어져 있고, 웹소켓도 'ws://소켓서버주소/...' 로 이루어져 있는데
서버도 https 환경으로 바꾸고 단순히 이것들을 'https://api서버주소/...' 와 'wss://소켓서버주소/...' 로 바꾸는게 해결 방법인가요?
즉, [클라이언트]https -> [서버]http 문제를 해결 하려면
서버도 https로 바꿔서 https -> https 로 해야 하는건가요? (그다음 'https://api서버주소/...' 로 요청하겠지요..?)
아니면 서버단은 http 환경으로 그대로 두고 https로 온 요청을 따로 받아서 잘 처리가 가능한가요?
아직 모르는게 많아서 초보 같은 질문이지만
답변 주시면 감사하겠습니다 __
(추가로 nginx를 이용해서 https를 적용하여 웹서버를 돌리고 있습니다)
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
=======================
=======================
=======================
반응형
'WEB > 웹통신 관련' 카테고리의 다른 글
| web 통신 웹소켓 또는 그외 통신 도구 관련 (0) | 2020.09.23 |
|---|---|
| 자바스크립트 웹소켓 모바일,디바이스 연결시 3G, LTE, WIFI 등등 연결 바뀌거나 끊겼을때 방법 관련 (0) | 2018.11.07 |
메인 웹페이지 자체가 https라면 모든 api 요청, 이미지 로딩, 웹소켓 등에도 동일하게 SSL이 적용되어야 합니다. 웹소켓은 wss, 다른 모든 요청은 https가 되겠지요.
https를 사용하는 이유가 세션 쿠키나 api 토큰 등 민감한 정보가 노출되지 않도록 하기 위해서인데, http를 사용하는 api 요청이나 웹소켓이 단 한 개라도 있다면 거기에 접속할 때 세션 쿠키나 토큰이 노출될 테니 https를 쓰는 의미가 없어집니다. 그래서 최근 브라우저들은 mix content 발생시 이미지 외에는 아예 접속 시도조차 하지 않습니다. (원칙적으로는 이미지도 로딩하면 안되지만, 다 깨져보인다고 사용자들이 너무 싫어해서 타협한 것 같습니다.)