જ્યારે WebRTC પરીક્ષણ પૃષ્ઠ 172.20.4.15 છાપે છે, ત્યારે તેણે શીખ્યું છે કે તે નેટવર્ક પર સ્થાનિક ઇન્ટરફેસ અસ્તિત્વમાં છે. તે એક વાસ્તવિક જાહેરાત છે, અને તે «મીડિયા VPN એક્ઝિટમાંથી બહાર ગયું» એવું જ તારણ નથી. ઉમેદવાર શોધ અને પેકેટ રૂટિંગ અલગ પદ્ધતિઓ છે, અને મોટાભાગના લીક અહેવાલો તેમને એક જ ચુકાદામાં ભેગા કરે છે. તમે કયું જોઈ રહ્યા છો તે ઉપાય નક્કી કરે છે.

કંઈપણ મોકલાય તે પહેલાં સંગ્રહ થાય છે

બ્રાઉઝર સ્થાનિક ઇન્ટરફેસની યાદી બનાવે છે, STUN સર્વરને બાઇન્ડિંગ વિનંતી મોકલે છે અને TURN સર્વર પાસે ફાળવણી માંગે છે, પછી પરિણામોને સત્ર વર્ણનમાં ઉમેદવાર લાઇન તરીકે લખે છે. આ બધું કોઈ કૉલ, કોઈ મીડિયા અને કોઈ સામેની બાજુ વિના પૂર્ણ થાય છે. તેથી ઉમેદવારોની યાદી શોધનો રેકોર્ડ છે, પરિવહનનો નહીં.

આધુનિક બ્રાઉઝર હોસ્ટ ઉમેદવારના શાબ્દિક સરનામાને mDNS નામ .local થી બદલી શકે છે, જેથી પૃષ્ઠ ખાનગી IP વાંચી શકે નહીં. સ્થાનિક નેટવર્ક હજી પણ તે નામ ઉકેલતી મલ્ટિકાસ્ટ ક્વેરી જુએ છે, એટલે સરનામું એપ્લિકેશનથી છુપાયેલું છે, વાયરમાંથી દૂર કરાયેલું નથી.

ક્રમ પણ મહત્વનો છે: નવું પૃષ્ઠ લોડ નવો સમૂહ એકઠો કરે છે, અલગ TURN ફાળવણી અને કદાચ અલગ રિફ્લેક્સિવ મેપિંગ સાથે. અસહમત થતી બે રન જરૂરી નથી કે બે અલગ રૂપરેખાંકનો હોય.

ત્રણ પ્રકારના ઉમેદવાર, ત્રણ પ્રકારના પુરાવા

દરેક લાઇન અલગ અવલોકનમાંથી આવે છે. દરેક પ્રકાર અલગ પ્રશ્નનો જવાબ આપે છે, અને કોષ્ટક તેમને જે સ્થાપિત કરી શકે છે અને નહીં તેના આધારે અલગ પાડે છે.

CandidateDerived fromWhat it establishesWhat it cannot establish
HostAn interface on the deviceA local address exists in that networkThat the peer can reach it
Server-reflexiveA STUN binding responseHow a NAT mapped this sourceWhich exit the media will use
Peer-reflexiveA connectivity check that arrivedAn address seen by the far sideThat it was ever advertised
RelayA TURN allocationThe relay server accepted the sessionThat the relay carries the call

રિલે ઉમેદવારને વારંવાર વપરાશકર્તાના ઇન્ટરનેટ સરનામા તરીકે ભૂલમાં લેવામાં આવે છે. તે TURN સર્વરનો છે, અને તેની હાજરી દર્શાવે છે કે રિલે ઉપલબ્ધ હતું, એવું નહીં કે બ્રાઉઝરે તેને પસંદ કર્યું. એ જ ગૂંચવણ હોસ્ટ ઉમેદવારો સાથે વિરુદ્ધ દિશામાં ચાલે છે, જ્યાં mDNS નામ સરનામાને પૃષ્ઠથી છુપાવે છે જ્યારે નેટવર્ક હજી ક્વેરી વહન કરે છે. મૂલ્ય વાંચતા પહેલાં પ્રકાર વાંચો.

