Home lab at split tunnel: i-route lang ang kailangan, hindi lahat
Ang buong tunnel ay ugali ng tutorial, hindi requirement ng lab. Ilahad ang mga subnet, pangalan at management path na talagang kailangan, pagkatapos i-route lang ang mga iyon.
Ang payo na kailangan ng home lab ang buong tunnel ay karaniwang galing sa tutorial na mayroon nito, hindi sa requirement. Ang split tunnel ay hindi ang kompromisong bersyon ng tamang VPN; ito ang bersyong kayang ipaliwanag ang routing table nito. Ang lab na may limang serbisyo at isang management interface ay hindi kailangan na lahat ng packet na lumalabas ng bahay ay dumaan sa tunnel. Ang kailangan nito ay imbentaryo at ruta para sa bawat item sa imbentaryong iyon.
Ang alamat: ang split tunnel ay kompromiso
Nabubuhay ang alamat dahil ang buong tunnel ay mas madaling i-configure nang isang beses at mas mahirap i-debug mamaya. Ang palitang iyon ay makatwiran para sa laptop sa pampublikong Wi-Fi at mali para sa rack sa silong.
Nagtatago rin ito ng ikalawang palagay: ang addressing ng lab ay walang anumang pagkakatulad sa network na kinokonektahan mo.
I-imbentaryo ang mga resource bago ang mga ruta
Isulat ang bawat subnet ng lab, ang serbisyong nakatira doon, ang pangalang ginagamit mong lutasin ito, at kung sino ang pinapayagang makarating dito; ang mga tala sa pagpapasa ng iyong gateway ay naglalarawan ng daang pabalik na pinagbabatayan ng plano mo. Idagdag ang mga saklaw ng container at ang mga saklaw ng LAN na maaaring ginagamit na ng remote client, dahil ang overlap ang pagkabigong pinipigilan ng imbentaryong ito. Ang rutang sumasakop sa bawat pribadong address ay babangga sa isang home network sa lalong madaling panahon. Ang imbentaryo rin ang test plan, kaya sulit itong gawin bago ang configuration at hindi pagkatapos.
Bigyan ng ruta ang bawat resource: sa tunnel, direkta, o tinanggihan. Ang resource na walang ruta ay siyang lumilikha ng nakakalitong tanong sa suporta mamaya.
Limang hilera at isang kolum ng desisyon ang nananalo sa routing table na walang makabasa.
Kailangan ng gateway ang daang pabalik
Ang pagpapasa sa gateway ay kalahati lamang. Kailangan ng lab ang rutang pabalik sa pool ng client, o isang suportadong kaayusan ng pagsasalin na nagpapangyari sa pagbabalik. Kung hindi mahanap ng mga sagot ang client, mukhang konektado ang tunnel at nauubos ang oras ng bawat kahilingan; sintomas ito ng routing, hindi pagkabigo ng VPN. Suriin ang daang pabalik bilang bahagi ng disenyo, hindi bilang hakbang sa pag-troubleshoot.
Ang pool ng client na nagsasapawan sa addressing ng lab mismo ay ang kabilang kalahati ng problemang ito, at nabibigo ito sa eksaktong parehong paraan.
Ayusin ang plano, hindi ang sintomas, kapag nagbangga ang dalawang saklaw.
Magkahiwalay ang papel ng management at internet
Magpasya kung traffic lang ng lab ang gumagamit ng tunnel o nagiging daan din ito palabas sa internet. Huwag magdagdag ng default route dahil lang gumamit ang isang tutorial, dahil binabago ng desisyong iyon kung saan pupunta ang bawat DNS query at bawat update check. Panatilihin ang panlabas na daan patungo sa endpoint ng VPN mismo, kung hindi ay susubukan ng tunnel na dalhin ang sarili nitong panlabas na koneksyon. Panatilihing makitid at maabot ang management access sa pamamagitan ng aprubadong paraan ng pagbawi.
Maaaring pumili ng pribadong DNS para sa mga pangalan ng lab nang hindi ipinapalagay na ang bawat pampublikong query ay kailangan ng parehong resolver. Desisyon iyon ng resolver, hindi desisyon ng ruta.
Ang paghihiwalay sa kanila ang gumagawa ng mga mode ng pagkabigo na makikilala mamaya.
Subukan mula sa labas, hindi mula sa LAN
Gumamit ng panlabas na awtorisadong koneksyon sa halip na pagsubok mula sa parehong LAN, dahil ang pagsubok mula sa parehong LAN ay maaaring tuluyang magtago ng nawawalang rutang pabalik. Beripikahin ang address ng lab, ang pribadong hostname nito, ang sinadyang direktang destinasyon at ang kinakailangang pag-uugali sa pagkabigo. Ang kaso ng pagkabigo ay kasinghalaga ng kaso ng tagumpay: ang resource na hindi dapat maabot ay dapat talagang hindi maabot. Itala ang lahat ng apat na resulta bago sabihing tapos ang disenyo.
Pagkatapos i-save ang configuration ng ruta at DNS sa tabi ng imbentaryo, may nakapangalang may-ari. Kapag may nakuha pang subnet ang lab, i-update ang dalawa at subukan muli.
Ang hindi maipaliwanag na rutang nagsasapawan sa umiiral na home network ay ang default na resulta ng paglaktaw sa hakbang na iyon.
Ang tapos na disenyo ay maliit, may dokumentasyon at mayamot, at iyon ang eksaktong gusto ng lab mula sa network nito. Ang kawili-wiling bersyon ay ang nasisira habang malayo ka sa bahay.