0
우리는 3 개 장소 A, B와 C공용 IP와 아니 ICE 후보,하지만 WebRTC에 여전히 때때로
A와 C에서의 WebRTC를 테스트하고 작업 할 수는 사무실 건물에 집 하나 하나 ADSL입니다. B는 회사 방화벽과 일부 포트 필터 규칙을 사용하는 회사 고정 IP 직통 전화입니다.
결과는 다음과 같습니다 A는 모두 연결할 수 있지만 B와 C는
그래서 우리는 브라우저의 콘솔 출력을 확인 A.으로 연결할 수 있습니다. A와 C는 내부 및 공인 IPv4 후보 (192.168.1.xxx 및 123.34.xxx.xxx)를 모두 얻을 수 있습니다. B는 ICE 응시자 4 명, 내부 IPv4 후보 2 명 (10.0.xxx.xxx) 및 IPv6 후보자 2 명 (IPv6 주소가 내부 또는 공개인지 확실하지 않음)을 찾을 수 있습니다. 그래서 질문은 다음과 같습니다 STUN 서버에서 공용 IP 후보를 얻기에서 B를 중지하고 무엇? 회사 방화벽에 의해 차단 된 포트입니까?
B는 공인 IP 후보자를 얻을 수 없다. 어떻게 그와 연락 했습니까? A와 B는 항상 WebRTC를 사용할 수 있습니다.
C가 B와 연결할 수없는 이유는 무엇입니까? 또는 A와 C간에 다른 점은 무엇입니까? 둘 다 컴퓨터에 ADSL, TPLINK 라우터 (PPPOE 다이얼 + 기본 DHCP)에 광 모뎀을 사용하고 있습니다.
감사합니다.
# 2에 대한 한 가지 가능한 대답은 B가 A의 공개 주소를 가지고 있기 때문에 A가 B로부터 패킷을 수신 할 수 있다는 것입니다. 그런 다음 수신 된 패킷에서 A는 "피어 재귀 (peer reflexive)"후보를 만들고 패킷을 수신 한 동일한 주소로 패킷을 다시 보낼 수 있습니다. chrome : // webrtc-internals ("peer reflexive"는 "prflx"원격 후보 유형을 의미합니다)에서 이것을 확인할 수 있습니다. –