TCP 443 үнэхээр тусалдаг уу? Зөвхөн сервер тэнд сонсож байж л
TCP профайл бол нөөц зам, өнгөлөн далдлах биш. Сервер тэр порт дээр сонсож байгаа эсэхийг шалгаад, дараа нь давхар TCP-ийн өртгийг хүрч чадахгүй байхтай харьцуул.
TCP 443 бол урьдчилсан нөхцөлтэй нөөц зам бөгөөд ямар ч шүүлтүүрийг тойруулан туннелийг нэвтрүүлдэг өнгөлөн далдлалт биш. Оператор аль хэдийн тэр порт дээр TCP сонсогчийг нийтэлсэн бөгөөд зам цагаар нээлттэй үлдэх холболтыг дааж байгаа үед энэ нь тусална. Энэ хоёрын аль нэг нь байхгүй бол ихэвчлэн хугацаа хэтэрсэн байдлаар бүтэлгүйтдэг бөгөөд хугацаа хэтэрсэн нь алийг нь дутагдаж байгааг ховорхон хэлдэг. Солих эсэхийг шийдэхэд гурван асуулт хэрэгтэй бөгөөд тэдгээрийн зөвхөн нэг нь портын дугаарын тухай юм.
Портын дугаар бол тээврийн амлалт биш
Порт нь төгсгөлийн цэгийг нэрлэдэг; TCP түүнийг эрэмбэлэгдсэн байтын урсгал болгоно; OpenVPN тэр урсгалын дотор юу явдагийг шийддэг. Ижил дугаар дээрх вэб сервер огт өөр программын зохион байгуулалт хэрэглэдэг тул 443 портыг хуваалцах нь хоёрыг шүүлтүүрт ижил харагдуулах бөгөөд үүнээс хэтрэхгүй. Дугаар нь шүүлтүүрийн уншдаг сэжүүр бөгөөд багцуудын агуулгыг өөрчилдөг шинж биш. Порт хуваалцдаг гэсэн шалтгаанаар хоёрыг ижил гэж үзэх нь эндхийн эргэлзээний ихэнхийн ард байх алдаа юм.
Дунд шатны төхөөрөмжүүд портын тухай энгийн зөвшөөр-эсвэл-хориглох шийдвэр ховор гаргадаг. Олонх нь эхний байтуудыг шалгадаг, зарим нь очих газрыг бэхэлдэг, зарим нь хэт удаан нээлттэй үлдсэн холболтыг дахин тохируулдаг. Тиймээс ижил профайл нэг сүлжээнээс ажиллаж, нөгөөгөөс хугацаа хэтэрч болдог, тиймээс нөөц замыг амлалт гэж итгэхийн оронд дэмжигдсэн сонголт гэж туршиж үзэх нь зүйтэй. Шүүлтүүр трафикийг шалгах үед портын дугаар нь түүний хардаг эхний зүйл л юм.
Профайлд хүрэхээс өмнө сонсогчийг баталгаажуул
Сервер порт дээр TCP-д тохируулагдсан байх ёстой бөгөөд клиентийн профайл ижил тээврийг шаардах ёстой. UDP профайлыг TCP шаардахаар дахин бичих нь сонсогчийг үүсгэхгүй бөгөөд үүнээс үүдэх хугацаа хэтэрэл портыг хаядаг галт ханаас ялгагдахгүй. Операторын өөрийн TCP профайл байвал татаж аваарай, учир нь зарим үйлчилгээ тээвэр бүрд тусдаа төгсгөлийн цэг, тусдаа таних тэмдгийн тохиргоо нийтэлдэг. Гараар засах нь хяналттай туршилтад тохиромжтой, нийлүүлэгчийн зорьсон тохиргоог таамаглах муу арга юм.
Тэр тохирлын хоёр тал тохиргоонд харагдах бөгөөд OpenVPN төслийн холбоосын сонголтууд хоёр хэлбэрийг хоёуланг нь баримтжуулдаг. Хамгийн бага хос ингэж харагдана:
# server: accept TCP on this port
proto tcp-server
port 443
# client: request the same transport
proto tcp
remote vpn.example.com 443Гурван нөхцөл нөөц зам өртгөө зөвтгөх эсэхийг шийднэ
Эхний нөхцөл нь оператор энэ тээврийг огт санал болгодог байх; үүнгүйгээр бусад нь хамаагүй. Хоёр дахь нь зам урт хугацааны сессийг амьд байлгах, учир нь зарим сүлжээ портыг бүрэн хаахын оронд нээлттэй үлдсэн холболтыг дахин тохируулдаг. Гурав дахь нь нөөц зам санаатай үл хамаарах зүйл үү, эсвэл таны засаагүй гэмтлийг нууж буй түр зуурын шийдэл үү.
Нөхцөл бүрд хямд шалгалт бий. Аль нэгэнд нь бүтэлгүйтэх нь клиентийн талаас ижил харагдана:
| Condition | How to check it | What a failure decides |
|---|---|---|
| The server offers TCP | The operator's profile list, or a listening-socket check on the server | No client-side edit can help |
| The path keeps long sessions | A test connection left open for an hour | Reconnects will look like server faults |
| The fallback is deliberate | A change record naming the UDP fault | The underlying fault stays invisible |
Тээврүүдийг харьцуулахаас өмнө олзлогдсон портал дахь аливаа нэвтрэлтийг дуусга. Таны төхөөрөмжийг хүлээж аваагүй сүлжээ хоёр тээврийг хоёуланг нь хаадаг тул харьцуулалт туннелийг биш порталыг хэмждэг. Нэвтэрч, энгийн хөтлөлт ажиллаж байгааг баталгаажуулаад, дараа нь л туршилтыг эхлүүл.
Таны хүлээн зөвшөөрөх өртөг: TCP доторх TCP
TCP алдагдсан сегментүүдийг дахин илгээж, тэдгээрийн дарааллыг хадгалдаг. Өөрөө ч TCP хэрэглэдэг програм TCP туннелийн дотор ажиллах үед хоёр сэргээх давхарга ижил алдагдалд хариу үйлдэл үзүүлдэг бөгөөд яг энэ харилцан үйлчлэл нь алдагдалтай зам дээр туннелийг удаан мэт мэдрүүлдэг. Шинж тэмдэг нь цэвэр бүтэлгүйтэл биш харин саатал, чичрэл бөгөөд энэ нь холын төгсгөлийг буруутгахад хялбар болгодог. Дүгнэлт хийхээс өмнө клиентийн талаас хоёр тээврээр хэмж.
UDP энэ үүрлэлтээс зайлсхийдэг бөгөөд энэ нь операторууд түүнийг илүүд үзэж, TCP-г зөвхөн хувилбар болгон санал болгодог гол шалтгаан юм. Тогтвортой TCP холболт хүрч чадахгүй UDP холболтоос илүү ашигтай хэвээр, тиймээс харьцуулалт сайн ба муу сонголтын хооронд биш, хоёр бодит өртгийн хооронд болдог. Харьцуулах үед төхөөрөмж болон хандалтын сүлжээг өөрчлөхгүй байлга, эс бөгөөс үр дүн буруу хувьсагчийг дүрсэлнэ.
Зарим клиентийн боломжууд зөвхөн нэг тээврийн хувьд баримтжсан тул нөөц профайл таны найдаж байсан зан төлөвийг чимээгүй орхиж болно. TCP профайлыг энгийн солилцоо гэж үзэхийн өмнө сонголтын тээврийн шаардлагыг унш.
Өөр тээврийн хүрэхгүй гэмтлүүд
Хугацаа дууссан гэрчилгээнд цаг шалгах эсвэл шинэчлэх шаардлагатай хэвээр, татгалзсан бүртгэлд зөв итгэмжлэл шаардлагатай хэвээр. Операторын өгсөн серверийн таних тэмдгийн шалгалтыг хадгал, учир нь танил портын дугаар хэнийг ч баталгаажуулдаггүй. Хариу өгч буй порт зөвхөн ямар нэгэн зүйл сонсож байгааг хэлдэг.
Туннель босож, очих газрууд бүтэлгүйтсээр байвал үлдсэн асуудал нь холболтын дараах чиглүүлэлт эсвэл нэр шийдвэрлэлт бөгөөд тээвэр биш. Портнуудыг тойрохын оронд тэр замаар яв, учир нь нэг үдээс хойш ингэж алга болдог. Профайл аль тээврийг туршихыг хэлдэг; UDP зам яагаад бүтэлгүйтсэнийг хэзээ ч хэлдэггүй.