Таны VPN туннелийн хаяг яагаад ирж буй порт нээхгүй байна
Туннелийн хаяг таны клиентийг түүн рүү чиглүүлж чадах түншүүдэд таниулж, хэзээ ч сонсогчийг үүсгэдэггүй. Холболт, буцах замыг, дараа нь бодлогыг шалгана уу.
Оффисын VPN-д холбогдоод, 8443 порт дээр жижиг үйлчилгээ эхлүүлж, туннелийн хаягийг хамт олонд илгээгээд, клиент холбогдсон гэж мэдээлсээр байхад холболт бүтэлгүйтэхийг харна уу. Туннельд юу ч эвдрээгүй: хаяг олгогдсон, сесс идэвхтэй, хариултыг зөөх ёстой пакетууд зүгээр л хэзээ ч нэвтрүүлэгддэггүй. Доорх гурван шалгалтыг дарааллаар нь хийгээд бүтэлгүйтсэн дээр нь зогсоорой, учир нь тус бүрийн засвар өөр бөгөөд зөвхөн нэг нь VPN-ийн тухай юм.
Сокет үнэхээр хаана холбогдсоноос эхэлнэ үү
Ямар нэг зүйл чиглүүлэгдэхээс өмнө дуудагч хүрч чадах хаяг дээр ямар нэг зүйл сонсож байх ёстой. Хөгжүүлэлтийн серверүүд ердийн буруутан, учир нь тэдгээрийн олонх нь анхдагчаар loopback-д холбогдож, зөвхөн нэг машинаас үүссэн холболтыг хүлээж авдаг. Туннелийн хаяг энэ холболтыг өөрчлөхгүй бөгөөд үйлдлийн систем VPN оролцохоос хамаагүй өмнө холболтыг татгалзана.
ss -ltnp | grep 8443
netstat -ano | findstr 8443Төлөв биш, локал хаягийн баганыг уншина уу. 127.0.0.1:8443 нь зөвхөн loopback гэсэн үг бөгөөд засвар нь 0.0.0.0 эсвэл туннелийн хаяг руу холбох явдал юм. 0.0.0.0:8443 бүх интерфейс дээр хүлээн авдаг бөгөөд энэ нь машинд нийтийн хаяг байхад олон хүний бодож байгаагаас өргөн; 10.64.7.15:8443 нь хамт олон хүрч чадах газарт л сонсдог нарийн хувилбар. Мөн үүнтэй ижил гаралт дахь процессын нэрийг анхаарна уу, учир нь өмнөх туршилтаас үлдсэн илүүдэл хуулбар нь порт нээлттэй мэт харагдаж, буруу агуулгаар хариулах нийтлэг шалтгаан юм.
Дараа нь тэр хаяг руу ямар нэг зүйл чиглүүлж чадах эсэхийг асууна уу
Туннелийн хаяг нь тухайн угтварыг туннель рүү илгээхээр тохируулсан түншүүдэд л утга учиртай. Хамт олны машин өөрийн хүснэгттэй бөгөөд туннелийн дэд сүлжээ рүү чиглэл байхгүй бол пакет анхдагч гарц руу явж, хаяг байгааг мэдэхгүй газарт үхдэг. Энэ нь дуудагчийн талын чиглүүлэлтийн асуудал бөгөөд таны талын зөвшөөрөл биш.
| Symptom from the caller | What it usually means | Where to look next |
|---|---|---|
| Connection refused immediately | Nothing is listening on the address the packet reached | The bind address and the process owning the port |
| Connection times out with no reply | A policy dropped the packet, or no route returns | Server forwarding, host firewall, cloud security group |
| Works from the same machine only | Listener is on loopback, or no route reaches the tunnel address | Bind address, then the caller's route to that prefix |
Хоёр клиентийн хоорондох сервер ч мөн адил чухал. Ердийн алсаас хандах загварт клиент бүр гарц руу гарах холболт нээж, гарц тэдгээр урсгалын төлөвийг хадгалдаг тул хариултууд өөрт нь аль хэдийн мэдэгдэх замаар буцаж ирдэг. Нэг клиентээс нөгөө рүү холболт нь гарц хүлээн авч дамжуулах ёстой шинэ урсгал бөгөөд олон байршуулалт клиентүүдийг бие биенээсээ тусгаарлахын тулд үүнийг зориуд унтраадаг. Хэрэглэгчийн VPN үйлчилгээнүүд ихэвчлэн анхдагчаар тусгаарладаг; корпорацийн гарцууд заримдаа бүлгээр зөвшөөрдөг.
Хост дээр ямар нэг зүйл өөрчлөхөөс өмнө чиглэлийг шалгана уу. Хэрэв туннелийн хаяг гарцаас өөрөөс нь хариулж, түншээс нь хариулахгүй бол ялгаа нь гарцын клиентээс клиент рүү тохиргоо бөгөөд локал галт ханын ямар ч засвар түүнийг орлохгүй.
Эцэст нь урсгалыг зөвшөөрдөг бодлогыг олоорой
Чиглүүлсэн пакет ба хариулт өгдөг үйлчилгээний хооронд гурван бодлогын давхарга байдаг: VPN серверийн дамжуулах шийдвэр, хостны галт хана, мөн инстансын урд байх аливаа үүлэн аюулгүй байдлын бүлэг. Гурвуулаа санал нийлэх ёстой бөгөөд тэд өөр өөрөөр бүтэлгүйтдэг, иймээс дээрх хүснэгтийн шинж тэмдэг хөтчийн алдааны мэдэгдлээс илүү ашигтай.
Хостны галт хана бол амжилттай холболтын дараа хүмүүсийн мартдаг давхарга, учир нь LAN интерфейс дээр портыг зөвшөөрдөг дүрэм туннелийн интерфейс дээр автоматаар зөвшөөрдөггүй. Интерфейсээр хязгаарлагдсан дүрмүүд зөв загвар бөгөөд оффисоос ажиллаад гэрээс ажилладаггүй үйлчилгээний нийтлэг шалтгаан ч мөн адил. Дүрмийн портын дугаарыг биш, хамрах хүрээг нь уншина уу.
Төлөвт суурилсан шүүлт эсрэг тохиолдлыг тайлбарладаг. Зөөврийн компьютерээс гарах холболт төлөв үүсгэж, түүнд өгөх хариултууд ирж буй дүрэмгүйгээр нэвтрүүлэгддэг. Хамт олны холболт ард төлөвгүй огт шинэ урсгал тул тодорхой зөвшөөрөл шаарддаг. Энэ тэгш бус байдал нь таны өөрийн машин дээр ажиллаж буй хөтчийн сесс үйлчилгээ гаднаас хүрч болох эсэхийг юу ч хэлдэггүйн бүх шалтгаан юм.
Нэг шалгалт бүтэлгүйтвэл туннелийг биш, загварыг өөрчил
Хэрэв шаардлага нь хамт олон таны локал үйлчилгээг нээх бол, шударга хариулт нь ихэвчлэн ирж буй хандалтад зориулж бүтээсэн механизм юм. Урвуу SSH туннель нь хамгийн жижиг нь: таны машин хамт олны аль хэдийн хүрч чадах хост руу гарах холболт үүсгэж, сонсогч тэр хост дээр оршдог.
ssh -N -R 8443:127.0.0.1:8443 [email protected]Реле нь SSH серверийн тохиргоондоо GatewayPorts clientspecified шаарддаг, эс бөгөөс дамжуулсан сонсогч реле дээр loopback-д холбогдож, хамт олон өмнөх шигээ ижил татгалзалтай тулгарна. Нэг үдээс хойш илүү удаан үргэлжлэх бүх зүйлд эрүүл мэндийн шалгалт, нийтэлсэн нэрний гэрчилгээтэй ачааллын тэнцвэржүүлэгч эсвэл ingress нь илүү сайн хэрэгсэл бөгөөд хоёр сүлжээ үнэхээр ярих шаардлагатай үед хоёр дэд сүлжээнд чиглэл бүхий сайт хоорондын туннель зөв хариулт юм.
Эдгээр загвар бүр илрэлийг тодорхой болгодог, энэ бол гол нь. VPN нь та аль хэдийн ашиглах эрхтэй байсан сүлжээнүүдийн хооронд пакетуудыг зөөдөг; энэ нь үйлчилгээ нийтэлдэггүй бөгөөд зөөврийн компьютерээ интернет рүү харсан хост болгодоггүй. Гурван давхаргын алийг нь өөрчлөхийг шийдэх нь үүрэг бөгөөд туннель тэдгээрийн нэг нь байх нь ховор.