Web RTC 를 AWS EC2에서 구동하기

[hanjo8813]

당장 배포하기 위한 용도는 아니지만 크게 두가지 이유로 EC2(우분투) 서버를 사용해야 할 것 같음

1. https 설정

Web RTC는 https 환경에서만 동작한다.
이건 SSL fake key로 대충 만들어서 개발환경을 세팅할 수 있기는 하지만 계속 경고창이 뜸.
AWS 인증서 발급 받아서 https 설정 해버리면 맘편할 것 같음

2. 개발환경 구축

화상회의 프로젝트 특성상 외부접속을 계속 확인하며 개발해야 한다.
로컬에서 화상회의 서버를 열고 외부에서 접속하기 위해선 두 가지 설정이 필요하다고 한다.
첫 번째는 방화벽 인바운드 규칙 설정이고 두 번째는 공유기 설정이다.
인바운드 규칙 설정은 한번만 하면 건드릴게 없지만, 공유기 설정은 외부 와이파이 사용하면 계속 바꿔줘야 하는것 같다.
노트북 들고 밖에서 개발하는 경우가 많기 때문에 테스트를 로컬에서 하지말고 AWS 서버로 하면 괜찮을 것 같음

그래서?

1. EC2 인스턴스와 RDS는 이미 생성했고, 인스턴스 내부에 기본적인 설정을 해야함
2. 과금은 되겠지만 ELB - 탄력적 IP로 고정 주소 생성
3. https 를 위해 SSL인증서 발급받기

[hanjo8813]

1차 테스트

시도

• 일단 ec2에 RTC 소스를 SSL fake key와 함께 저장 (AWS 인증서 발급은 도메인을 사야해서 패스)
• 로컬에서 Docker로 해당 폴더 실행시켜본 후 ec2에서 동일하게 실행

> docker build . -t nodetest
> docker run -d --name nodetest_con -p 8000:8000 nodetest

• 그리고 https:// [EC2 IP] : [포트번호] 로 접속. 성공적으로 접속됨!!!

결과

• 결과가 참담
• 방을 생성한 호스트의 ip는 다른 외부 ip와 연결되지 않지만 서로 다른 ip를 가진 참가자들 끼리는 연결됨
• 근데 호스트와 동일한 ip를 가진 참가자는 호스트와만 연결되고 다른 참가자와는 연결되지 않음

[hanjo8813]

2차 테스트

시도

• 내가 수정한 코드가 아닌 원본 소스(WR_test5)를 그대로 로컬에서 docker로 구동
• 구동시 문제없는걸 확인 후 EC2 서버에서 동일하게 구동해봄

결과

• 1차 테스트와 동일한 결과 나옴
• 시그널링 서버의 구축이 필요하다고 판단됨

[hanjo8813]

3차 테스트

시도

• 축소한 코드 (WR_test6) 컨테이너 실행. 1차 테스트에서 코드 수정 없음
• 재원 폰 (LTE 데이터) / 재원 노트북(집 ip) / 전호(집 ip) / 수지(집 ip) 으로 4개의 서로 다른 IP 주소로 입장

결과

• 위 그림과 같이 내 노트북과 전호 노트북을 제외하면 모두 연결되었음
• 호스트 문제가 아닌 ip간 연결 문제를 의심

4차 테스트

시도

• nodetest_con 컨테이너 실행
• 재원(학교 ip) / 전호(카페 ip) / 수지(집 ip)

결과

• 세 ip 모두 연결 불가
• 시그널링 서버가 학교 ip와 카페 ip 주소를 연결하지 못했을 거라 추측

5차 테스트

시도

• nodetest_con 컨테이너 실행
• 재원(LTE) / 전호(LTE) / 수지(집 ip)

결과

• 세 peer 모두 연결 성공
• 4차 테스트 결과에서의 추측이 맞았음.
• 모든 테스트에서 --> 수지 집 ip는 모두와 연결됨. / 모든 LTE는 모두와 연결됨

[hanjo8813]

결론

• 공용 ip망에서 보안이 걸려있다면 RTCMultiConnection 에서 제공하는 시그널링 서버가 뚫어내지 못하는 것 같음.
• RTCMultiConnection 공식 홈페이지의 다자간 회의 데모에서 테스트해도 같은 결과 나옴.
• 데모버전까지 구현할 것이기 때문에 보안설정 없는 ip망에서 테스트 진행

이라고 생각했었는데....

6차 테스트

1. A : 내 노트북(집 ip)로 방 생성
2. B : 해당 방에 핸드폰(LTE)로 입장
3. C : 내 노트북의 크롬 탭을 하나 더 열어서 입장

더 많은 경우의 테스트가 필요할것 같다.

[hanjo8813]

7차 테스트

시도

1. A (집 ip) , 내 노트북, 호스트
2. B (집 ip), 크롬 탭
3. C (집 ip), 다른 노트북
4. D (수지 ip), 다른 노트북

결과

• 호스트는 동일 ip를 가진 사람만 연결됨
• 참가자는 서로 연결됨
• 공용 와이파이에서도 동일한 환경에서 테스트해볼것.

[hanjo8813]

8차 테스트

시도

• 숫자 순으로 참가

1 : 집 ip / 내 노트북 / 호스트
2 : 수지 ip / 다른 노트북
3 : 집 ip / 크롬 탭

결과

9차 테스트

시도

1 : 집 ip / 내 노트북 / 호스트
2 : 집 ip / 크롬 탭
3 : 수지 ip / 다른 노트북

결과

최종 결론

• 우리 집 ip나 다른 공유 와이파이의 ip에서는 보안설정이 다르게 되어있다는 것이 확실.
• 내 ip는 미리 들어와있는 상태에서 다른사람과 접속이 되지 않지만 미리 방이 있을 때 참가자로 들어갈땐 연결이 됨.
• 따라서 보안설정없는 핫스팟 상태나 동일 ip 상태에서 연결가능!