પસંદ કરેલી જોડી રૂટિંગ પ્રશ્નનો જવાબ આપે છે

ICE દરેક સ્થાનિક ઉમેદવારને દરેક દૂરસ્થ ઉમેદવાર સાથે જોડે છે, દરેક જોડી પર કનેક્ટિવિટી તપાસ ચલાવે છે અને વિજેતા નામ આપે છે. એ નામ આપેલી જોડી, જે બ્રાઉઝરની પોતાની ડાયગ્નોસ્ટિક્સમાં દેખાય છે, મીડિયા વહન કરે છે. યાદીમાં બાકીનું બધું હારી ગયેલી શક્યતા છે.

વિજેતા તમને માર્ગનો આકાર કહે છે. રિલે-થી-રિલે TURN સર્વરમાંથી પસાર થાય છે, હોસ્ટ જોડી સ્થાનિક નેટવર્ક પર રહે છે, અને સર્વર-રિફ્લેક્સિવ જોડી NAT દ્વારા સીધી જાય છે. તે જ તથ્ય છે જે VPN તપાસને જોઈએ છે, અને તે સરનામાં યાદીથી અલગ તથ્ય છે. સમાન ઉમેદવાર યાદીઓ સાથેની બે કૉલ અલગ જોડી લઈ શકે છે.

ન પસંદ કરાયેલા ઉમેદવારો પણ એકઠા કરાયા હતા, અને સંગ્રહ એ નેટવર્ક ટ્રાફિક છે જે મશીન છોડે છે. જે કૉલે અંતે રિલે વાપર્યું તેનો અર્થ એ નથી કે યાદી બનતી વખતે કંઈ જ જાહેર થયું નહીં.

નિયંત્રણો ધ્યેયો સાથે મેળ ખાય છે, લીક સ્કોર સાથે નહીં

WebRTC IP-હેન્ડલિંગ સ્પેસિફિકેશન ઘણી નીતિઓનું વર્ણન કરે છે: ફક્ત તે ઇન્ટરફેસ વાપરવો જે ડિફૉલ્ટ રૂટ વહન કરે છે, બધા ઇન્ટરફેસ વાપરવા, અને પ્રૉક્સી વગરનું UDP બંધ કરવું જેથી ટ્રાફિકને રિલે અથવા પ્રૉક્સીમાંથી પસાર થવું પડે. દરેક કનેક્ટિવિટી અને વિલંબને અલગ પ્રકારના એક્સપોઝર સાથે બદલે છે. બ્રાઉઝર કઈ નીતિ અમલમાં મૂકે છે અને કયા નામ હેઠળ, તે પ્લેટફોર્મ અને આવૃત્તિ પ્રમાણે બદલાય છે.

ધ્યેય પરથી નીતિ પસંદ કરો. પૃષ્ઠથી સ્થાનિક સરનામાં છુપાવવા એ એક ધ્યેય છે; સીધો પીઅર-ટુ-પીઅર ટ્રાફિક અટકાવવો બીજો છે; દરેક પેકેટને ટનલની અંદર રાખવું ત્રીજો છે. પ્રથમ મુખ્યત્વે એપ્લિકેશન શું શીખે છે તે વિશે છે, બીજો કયો માર્ગ માન્ય છે તે વિશે, અને ત્રીજો પ્લેટફોર્મ અથવા VPN સીમા પર પણ લાગુ કરવો પડે છે.

તમે કોઈ પણ નિયંત્રણ પસંદ કરો, બંને અર્ધ ચકાસો: સંગ્રહ પરીક્ષણ ચલાવો અને ઉમેદવાર પ્રકારો નોંધો, પછી વાસ્તવિક સત્ર દરમિયાન પસંદ કરેલી જોડી તપાસો. સીધા મીડિયા માર્ગ સાથેની સ્વચ્છ સરનામાં યાદી હજી પણ એવો માર્ગ છે જે તમે ઇચ્છ્યો ન હતો.

સંબંધિત લેખો