VPN аркылуу Dante SOCKS: толук туннель же булакка негизделген маршруттоо

SOCKS проксиин туннелден гана өткөрүүнүн эки жолу: демейки маршрутту алмаштыруу же бир булак дарегин өзүнүн таблицасына дал келтирүү. Алар ар башкача иштен чыгат.

SOCKS проксинин трафиги VPN аркылуу чыгып, калган хост өзүнүн кадимки жолун сакташын каалайсыз. Муну эки долбоор жасайт жана алар бир нерсе туура эмес болгондо эмненин бузулары менен айырмаланат. Бири демейки маршрутту туннелге түртүп, анан аны айланып өтөт; экинчиси негизги таблицаны козгобой, бир булак дарегин экинчи таблицага жөнөтөт. Экинчиси тазараак жана өзүнүн тузактары бар.

Эки долбоор, эки башка жабыркоо радиусу

Толук туннел долбоору — көптөгөн VPN кардарлары демейки боюнча жасаган нерсе: баары туннелди ээрчисин деп демейки маршрутту алмаштырат, анан тийиштүү эмесин чыгарып салат. Аны түшүнүү жеңил, ал эми кууш абалда кармоо кыйын, анткени кошкон ар бир жергиликтүү кызмат чыгармайынча туннелди мурастайт. Бузулуу режими кенен, анткени бир туура эмес маршрут хосттун өз байланышын да ала кетет.

Булак боюнча тандалган долбоор тескери жакка жүрөт. Негизги таблица мурункудай калат, ал эми бир саясат эрежеси белгилүү жергиликтүү даректен келген пакеттерди туннел демейкиси бар таблицага жөнөтөт. Башка эч нерсе өзгөрбөйт, башкача айтканда жабыркоо радиусу бир дарек.

Бул кууштук ошондой эле чектөө: долбоор проксинин чыгуучу пакеттери чындап ошол даректи алып жүрсө гана иштейт.

Dante колдонмосундагы external параметри эмне кылат

Параметр external проксинин чыгуучу байланыштары үчүн колдонгон даректерди тандайт; ал ядронун маршруттоо саясатына тийбейт. Ушул бөлүнүү экинчи долбоорду мүмкүн кылат жана адамдар документтерди ушул жерден туура эмес окушат. external параметрин туннел дарегине багыттоо проксини байланыштарынын булагы катары ошол даректи колдонууга мажбурлайт, анан маршрут таблицасы бул пакеттердин кайда кетерин чечет.

Угуучу өзүнчө маселе. internal параметрин проксини колдонушу керек кардарлар менен чектеңиз, аутентификация талап кылыңыз жана портту файрвол менен жабыңыз, анткени ачык угуучу VPN чыгышынын функциясы эмес.

Конфигурацияланган даректин проксинин тармактык аттар мейкиндигинин ичиндеги туннелге чындап таандык экенин ырастаңыз.

Булак боюнча тандалган таблицаны куруу

10.90.0.2/24 TUN дареги, 10.90.0.1 дарегиндеги жеткиликтүү өнөктөш жана башка эч нерсе колдонбогон таблица номери үчүн жайгашуу мындай көрүнөт:

ip -4 route add table 100 10.90.0.0/24 dev tun0 src 10.90.0.2
ip -4 route add table 100 default via 10.90.0.1 dev tun0 metric 10
ip -4 route add table 100 unreachable default metric 32760
ip -4 rule add priority 1000 from 10.90.0.2/32 lookup 100

жеткиликсиз маршрут — адамдар өткөрүп жиберген бөлүк. Ансыз туннел маршруту жоголгон таблица кадимки демейкиге түшүп, прокси WAN аркылуу унчукпай чыгып кетет. Аны менен издөө ишке ашпайт, бул унчукпай агыштын ордуна көрүнүп турган бузулуу. Эреженин артыкчылыгы да ошол булакка туура келген нерсенин баарынан мурун турушу керек.

Бул маанилер бир топологияны сүрөттөйт. point-to-point өнөктөштөр, net30 даректөө жана башка префикс берген кардарлар — баарына өз маршруттары керек, ошондуктан даректерди эмес, форманы көчүрүңүз.

Булак эрежеси кайдан агат

Булак дарегине туура келген эреже аны колдонгон ар бир процесске таасир этет, проксиге гана эмес. Эгер башка демон ошол даректи байланыштырса, анын трафиги да туннелге кетет жана бузулуу байланышсыз кызмат маселесине окшош болот. Проксиге башка эч нерсе колдонбогон дарек бериңиз же чөйрө процесс эмес, дарек экенин кабыл алыңыз.

DNS — экинчи агыш. Резолвер сокети проксинин external маалымат байланышынын булагын сөзсүз колдонбойт, ошондуктан аттарды издөө дагы эле WAN аркылуу чыгышы мүмкүн. Резолюцияны байланыш түзүүдөн өзүнчө текшериңиз жана бул натыйжа кабыл алынарын чечиңиз.

IPv6 үчүн өз эрежелери жана маршруттары керек, анткени IPv4 жайгашуусу бул тууралуу эч нерсе далилдебейт.

Көтөрө алган бузулууңуз боюнча тандаңыз

Хост толугу менен корголушу керек болсо жана өзгөчөлүктөр тизмесин картай алсаңыз, толук туннелди тандаңыз. Хост өз жолун сакташы керек жана бир гана кызматты багыттоо керек болсо, булакка негизделген маршруттоону тандаңыз. Экөө тең мыйзамдуу; ката — бирөөнү тандап, анан аны экинчисиндей текшерүү.

Кайсысын тандасаңыз да, эки тараптан текшериңиз: прокси аркылуу суроо жана хосттон түз суроо, ар бири үчүн байкалган чыгуу дареги жазылсын.

Туннел үзүлсө, прокси иштебей калышы керекпи же камдыкка өтүшү керекпи — алдын ала чечиңиз жана бул чечимди маршрут таблицасы билдирсин.

Тектеш макалалар