OpenVPN-ийн маршрутын зааварт wildcard яагаад ажиллахгүй вэ

маршрут нь хаягийн угтваруудыг суулгадаг тул хост нэрийн загварт тааруулах зүйл байхгүй. Сүлжээнд угтвар, домэйнууд шийдэх шаардлагатай үед прокси эсвэл PAC файл ашиглана уу.

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

Маршрут юу суулгадаг, юуг хэзээ ч уншдаггүй

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

OpenVPN зарим маршрутын параметрт шийдэгдэж болох нэрийг хүлээн авч чаддаг бөгөөд энэ хүлцэл нь төөрөгдлийн эх сурвалж юм. Нэрийг тохиргоог хэрэглэх үед шийддэг бөгөөд энгийн маршрут болох нэг буюу хэд хэдэн хаяг үүсгэдэг. Үүний дараа нэр зурагнаас бүрмөсөн алга болдог.

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

Очих газар үнэхээр угтвар байх үед

Хэрэв зорилго нь мэдэгдэж буй хувийн сүлжээ бол угтварыг бичнэ үү. Баримтжуулалтын орон зайгаас жишээ авбал нэг хост, нэг дэд сүлжээ иймэрхүү харагдана:

route 10.60.4.20 255.255.255.255
route 10.60.0.0 255.255.0.0

Хоёр бичлэг хоёулаа хаяг, маскийг нэрлэдэг бөгөөд хоёулаа DNS-ийн өөрчлөлтийг даван туулдаг, учир нь тэдгээрт юу ч нэрээс хамаардаггүй. Энэ бол бүх давуу тал: маршрут бол нэг удаа болсон хайлтын тухай биш, топологийн тухай мэдэгдэл юм.

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

Ажлын нэгж нь хост нэр байх үед

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

Прокси тохиргооны файл энэ сонголтыг илэрхийлж чадна. Доорх жишээ дүрмүүд нэг домэйн болон түүний дэд домэйнуудыг прокси руу, бусад бүх зүйлийг шууд илгээдэг:

function FindProxyForURL(url, host) {
    var h = host.toLowerCase();
    if (h === "corp.example" || dnsDomainIs(h, ".corp.example")) {
        return "PROXY 10.60.0.12:3128";
    }
    return "DIRECT";
}

Яг нэрийн харьцуулалт нь домэйныг өөрийг нь хамардаг бөгөөд дагаварын харьцуулалт нь зөвхөн ижил төстэй тэмдэгтээр төгсдөг нэртэй таарахгүйгээр түүний үр хүүхдүүдийг хамардаг. Хоёулаа хэрэгтэй бөгөөд нэгийг нь орхивол зөв мэт харагдах боловч оргил эсвэл хуурамчийг алгасах дүрэм үүсдэг.

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

Прокси сонголт юуг хамардаггүй

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

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

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

Хоёр замыг хоёуланг нь турших, зөвхөн азтайг нь биш

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

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

Холбоотой нийтлэлүүд