Ո՞ր աղբյուրի հասցեն է տեսնում STUN-ը երթուղիչի վրա VPN-ով։
Երթուղին, աղբյուրի ընտրությունը և թարգմանությունը որոշում են այն հասցեն, որը հաղորդում է անդրադարձիչը։ Երեք փաստ՝ գրի առնելու, ապա մեկ հարցում՝ հաստատելու, թե որ ուղին է հաղթում։
Հարցը հնչում է որպես մեկ որոնում, բայց իրականում երեք որոշում է։ Որ երթուղին է վերցնում binding request-ը, որ աղբյուրն է ընտրում միջուկը այդ երթուղու համար և արդյոք ինչ-որ բան ճանապարհին վերագրում է այդ աղբյուրը։ Փոխեք երեքից որևէ մեկը, և այն հասցեն, որը հաղորդում է STUN սերվերը, փոխվում է նրա հետ։ Այդ պատճառով «VPN-ը երթուղիչի վրա է» պնդումն ինքնին գրեթե ոչինչ չի ասում։
Որոշումը հենվում է երեք փաստի վրա
Նախ երթուղին՝ քաղաքականության կանոններն ու երթուղային աղյուսակը որոշում են՝ հարցումը դուրս է գալիս թունելով, թե սովորական WAN-ով, և բացառված նպատակակետն ընտրում է երկրորդ ուղին նույնիսկ ակտիվ թունելի դեպքում։ Հետո աղբյուրը՝ միջուկն ընտրում է աղբյուր ընտրված երթուղու համար, և այդ ընտրությունը կախված է երթուղու նախընտրելի աղբյուրից և ցանկացած համընկած կանոնից։ Վերջում թարգմանությունը՝ ճանապարհին NAT-ը փոխարինում է ընտրված աղբյուրը։ Անդրադարձված հասցեն երեքի արտադրյալն է, ոչ թե թունելի հատկություն։
Փոխեք երեքից մեկը, և պատասխանը կփոխվի, մինչդեռ յուրաքանչյուր բաղադրիչ իր իսկ մատյանում դեռ առողջ է երևում։ Սա այս ախտորոշման կանգ առնելու սովորական պատճառն է։
Նախքան սկսելը գրի առեք երեք փաստը ձեր փորձարկվող հոսքի համար։ Ինտերֆեյսը, երթուղին և թարգմանության կանոնը բավարար են արդյունքը կանխատեսելու համար, և հենց այդ կանխատեսումն է անակնկալը տեղեկատվական դարձնում։ Եթե երեքից մեկը չեք կարողանում լրացնել, այդ բացը իրական հայտնաբերումն է։
Հետևեք մեկ binding request-ի ուղու երկայնքով
STUN binding request-ը սերվերից խնդրում է հաղորդել դիտարկված աղբյուրի տրանսպորտային հասցեն։ Պատասխանը նկարագրում է այն ուղին, որով անցել է հարցումը, և ոչ թե հաճախորդի մեքենայի ինտերֆեյսների ցանկը։ Երկու հարցում երկու ուղիներով ազնվորեն կհաղորդեն երկու տարբեր հասցեներ։
| Path taken | Source the reflector sees | What it means |
|---|---|---|
| Tunnel to a public exit that translates | The exit's public address | The reflector learns nothing about the LAN |
| Tunnel to a private reflector, translated to the tunnel address, no later translation | That tunnel address | An internal identifier is disclosed to that reflector |
| Excluded flow over the ordinary WAN | The WAN address | The tunnel was not used at all |
Կարդացեք այս աղյուսակը որպես պայմանների ամբողջություն, ոչ որպես մատակարարների մենյու։ Միջին տողը պահանջում է, որ մասնավոր անդրադարձիչը հասանելի լինի թունելի սեփական երթուղավորման և peer քաղաքականության ներքո, դա կոնֆիգուրացիայի փաստ է, որը կարող եք ստուգել, և ոչ այն, ինչ ենթադրում է հաշվի մակարդակը։ Ներքևի տողը սովորաբար կարևոր է քաղաքականության համար, քանի որ այդ տրաֆիկը պետք է մնար թունելի ներսում։ Նրանց միջև է սովորական դեպքը, երբ ելքը թարգմանում է, և անդրադարձիչը տեսնում է միայն ելքը։
Հոսթի թեկնածուները և սերվերային անդրադարձ թեկնածուները գալիս են տարբեր մեխանիզմներից, ուստի թեկնածուների ցանկը չի ասում, թե որ ուղին են մեդիաները իրականում օգտագործել։ Կարդացեք ընտրված զույգը, ոչ թե հավաքման մատյանը, երբ ուզում եք իմանալ, թե ուր գնաց նստաշրջանը։
Ինչ չէ երթուղիչի թունելի հասցեն
Երթուղիչին վերագրված թունելի հասցեն պատկանում է երթուղիչի ինտերֆեյսին։ LAN հոսթի բրաուզերն ունի իր ինտերֆեյսների հասցեները և չի տեսնում երթուղիչի թունելի ինտերֆեյսն ուղղակիորեն։ Եթե երկուսին վերաբերվենք որպես փոխարինելի, ստացվում են ինքնավստահ սխալ պատասխաններ այն մասին, ինչ կարող է իմանալ վեբ էջը։
Փոխանցումն է, որ կապում է նրանց։ Հարցումն անցնում է երթուղիչով որպես երթուղավորված տրաֆիկ, և նրա աղբյուրն այն է, ինչ ստեղծել են երթուղավորումն ու թարգմանությունը։
Եթե թունելի ուղին պահպանում է LAN աղբյուրը, մասնավոր անդրադարձիչը կարող է իմանալ այդ LAN հասցեն, ինչը իրական բացահայտում է և տարբերվում է թունելի հասցեից։ Եթե ուղին թարգմանում է թունելի հասցեի, անդրադարձիչը փոխարենը իմանում է թունելի հասցեն։ Երկու արդյունքն էլ համահունչ են նույն հոսթի նույն բրաուզերի հետ, ուստի դիտարկումը պետք է կապել կոնկրետ հոսքի հետ։ Հարցրեք միջուկին, թե որ աղբյուրն կօգտագործեր, նախքան հավելվածին մեղադրելը։
Բացահայտումն ընդդեմ շրջանցման՝ երկու հայտնաբերում, երկու ուղղում
Անդրադարձված թունելի հասցեն բացահայտում է ներքին նույնացուցիչ ձեր թույլ տված ուղու վրա։ Ուղիղ WAN-ով հարցումը շրջանցում է այն ուղին, որը ցանկանում էիք պահանջել։ Առաջինը տեղեկատվության հարց է, երկրորդը՝ կատարման, և դրանք ուղղվում են տարբեր տեղերում։ Երկուսը մեկ բառի մեջ միավորելը ստեղծում է ուղղում, որը ոչ մեկին չի վերաբերում։
WebRTC-ն սա ավելի տեսանելի է դարձնում՝ չդարձնելով այն սխալ, քանի որ թեկնածու հավաքելը նույնը չէ, ինչ նրան ընտրելը։
ip route get 203.0.113.7 from 192.0.2.25
ip rule showԳործարկեք երթուղու հարցումը ձեր թույլ տված յուրաքանչյուր անդրադարձիչի հասցեի համար այն աղբյուրով, որը ակնկալում եք, որ այս հոսքը կկրի, ապա նորից գործարկեք բացառված միջակայքերի համար՝ տեսնելու, թե ինչ է ընտրում պահուստային տարբերակը։ Համեմատեք երկու պատասխանները ձեր գրի առած քաղաքականության հետ։ Երբ դրանք տարբերվում են ձեր չնախատեսած ձևով, դուք գտել եք ուղղման կետը՝ նույնիսկ առանց բրաուզերի թեկնածուների ցանկը մեկնաբանելու։