Таны URL-д 45000 биш, 80 эсвэл 443 портоор орох шаардлагатай шалтгаан

Хөтөчдөө хост нэр бичээрэй, схем нь очих портыг тодорхойлно: http-д 80, https-д 443. DNS хариултад үүнийг хүчингүй болгох зүйл байхгүй бөгөөд таны машин дээрх ямар ч чиглүүлэх дүрэм нийлүүлэгчийн захад сонсогч зохиож чадахгүй. VPN нийлүүлэгч танд 45000 шиг өндөр нийтийн порт өгөхөд тодорхой URL ажилладаг, цэвэр нь ажиллахгүй. Зөрүү нь орох цэг дээр байна, програмын дотор биш.

Хөтчөөс процесс хүртэлх замыг нэг удаа үзээрэй, гурван нийтлэлийн сонголт нууцлаг харагдахаа болино.

Хүсэлт үнэхээр хаашаа явдгийг хараарай

Хөтөч нэрийг хаяг болгон шийдэж, дараа нь URL өөр порт заагаагүй бол схемын анхдагч портоор тэр хаягт холбогдоно. Ирж буй холболтод юу болохыг таны нийлүүлэгчийн зах шийднэ. Хэрэв түүний чиглүүлэх хүснэгт зөвхөн 45000-ыг таны дотоод хаягтай холбовол 80 руу холбогдох газар байхгүй бөгөөд таны машин оролцохоос өмнө татгалзаж эсвэл хаягдана.

Тэр татгалзал зах дээр тохиолддог, тиймээс таны програмын лог юу ч харуулахгүй. Лог байхгүй нь пакет хаана зогссоны нотолгоо, программ эвдэрсэн гэсэн нотолгоо биш.

Яагаад локал дүрэм захыг засаж чадахгүй вэ

Програмын хост дээрх дахин чиглүүлэлт эсвэл DNAT дүрэм аль хэдийн ирсэн пакетуудад үйлчилнэ. Нийлүүлэгч дээр 80 порт руу илгээсэн пакетууд хэзээ ч ирэхгүй, тиймээс дүрмийг хэзээ ч үнэлэхгүй. Энэ бол бүх асуудалд хамгийн их алдагддаг цаг.

DNS ч портыг зөөж чадахгүй. HTTP тодорхойлолт нь схемын анхдагч утгыг тодорхойлдог, A эсвэл AAAA бичлэг хаяг буцаадаг бол CNAME өөр нэр буцаадаг. Хөтөч схемын портыг нэмсээр байдаг тул URL дахь тодорхой порт л очих газрыг өөрчилнө.

Эхний сонголт: тодорхой портыг хадгалах

Ихэнхдээ зөв хариулт нь гоёл чимэггүй нь байдаг. Порттой бүрэн URL нийтэлж, үүнийг дэмждэг орох хэсэгт TLS-ийг дуусгаж, үүсгэсэн холбоос бүр ижил гарал үүслийг хадгалж байгаа эсэхийг шалгаарай. Цөөн, хяналттай үзэгчдэд энэ нь бүрэн бөгөөд харагдах портын дугаараас өөр юу ч зарцуулахгүй.

Тэнд байхдаа дахин чиглүүлэлт болон күүкийн хамрах хүрээг шалгаарай, учир нь өөрийн хост нэрийг Location толгойд бичдэг backend энэ тохиргоог хүчингүй болгодог.

Хоёр дахь сонголт: анхдагч порт дээр жинхэнэ орох хэсэг авах

Зарим нийлүүлэгч, хостингийн шийдэл 80, 443-ыг баримтжуулсан үйлчилгээ болгон хуваалцсан эсвэл тусгай хаяг руу чиглүүлдэг. Нийтийн гарах хаяг дурын ирж буй порт гэсэн үг гэж таамаглахын оронд үнэхээр юу багтсаныг асуугаарай. Тусгай гарч буй хаяг ирж буй чиглүүлэлтийн талаар юу ч хэлэхгүй.

Эзэмшил, боломжтой байдлыг бичгээр баталгаажуулж, туннель өөр хаягтай дахин холбогдоход орох хэсэгт юу болохыг оруулаарай. Туннельтай хамт хөдөлдөг орох хэсэг нь DNS эвдрэл мэт харагдах тасалдал үүсгэдэг.

Гурав дахь сонголт: урд талд frontend тавих

Хүрч болох хаяг дээрх урвуу прокси 443 дээр сонсож, TLS-ийг дуусгах болон VPN-ээр backend руу тусдаа холболт нээж чадна. Зочдод frontend-ийн нэр, анхдагч порт харагдана, frontend нь таны өмнөөс backend-ийн өндөр порттой ярина. Энэ нь орох цэгтэй тэмцэхийн оронд архитектурыг өөрчилдөг тул ажилладаг. Тэгэхэд backend-д нийтийн интернетэд ирж буй порт огт шаардлагагүй.

Энэ нь таны ажиллуулж буй зүйлийг ч өөрчилнө. frontend нь нийтийн TLS, хандалтын бодлого, лог, боломжтой байдлыг эзэмшиж, backend-ийн сонголтыг зорьсон үйлчилгээгээр хязгаарлах ёстой. frontend-ээс backend руу үсрэлт HTTPS ашигладаг бол тэр үсрэлт дээр гэрчилгээний баталгаажуулалтыг хадгалаарай.

Нэг гарал үүслийг хадгалаарай

frontend-ийн нийтийн хост нэр, схем, порт нь зочдын ашигладаг гарал үүслийг бүрдүүлдэг тул програмын гадаад URL, дахин чиглүүлэлт, күүкийг тэр гарал үүсэлд тохируулаарай. Програм үнэмлэхүй холбоос бүтээдэг бол анхны хост, дамжуулсан схемийг илгээгээрэй. Хэрэглэгчдийг хувийн нэр эсвэл өндөр порт руу буцаадаг хариулт нь саяхан барьсан цэвэр орох хэсгийг хүчингүй болгоно.

Дараа нь үзэгчдийг бодож шийдээрэй. Богино URL удирдлагатай frontend-ийг зөвтгөж болох ч зөвхөн VPN-д зориулсан хувийн үйлчилгээг санамсаргүйгээр нийтийн болгох нь үнэ цэнэгүй.