Inaonekana kama wateja wawili wa VPN wanapigana kwa soketi moja, na suluhisho dhahiri lazima liwe kuondoa mmoja. Kwa vitendo mara chache hugusa soketi moja. Kila muunganisho huandika upya jedwali la njia la mfumo wa uendeshaji, na wasifu wa handaki kamili hudai njia chaguo-msingi. Yule aliyeunganisha mwisho kwa kawaida hushinda, ndiyo sababu dalili inaonekana kuhamahama kati ya wateja.

Migogoro inaishi katika jedwali la njia

Adapta pepe pamoja na njia chaguo-msingi ndivyo handaki kamili inavyokamata trafiki. Mteja wa pili anapoweka njia yake chaguo-msingi, ingizo la zamani hubadilishwa au hupunguzwa kwa metriki, na kila lengwa sasa hupita kupitia handaki jipya. Mteja wa kwanza hubaki ameunganishwa na bado anaonyesha aikoni ya kijani, kwa hiyo kiolesura kiko juu wakati njia imetoweka. Utengano huo kati ya hali ya muunganisho na hali ya njia ndio unaofanya tabia kuwa yenye kutatanisha.

Wateja ni wahariri wa jedwali moja linaloshirikiwa. Kujua mabadiliko yapi yalitokea mwisho kunaeleza karibu kila dalili.

Soma ni handaki ipi inamiliki njia ya sasa

Angalia uamuzi halisi badala ya kumwamini mteja anayeripoti ameunganishwa. Uliza mfumo ni kiolesura kipi kitabeba lengwa mahususi.

ip route get 10.20.0.5
route print -4

Amri ya kwanza inataja kiolesura na anwani ya chanzo kwa lengwa moja, na hilo ndilo swali kamili linalokuhusu. Orodha ya njia inaonyesha kwenye Windows ingizo chaguo-msingi zinazoshindana na metriki zake, kwa hiyo unaona lipi linashinda sasa. Endesha utafutaji kwa mwenyeji mmoja katika kila mtandao wa mbali, kwa sababu lengwa moja linaweza kuwa sahihi wakati mtandao mwingine haufikiki. Ikiwa jibu linataja handaki isiyo sahihi, kuunganisha tena hakutasaidia; sera ya njia lazima ibadilike.

Zuia mteja wa pili kudai kila kitu

Mteja mmoja anapaswa kumiliki njia chaguo-msingi, na mwingine abebe viambishi vyake tu. OpenVPN wateja wanaweza kukataa kile seva inasukuma.

pull-filter ignore "redirect-gateway"
ip route get 10.30.4.10

route-nopull hupuuza kila njia inayosukumwa, wakati pull-filter ignore "redirect-gateway" hutupa tu maagizo ya njia chaguo-msingi na huhifadhi DNS na chaguo nyingine zilizosukumwa. Chagua kati yao kulingana na ni kiasi gani cha usanidi wa seva unachotaka bado, kisha ongeza viambishi mahususi vinavyohitajika na mtandao wa pili. Kumbuka DNS, kwa sababu kitatuzi kinachosukumwa na handaki isiyobeba maombi hakirudishi chochote. Jaribu mwenyeji mmoja anayejulikana katika kila mtandao na uthibitisho anwani ya chanzo inayoonekana kwa upande wa mbali.

Subneti zinazopishana haziwezi kuepukwa

Wakati mitandao yote miwili inachapisha kiambishi kimoja, kerneli huhifadhi ingizo moja kwa maeneo mawili tofauti na lazima ichague. Njia ya mwenyeji haiwezi kubuni tofauti inayokosekana, na marekebisho ya metriki haywezi pia. Nambari upya upande mmoja, au mruhusu msimamizi wake atafsiri safu ya mbali ili viambishi vitofautiane. Angalia subneti halisi kabla ya kuwalaumu wateja, kwa sababu chaguo-msingi la kipanga njia cha nyumbani 192.168.1.0/24 hugongana na safu ya ofisi mara nyingi kuliko mtu anavyotarajia. Andika safu zote mbili kwenye tiketi ili mabadiliko yajayo yasilete upya mwingiliano.

Tenganisha malengo mawili pia: kufikia mitandao yote miwili ni tatizo la njia, wakati kufunga handaki mfululizo kwa faragha ni muundo mwingine wenye mwendeshaji wa ziada kwenye njia. Usitumie moja kutatua nyingine.

Makala zinazohusiana