FRITZ!Box LAN-LAN VPN: bakit walang natatanggap na remote IP ang device mo
Sa isang LAN-LAN VPN pinagsasama ang mga network at pinapanatili ng mga device ang sarili nilang address. Tanging dial-in connection ang nagbibigay ng address mula sa remote pool.
Kumokonekta ang isang laptop sa FRITZ!Box VPN, nakakarating sa isang file share sa kabilang site, at ipinapakita pa rin ang address ng bahay nito sa bawat tool na sinusubukan mo. Pagkatapos ay naghahanap ang mga tao ng setting na namimigay ng remote IP at hindi nila ito makita, dahil wala namang mahahanap. Sa isang LAN-LAN coupling pinagsasama ng dalawang router ang kanilang mga network at pinapanatili ng bawat device ang address na mayroon na ito. Tanging dial-in connection lang ang umuupa ng address mula sa remote pool.
Ang natitira ay tungkol sa pagkilala sa dalawang setup na ito at sa aktwal na nakikita ng kabilang panig.
Isang coupling ang nagsasama ng mga network, ang isa ay nagpapahiram ng address
Ang LAN-LAN link ay isang ruta sa pagitan ng dalawang subnet, hindi isang remote desktop. Nagpapadala ang laptop mo ng packet sa 192.168.188.40, kinikilala ng FRITZ!Box ang destination na iyon bilang maaabot sa pamamagitan ng tunnel, at dumarating ang packet na buo ang orihinal na source address mo. Wala sa rutang iyon ang nangangailangan ng pangalawang address, at walang nagbibigay ng isa.
Ang dial-in profile ay kumikilos tulad ng remote extension ng router. Binibigyan ng address mula sa target LAN ang kumokonektang device, kaya lumilitaw ito sa lease table doon. Parehong tunnel, ibang tanong: pinalalawak ng isang disenyo ang isang network, pinapapasok ng isa ang isang bisita.
| Arrangement | Which device asks | Address the device keeps | What the far site sees |
|---|---|---|---|
| LAN-LAN coupling | any host behind either router | its own local address, unchanged | an address from your subnet, or the router address if the link translates |
| Dial-in profile | the single device that connects | a lease from the remote pool | an address inside the remote LAN |
Ang nakikita ng remote host ay depende sa translation
Sa ordinaryong routing, itinatala ng remote machine ang tunay mong local address, halimbawa 192.168.178.20, at kailangang bumalik ang sagot nito sa pamamagitan ng tunnel. Gumagana lang ang sagot na iyon kapag may ruta ang remote router para sa buong subnet mo, na karaniwang ini-install ng coupling para sa iyo.
Kung ang link ang nagsusulat muli ng source address sa halip, isang address lang ang nakikita ng remote host para sa lahat ng nasa likod ng tunnel: ang sariling LAN address ng router. Pareho mang lehitimo ang dalawang disenyo, pareho nilang nagagawang masagot ang tanong ano ang IP ko nang walang kinalaman sa kung naka-on ang VPN.
Maaari mong ayusin ito sa isang minuto nang hindi nanghuhula. Magbukas ng connection table o access log sa isang machine sa kabilang site habang may request na dumadaan, pagkatapos basahin ang source column. Ang address na kabilang sa nagpapadala na subnet ay nangangahulugang may routing; isang paulit-ulit na router address ang nangangahulugang nag-translate ang link. Isulat ang resulta sa iyong mga tala, dahil ito ang magpapasya kung ang mga patakaran sa remote access ay dapat payagan ang isang subnet o isang host.
Saan nakatira ang mga value na ito sa FRITZ!OS
Sa kasalukuyang release ng FRITZ!OS, ang wizard ay nasa ilalim ng Internet, pagkatapos Freigaben, pagkatapos VPN, sa likod ng button para sa bagong koneksyon. Ang unang pagpipilian ay ang hugis na gusto mo: isang FRITZ!Box na konektado sa isa pang FRITZ!Box, o isang computer na nagda-dial in.
- Piliin ang opsyon na may dalawang router at magpatuloy.
- Sa susunod na pahina ng Netzwerkeinstellungen, pangalanan ang remote IPv4 network, halimbawa 192.168.188.0/24, at itakda ang shared VPN key.
- Tapusin ang wizard, pagkatapos ay i-import ang configuration file na inaalok nito sa kabilang FRITZ!Box.
Ang field ng remote network ang mahalaga para sa sintomas na ito. Sinasabi nito sa router kung aling mga destination ang kabilang sa kabilang panig ng tunnel; ang key lang ang nagpapasya kung aakyat ang tunnel. Ang maling network doon ay nagdudulot ng katahimikan, hindi address.
Kapag iginiit ng kabilang panig ang isang remote identity
Ang ilang serbisyo ay isinulat para tumanggap lamang ng mga client na ang address ay nasa loob ng kanilang sariling subnet, at walang routing ang makakapagbigay-kasiyahan sa kanila. Patakaran iyon sa kanilang panig, at ang solusyon ay ibang uri ng koneksyon sa halip na isa pang setting ng tunnel.
Magdagdag ng dial-in profile para sa nag-iisang device na iyon at hayaang manatili ang coupling para sa lahat ng iba. Uuupa ang device ng address mula sa remote pool at lilitaw sa listahan ng koneksyon ng remote router, na siyang eksaktong gustong makita ng serbisyo. Maaaring magsabay ang dalawang profile sa isang router, sa kondisyon na may sariling shared key at sariling network entry ang bawat isa.
Isagawa ang mga pagsusuring ito nang sunod-sunod
Bago baguhin ang mode, kumpirmahin ang mga batayan, dahil ang coupling na hindi kailanman gumana ay mukhang kapareho ng gumagana nang tama.
- Ikumpara ang dalawang LAN prefix. Ang coupling sa pagitan ng dalawang network na parehong gumagamit ng 192.168.178.0/24 ay hindi makakapag-route, at ang solusyon ay muling bilangin ang isang panig.
- Sa bawat router, basahin ang pangkalahatang-tanaw ng VPN at kumpirmahin na lumilitaw ang remote network bilang konektado.
- Mula sa isang host sa remote site, hingin ang serbisyo at basahin ang source address na itinatala nito. Iyon ang obserbasyon na sumasagot sa orihinal na tanong.
Subukan mula sa isang client, hindi kailanman mula sa ping page ng router mismo: maaaring maabot ng router ang mga destination sa mga daang hindi magagamit ng mga LAN host nito, kaya ang matagumpay na ping doon ay walang pinatutunayan tungkol sa device.
Kung gumagana ang dalawang direksyon at ipinapakita pa rin ng device ang address ng bahay nito, ginagawa ng coupling ang trabaho nito. Gumamit ng dial-in profile lamang kapag tunay na kailangan ang remote identity, at panatilihing dokumentado ang dalawang setup sa tabi ng plano ng subnet.