ifconfig-push: զուգընկերոջ հասցե net30-ում, թե՞ ենթացանցի դիմակ subnet-ում։

Դինամիկ հաճախորդները միանում են, և երթուղավորումը լավ աշխատում է, սակայն ֆիքսված հասցե ունեցող միակ հաճախորդը բոլորովին չի հասնում սերվերին։ Հրդեհային պատում ոչինչ չի փոխվել, և CCD տողը հավաստի է թվում։ Սովորական պատճառը երկրորդ արգումենտն է, որը գրվել է սերվերի գործարկածից տարբեր TUN տոպոլոգիայի համար։ Ձախողումը լուռ է՝ հաճախորդը բարձրանում է հասցեով, և սերվերը ընդունում է միացումը, բայց ոչ մի երթևեկություն չի անցնում։

net30-ում այդ դաշտը զուգընկերոջ հասցե է, իսկ subnet-ում՝ ենթացանցի դիմակ։ Երկու ձևերը այլընտրանք են, երբեք՝ հաջորդականություն։

Երկու ձևերը՝ կողք կողքի

Ավանդական net30 տեղակայման մեջ յուրաքանչյուր հաճախորդ ունի /30 բլոկ՝ ցանցային հասցե, երկու օգտագործելի հասցե և հեռարձակման հասցե։ ifconfig-push-ը վերցնում է հաճախորդի հասցեն և զուգընկերոջ հասցեն, իսկ զուգընկերը նույն բլոկի մյուս օգտագործելի հասցեն է, որն օգտագործում է կետ-կետ միացման սերվերի կողմը։

# net30: client address and its peer
ifconfig-push 10.99.0.6 10.99.0.5
# topology subnet: client address and the pool netmask
ifconfig-push 10.99.0.20 255.255.255.0

topology subnet-ի ներքո հաճախորդը մեկ ենթացանց է կիսում սերվերի հետ, և նույն հրահանգը վերցնում է հասցե և ենթացանցի դիմակ։ Սերվերի սեփական հասցեն գալիս է server հրահանգից, ոչ թե երկրորդ դաշտից։ Ձևերի խառնումը ստեղծում է հաճախորդ, որը կարծում է, թե կետ-կետ միացման վրա է, մինչ սերվերը երթուղավորում է նրան որպես ենթացանցի հանգույց, կամ հակառակը։ Այդ պատճառով ենթացանցի դիմակը երբեք չպետք է զուգակցվի net30-ի հետ։

Բլոկի երկու տողերն էլ CCD ֆայլի առանձին տողեր են։ Յուրաքանչյուր հաճախորդ ստանում է դրանցից ուղիղ մեկը։

Կարդացեք այն տոպոլոգիան, որը սերվերն իրականում գործարկում է

Կարդացեք գործող կարգավորումը, ոչ թե փաթեթի լռելյայնը, որովհետև տոպոլոգիան կարող է սահմանվել տարիներ առաջ և պատճենվել առաջ։ Փնտրեք topology subnet կամ դրա բացակայությունը, ապա ստուգեք, թե ինչպես է server տողը հատկացնում հասցեներ։ Կարգավորումը, որը երբեք չի հիշատակում տոպոլոգիա, նույնը չէ, ինչ subnet սահմանողը։

Այնուհետև կարդացեք հաճախորդի ստացած կարգավորումները։ Նրա հաղորդած հասցեն, դիմակը և զուգընկերը ասում են, թե որ մեկնաբանությունն է կիրառել սերվերը։

Ֆիքսված հասցեն պահեք դինամիկ լողավազանից դուրս

Ֆիքսված հասցեն պետք է լինի դինամիկ լողավազանից դուրս, այլապես երկու հաճախորդ կարող են ստանալ նույն հասցեն։ subnet տոպոլոգիայի դեպքում nopool-ը server տողում ճնշում է ավտոմատ լողավազանը, և բացահայտ ifconfig-pool միջակայքը սահմանում է, թե ինչ են ստանում դինամիկ հաճախորդները։

dev tun
topology subnet
server 10.99.0.0 255.255.255.0 nopool
ifconfig-pool 10.99.0.100 10.99.0.210 255.255.255.0
client-config-dir /etc/openvpn/ccd

Սերվերը 10.99.0.1-ը վերցնում է իրեն, և ֆիքսված հաճախորդի հասցեն մնում է լողավազանի միջակայքից դուրս։ CCD ֆայլը անվանվում է հաճախորդի փաստացի ինքնության անունով, ոչ թե պրոֆիլի ֆայլի անունով, և լրացուցիչ ընդլայնում չի ստանում։ Եթե username-as-common-name-ը ակտիվ է, ապա նույնականացված օգտանունն այն ինքնությունն է, որը պետք է համապատասխանեցվի։ Երկու սարք, որոնք կիսում են մեկ ինքնություն, կկիսեն նաև ֆիքսված հասցեն, ինչը քաղաքականության, այլ ոչ երթուղավորման խնդիր է։

Ստուգեք այն հատկացումը, որը հաճախորդն իրականում ստացել է

Նորից միացրեք նպատակային հաճախորդին և հաստատեք, թե որ CCD ֆայլն է ընտրվել, նախքան որևէ այլ բան ստուգելը։ Այնուհետև ստուգեք հասցեն, դիմակը կամ զուգընկերը, և դեպի սերվեր վերադարձի երթուղին։ subnet տեղակայման մեջ զուգընկերոջ հասցե ցուցադրող հաճախորդը դեռ օգտագործում է սխալ ձևը։

Տոպոլոգիայի փոփոխությունը ազդում է յուրաքանչյուր հաճախորդի և յուրաքանչյուր վերագրման վրա, ուստի դրան վերաբերվեք որպես միգրացիա, այլ ոչ թե մեկ հաճախորդի վերանորոգում։ Ստատիկ տողը արդեն օգտագործվող տոպոլոգիային համապատասխանեցնելը սովորաբար ավելի փոքր փոփոխություն է։ server-options տեղեկատու փաստաթղթավորում է օգնականը և հաճախորդին հատուկ վերագրումները։