시작 전 확인
먼저 양쪽에서 사이트와 신호 서비스에 접속할 수 있는지 보세요. 게스트 Wi-Fi나 기업 무선망은 기기 간 통신을 의도적으로 차단할 수 있습니다. 네트워크 이름이나 공인 IP가 같아도 이 정책을 무시하고 연결할 수는 없습니다.
실제 사용 순서
소유자의 허가를 받아 정상 동작하는 사설망과 비교하세요. VPN은 검색과 경로를 바꿀 수 있지만 회사에서 요구하는 보호를 마음대로 끄면 안 됩니다. Share는 검증되지 않은 자동 연결을 거부합니다. 선택형 검증 노드도 네트워크 제한을 우회하는 용도가 아닙니다.
엄격한 LAN 검증
공인 IP가 같다는 사실만으로 같은 LAN이 증명되지는 않습니다. 노드의 확인이 없는 자동 검증은 로컬 호스트 후보를 통한 직접 연결을 요구합니다. 설정한 LAN 노드는 기기에 연결된 별도의 네트워크 소속 증명을 제공할 수 있습니다.
함께 확인할 질문
기기가 같은 LAN에 있는지 어떻게 판단하나요?
자동 모드에서 같은 공인 IP는 기기를 후보로 만들 뿐입니다. Share는 사설·링크 로컬·mDNS 호스트 후보로 WebRTC 경로를 확인하며 STUN이나 TURN을 사용하지 않고 연결 중에도 재확인합니다. 별도의 선택 방식으로 관리자 LAN 노드가 서명된 단기 토큰으로 기기를 확인할 수 있습니다. 이렇게 확인된 기기에는 설정된 STUN과 비중계 후보를 허용하지만 TURN 중계는 항상 거부합니다.
네트워크를 검증할 수 없으면 어떻게 되나요?
Share는 분명한 안내를 표시하고 누구와도 자동으로 연결하지 않습니다. 흔한 원인은 클라이언트 격리가 켜진 게스트 네트워크, VPN, 모바일 데이터, P2P 트래픽을 막는 기업 네트워크입니다. 다른 네트워크를 시도하거나 선택 사항인 LAN 검증 노드를 사용할 수 있습니다.
LAN 검증 노드란 무엇인가요?
네트워크 안에서 항상 켜져 있는 컴퓨터에서 실행하는 선택형 작은 프로그램입니다. 각 브라우저가 노드의 사설 주소에 한 번 접속하면, 해당 기기에 묶인 단기 서명 토큰을 받습니다. 같은 노드의 토큰을 가진 기기들은 브라우저만으로 로컬 경로를 증명할 수 없을 때도 함께 묶입니다.
페이지를 열면, 설정은 끝.
OKYA Share는 표준 브라우저 기술만 사용하므로 설치하거나 설정할 것이 없습니다.
- 같은 네트워크에 연결: 기기를 같은 Wi-Fi나 유선 LAN에 연결하고 최신 브라우저에서 share.okya.app을 엽니다.
- 기기끼리 서로 검증: 시그널링이 후보를 소개합니다. 자동 모드는 로컬 호스트 후보 경로를 검증하고, 설정한 LAN 노드가 확인한 기기는 별도의 검증 방식을 사용합니다.
- 자유롭게 공유: 검증이 끝나면 파일, 메시지, 화면이 기기 사이를 직접 오갑니다. 탭을 닫으면 공유가 끝납니다.
연결과 개인정보
메시지와 파일은 항상 암호화(DTLS)되는 WebRTC DataChannel로 전송됩니다. TURN 중계는 설계상 비활성화되어 있어 내용이 서버를 거쳐 전달될 수 없습니다.
자동 로컬 경로 검증에 실패하면 Share는 추측하지 않고 안내합니다. 관리자 선택형 LAN 노드가 기기를 별도로 확인하면 설정된 STUN을 쓸 수 있지만 TURN 중계는 사용하지 않습니다. 네트워크 정책 때문에 연결이 계속 차단될 수도 있습니다.