Имэйл VPN-гүйгээр серверт хүрдэг: дүрмийг хаана хэрэгжүүлэх вэ

Имэйл асуулгаа үргэлжлүүлж, VPN унтарсан ч бүртгэл синхрончлогдсоор байна. Апп нь тохируулсан ажлаа хийж байна; энгийн имэйл профайлд сервер зөвхөн туннелээр хүрэх боломжтой гэж хаана ч бичээгүй. Энэ нь хоёр өөр шаардлага үлдээж, тэдгээрийг андуурахад хялбар: үйлчилгээ шууд клиентийг татгалзах ёстой, эсвэл Mac огт оролдох ёсгүй.

Бүтээгдэхүүн сонгохоос өмнө шаардлагаа сонго. Серверийн дүрэм болон клиентийн дүрэм өөр өөр газарт бүтэлгүйтдэг, өөр нотолгоо гаргадаг, өөр эздэд хамаардаг. Хоёуланг хэрэгжүүлэх нь хоёр мэдэгдэл үнэн үед хүчинтэй, гэхдээ нэг нь нөгөөг орлохгүй. Хоёр шаардлага хоёулаа хууль ёсны; зүгээр л нэг хяналт биш.

Шинж тэмдэг Mac мэт харагдана, гэхдээ алдагдал серверт байж болно

Имэйл туннелээс гадуур синхрончлогдох үед сервер юу хүлээж авдагнаас эхэл. Имэйл сонсогч интернэтээс шууд холболтод хариулдаг бол клиентийн талын ямар ч тав тухтай тохиргоо энэ баримтыг өөрчлөхгүй. Mac нь одоо ч нээлттэй үйлчилгээтэй харьцахдаа хэвийн ажиллаж байна.

Имэйлийн администратороос үйлчилгээ ямар эх сурвалжийн хаяг харддагийг асуу. VPN гарц, урвуу прокси эсвэл ачааллын тэнцвэржүүлэгч клиентийн хаягийг хөрвүүлж болох тул VPN тохиргооны хаягийн сан имэйл процесс руу ирж буй хаягтай тохирохгүй байж болно. Буруу эх сурвалжийн эсрэг бичсэн дүрэм бүгдийг хаадаг эсвэл хэнийг ч хаадаггүй.

Тэр хариулт нь үйлчилгээ VPN клиентүүдийг огт ялгаж чадах эсэхийг ч хэлнэ. Хэрэв клиент бүр нэг прокси хаягаар ирдэг бол эх сурвалжид суурилсан зөвшөөрөл тэдгээрийг салгаж чадахгүй бөгөөд шаардлагыг нэвтрүүлэх эсвэл клиентийн тал руу шилжүүлэх ёстой.

Серверт зөвшөөрөх: аппыг бус, эх сурвалжийг татгалз

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

Шаардлага нь «үйлчилгээ шууд клиентүүдэд үйлчилэх ёсгүй» байх үед энэ нь хамгийн хүчтэй хил юм. Хэрэглэгч өөр имэйл клиент суулгасан ч энэ нь тэсвэрлэнэ, учир нь татгалзал нэвтрүүлэлтийн өмнө болдог. Өөрийн VPN бодлогыг үл тоомсорлодог Mac-д ч тэсвэрлэнэ.

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

Клиент дээр хэрэгжүүлэх: зөвхөн туннел бус, оролдлогыг хаа

Клиентийн талын дүрэм нь урсгалыг хориглох ёстой, имэйл нээгдэх үед туннел эхлүүлэхээр л зогсохгүй. Имэйл домэйны идэвхжүүлэх триггер нь VPN-ийг зөв мөчид өргөж чадна, гэхдээ туннел унтарсан үед эсвэл бүтэлгүйтсэний дараа юу болохыг тодорхойлохгүй.

Төгсгөлийн цэгийн бүтээгдэхүүний дэмжигдсэн хаалтын бодлогыг ашиглаж, хамрах хүрээг нь санаатайгаар тодорхойл. Апп түвшний дүрэм нь тухайн имэйл апп дахь бүх бүртгэлийг, хувийн бүртгэлийг ч хамарна. Очих газрын түвшний дүрэм нь ажлын бүртгэлийн IMAP, илгээх, нэвтрүүлэлтийн төгсгөлийн цэгүүдийг нэрлэх ёстой бөгөөд тэдгээр хаяг өөрчлөгдөхөд ч ажилласаар байх ёстой.

Хоёр хаягийн гэр бүл болон одоо байгаа сессийг хамар. Шинэ IPv4 холболтыг хааж, IPv6 эсвэл тогтоосон сокетыг хөндөхгүй орхих бодлого нь санамсаргүй мэт харагдах тасалдалтай синхрончлол үүсгэдэг. Сүлжээний өөрчлөлт болон унтах цикл нь мөнөөх туршилтын хэсэг.

Апп ба очих газрын түвшний дүрмүүд өөр нөлөөний хүрээтэй

Апп түвшний хаалт нь ойлгоход энгийн: туннелгүйгээр Имэйлээс ямар ч урсгал гардаггүй. Энэ нь бас бүдүүлэг, учир нь нэг апп-д бодлоготой ямар ч холбоогүй хувийн бүртгэл байж болно. Хэрэглэгчид үүнийг хамгийн түрүүнд анзаарч, эвдэрсэн имэйл апп гэж мэдээлдэг.

Очих газрын түвшний хаалт илүү нарийн бөгөөд арчлахад хэцүү. Түүнд бүртгэлийн ашигладаг төгсгөлийн цэгүүдийн бүрэн багц, илрүүлэх болон нэвтрүүлэлтийн үйлчилгээг оролцуулан, мөн тэдгээрийг шинэчлэх процесс хэрэгтэй. Нэг нь дутуу бол бүртгэл хагас ажиллана; хэт их оруулбал хамааралгүй имэйл зогсоно.

Шаардлагын найруулгаар сонго. «Энэ ажлын бүртгэл шууд холбогдох ёсгүй» нь очих газрын хүрээг заана. «Энэ Mac VPN-ээс гадуур имэйл ажиллуулах ёсгүй» нь илүү өргөн апп дүрмийг зөвтгөнө, эзэн нь хувийн бүртгэлийн гаж нөлөөг хүлээн зөвшөөрвөл.

Татгалзал болон байхгүй байдлыг тусад нь шалга

Тусгай туршилтын бүртгэлээр VPN-ээр холбогдож, хэвийн ажиллагааг баталгаажуул. Дараа нь салгаж, хоёр удаа шалга: нэг удаа сервер нэвтрэлтийг татгалзаж байгаа эсэхийг, нөгөө удаа Mac огт холболт оролдож байгаа эсэхийг харахын тулд. Эдгээр нь өөр ажиглалт бөгөөд өөр бүртгэлд хамаарна.

Салгасан үед SYN эсвэл DNS асуулгын клиентийн талын нотолгоог, татгалзсан эсвэл хүлээн авсан сессийн серверийн бүртгэлийг ажигла. Сервер татгалзсан ч клиент оролдсоор байвал серверийн дүрэм ажиллаж, клиентийн дүрэм дутуу байна. Клиент огт оролдохгүй ч сервер бусад клиентийг хүлээн авсаар байвал хил нь яг таны тавьсан газарт байна.

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