Колдонмо сурамдары корпоративдик VPN артында ишке ашпайт, браузер болсо иштейт

Ички порталды браузерде ачасыз, ал жүктөлөт. Ошол эле хостту чакырган колдонмону иштетесиз, ал ишке ашпайт, билдирүү эч бир катмарды атабайт. Туннель браузерди ташып турат, ошондуктан туннель биринчи шектелген эмес. Сурамыңыз менен кызматтын ортосунда төрт нерсе турат, ар бири өзүнчө из калтырат. Мен ээрчиген тартип ушундай: VPN кардарынын жөндөөлөр баракчасынан эмес, колдонмо чындап жөнөткөн сурамдан башталат.

Колдонмо чындап жөнөткөн сурамды караңыз

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

env | grep -i proxy            # Linux/macOS
netsh winhttp show proxy       # Windows, machine-wide
curl -sv --noproxy '*' https://svc.internal/
nc -vz svc.internal 8080

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

Колдонмо эч ким жөндөбөгөн проксини мураска алды

Көпчүлүк HTTP стектери прокси конфигурациясын демейки боюнча операциялык системадан окушат. Корпоративдик VPN кардары аны көп учурда өзүнүн кирүү профилинин бөлүгү катары орнотот, ошондуктан сурамдар иштеп чыгуучу коддо эч качан атабаган проксиден чыгат. .NET ичинде демейки иштеткич IE/WinHTTP жөндөөлөрүнөн алат; Java -Dhttp.proxyHost окуйт; Node китепкана кошпойунча курулган прокси колдоосу жок. Ишке ашпоо таза баш тартуу боло бербейт, ошондуктан адамдар серверди карай башташат.

Сыноо бир сурамга турат: бир иштеткичте проксини ачык өчүрүп, салыштырыңыз.

var handler = new HttpClientHandler { UseProxy = false };
using var client = new HttpClient(handler);

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

Сиз тандаган порт саясат уруксат берген порт эмес

Маршрутталган хост уруксат берилген кызмат эмес. Корпоративдик саясат адатта чыгуучу веб-портторго уруксат берип, калганын таштайт, ошондуктан 8080 же 1883 портундагы кызмат жеткиликсиз, ал эми 443 жакшы иштейт. Браузер бул жерде эч нерсени далилдебейт: ал аныктама боюнча 443 колдонот.

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

Жол кайра койгон чийки TCP

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

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

Чоң маалыматтарда гана жабылган байланыштар

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

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

Төртөөнү бир өтүүдө кантип айырмалоо керек

Үч байкоо жагдайлардын көбүн чечет. Ишке ашпоо дароо болобу же чоң дене менен ганабы? Прокси өчүк кезде ошол эле сурам өтөбү? Портту же ташууну алмаштырганда натыйжа өзгөрөбү? Жоопторду кийинки өзгөртүүгө чейин жазып коюңуз, анткени корпоративдик VPN, мураска калган прокси жана колдонмонун демейки мааниси бирге үч ыктымал себеп берет.

Ар бир сыноодо бир өзгөрмө кармап, колдонгон максат хостун жазыңыз. Ошол базалык сызыксыз кийинки адам төрт кадамды тең башынан кайталайт.