Kerio kwenye Linux: kumpa kvnet MAC ambao seva inatarajia

Mambo matatu lazima yapatane kabla handaki la Kerio kubeba trafiki: anwani kwenye kiolesura cha kvnet, thamani ambayo mteja aliirekodi, na kile sera ya seva au DHCP inatarajia. Zisipopatana, handaki bado huthibitisha na bado huinuka, na hilo ndilo linalofanya hitilafu kuwa ya kutatanisha. Kiolesura huundwa kwa kila muunganisho, kwa hiyo anwani iliyowekwa kwa mkono ni ya kikao hicho pekee na si kitu kingine. Hiyo ndiyo umbo la tatizo, na suluhisho ni ndoano si faili ya usanidi. Sehemu iliyobaki ni wapi pa kusoma thamani na wapi pa kuitumia.

Kwa nini anwani inarudi tena na tena

kvnet ni adapta pepe ambayo mteja huunda muunganisho unapoanza na kuiondoa unapoisha. Kwa hiyo ip link set ya mkono huishi kwa muda sawa na kikao kilichotumika, na muunganisho unaofuata huanza na kile mteja anachotenga. Kwenye mashine ambayo mteja hashindwi kutumia anwani inayotarajiwa, kila muunganisho upya huingiza tena kutopatana huko, na kanuni ya ukodishaji au ufikiaji humkataa tena kifaa.

Mfumo huo wenyewe ni wa uchunguzi. Handaki linalofanya kazi kikao kimoja na kushindwa kikao kinachofuata si tatizo la vitambulisho, kwa sababu vitambulisho havibadiliki kati ya muunganisho.

Soma thamani kutoka kwa mteja, si kutoka kwa kiolesura

Mteja wa Linux huandika maelezo ya majadiliano kwenye kumbukumbu yake ya utatuzi, na anwani anayokusudia kutumia inaonekana hapo kama tokeni ya mwisho yenye umbo la anwani katika mfululizo wa muunganisho. Linganisha hiyo na kile kerneli inashikilia kwa kweli, ambacho ni readlink moja mbali: cat /sys/class/net/kvnet/address.

Ikiwa zote mbili zinatofautiana, mteja alijua thamani sahihi na akashindwa kuitumia, na ndoano inayoitumia baada ya kiolesura kuwepo hufunga pengo hilo. Ikiwa kumbukumbu haina anwani kabisa, tatizo ni la mapema zaidi na ni la toleo la mteja au wasifu wa seva, si la hati.

Itumie baada ya kiolesura kuwepo

Watumiaji wa NetworkManager wanaweza kuweka hati katika saraka yake ya msambazaji na kutenda tu kiolesura cha VPN kinapoinuka. Mteja anayesimamiwa na systemd anahitaji uangalifu zaidi: drop-in inayoendeshwa wakati huduma inaanza kwa kawaida huwaka kabla adapta kuwepo, kwa hiyo ndoano lazima isubiri kiolesura badala ya kukidhania. Weka anwani wakati huo, na ikiwa kerneli inakataa wakati kiungo kiko juu, kishushe, weka anwani na kikinue tena. Soma tena tokeni iliyotolewa kupitia muundo wa MAC kabla ya kuipitisha kwa ip link, ili mstari wa kumbukumbu usiotarajiwa usiwe hoja.

Kitu chochote kinachoendeshwa kama root kutoka kumbukumbu ya mteja kinastahili umiliki mwembamba: faili inayomilikiwa na root, isiyoandikika na wengine, na hakuna uingizaji wa shell zaidi ya anwani iliyothibitishwa. Weka ukaguzi wa muundo ndani ya hati. Usiruhusu maudhui ya kumbukumbu kuamua amri ipi inaendeshwa.

Thibitisha ukodishaji, si kiungo

ip -4 -o addr show dev kvnet inapaswa kuonyesha anwani katika masafa yanayotarajiwa, ip neigh show dev kvnet inapaswa kuonyesha lango, na huduma moja nyuma ya VPN inapaswa kujibu. Kisha tenganisha na unganisha upya mara moja; ikiwa anwani inarudi, ndoano inawaka kwa tukio lisilo sahihi au haiwaki kabisa.

Kiolesura kinachoonekana na anwani sahihi na kisichopata ukodishaji kamwe kinaelekeza upande wa seva. Hilo ni ukaguzi mwingine na kwa kawaida timu nyingine. Thibitisha kwamba akaunti inaruhusiwa na bwawa bado lina anwani kabla ya kuhariri ndoano tena.

Pitia suluhisho la muda baada ya uboreshaji

Toleo la mteja linaloweka anwani kwa usahihi huacha ndoano yako ikitumia thamani ya zamani, ambayo ni hitilafu mpya iliyoletwa na marekebisho. Pia usinakili MAC kutoka mashine nyingine au chapisho la jukwaa; tumia thamani ambayo mteja huyu anairekodi kwa akaunti hii, na uandike tarehe uliyoithibitisha.

Weka hati kuwa fupi vya kutosha kusomwa kwa kikao kimoja. Suluhisho za muda zinazochanganua kumbukumbu ni za muda kwa asili. Zile zinazodumu ni zile ambazo msomaji wa baadaye anazielewa bila uzi wa awali.