Яагаад DHCP резерв нь VPN серверийн тань статик IP биш юм

Гэрийн VPN хайрцгийг Wi-Fi-аас Ethernet руу зөөсөн бөгөөд түүний «байнгын» хаяг тэр оройдоо өөрчлөгдсөн. Маршруулагч дээр юу ч эвдэрээгүй байв. Резерв нь утасгүй адаптертай таарч байсан бөгөөд тэр адаптер цаашид замд байгаагүй.

Энэ буруу ойлголтын хоёр дахь хагас ч бий. LAN хаягийг засах нь найзууд тань холбогддог хаягт юу ч хийхгүй бөгөөд VPN клиентүүдэд өгдөг хувийн сантай ямар ч холбоогүй. Гурван хаяг, гурван тусдаа алдааны горим, тэдгээрийн зөвхөн нэг нь л резервийн ажил.

Резерв нь клиенттэй таардаг, төхөөрөмжтэй биш

DHCPv4-д резерв нь клиентийн техник хангамжийн хаягт холбогддог; DHCPv6-д клиент хадгалах ёстой DUID-т холбогддог. hostname талбар нь хүмүүст зориулсан шошго. Маршруулагч үнэндээ хүсэлтэд ирж буй танигчийг харьцуулдаг.

Бичлэгийг нөхцөл гэж уншаарай: энэ танигч асуухад түүнд энэ хаягийг өг. Таарсан хэсэг хүчинтэй байх хугацаанд шинэчлэлт ижил түрээсийг хадгална, дахин ачаалах нь дахин асууна. Танигч өөрчлөгдвөл хүсэлт резервийг алгасах бөгөөд клиент динамик сангаас өгснийг авна. Алдаа ч үгүй, анхааруулга ч үгүй, зүгээр л өөр хаяг.

OpenWrt хэлбэрийг тодорхой харуулдаг. /etc/config/dhcp доторх нэг config host блок нэр, MAC, хаягийг хамт холбож, статик түрээсийн баримт бичиг тэр бичлэг сантай хэрхэн харилцдагийг тайлбарладаг. Бусад маршруулагчид мөнөөх гурван талбарыг өөр шошгын цаана нуудаг.

Таарц чимээгүй унадаг газар

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

Дахин суулгах нь хоёр дахь тохиолдол бөгөөд IPv6 дээр хамгийн хүчтэй хазуулдаг. Шинэ суулгалт шинэ DUID үүсгэж болох бөгөөд хуучин IPv4 түрээс хүчинтэй хэвээр байх тул v4 хаяг хэсэг хугацаанд амьдарч, v6 бичлэг ямар ч харагдах засваргүйгээр хэрэглэгдэхээ болино.

Гурав дахь нь бэхэлсэн клиентийн танигч. Хэд хэдэн DHCP клиент MAC ашиглахын оронд танигчийн мөр тогтоохыг зөвшөөрдөг. Шинэчлэл эсвэл тохиргоог дахин бичих нь энэ тохиргоог орхивол машин хөдлөөгүй ч таарц алга болно.

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

Хост талын тохиргоо ба түүний үнэ

Хаягийг хост дээр тогтоох нь таарцын асуудлыг бүрмөсөн арилгана. DHCP хариу өгсөн эсэхээс үл хамааран интерфейс тэр хаягаар босдог бөгөөд маршруулагч дахин ачаалсны дараа ч хүрч болох машин талаас та яг үүнийг хүсдэг.

Үнэ нь өмчлөл. Одоо префикс, гарц, шийдэгчийг та өөрөө нийлүүлж, хаягийг динамик сангаас гадуур өөрөө барих ёстой. netplan-тай Ubuntu дээр үүнийг /etc/netplan/01-vpn.yaml зөөдөг:

network:
  version: 2
  ethernets:
    eth0:
      dhcp4: false
      addresses: [192.168.50.10/24]
      routes:
        - to: default
          via: 192.168.50.1
      nameservers:
        addresses: [192.168.50.1]

NetworkManager хэрэглэгчид nmcli con mod "Wired connection 1" ipv4.method manual ipv4.addresses 192.168.50.10/24 ipv4.gateway 192.168.50.1, дараа нь nmcli con up "Wired connection 1" ашиглан мөнөөх төлөвт хүрнэ. Эхний оролдлогод netplan apply-ийн оронд netplan try ашиглан netplan хэрэглээрэй; буруу бичсэн гарц хайрцгийг сүлжээнээс гаргаж, консол хайж үлдээнэ.

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

Тогтвортой LAN хаяг нь нийтийн төгсгөлийн цэг биш

Портын дамжуулалтыг 192.168.50.10 руу чиглүүл, дүрэм LAN талын аливаа өөрчлөлтийг даван туулна. Гэхдээ тогтвортой интернэт хаяг өгөхгүй. Таны нийтийн IP нь ISP-д хамаарна бөгөөд дахин холбогдох эсвэл модем солих үед зөөгдөж болно, динамик DNS яг үүний төлөө.

Операторын түвшний NAT-ийн цаана дамжуулах нийтийн IPv4 огт байхгүй бөгөөд ямар ч резерв түүнийг үүсгэдэггүй. Бусдын өмнө маршруулагчийн WAN хуудсыг шалга: хэрэв хаяг хуваалцсан мужид байвал орж ирэх дамжуулалт резерв хичнээн цэвэр байсан ч ажиллахгүй.

Гурав дахь хаяг нь туннелийн сан, ихэвчлэн 10.8.0.0/24 шиг зүйл. Тэдгээр хаяг зөвхөн туннелийн дотор оршиж, LAN дээр хэзээ ч гарч ирдэггүй. Тэднийг серверийн LAN хаягтай андуурах нь порт эцэст нь зөвхөн холбогдсон үедээ онлайн байдаг клиент рүү дамжуулагдах зам юм.

Замыг эвдрэх дарааллаар нь шалга

Маршруулагчаас эхэл. Түрээсийн хүснэгтийн бичлэгийг резервийн зорилтотой харьцуул; сервер сангийн хаяг авсан бол танигч буруу, хост дээрх ip link show харьцуулах утгыг өгнө.

Дараа нь хост. ip -4 addr show eth0 хүлээгдэж буй хаяг, префиксийг мэдээлэх ёстой. Нэг интерфейс дээр хоёр дахь хаяг байх нь ихэвчлэн DHCP таны статик тохиргооны хажууд ажиллаж байгааг илтгэнэ.

Дараа нь дамжуулалт. Очих газар чинь саяхан шалгасан хаягтай тэнцүү хэвээр байгаа эсэх, мөн ямар нэг зүйл ss -lntp-аар сонсож байгаа эсэхийг батал. Хаалттай порт руу чиглэсэн дамжуулалт гаднаас яг эвдэрсэн дамжуулалт шиг харагдана.

Гаднаас дуусга, Wi-Fi унтраалттай утсаар. Тэр нэг шалгалт «локал хаяг буруу» ба «нийтийн хүртээмж эвдэрсэн» хоёрыг ялгадаг, энэ тохиргоо байнга хольж байдаг хоёр асуудал.

Гурван хаягийг бичиж аваарай, LAN, нийтийн ба туннелийн сан, аль систем аль нэгийг эзэмшиж байгааг тэмдэглэ. Ирэх сард холболт тасарвал гурвыг зэрэг солихын оронд алийг нь шалгахаа мэдэх болно.