Etxeak eta bulegoak biak erabiltzen dute 192.168.1.x: eta orain zer?

Egin lau egiaztapen: izena zein helbidetara ebazten den, sare lokalak zein aurrizki erabiltzen duen, kernoiak helmuga horretarako zein bide aukeratzen duen eta zer erantzuten duen urruneko muturrean. VPN saioa ez da horietako bat, sareak irabazten duen alde batera egiten baita. Egin egiaztapenak ordenan eta gainjartzea bigarren urratsean ikusiko da, ez laugarrenean.

Saio arrakastatsuak tunela altxatuta dagoela esaten du; ez du ezer esaten helbide jakin bat norantz doan.

Helbide bat, bi makina

Ostalari batek bide bat aukeratzen du bere bideratze-taula eta politika-arauetatik, helmuga-helbidea erabiliz. Ezerk ez dio esaten 192.168.1.20 jauzirako eskaera bulegoko zerbitzariarentzat dela, eta ez alboko gelako gailu batentzat. Bi sareak barruti pribatu berean daudenean, biderik zehatzena nagusitzen da eta gainerako guztia berriz konektatzeak kasualitatez instalatu zuen sarreraren araberakoa da. Helbidearen beraren barruan ez dago bereizketa hori daramanik.

ip route get 192.168.1.20

Bilaketa horrek kernoiak aukeratutako interfazea eta hurrengo jauzia izendatzen ditu, zerrendako bigarren egiaztapena dena. Alderatu aurrizki lokala eta urrunekoa beste ezer egin aurretik. Tokiko LANa 192.168.1.0/24 bada eta urruneko gunea ere 192.168.1.0/24 bada, gainjartzea da aurkikuntza, eta bezeroaren aukerak ez du konpontzen.

Zenbakitu berriro kontrolatzen duzun aldea

Router pertsonala normalean alde errazagoa da mugitzeko. Aukeratu erabiltzen dituzun urruneko sareekin talka egiten ez duen barruti bat, eta kontuan hartu 10.x.x.x ere ez dela automatikoki librantza, toki askok erabiltzen baitute. Plangintza egin aldaketarako: DHCP maizterrak, erreserbatutako helbideak, inprimagailu-ilarak eta helbide finkoa duen edozerk arreta behar dute. Egin zenbakitze berria VPN gabe routerra berreskura dezakezun leiho batean.

Egiaztatu urruneko aurrizkien zerrenda lehenengo, ez geroago. Bulego-gune batekin talka egiten duen barruti berri bat aukeratzeak arazo bera sortzen du lan gehiagorekin.

Inongo alderik aldatu ezin duenean

Bi sareetako bat ere ezin bada zenbakitu berriro, gainerako aukerak zerbitzarian bizi dira. Ateak urruneko sare bat VPN bezeroentzako azpisare ezberdin batera itzul dezake, politikan oinarritutako NAT edo aldaera bidirekzionala erabiliz, bezeroak helbide bakar bat ikus dezan. Hori atearen diseinua da, eta ez mahaigaineko bezero bakoitzak eskaintzen duen etengailua, eta erabiltzaileek idazten duten helbidea eta bat etorri behar duten izenak aldatzen ditu. Foro batetik kopiatutako bideak ezin ditu bi helmuga berdin bereizi.

Helbide-barruti pribatuek pribatu izaten jarraitzen dute; arazoa berrerabilpena da, ez barrutiak beraiek.

Frogatu zein makinak erantzun zuen

openssl s_client -connect 192.168.1.20:443 -servername office.example 2>/dev/null | openssl x509 -noout -subject

Edozein aldaketaren ondoren, probatu bulegoko baliabidea eta tokiko gailuak elkarrekin. Etxeko gailu ezagun batek bulegoko zerbitzaria egon behar duen tokian erantzuten badu, edo TLS ziurtagiriak ostalari okerra izendatzen badu, gelditu eta identifikatu helmuga jarraitu aurretik. Helbide horretatik erantzun bat lortzeak ez du frogatzen zein makinak bidali zuen. Ziurtagiriaren subjektua egiaztatzea une horretan eskuragarri dagoen seinale fidagarri bakanetako bat da.

Ez ordeztu bulegoko helbide pribatuak kontrolatzen ez dituzun helbide publiko arbitrarioekin. Horrek gainjartzea bideratze- eta jabetza-arazo okerrago eta azaltzeko zailago baten truke aldatzen du.

Idatzi aurrizki lokala, urruneko aurrizkia eta hura konpondu zuen aldaketa. Hurrengo gainjartzeak desberdin emango du, baina eredu bera jarraituko du.