ifconfig-push: anwani ya rika katika net30 au netmask ya subnet?

Hoja ya pili ya ifconfig-push ni anwani ya rika katika net30 na netmask chini ya topology subnet. Linganisha topolojia inayoendeshwa kabla ya kuhariri faili la CCD.

Wateja wa dinamiki wanaunganisha na kuelekeza vizuri, lakini mteja mmoja mwenye anwani isiyobadilika hawezi kufikia seva kabisa. Hakuna kilichobadilika kwenye firewall, na mstari wa CCD unaonekana sawa. Sababu ya kawaida ni hoja ya pili iliyoandikwa kwa topolojia ya TUN tofauti na ile ambayo seva inaendesha. Hitilafu ni ya kimya: mteja huja na anwani na seva inakubali muunganisho, lakini hakuna trafiki inayovuka.

Katika net30 uwanja huo ni anwani ya rika; katika subnet ni netmask. Aina mbili ni mbadala, kamwe si mfululizo.

Aina mbili, kando kando

Katika usambazaji wa jadi wa net30 kila mteja anamiliki blok ya /30: anwani ya mtandao, anwani mbili zinazoweza kutumika na anwani ya utangazaji. ifconfig-push inachukua anwani ya mteja na anwani ya rika, na rika ni anwani nyingine inayoweza kutumika katika blok hiyo hiyo, inayotumiwa na upande wa seva wa kiungo cha nukta-kwa-nukta.

# 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

Chini ya topology subnet mteja anashiriki subnet moja na seva, na agizo lile lile linachukua anwani na netmask. Anwani ya seva yenyewe inatoka kwenye agizo la server, si kwenye uwanja wa pili. Kuchanganya aina hizo huzalisha mteja anayedhani yuko kwenye kiungo cha nukta-kwa-nukta wakati seva inamuelekeza kama mwenyeji wa subnet, au kinyume chake. Ndiyo sababu netmask haipaswi kamwe kuoanishwa na net30.

Mistari yote miwili kwenye blok ni mistari tofauti kwa faili la CCD. Mteja mmoja hupata mmoja wao hasa.

Soma topolojia ambayo seva inaendesha kweli

Soma usanidi unaoendeshwa badala ya chaguo-msingi la kifurushi, kwa sababu topolojia inaweza kuwa iliwekwa miaka iliyopita na kunakiliwa mbele. Tafuta topology subnet au kutokuwepo kwake, kisha angalia jinsi mstari wa server unavyogawa anwani. Usanidi ambao hautaji topolojia kamwe si sawa na ule unaoweka subnet.

Kisha soma mipangilio ambayo mteja amepokea. Anwani, netmask na rika anazoripoti zinakuambia tafsiri gani seva ilitumia.

Weka anwani isiyobadilika nje ya dimbwi la dinamiki

Anwani isiyobadilika lazima iwe nje ya dimbwi la dinamiki, vinginevyo wateja wawili wanaweza kupewa anwani moja. Kwa topolojia ya subnet, nopool kwenye mstari wa server huzuia dimbwi la kiotomatiki, na masafa dhahiri ifconfig-pool hufafanua kile wateja wa dinamiki wanapokea.

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

Seva inachukua 10.99.0.1 yenyewe, na anwani isiyobadilika ya mteja iko nje ya masafa ya dimbwi. Faili la CCD limepewa jina la utambulisho halisi wa mteja, si jina la faili la wasifu, na halichukui kiendelezi cha ziada. Ikiwa username-as-common-name inatumika, jina la mtumiaji lililothibitishwa ndilo utambulisho unaopaswa kuoanishwa. Vifaa viwili vinavyoshiriki utambulisho mmoja vitashiriki pia anwani isiyobadilika, ambayo ni tatizo la sera na si la uelekezaji.

Thibitisha ugawaji ambao mteja alipokea kweli

Unganisha tena mteja aliyekusudiwa na uthibitishe faili gani la CCD lilichaguliwa kabla ya kuangalia kitu kingine chochote. Kisha thibitisha anwani, netmask au rika, na njia ya kurudi kwa seva. Mteja anayeonyesha anwani ya rika katika usambazaji wa subnet bado anatumia aina isiyo sahihi.

Kubadilisha topolojia kunaathiri kila mteja na kila ubatilishaji, kwa hivyo ichukulie kama uhamishaji na si kama ukarabati wa mteja mmoja. Kurekebisha mstari tuli ili uoane na topolojia inayotumika tayari kwa kawaida ni badiliko dogo. Marejeo ya server-options yanaeleza msaidizi na ubatilishaji maalum wa mteja.

Makala zinazohusiana