Njia zinazosukumwa na OpenVPN hazisakinishwi: muda, haki au sera

Seva inasema ilisukuma njia, mteja anasema ameunganishwa, na lengwa bado halifikiki. Sababu tatu huzalisha picha hiyo kamili. Kuongeza njia kulifanyika kabla kifaa hakijakuwepo, mteja hakikuwa na haki za kubadilisha jedwali, au sera ilimwambia mteja kupuuza chaguo zilizosukumwa.

Kwa nje zinaonekana sawa na zinahitaji marekebisho tofauti. Soma kumbukumbu ya mteja mahali ambapo uamuzi wa njia unafanywa.

Thibitisha kuwa njia haipo, sio tu kwamba imeharibika

Anza kwa kuthibitisha kuwa njia haipo badala ya kuharibika. Kwenye Linux, ip route show dev tun0 huorodhesha kile mteja alisakinisha kwenye kifaa cha handaki. Kwenye Windows, route print au Get-NetRoute huonyesha kitu kimoja katika umbo la jedwali.

Njia iliyopo lakini isiyopeleka trafiki ni tatizo lingine. Hilo huhamisha uchunguzi kwenye sheria za upelekaji na ukuta wa moto, sio kwenye usakinishaji wa njia.

Muda: kuongeza kulifanyika kabla kifaa hakijakuwepo

Mteja huchanganua PUSH_REPLY ya seva baada ya kituo cha udhibiti kuwa juu na baada ya kusanidi kiolesura. Ndipo tu anapogusa jedwali la uelekezaji, kwa utaratibu wowote ambao jukwaa hutoa. Linux hupitia netlink; Windows hutumia API inayohitaji tokeni iliyoinuliwa. Skripti au mteja anayeongeza njia mara tu anaposoma usanidi inaweza kukimbia kabla kifaa cha TUN/TAP kuwepo, na kerneli hukataa kuongeza.

Mbio hizo hizo zinaeleza kwa nini njia iliyoandikwa kwa mkono inafanya kazi ilhali ile ya kiotomatiki haifanyi: unapoiandika, kiolesura tayari kiko juu.

route-delay ipo kwa kesi hii, na route-up hutaja skripti inayokimbia baada ya kiolesura na njia kusanidiwa. Weka njia zinazotegemea anwani ya handaki kwenye ndoano hiyo, sio katika hatua ya awali.

Haki: nani anaweza kubadilisha jedwali

Kubadilisha jedwali la uelekezaji la Windows kunahitaji tokeni iliyoinuliwa. GUI iliyoanzishwa na mtumiaji wa kawaida inaweza kuweka anwani ya adapta kupitia huduma na bado ishindwe kuongeza njia. Kumbukumbu huo huonyesha hitilafu ya mtindo wa ufikiaji umekataliwa badala ya kusukuma kukosekana.

Kuanzisha GUI kama msimamizi, au kutumia mteja anayetegemea huduma, hubadilisha matokeo hayo. Kazi iliyoratibiwa inayoanzisha mteja bila tokeni inayohitajika haibadilishi.

Kabla ya kubadilisha chochote, angalia mteja anaendesha kwa akaunti gani hasa. Toleo na hali ya huduma huamua sababu zipi zinawezekana, kwa hivyo andika zote mbili kando ya matokeo ya njia.

Sera: njia zilizosukumwa zinaweza kutupwa kwa makusudi

route-nopull humfanya mteja kupuuza njia ambazo seva inasukumwa, ikiwa ni pamoja na njia chagu-msingi iliyosukumwa, huku anwani ya handaki ikiendelea kukubaliwa. Chaguo za DNS na DHCP zilizosukumwa hutupwa kwa agizo hilo hilo. Mteja kama huyo si mbovu; anatarajia mistari ya njia iliyo wazi katika usanidi wake mwenyewe.

route-noexec ni udhibiti tofauti: humzuia mteja kabisa kutekeleza mabadiliko ya njia. Topolojia ambayo mteja hawezi kuipanga inaweza kutoa matokeo kama hayo, na njia hurekodiwa kama iliyokataliwa badala ya kuongezwa. Soma mstari wa kumbukumbu unaoripoti uamuzi badala ya kukisia ni ipi kati ya tatu inatumika. Kisha angalia wasifu unaofaa, kwa sababu kiingizaji au zana ya usimamizi inaweza kuongeza chaguo ambazo mtumiaji hakuwahi kuhariri.

Wasifu unaoonekana safi katika kihariri cha maandishi bado unaweza kubeba agizo lililoongezwa wakati wa utekelezaji.

Linganisha orodha ya kusukuma na jedwali

Baada ya kuunganisha, weka orodha ya kusukuma ya seva kando ya jedwali la mteja. Kwenye Linux hiyo ni ip route show dev tun0; kwenye Windows, route print au Get-NetRoute. Ikiwa njia haipo, rekebisha usakinishaji kwanza. Ikiwa ipo na trafiki inashindikana, nenda kwenye sera ya upelekaji na ukuta wa moto.

Andika toleo la mteja, akaunti anayoendesha na kama inategemea huduma. Mambo hayo matatu humwambia mtu anayefuata sababu zipi zilitengwa.