TCP кайра коюу VPN бөгөттөлүп жатат деп далилдебейт

Кардар журналында «байланыш кайра коюлду, кайра башталууда» пайда болот, ал эми тыянак далилден мурун келет. Бирөө тармак VPNды бөгөттөйт, же сертификат туура эмес, же белгилүү бир өлкө кийлигишет деп чечет. Кайра коюу — байланышты бүтүрүүчү TCP пакети, ал эми журнал сабы кардарыңыз бир пакет алганын жазат. Ал аны жөнөткөн түзмөнү да, себебин да атабайт.

Кайра коюу — пакет, өкүм эмес

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

Кардар билгени ушул гана. RST серверден, проксиден, брандмауэрден же абалын жоготкон жүктөм теңдегичинен келген болушу мүмкүн.

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

Кайсы байланыш кайра коюлганын тастыктаңыз

Алгач активдүү профиль чын эле TCP колдонорун текшериңиз. UDP туннелинде кайра коюунун мааниси жок, ал эми HTTP проксисинин журналы VPNдын өзүнөн башка TCP бөлүгүнө тиешелүү болушу мүмкүн.

Багытын, портту, аракет убактысын жана кардар жеткен этапты жазып алыңыз.

Этап — эң пайдалуу талаа. TLS кол алышуусу учурундагы кайра коюу бир шектүүлөр тобун көрсөтөт; аутентификациядан кийинки кайра коюу башкасын. Этапсыз ар кандай теория туура келет.

Жолдун эки учун салыштырыңыз

Эгер серверди өзүңүз башкарсаңыз, ошол аракет үчүн анын окуяларын салыштырыңыз. Ал байланышты кабыл алдыбы? Аны атайын жаптыбы? Жооп бир чектен чыгып, кийинкисине эч качан жетпедиби?

Мүмкүн болсо, кардарда жана серверде жазып алыңыз. Кардарда көрүнүп, серверде көрүнбөгөн кайра коюу серверде пайда болгон эмес.

Эки багыттагы RST сегменттерин көзөмөлдөңүз:

sudo tcpdump -ni any 'tcp[tcpflags] & tcp-rst != 0' -c 20
ss -tnp | grep 198.51.100.20

Көзөмөлдөнгөн салыштыруу менен тарылтыңыз

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

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

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

Ишеним параметрлерин өзгөртпөй түзөтүүнү текшериңиз

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

Аныкталган компонентти анын ээси аркылуу түзөтүңүз, анан ошол эле профилди жана ошол эле байкоону кайталаңыз:

openvpn --config client.ovpn --verb 4
sudo tcpdump -ni any 'host 198.51.100.20 and tcp' -c 40

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