Hejmaj kaj oficaj subretoj kolizias super VPN: tri solvoj

Via kliento raportas konektitecon kaj la tunelo estas aktiva, tamen la dosier-servilo de la oficejo respondas de ie en la kuirejo. Ambaŭ flankoj kutime uzas 192.168.1.0/24, ĉar tion liveras konsumantaj enkursigiloj, kaj neniu vojo solvas malklarecon, kiu ekzistas samtempe ambaŭflanke. La paneo povas aspekti kiel rompita tunelo aŭ rompita servilo, kaj ĝi estas nek unu nek la alia. Identigu, kiun kolizion vi havas, antaŭ ol tuŝi agordon, ĉar la specoj havas malsamajn solvojn kaj nur unu el ili koncernas enkursigon.

Konektita vojo venkas ĉion, kion vi puŝas

Gastiganto nomas adreson loka kiam ajn konektita vojo kovras ĝin. Sur tekkomputilo, kies propra interfaco estas 192.168.1.20/24, la adreso 192.168.1.50 estas najbaro, do la paketo eliras tra la hejma interfaco kaj neniam atingas la tunelon.

Puŝi vojon por la oficeja prefikso ŝanĝas nenion, ĉar tiu prefikso jam ekzistas kiel rekte konektita reto. La operaciumo daŭre respondas el la konektita ero, kaj ĝi estas konsultata antaŭ ol oni demandas ion ajn la tunelon. Vi povas mem vidi la ordon: ip route get 192.168.1.50 nomas la hejman interfacon, ne la tunelon. La malproksima flanko spegulas la problemon, ĉar ankaŭ la oficeja enkursigilo kredas, ke la hejma gamo de la tekkomputilo apartenas al ĝi.

Silentaj kolizioj preter la evidenta

Ne ĉiu kazo estas enkursiga decido. Hejma DHCP-luo povas ekfali ĝuste sur la adreson, kiun tenas la oficeja servilo, kaj tiam la kliento parolas al si mem dum la tunelo portas nenion.

Nomoj kolizias same. Du maŝinoj kun sama komputila nomo rompas nom-bazitajn ilojn eĉ kiam ĉiu paketo estas ĝuste enkursigita, kaj hosts-ero montranta al la oficeja adreso malsukcesas kiam la loka maŝino jam posedas tiun nomon, ĉar loka solvado venkas. Renomu la lokan maŝinon aŭ uzu la plene kvalifikitan nomon anstataŭ redakti hosts.

Hipervidebligiloj aldonas trian kazon. Adaptilo nur por gastiganto kutime sidas sur 192.168.56.0/24, kiu povas kolizii kun entreprena gamo, kiun neniu memoras esti uzata.

Renumeru la flankon, kiun vi posedas

Renumerado forigas la malklarecon anstataŭ eviti ĝin, kaj en hejma oficejo tio estas la flanko, kiun vi posedas. Elektu ion, kio ne aperos ie ajn alie, kaj listigu ĉiun aparaton kun statika adreso antaŭ ol tuŝi la enkursigilon.

10.0.0.0/8 kaj 172.16.0.0/12 estas la kutimaj kandidatoj. La firmvaraj defaŭltoj, 192.168.0.0/24 kaj 192.168.1.0/24, estas ĝuste tio, kion oni lasu.

Renumerado de la oficejo malofte estas sur la tablo, kaj hejma renumerado kostas vesperon da religado de printeroj kaj ŝtopiloj. Ĝi tamen restas pli malmultekosta ol provizora solvo ripetata sur ĉiu tekkomputilo en la firmao.

Publikigu gamon, kiu ne povas kolizii

Kie la oficeja gamo devas resti, faru la tunelan flankon pli malfacile kolizebla. Elhaki la klientan naĝejon kiel malgrandan prefikson anstataŭ prunti tutan /24 donas specifan vojon anstataŭ vastan.

Se la kluzo povas traduki, publikigu la oficejan subreton sub kaŝnoma gamo, por ke la celo de la kliento ne povu fali en ĝian propran LAN. Loko-al-loka dezajno povas doni al ĉiu loko sian propran kaŝnomon, kio tenas du klientojn kun identa numerado distingeblaj.

Tradukado ne estas senpaga. Ĝi devas funkcii en ambaŭ direktoj kaj kovri la fontan adreson kaj la celon, kaj aplikoj, kiuj skribas adresojn en siajn proprajn ŝarĝojn, tute ignoros ĝin. Tio igas ĝin la respondo, kiam renumerado estas malebla kaj la nombro de klientoj malgranda.

Elektu laŭ tio, kion vi povas ŝanĝi

Unu aŭ du tekkomputiloj hejme: renumeru la hejman LAN. Administrata oficejo, kiu ne povas renumeri: kaŝnoma tradukado ĉe la kluzo. Ripeta numerado trans klientaj lokoj: kaŝnomoj por ĉiu loko, planitaj unufoje. Kiam malsukcesas nur nom-bazitaj iloj, traktu ĝin kiel noma kolizio, ne kiel enkursigan paneon.

Kiun ajn vi elektas, testu kontraŭ adreso, kiu ekzistas nur sur la malproksima flanko. Sondi vian propran enkursigilon diras nenion pri tio, kiu reto respondis.