Zergatik route-nopull bakarrik uzten duen fitxategi-zerbitzaria irisgaitz
Bultzatutako bideak ez ikusiarena egitea tunel zatitu baten erdia baino ez da. Aukeratu bidearen jabea, gehitu bulegoko aurrizkia eskuz eta probatu hiru fluxu konpondutzat eman aurretik.
Fitxategi-zerbitzaria ondo irekitzen da, eta alboko leihoan bideo-deia estutzen hasten da. Ezer ez da motela eta MTU bat ere ez dago gaizki: zure bezeroak zerbitzariak eman zion bide-zerrenda onartu zuen, beraz pakete bakoitza bulegoko suebakitik irteten da orain. Konponbidea ez da beste doikuntza-bandera bat, bezeroaren bide-taularen jabea nor den erabakitzea baizik. Erabaki hori toki bakarrean dagokio, eta beheko hutsegite-moduek esango dizute zein toki aukeratu duzun benetan.
Erabaki nor den bide-taularen jabea
Hiru jabe posible dira. Zerbitzariak bideak eta ataka lehenetsia bultza ditzake, eta orduan bezeroak esaten zaiona instalatzen du eta tunel oso bihurtzen da. Bezeroaren profilek jabetza har dezake bultzadak baztertuz eta bere bide-lerroak eramanez. Mahaigaineko konexio-kudeatzaile batek ere erabakia izan dezake bere bide- eta bide lehenetsi-propietateen bidez.
Aukera bakoitzak modu desberdinean huts egiten du, eta horregatik merezi du taula irakurtzea profila editatu aurretik. Zure sintomarekin bat datorren errenkada da benetan duzun jabea.
| Owner | Where it lives | Result |
|---|---|---|
| Server | server config, redirect-gateway, pushed routes | client becomes a full tunnel |
| Profile | route-nopull and its own route lines | tunnel up, office prefix missing |
| Manager | never-default plus its own routes | desktop decides, profile ignored |
Aukeratu bat eta idatzi. Bi nahasteak uzten duen ostalariaren bide lehenetsia bere dokumentazioarekin kontraesanean dago, eta hurrengo ingeniariak ezin du jakin zein geruza nagusitu zen. Ezabatu galtzailea modu esplizituan.
route-nopull-ek bultzadak iragazten ditu, ez ditu bideak gehitzen
route-nopull bezeroaren profilean dagokio, eta fitxategi horretan duen ordena garrantzirik gabea da, zerbitzaritik datozen balioak baztertzen baititu soilik. Bultzatutako bideak baztertzen ditu, bultzatutako bide lehenetsia barne, tunela normaltasunez altxatzen den bitartean.
Jendeak ahazten duen ondorioa zera da: bultzatutako DHCP aukerak haiekin batera doazela. Zerbitzariak bidalitako DNS ezarpenak ere baztertzen dira, beraz barne-izenak ebatzi ezinik geratzen dira, tunela osasuntsu egon eta zerbitzaria helbidearen bidez irisgarri egon arren.
Horrek bulegoko aurrizkirainoko biderik gabe uzten du tunela, zuk bat gehitzen ez baduzu: route-nopull eta ondoren route 10.30.0.0 255.255.0.0 profil berean. Lerro horrek helbide bat eta maskara bat daramatza; ez du hurrengo jauzia izendatzen.
Forma alternatibo batek ataka-token bat gehitzen du, route 10.30.0.0 255.255.0.0 vpn_gateway, sarrera izenez tunelera zuzentzen duena. Inportatzaileak desberdinak dira bertsio hori itzultzen duten ala ez, beraz aztertu gordetako konexioa sarrera nukleo-taulatik falta bada.
Egiaztatu bide-kontsultekin, ez ping batekin
Ping batek zerbait erantzun duela esaten dizu. Bide-kontsulta batek nukleoak zein interfaze hautatuko lukeen esaten dizu, eta hori da benetan egin zenuen galdera. Lau komando laburrek falta den bidea gailu okerra seinalatzen duen bidetik bereizten dute.
Irakurri tunelak zer instalatu zuen ip route show dev tun0 erabiliz. Irteerarik ez egoteak zero bide esan nahi du, eta hori ez da funtzionatzen duen tunel zatitu bat, eta lerro esplizitua gabe iragazkia gehitzearen emaitza ohikoa da.
Ondoren egiaztatu bulegoko helbide bat ip route get 10.30.5.7 erabiliz, eta interneteko helbide arrunt bat ip route get 1.1.1.1 erabiliz. Bigarrenak interfaze fisikoa izendatu beharko luke; tunela izendatzen badu, bultzada ez zen batere iragazi.
Azkenik irakurri ip rule, aurreko saiakerak utzitako politika-arau batek zuzen berri duzun taula gaindi baitezake. Goian arau zaharkitua duen profil zuzena hautsitako profil baten itxura du zehazki. Ezabatu azken aldian gehitu zenuen araua beste bat gehitu aurretik.
Gainjartzen diren azpisareek tunel hautsia dirudite
Bi barruti pribatu berdinak izan daitezke bezeroaren ikuspegitik, eta han leporatzen zaio tunel zatituari eragin ez zuen zerbait. Bulegoak zure etxeko bideratzaileak erabiltzen duen aurrizki bera banatzen badu, tunel-bideak bideratzailea estaltzen du eta etxeko sarea desagertu egiten dela dirudi.
Konparatu zure interfazean dagoen helbidea profilean instalatzen duen bidearekin, helbide-zerrenda soil bat erabiliz ezer aldatu aurretik. Gainjartzea erreala da, eta profileko aukera batek ere ez du konpontzen. Konpon dezakezuna izendapena da, hurrengo pertsonak bi barruti ikus ditzan bat baino.
Konponketa zintzoak alde bat berriz zenbakitzea edo bulegoan helbideak itzultzea dira. Ostalari-bide bakarra bideratzaileari lotzea bideratzailearen helbidea aldatu arte funtzionatzen du, eta orduan lehenaren gaineko bigarren misterio bihurtzen da.
Egin erabakiak berriz konektatzea gainditzea
Eskuz idatzitako sarrerek ez dute berriz konektatzea gainditzen, eta konexio-kudeatzaileak taula berreraikitzen du profila abiatzen den bakoitzean. Jarri erabakia konexioa sortzen den tokian, profila edo kudeatzailearen gordetako ezarpenak izan. Gero berrabiarazi konexioa behin nahita, deialdi batean portaera aurkitu beharrean. Hurrengo berriz konektatzea arte bakarrik funtzionatzen duen profila ez dago amaituta.
Landu hiru bide aldi berean: bulegoko ostalari bat helbide literalaz, ostalari bera izenaz, eta webgune publiko arrunt bat. Erdikoak bultzatutako DNS aukerak baztertu ondoren konfiguratu zenuen izen-zerbitzuaren mende dago, eta isilean huts egiten duen hori da.