Wat in WebRTC-kandidatelist oer jo VPN ferriedt
In host-, server-refleksive of relay-kandidaat seit wêr’t in adres weikomt. Allinnich it keazen ICE-pear seit hokker paad de media echt brûkt hat.
As in WebRTC-testside 172.20.4.15 printsje lit, hat se leard dat der in lokale ynterface op dat netwurk bestiet. Dat is in echte iepenbaring, en it is net deselde befinning as “de media gie fia de VPN-útgong”. Kandidatûntdekking en pakketrûteleas binne aparte meganismen, en de measte lekrapporten smelte se ta ien oardiel. Hokker fan de beide jo sjogge, bepale de reparaasje.
It sammeljen bart foardat der wat ferstjoerd wurdt
De browser listet lokale ynterfaces op, stjoert in biningsfersyk nei in STUN-tsjinner en freget in TURN-tsjinner om in tawizing, en skriuwt de resultaten dan as kandidatregels yn ’e sesjebeskriuwing. Dat alles einiget sûnder petear, sûnder media en sûnder tsjinstanner. In list kandidaten is dus in ferslach fan ûntdekking, net fan ferfier.
Moderne browsers kinne it letterlike adres fan in hostkandidaat ferfange troch in mDNS-namme .local, sadat de side it privee-IP net lêze kin. It lokale netwurk sjocht noch hieltyd de multicast-fragen dy’t dy namme oplosse, dus it adres wurdt foar de applikaasje ferburgen ynstee fan fan it net helle.
De folchoarder is ek wichtich: in nije sidebelesting sammelt in nije set, mei in oare TURN-tawizing en mooglik in oare refleksive mapping. Twa runs dy’t ferskille binne net needsaaklikerwize twa ferskillende konfiguraasjes.
Trije kandidatetypen, trije soarten bewiis
Elke regel komt út in oare waarnimming. Elk type beantwurdet in oare fraach, en de tabel skiedt se neffens wat se wol en net fêststelle kinne.
| Candidate | Derived from | What it establishes | What it cannot establish |
|---|---|---|---|
| Host | An interface on the device | A local address exists in that network | That the peer can reach it |
| Server-reflexive | A STUN binding response | How a NAT mapped this source | Which exit the media will use |
| Peer-reflexive | A connectivity check that arrived | An address seen by the far side | That it was ever advertised |
| Relay | A TURN allocation | The relay server accepted the session | That the relay carries the call |
In relaykandidaat wurdt geregeld foar it ynternetadres fan ’e brûker oansjoen. Hy heart by de TURN-tsjinner, en syn oanwêzigens lit sjen dat der in relay beskikber wie, net dat de browser dy keazen hat. Deselde betizing rint de oare kant út by hostkandidaten, dêr’t in mDNS-namme it adres foar de side ferberget wylst it netwurk de fragen noch draacht. Lês it type foardat jo de wearde lêze.
It keazen pear beantwurdet de rûtefraach
ICE pearet elke lokale kandidaat mei elke fiere, docht ferbiningskontrôles oer elk pear en nominearret in winner. Dat nominearre pear, sichtber yn ’e eigen diagnostyk fan ’e browser, draacht de media. Al it oare op ’e list is in mooglikheid dy’t ferlear.
De winner fertelt jo de foarm fan it paad. Relay-nei-relay giet fia de TURN-tsjinner, in hostpear bliuwt op it lokale netwurk, en in server-refleksyf pear giet direkt fia NAT. Dat is it feit dat in VPN-kontrôle nedich hat, en it is in oar feit as de adreslist. Twa petearen mei identike kandidatelisten kinne ferskillende pearen nimme.
Net-keazen kandidaten waarden dochs sammele, en sammeljen is netwurkferkear dat de masine ferlit. In petear dat úteinlik de relay brûkte, betsjut net dat der neat iepenbiere waard wylst de list boud waard.
Kontrôles hearre by doelen, net by in lekskoare
De WebRTC-spesifikaasje foar IP-ôfhanneling beskriuwt ferskate beliedslinen: allinnich de ynterface brûke dy’t de standertrûte draacht, alle ynterfaces brûke, en net-proksyf UDP útskeakelje sadat ferkear fia in relay of proxy gean moat. Elk ruilet ferbining en fertraging tsjin in oar soart bleatstelling. Hokker ien in browser ymplemintearret, en ûnder hokker namme, ferskilt per platfoarm en ferzje.
Kies it belied op grûn fan it doel. Lokale adressen foar in side ferbergje is ien doel; direkte peer-to-peer-ferkear foarkomme is in oar; elk pakket yn ’e tunnel hâlde is in tredde. It earste giet foaral oer wat de applikaasje leart, it twadde oer hokker paad tastien is, en it tredde moat ek by de grins fan it platfoarm of de VPN ôftwongen wurde.
Hokker kontrôle jo ek kieze, ferifiearje beide helten: rin de sammeltoets en notearje de kandidatetypen, en besjoch dan it keazen pear yn in echte sesje. In skjinne adreslist mei in direkt mediapaad is noch hieltyd in paad dat jo net bedoelden.