Walang ruta ang nag-aayos ng pool ng VPN na umaagapay sa iyong LAN
Kapag ang pool ng tunnel at ang LAN sa bahay ay nagbabahagi ng 192.168.1.0/24, ang lokal na subnet ang nananalo. Muling bilangin ang panig na kontrolado mo, o isalin ang malayong hanay.
Sinasabi ng app na maayos ang tunnel, gayunpaman kalahati ng mga patutunguhang kailangan mo ay hindi kailanman sumasagot. Ang reaksyon ay magdagdag ng ruta o magpababa ng sukatan, at ang reaksyong iyon ang mitong dapat patayin muna. Kapag ang sariling LAN ng kliyente at ang pool ng tunnel ay parehong nangangailangan ng isang prefix, hawak ng talahanayan ng ruta ang dalawang magkasalungat na katotohanan, at ni ang default na ruta ni ang sukatan ay hindi sila nilulutas. Ang pag-aayos ay desisyon sa pagtugon ng address, at walang pag-edit ng ruta ang pumapalit dito.
Bakit hindi kayang hatiin ng karagdagang ruta ang isang prefix
Hindi kayang paghiwalayin ng ruta ang dalawang pag-angkin sa isang prefix, kaya ang matalinong hakbang ay itigil ang paghahanap ng tamang linya ng ruta. Hindi ilalagay ng stack ang magkatulad na prefix sa harap ng konektadong ruta, at ang mas partikular na entry ay nahuhuli ang address, ngunit ginagawang hindi maabot ang lokal na host na nagmamay-ari nito. Ang mukhang problema sa ruta ay banggaan sa address, at parehong pag-aayos ang nagbabago ng address, hindi ruta. Subukan ang pahayag na ito sa sarili mong makina bago ito tanggapin.
ip route get 192.168.1.50
route -n get 192.168.1.50
Find-NetRoute -RemoteIPAddress 192.168.1.50
Tanungin ang sistema tungkol sa isang address at pansinin kung aling interface ang pinangalanan. Sinasagot ng Linux, macOS at Windows ito sa pamamagitan ng paghahanap na babasahin lamang na nag-uulat ng piniling interface at susunod na hop nang walang ipinapadala. Kapag itinuro ng sagot ang pisikal na adapter habang nakaangat ang tunnel, itinuturing ng kernel ang address na nasa link at hindi bilang isang bagay na maaaring dalhin ng tunnel.
Ilagay ang prefix na ibinigay ng provider sa tabi ng pinaglilingkuran ng router sa bahay at ihambing ang mga ito bilang mga string. Ang eksaktong tugma ay ang malinaw na kaso, at ang mas malawak na pool ng provider na naglalaman ng subnet sa bahay ay nabibigo rin, ngunit mas madaling mapalampas. Ang dalawang prefix na magkamukha lamang ay hindi banggaan, kaya isulat ang pareho bago magbago ng anuman.
Basahin ang pool na talagang natanggap ng kliyente
Basahin ang natanggap ng kliyente, hindi ang pahina ng marketing ng provider. Itaas ang detalye ng log ng isang kliyente ng OpenVPN at lalabas dito ang mga rutang itinutulak ng server, na nagbubunyag ng mga prefix ng tunnel; sa ibang lugar lumilitaw ang pool sa mga detalye ng koneksyon o sa adapter mismo. Humingi sa provider ng buong listahan ng mga pribadong hanay na ginagamit nito, dahil ang isang /24 ngayon ay maaaring maging dalawa bukas. Ang pag-iwas sa karaniwang RFC 1918 blocks ay hindi katulad ng pag-iwas sa inilaang talagang ibinigay sa iyo.
Ang pool ay maaari ring lumiit o lumipat sa pagitan ng mga rehiyon, kaya kailangan ng listahan ng petsa at may-ari. Ituring ang anumang sagot ng provider na mas luma kaysa sa huling pagbabago ng plano mo bilang haka-haka, hindi katotohanan. Magtanong muli bago magpatali sa isang hanay, at itago ang sagot kasama ng mga tala ng network upang mamanahin ng susunod na tao ang ebidensya.
Ang muling pagbilang ay ang pag-aayos na maaari mong gawin
Kung ang server ng VPN ay hindi sa iyo para baguhin, ang paglipat ng LAN sa bahay ang tanging pag-aayos na magagamit, at ito ang karaniwang sitwasyon sa isang komersyal na provider. Pumili ng hanay sa labas ng pool ng provider at sa labas ng mga hanay na maaaring kailanganin mo mamaya, at suriin ito laban sa bawat iba pang site na naaabot mo sa pamamagitan ng tunnel. Asahan ang maikling pagkagambala at mas mahabang buntot ng mga nakalimutang device: ang device na hawak pa rin ang lumang address ay mukhang gumagana hanggang kailanganin nito ang gateway.
- Una ang imbentaryo: ang sariling address ng router, ang saklaw ng DHCP, ang mga reserbasyon, ang port forwarding at anumang device na ang address ay tinipa sa kamay.
- Pagkatapos, sabay na palitan ang prefix ng LAN ng router at ang saklaw ng DHCP sa loob ng isang maintenance window, at i-renew ang mga wired lease bago ang wireless.
- Susunod, itama ang mga static na address: mga printer, imbakan ng network, anumang may naka-hardcode na gateway.
- Sa huli, muling ikonekta ang kliyente ng VPN at kumpirmahin na hindi na bumabangga ang address ng tunnel sa LAN.
Puntahan ang mga address sa ganoong pagkakasunod-sunod at hindi sabay-sabay, at iwanang dokumentado ang lumang hanay nang ilang panahon upang makilala ang lumang device sa halip na maging misteryo. Ang device na hindi kailanman nagre-renew ay nagpapahayag ng sarili sa pamamagitan ng hindi pag-abot sa gateway, na mas mabuting palatandaan kaysa sa tawag sa support. Kung ang router ay nagbibigay ng lease na mas mahaba sa isang araw, paikliin ang mga ito para sa tagal ng window.
Ano ang kaya at hindi kaya ng isang alias
Kapag ang server ay sa iyo, ang pagsasalin ng address sa kliyente ay maaaring maglantad ng malayong prefix sa loob ng bakanteng lokal na hanay, kaya ang parehong host ay sumasagot sa pangalawang address. Ginagawa ito ng community OpenVPN sa client-nat, at ang direktibang iyon ay partikular sa kliyenteng iyon, wala sa mga komersyal at mobile na kliyente na karaniwang inihahambing dito. Kailangan ng setup ang rutang tumutugma sa pagsasalin, bakanteng hanay para sa alias at server na handang sumagot sa hindi naisaling address ng kliyente. Wala sa mga ito ang nakakatulong kapag ang kliyente ay pag-aari ng pinamamahalaang provider na hindi mo maaaring i-configure.
Kapag nagkabisa ang pagbabago, maabot ang lokal na host at malayong host muna sa pamamagitan ng address at pagkatapos ng pangalan, na itinatala ang rutang pinipili ng sistema sa bawat pagkakataon. Maaaring maresolba pa rin ang pangalan sa lumang hanay, kaya ang mga address at pangalan ay karapat-dapat sa magkahiwalay na pagsusuri. I-restart ang isang kliyente at isang device sa gilid ng server kung alinman sa kanila ay nanatiling bukas sa buong pagbabago, dahil ang mga naka-cache na entry ng kapitbahay ay nabubuhay nang mas matagal kaysa sa pag-edit.
Isulat ang mga prefix na napagkasunduan mo sa lugar kung saan talagang tumitingin ang mga tao: ang mga tala ng network, ang field ng komento ng router, ang pahina ng pagtanggap. May pipili muli ng 192.168.1.0/24, at babalik ang banggaan kasama niya.