Ang bridge mode ay hindi VPN pass-through: ano ang binabago ng bawat isa
Binabago ng bridge mode ang tungkulin ng router sa pagpapasa; ang pass-through ay hinahayaang dumaan lamang ang VPN ng isang kliyente. Wala sa kanila ang gumagawa ng tunnel, kaya hindi sila mapagpapalit.
Ang bridge mode at VPN pass-through ay nabanggit sa parehong thread ng pag-aayos ng problema dahil pareho silang iniaalok bilang lunas sa VPN na hindi kumokonekta. Inilalarawan nila ang magkaibang tungkulin ng router, at wala sa kanila ang gumagawa ng VPN tunnel nang mag-isa. Binabago ng bridging kung paano sumasali ang isang device sa mga segment ng network o kung sino ang gumagawa ng routing; ang pass-through ang nagpapasya kung ang VPN traffic ng isang kliyente ay makakatawid sa isang gateway. Ang maling pagpili ay ginagawang isang buong hapon ng muling pag-adress ang isang maliit na problema.
Dalawang label, dalawang magkaibang tungkulin
Simple ang pagsubok: sinusubukan mo bang baguhin ang hugis ng network, o hayaang dumaan dito ang traffic na mayroon na? Magkaibang kahilingan iyon na may magkaibang kahihinatnan.
Ang paghahambing sa isang talahanayan:
| Setting | What it actually does |
|---|---|
| Bridge mode | Changes the device's forwarding role: a modem bridge hands routing and NAT downstream, a software bridge joins selected interfaces |
| VPN pass-through | Lets a client's VPN traffic cross the router; the credentials and encryption stay with the client |
| Router VPN client | Terminates the tunnel on the router, so the router becomes the endpoint |
| Router VPN server | Accepts inbound tunnels, which needs an upstream path that can reach it |
Ang huling dalawa lamang ang gumagawa ng tunnel sa router. Ang bridging at pass-through ay parehong iniiwan ang dulong punto sa ibang lugar, kaya wala sa kanila ang makakapag-ayos ng problemang dulot ng nawawalang kliyente o hindi maabot na server. Madaling mawala ang pagkakaibang ito dahil magkalapit ang mga setting sa parehong interface. Isulat kung aling dulong punto ang may-ari ng tunnel bago buksan ang pahinang iyon.
Ang checkbox ng pass-through ay hindi rin kumpletong paglalarawan ng suporta sa protocol. Ang makabagong IPsec NAT traversal ay gumagamit ng standardisadong UDP encapsulation, habang ang mas lumang helper feature ay may pag-uugaling nakadepende sa implementasyon.
Ang marketing label na nagsasabing may suporta sa VPN ay hindi nagsasabi kung alin sa apat na tungkuling ito ang tinutukoy.
Ano ang binabago ng bridge mode sa iyong device
Sa isang modem o router, ang opsyon ng bridge ay karaniwang inililipat ang responsibilidad sa routing at NAT sa isa pang gateway na mas mababa sa tanikala. Sa isang software device maaaring ibig sabihin nito ay pagsasama ng mga piling lokal na interface sa isang broadcast domain. Ang eksaktong saklaw ay nakadepende sa produkto, kaya basahin ang dokumentasyon para sa modelo at hindi para sa salita. Binabago ng parehong interpretasyon ang pagtatalaga ng address, mga hangganan ng firewall at kung paano mo naaabot ang administrasyon.
Iyon ang dahilan kung bakit ang bridging ay mahinang unang tugon sa pagpalya ng VPN. Maaari mong mawala ang daan ng pamamahala habang hindi pa nalulutas ang orihinal na problema.
Magtabi ng backup ng configuration bago baguhin ang tungkulin ng network, dahil maaaring lumipat kasama nito ang pag-adress.
Piliin ang tungkulin bago ang setting
Upang ipadala ang traffic ng sambahayan sa labas na labasan, kailangan mo ng katugmang VPN client sa router, hindi isang bridge. Upang kumonekta pabalik sa bahay mula sa ibang lugar, kailangan mo ang tungkulin ng server at isang daang pataas na makakaabot dito. Halos walang pagkakatulad ang dalawang pangangailangang iyon maliban sa salitang VPN. Magpasya kung alin ang itinatayo mo bago tumingin sa isang menu.
Maaaring suportahan ng isang device ang parehong tungkulin at hindi pa rin suportahan ang kailangan mo sa bilis na inaasahan mo.
Ang tungkulin ay desisyon sa disenyo; ang setting ay bunga nito.
Kung isang protocol lang ang pumapalya
Kapag pumapalya ang isang protocol sa likod ng router na gumagana naman sa iba, siyasatin muna ang transport at NAT path ng protocol na iyon. Ang baguhin ang buong gateway mode para ayusin ang isang kliyente ay katumbas ng muling paggawa ng mga kable ng bahay dahil may pundidong bombilya. Tingnan kung ang traffic ay UDP-encapsulated, kung ang helper feature ng router ay naaangkop sa protocol na iyon, at kung simetriko ang pagpalya. Pagkatapos ay magpasya kung tunay na makatarungan ang pagbabago ng tungkulin.
RFC 3948 inilalarawan ang UDP encapsulation na nagpapabuhay sa IPsec sa NAT, at ito ang pamantayang dapat tingnan bago magtiwala sa checkbox ng pass-through.
Itala kung ano ang binago mo at bakit, dahil makikita ng susunod na tao ang device sa bridge mode at ipapalagay na sinadya iyon. Ang tamang resulta ay isang network na ang hugis ay pinili mo, hindi ang namana mula sa isang sesyon ng pag-aayos ng problema.