Роутердеги VPN менен STUN кайсы булак дарегин көрөт?
Маршрут, булак тандоо жана трансляция чагылдыргыч билдирген даректи аныктайт. Жазып ала турган үч факт, анан кайсы жол жеңерин тастыктаган бир суроо.
Суроо бир текшерүүдөй угулат, бирок чындыгында бул үч чечим. 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Уруксат берген ар бир чагылдыргыч дареги үчүн маршрут суроосун ушул агым алып жүрөт деп күткөн булак менен аткарыңыз, анан четтетилген диапазондор үчүн кайра аткарып, камдык вариант эмнени тандаарын көрүңүз. Эки жоопту жазып алган саясат менен салыштырыңыз. Алар ойлогон эмес түрдө айырмаланса, браузердин талапкерлер тизмесин түшүндүрүүнүн кереги жок оңдоо чекитин таптыңыз.