Android VPN бүрэн хост нэрийг шийддэг ч богино нэрийг шийддэггүй

Таfilesтерминалын эмуляторт бичихэд юу ч буцаж ирдэггүй; таfiles.corp.exampleгэж бичихэд ижил сервер тэр даруй хариулдаг. VPN-ийн нэвтрэх мэдээлэлд юу ч өөрчлөгдөөгүй бөгөөд хувийн DNS сервер хэзээ ч эвдэрч байгаагүй. Android-д богино шошго ба бүрэн нэр шийдэгчээр дамжуулан өөр замаар явдаг бөгөөд эдгээр замын нэг нь туннелийн эзэн өгөх ёстой тохиргооноос хамаардаг. Таны өмнө тулгарч буй шийдвэр нь аль DNS серверийг солих биш, харин апп-ын бодитоор ашиглаж буй сүлжээг хэн удирдаж байгаа юм.

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

Хайлтын дагавар ба DNS сервер нь тусдаа талбарууд

Шийдэгчийн хаяг Android-д хаанаас асуухыг хэлнэ. Хайлтын дагавар нь зөвхөн зүүн талын шошгыг өгөх үед юу асуухыг хэлнэ. Хоёулаа нэг сүлжээний объект дээр амьдардаг бөгөөд аль нь ч дангаараа дутуу байж болно.

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

Android энэ хуваагдлыгLinkProperties-ээр илрүүлдэг. DNS серверүүдийн жагсаалт ба домэйн хайлтын жагсаалт нэг объект дээр байрладаг бөгөөд эхнийх нь бүрэн дүүрэн байсан ч хоёр дахь нь ихэвчлэн хоосон байдаг. Шийдэгчтэй боловч домэйнгүй сүлжээ нь дагавар хэзээ ч хэрэгжиж байгаагүй сүлжээ бөгөөд богино нэрийг татгалзсан сервер биш юм.

Ямар нэгэн зүйлийг өөрчлөхөөс өмнө бодит сүлжээг уншина уу

Wi-Fi, гар утасны сүлжээ ба VPN интерфейс нь гурван тусдаа сүлжээ бөгөөд туннель босох үед анхдагч болдог. Тиймээс оффисын Wi-Fi-д ажиллаж байсан дагавар нь туннель идэвхтэй үед хүчинтэй байгаа дагавар гэсэн үг биш. Апп-ын бодитоор сонгогдсон сүлжээг шалгана уу, өнгөрсөн долоо хоногт тохируулсаныг биш.

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

Хөтчүүдийн хаягийн мөр нь өөр нэг давхарга нэмдэг: нүцгэн үгийг хайлтын асуулга гэж үзэж болно, эсвэл үүгээр шийдэж болнохөтчийн өөрийн шифрлэгдсэн DNS бодлого, тиймээс Chrome-д ачаалагдсан хуудас системийн хайлтын талаар юу ч батлахгүй. Платформын шийдэгчийг ашиглаж, юу буцаж ирснийг хэвлэдэг зүйлээр туршина уу. Дараа нь богино ба бүрэн хэлбэрийг нэг сессэд, нэг сүлжээнд ажиллуулж, аль нь хариулт өгснийг тэмдэглэнэ үү.

Хэрэв та VPN апп-ыг бүтээж байгаа бол дагаврыг бүтээгчид хавсаргана уу

Таны апп интерфейсийгVpnService-ээр байгуулах үед,addSearchDomainэнэ нь үүнд зориулсан дэмжигдсэн оролт юм. Энэ нь дараахтай төстэй домэйн мөрийг авдагcorp.example, мөн энэ нь серверийн хаягийг дамжуулах өөр арга биш юм.

Энэ дуудлага дагаврыг таны бүтээж буй сүлжээнд холбодог тул дараа нь эргүүлэх глобал тохиргоо байхгүй. Хэрэв апп интерфейсийг буулгаад дахин холбогдох үед дахин бүтээвэл шинэ бүтээгч дагаврыг дахин нэмэх шаардлагатай, эс тэгвээс орлуулах сүлжээ түүнгүйгээр босно.

Энд олон ширээний профайлын импорт энэ талбарыг алддаг. Экспортлогч домэйныг өөрийн загварт бичдэг, Android-ийн урд хэсэг зөвхөн мэддэг сонголтуудыг зурагладаг, үр дүнд үүссэн интерфейс бусад бүх талаараа зөв харагддаг. Зөөврийн компьютер дээр ажиллаж, утсан дээр бүтэлгүйтдэг профайл нь ихэвчлэн зураглалын цоорхой, протоколын асуудал биш юм.

