Mga rutang itinutulak ng OpenVPN hindi naka-install: timing, karapatan o patakaran
Ang itinulak na ruta ay maaaring mawala sa karera ng timing, kulang na karapatan o patakaran ng kliyente. Ihambing muna ang listahan ng push ng server sa tunay na talahanayan.
Sinasabi ng server na itinulak nito ang ruta, sinasabi ng kliyente na konektado ito, at hindi pa rin maabot ang destinasyon. Tatlong dahilan ang gumagawa ng eksaktong larawang iyon. Ang pagdaragdag ng ruta ay tumakbo bago pa umiral ang aparato, kulang ang kliyente sa karapatang baguhin ang talahanayan, o may patakarang nag-utos sa kliyente na huwag pansinin ang mga itinulak na opsyon.
Mula sa labas ay magkapareho silang tingnan at kailangan ng iba’t ibang pag-aayos. Basahin ang log ng kliyente sa puntong ginagawa ang desisyon tungkol sa ruta.
Patunayan na wala ang ruta, hindi lamang sira
Magsimula sa pagpapatunay na wala ang ruta kaysa sira. Sa Linux, inililista ng ip route show dev tun0 kung ano ang ini-install ng kliyente sa tunnel device. Sa Windows, ipinapakita ng route print o Get-NetRoute ang parehong bagay sa anyong talahanayan.
Ang rutang umiiral pero hindi nagpapasa ng trapiko ay ibang problema. Inililipat nito ang pagsisiyasat sa mga tuntunin ng pagpapasa at firewall, hindi sa pag-install ng ruta.
Timing: tumakbo ang pagdaragdag bago pa umiral ang aparato
Sinusuri ng kliyente ang PUSH_REPLY ng server pagkatapos bumangon ang control channel at pagkatapos i-configure ang interface. Saka lamang nito hinahawakan ang routing table, gamit ang anumang mekanismong ibinibigay ng platform. Dumadaan ang Linux sa netlink; gumagamit ang Windows ng API na nangangailangan ng itinaas na token. Ang script o kliyenteng nagdadagdag ng ruta sa sandaling mabasa ang configuration ay maaaring tumakbo bago pa umiral ang TUN/TAP device, at tinatanggihan ng kernel ang pagdaragdag.
Ipinapaliwanag ng parehong karera kung bakit gumagana ang rutang tina-type sa kamay habang ang automatic ay hindi: sa oras na i-type mo ito, nakabangon na ang interface.
May route-delay para sa kasong ito, at itinatakda ng route-up ang script na tumatakbo pagkatapos ma-configure ang interface at mga ruta. Ilagay ang mga rutang umaasa sa tunnel address sa hook na iyon, hindi sa maagang yugto.
Karapatan: sino ang maaaring magbago ng talahanayan
Ang pagbabago ng routing table ng Windows ay nangangailangan ng itinaas na token. Ang GUI na inilunsad ng karaniwang user ay maaaring magtakda ng adapter address sa pamamagitan ng serbisyo at hindi pa rin makapagdagdag ng ruta. Ipinapakita ng log ang error na parang access denied sa halip na kulang na push.
Ang paglunsad ng GUI bilang administrator, o paggamit ng service-based client, ay nagbabago ng resultang iyon. Ang naka-iskedyul na gawain na naglulunsad ng kliyente nang walang kinakailangang token ay hindi.
Bago baguhin ang anuman, tingnan kung anong account ang aktwal na pinapatakbo ng kliyente. Itinatakda ng bersyon at service mode kung aling mga dahilan ang posible, kaya itala ang dalawa sa tabi ng output ng ruta.
Patakaran: ang itinulak na ruta ay maaaring sadyang itapon
route-nopull ay nagiging dahilan para huwag pansinin ng kliyente ang mga rutang itinutulak ng server, kabilang ang itinulak na default route, habang tinatanggap pa rin ang tunnel address. Ang itinulak na DNS at DHCP na opsyon ay itinatapon ng parehong direktiba. Ang gayong kliyente ay hindi depektibo; inaasahan nito ang malinaw na mga linyang ruta sa sarili nitong configuration.
route-noexec ay ibang kontrol: ganap nitong pinipigilan ang kliyente na magsagawa ng mga pagbabago sa ruta. Ang topolohiyang hindi kayang i-map ng kliyente ay maaaring magbigay ng katulad na resulta, at ang ruta ay naitala bilang tinanggihan sa halip na idinagdag. Basahin ang linyang log na nag-uulat ng desisyon sa halip na hulaan kung alin sa tatlo ang naaangkop. Pagkatapos ay suriin ang epektibong profile, dahil ang isang importer o tool sa pamamahala ay maaaring magdagdag ng mga opsyon na hindi kailanman na-edit ng user.
Ang profile na mukhang malinis sa text editor ay maaaring may dalang idinagdag na direktiba habang tumatakbo.
Ihambing ang listahan ng push sa talahanayan
Pagkatapos kumonekta, ilagay ang listahan ng push ng server sa tabi ng talahanayan ng kliyente. Sa Linux iyon ay ip route show dev tun0; sa Windows, route print o Get-NetRoute. Kung wala ang ruta, ayusin muna ang pag-install. Kung naroroon ito at nabigo ang trapiko, magpatuloy sa patakaran ng pagpapasa at firewall.
Itala ang bersyon ng kliyente, ang account na pinapatakbo nito at kung service-based ito. Sinasabi ng tatlong katotohanang iyon sa susunod na tao kung aling mga dahilan ang naibukod.