Hindi maabot ang NAS sa pamamagitan ng VPN: address, daan pabalik o serbisyo?

Bumangon ang mga tunnel, nakakakuha ng address ang mga kliyente, at walang sagot ang NAS. Sakop ng nag-iisang sintomas na ito ang tatlong walang kaugnayang pagpalya, at ang pagkakasunod-sunod ng pagsubok ang nagtatakda kung gaano katagal ang pag-aayos. Address muna dahil ang magkapatong na subnet ay makapagpapadala ng kahilingan mo sa ibang device. Pangalawa ang daan pabalik dahil ang kahilingang dumating na walang tugon ay kamukhang-kamukha ng saradong serbisyo. Huli ang serbisyo at pahintulot, at pagkatapos lamang mapatunayan ang unang dalawa.

Tatlong pagpalya na lahat binabasa bilang hindi maabot

Ang pagpili ng address, pag-ruta pabalik at pagpapahintulot ng serbisyo ay gumagawa ng parehong nakikitang mensahe: walang nangyayari. Magkaiba ang ebidensya, may-ari at pagwawasto nila, kaya ang paghihiwalay sa kanila ang buong gawain. Kaunti lang ang napapatunayan ng bigong ping sa sarili nito, at ang matagumpay na pagtanggi ng TCP ay talagang mabuting balita.

Basahin ang talahanayan bilang pagkakasunod-sunod ng pagsubok at hindi bilang listahan ng sanhi. Nililimitahan ng bawat hilera ang susunod, dahil napapatunayan na ng pagtanggi na gumagana ang address at daan pabalik. Ang paggugol ng dalawampung minuto sa loob ng mga patakaran ng firewall bago tingnan kung aling interface ang pinili ng ruta ang pinakakaraniwang paraan ng pagwawaldas ng hapon. Magtrabaho mula itaas pababa at huminto sa unang hilerang tugma.

Unang kondisyon: tama ba ang address na iyon?

Isulat ang subnet ng NAS at ang saklaw na ibinibigay ng VPN sa mga kliyente, pagkatapos ihambing ang dalawa sa network kung saan naroon ang laptop mo ngayon. Sa gabay na ito, ang NAS ay nasa 10.40.7.25 at ang pool ng VPN ay 10.40.9.0/24, dalawang magkahiwalay na pribadong saklaw sa isang plano ng site; ang sambahayang gumagamit ng 192.168.0.0/24 o 10.0.0.0/24 ay mas malaki ang tsansang mabangga sa isa sa mga ito.

Kapag nagkapatong ang lokal na network at network ng NAS, ipinapadala ng kliyente ang trapik na iyon sa sariling gateway nito at maaaring makarating sa walang kaugnayang device na nagkataong may parehong address. Tiyakin ang daan bago mag-type ng kredensyal sa anumang tumutugon.

ip -4 route get 10.40.7.25
traceroute -n -m 5 10.40.7.25

Pinapangalanan ng unang utos ang interface at gateway na gagamitin ng kernel, at ipinapakita ng pangalawa ang mga unang hop na talagang tumutugon. Kung hindi tugma ang dalawa, maniwala sa lookup dahil iyon ang daang tatahakin ng packet. Ang listahan ng hop na humihinto nang isang hop bago ang NAS ay isa ring natuklasan at hindi kabiguan. Ang lookup na niresolba sa pisikal na adapter sa halip na sa tunnel ay nagtatapos sa pagsisiyasat sa puntong ito.

Ikalawang kondisyon: bumabalik ba ang tugon?

Kailangan ng kliyente ng ruta patungo sa NAS, at kailangan ng network ng NAS ng daan pabalik patungo sa pool ng VPN. Ang pagpapasa sa gateway, mga patakaran ng firewall at sinadyang pagsasalin ng address ay bawat isa may epekto sa pares na iyon. Inilalarawan ng Ang mga tala ng strongSwan tungkol sa pagpapasa ang mga pagpipilian sa daan pabalik at pagsasalin para sa pribadong subnet sa likod ng gateway.

Kapag dumating ang kahilingan at lumabas ang tugon sa ibang gateway, walang pagbabago sa DNS ang nakakaayos ng asimetriyang iyon. Ang pagkuha sa magkabilang panig ay nagtatakda nito sa isang pagtatangka, at ipinapakita rin kung muling isinulat ng pagsasalin ang pinagmulan na tinugunan ng NAS. Pag-aari ng administrador ang hangganang iyon: payagan lamang ang mga kailangang serbisyo at saklaw ng kliyente ng VPN, at isulat kung pag-ruta o pagsasalin ang pinili.

Ikatlong kondisyon: naroon ba ang serbisyo at pinapayagan?

Ang pahina ng pamamahala at serbisyo ng pagbabahagi ng file ay magkaibang endpoint sa iisang makina, at ang isa ay maaaring tumanggap ng koneksyon habang ang isa ay hinaharangan ng firewall ng host, configuration ng serbisyo o pahintulot sa pagbabahagi. Ang device na tumugon ng pagtanggi ay napatunayan na ang unang dalawang kondisyon, na lubos na nagpapaliit sa ikatlo.

Subukan gamit ang account na talagang nangangailangan ng mga file, hindi ang admin account na ginamit noong pag-install, dahil hindi kayang ayusin ng mga karapatang admin ang nawawalang ruta at hindi makapagbibigay ng pahintulot sa pagbabahagi ang ruta. Kasama rin dito ang mga pangalan: ang pangalan ng NAS na natuklasan sa bahay ay kadalasang nakadepende sa lokal na multicast na hindi dinadala ng rutang tunnel, kaya subukan ang dokumentadong pribadong hostname ng tagagawa o ang address mismo upang ihiwalay ang pagpapangalan sa pag-access.

Subukan mula sa labas ng network ng NAS, pagkatapos ay palawakin nang dahan-dahan

Ang pagsubok sa parehong LAN ay nagtatago sa bawat hindi kumpletong bahagi ng malayong daan, kaya karapat-dapat sa tala sa changelog ang unang matagumpay na malayong pagtatangka. Patakbuhin ang mga pagsusuri mula sa kliyenteng nakakaabot sa NAS sa tunnel lamang, at itago ang orihinal na teksto ng error sa bawat pagtatangka.

nc -vz 10.40.7.25 445
smbclient -L 10.40.7.25 -U guest

Kapag gumana ang daan, maglipat ng hindi mapanganib na file at kumpirmahin ang pag-uugali sa pagbasa o pagsulat na talagang kailangan mo. Kung natigil ang malalaking paglilipat habang nagtagumpay ang maliliit, ang natitirang problema ay paghawak ng laki ng packet o katatagan ng koneksyon, hindi ang address.

Huwag ilathala sa internet ang mga port ng pagbabahagi ng file o pamamahala upang laktawan ang hindi maipaliwanag na sira. Ayusin ang pribadong daan, panatilihing sinusuportahan ang software ng NAS, at subukan ang pagbawi ng lahat ng binabackup mo sa pamamagitan nito bago umasa sa backup na iyon.