Явган зөөврийн компьютер: тогтвортой нэр үү, эсвэл оффисын тогтмол хаяг уу?

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

Гурван шаардлагыг салга

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

Аяллын гомдлын ихэнх нь эхний сагсанд орж DNS-д шийдэгддэг. Тогтвортой таних тэмдэгт нэр өгөх нь хямд бөгөөд эхний тохиолдлыг хамардаг. Хаягийг хадгалах нь үнэтэй бөгөөд бодлогыг ямар ч байсан дахин бичих тохиолдолд л хоёр дахьд нь тусалдаг.

Нэрийг тогтвортой зүйл болго

Зөөврийн компьютерт дуудагчийн хүрч чадах аль ч хаяг руу шийдэгдэх нэр өг. Энэ жишээнд оффисын хаяг 192.168.50.42, алсын хандалтын сан 10.90.0.42 олгодог, laptop17.corp.example холболтыг дагадаг. Хамгийн сүүлийн октет таарах шаардлагагүй бөгөөд тэр тохирлыг тойруулан загварчлах нь ашиггүй ажил үүсгэдэг. Бичлэг нь дуудагчийн үнэхээр ашиглаж чадах хаяг руу заах ёстой, зөөврийн компьютерт хэзээ нэгэн цагт байсан бүх интерфейс рүү биш.

dig +short laptop17.corp.example

Шийдэгчид хариултыг кэшлэдэг тул өөрчлөлт бүгдэд нэгэн зэрэг болохгүй. Богино TTL тусалдаг, програмын дахин холбогдох логик илүү тусалдаг.

Эх сурвалжийн зөвшөөрлийн жагсаалт жинхэнэ хязгаарлалт болох үед

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

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

Тасралтгүй байдал үнэхээр юу шаарддаг

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

ss -tnp state established '( dport = :443 )'

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