Ufikiaji wa LAN kupitia OpenVPN umevunjika? Angalia kanda, njia na njia ya kurudi

Tunnel inaripoti muunganisho wenye mafanikio, ukurasa wa kipanga njia yenyewe unapakiwa, na ramani ya kiendeshi kwenda mashine iliyo nyuma yake bado inaisha kwa muda. Hakuna kitu katika mchanganyiko huo kinachopingana: kipanga njia kinajibu kama chake chenyewe, na kufikia kitu chochote nyuma yake ni uamuzi mwingine uliofanywa mahali pengine. Fanya ukaguzi ulio chini kwa mpangilio na usimame kwenye kushindwa kwa kwanza, kwa sababu kila mmoja unakaa juu ya ule uliotangulia. Zote nne zikipita, hitilafu iko juu ya tunnel na si ndani yake.

Kichujio kipi kinaona pakiti inayokwenda LAN

Pakiti inayoelekezwa kwa kipanga njia hutumika ndani; pakiti inayoelekezwa kwa mwenyeji aliye nyuma yake lazima isambazwe, na ngome za moto huhukumu hizo hali mbili kwa mbali. Kwa hiyo ruhusa ya kufikia kipanga njia haisemi chochote kuhusu ruhusa ya kukivuka. Programu dhibiti inayoficha seti zake za kanuni bado hutekeleza zote mbili, kwa kawaida kama kichaguzi kinachotoa LAN, intaneti au zote mbili. Kichaguzi kikiacha LAN, hakuna ukaguzi wa baadaye utakaokuwa na maana.

OpenWrt hufanya mgawanyiko huo uweze kuchunguzwa, na tofauti hiyo inafaa kusomwa mara moja. Kanda inayomaliza tunnel inahitaji kanuni ya kusambaza kuelekea kanda ya LAN, wakati kanuni ya kuingiza inasimamia huduma za kipanga njia yenyewe pekee. Ukurasa wa usimamizi unaofanya kazi kando ya LAN iliyokufa ni matokeo ya kawaida ya kanuni hiyo ya kusambaza inayokosekana.

uci show firewall | grep -E "zone\[[0-9]+\]\.(name|input|forward|output)"

Angalia lengo la kusambaza la kanda inayobeba tunnel: accept ndiyo inayohitajika na ngazi, na reject hufafanua kila mwisho wa muda ulio chini. Mipangilio miwili jirani huzalisha dalili ile ile, kwa hiyo waondoe ukiwa hapa. Utengaji wa wireless huficha wenyeji wa waya kutoka kwa wateja wa wireless, na kipanga njia kinachochukulia wenyeji wa LAN waliotulia kama nje ya mtandao kinaweza kutupa majibu hata baada ya usambazaji kufanya kazi.

Kwa nini tunnel iliyogawanywa inahitaji kiambishi awali kilichosukumwa

Mteja anayetuma trafiki yote kupitia tunnel tayari ana kiambishi awali cha LAN kupitia njia yake ya kawaida, kwa hiyo hakuna cha kuongeza. Tunnel iliyogawanywa ndiyo hali inayohitaji kiambishi awali kutajwa waziwazi, kwa sababu hakuna kitu kingine katika usanidi kinachokitaja. Ongeza maagizo kwenye usanidi wa seva na upakie tena huduma.

push "route 192.168.50.0 255.255.255.0"

Wasifu ulio na route-nopull hupuuza njia zilizosukumwa, kwa hiyo kiambishi awali kilekile kinatakiwa kuwa kwenye faili ya mteja. Kwa vyovyote vile, thibitisha kuwa ingizo limefika badala ya kudhani, kwa sababu ubadilishaji wa kimya unaonekana sawa kabisa na tatizo la ngome ya moto.

ip route show | grep 192.168.50

Mwenza wa tovuti-kwa-tovuti huomba zaidi ya kusukuma. Seva inapaswa kujifunza ni viambishi awali vipi vilivyo nyuma ya mwenza huyo, jambo ambalo mstari iroute kwenye faili yake ya client-config-dir hufanya, na jedwali lake lenyewe linahitaji njia inayolingana kuingia tunnel.

Jibu linahitaji anwani ambayo linaweza kuifikia

Kusambaza ombi ni nusu ya mabadilishano pekee, kwa sababu mwenyeji wa LAN lazima ajibu anwani iliyo kwenye dimbwi la tunnel. Vipanga njia vidogo kwa kawaida husuluhisha hilo kwa kutafsiri chanzo kwenye kanda ya tunnel, kwa hiyo jibu linaelekezwa kwa kipanga njia na halihitaji usanidi mahali pengine. Ondoa tafsiri hiyo na mwenyeji atahitaji njia yake mwenyewe kwenda dimbwi, ambayo anaipata bure wakati kipanga njia ni lango lake la kawaida. Mwenyeji mwenye anwani iliyowekwa kwa mkono na lango lingine hujibu kupitia lango hilo, na mteja anaona kipindi kifunguka kisha kikwama.

tcpdump -ni tun0 host 192.168.50.20

Endesha hili kwenye kipanga njia wakati mteja anarudia ombi lake, na soma lengo la jibu badala ya ombi. Jibu linaloelekezwa kwa dimbwi linamaanisha njia ya kurudi inafanya kazi na hitilafu iko ndani zaidi. Hakuna jibu kabisa linamaanisha mwenyeji hakuwahi kupokea pakiti, jambo ambalo linakurudisha kwenye seti ya kanuni.

Ngazi inayoishia mahali sahihi

Ukaguzi nne hubaini tabaka, na kila mmoja ni amri moja badala ya hukumu. Zifanye kwa mpangilio na usimame kwenye kushindwa kwa kwanza. Mpangilio ni muhimu kuliko amri, kwa sababu hatua ya baadaye inayopita huficha sababu ya ile ya awali kushindwa.

ping -c1 10.8.0.1
ping -c1 192.168.50.20
nc -vz 192.168.50.20 445
getent hosts nas.local

Majina yanahusiana na mwisho wa ngazi, kamwe si mwanzo wake. Sehemu inayojibu kama 192.168.50.20 lakini si kama nas.local inaonyesha utatuzi wa majina au kiambishi cha utafutaji, na mabadiliko ya ngome ya moto hayawezi kubadilisha yoyote.

Andika hatua ya kwanza iliyoshindwa, kisha wape bandari za huduma mzunguko wao wenyewe, kwa sababu msikilizaji na ruhusa ya mwenyeji ni mahitaji tofauti. Kushiriki faili, eneo-kazi la mbali na mitiririko ya kamera vyote vinahitaji vyote viwili, na ngome ya moto ya mwenyeji inayoamini subneti ya LAN lakini si dimbwi la tunnel humtupa mteja wakati ping bado inafanikiwa. Ukaguzi wote ukipita na programu bado ikishindwa, hitilafu iko juu ya tunnel: huduma iliyofungwa kwenye kiolesura kimoja, au proksi iliyowekwa kwenye mteja.