Хэрэв та зөвхөн VPN ашигладаг бол үүнийг тохируулах нь таны ажил биш

Клиентийн талд дагавар нэмдэг засвар байхгүй бөгөөд хуурамч болгохын тулд өөрчилж болох глобал шинж чанар ч байхгүй. Утгыг туннелийн эзэн өгдөг: удирдлагатай клиентийн профайлд, түүний платформ тус бүрийн зураглалд, эсвэл серверийн илгээдэг зүйлээр дамжуулан. Та аль платформ дээр байгаа, аль нэр бүтэлгүйтэж байгааг хэлнэ үү, учир нь ширээний болон мобайл урд хэсгүүд яг энэ талбарт ялгаатай.

Ширээний профайлыг дахин импортлох нь мобайл зураглалын талаар дахин юу ч батлахгүй.

Гурван нөхцөл нь танд алдаа байгаа эсэх эсвэл хүлээгдэж буй хязгаарлалт байгаа эсэхийг шийддэг. Нэгд, байгууллага богино шошгыг ер нь дэмжигдсэн нэр гэж үздэг үү, эсвэл энэ нь зөвхөн оффисын Wi-Fi-д ажиллаж байсан тав тух уу? Хоёрт, бүтэлгүйтэж буй хайлт нь системийн шийдэгчийг бүрэн тойрч гарч болох хөтчөөс ирж байна уу? Гуравт, богино нэрийг туннелээр хүрэх ёстой юу, эсвэл зөвхөн LAN-аас уу? Хэрэв сүүлийн хариулт зөвхөн-LAN бол, дагавар нэмэх нь оффисын гадна шийдэгдэж, дараа нь маршрутлагдахгүй нэр үүсгэх байсан.

Дагавар байгаа ч богино нэрс бүтэлгүйтсээр байх үед

Хэрэв домэйн хайлтын жагсаалт аль хэдийнcorp.exampleхаруулж байвал дагаврыг буруутгахаа болино уу. Шийдэгч өргөтгөсөн нэрэнд ер нь хариулт буцааж байгаа эсэхийг шалгана уу, учир нь дагавар нь таны тавьж буй асуултыг л өөрчилдөг. Энэ нь серверийг өөрөө хостлождоггүй бүсэд эрх мэдэлтэй болгодоггүй.

Дараа нь маршрутыг шалгана уу. Шийдэгддэг боловч туннель дамжуулдаггүй хаяг холбогдох үед бүтэлгүйтдэг бөгөөд энэ нь чимээгүйгээр бууж өгдөг хөтчийн хайлтын бүтэлгүйтэлтэй яг ижил харагдана.

Сертификатууд тусдаа дурдлага хүртэх ёстой. HTTPS баталгаажуулалт нь таны бодитоор бичсэн хост нэрийг ашигладаг тул зөв өргөжсөн богино нэр гар барилцаанд бүр чfiles-г танилцуулна.files.corp.example-д олгогдсон сертификат түүнд хүчинтэй биш, энэ алдаа нь зөв зан төлөв бөгөөд таны эхэлсэн DNS асуудлын шинж тэмдэг биш.

Дараа нь юу хийх вэ

Ямар нэгэн зүйлд хүрэхээс өмнө хуваагдлыг баталгаажуулна уу: бүрэн нэр шийдэгддэг, богино нь шийдэгддэггүй, ижил апп, ижил сесс. Дараа нь сонгогдсон сүлжээг олж, түүний домэйн хайлтын жагсаалтыг шийдэгчдийн жагсаалтын хажууд уншина уу. Хоёрын аль нь хоосон байгаа нь хэн арга хэмжээ авах ёстойг хэлнэ — та, хэрэв апп таных бол; туннелийн оператор, хэрэв үгүй бол.

Эцэст нь зөөврийн чанар чухал газарт хавчуурга болон клиентийн тохиргоонд бүрэн үйлчилгээний хост нэрийг илүүд үзээрэй. Энэ нь сүлжээ солигдоход тэсвэрлэдэг, мобайл урд хэсэг хэрэгжүүлэхгүй байж болох зураглалаас хамаардаггүй, сертификат олгогдсон нэртэй таардаг.