FortiClient %98an trabatuta: desaktibatu IPv6 egokitzaile horretan
FortiClient-en saio bat %98an gelditzen bada, dagoeneko autentifikatu da. Trabua tokiko tunel-konfigurazioan dago, eta hornitzailearen konponbideak egokitzaile horretako IPv6ra seinalatzen du.
Barra %98ra iristen da, bezeroa han geratzen da, eta pasahitza berriz idazteak ez du ezer aldatzen. Hori da arrasto erabilgarria: bezeroak jada onartu ditu atebidearen ziurtagiria, bidali ditu kredentzialak eta jaso du tunel-konfigurazioa. Geratzen dena da egokitzaile birtuala altxatzea eta tunelak trafikoa daramala baieztatzea. Azken urrats hori inoiz osatzen ez denean, akatsa tokikoa da, eta kredentzialak berriz idazteak ez du harengana iristen.
Lau urrats, eta lehena erregistroa irakurtzea da, ez barra.
%98ko kontagailuak benetan zer jakinarazten duen
Ehunekoa bezeroaren etapa-kontagailua da, ez errendimendu-neurria. Saiakera bakoitzean zenbaki berean trabatzeak esan nahi du bezeroa etapa jakin batera iristen dela eta itxaroten duela; horregatik konexio geldoa eta bezero blokeatua ezberdin ikusten dira erregistroan. Kredentzialen arazoak kredentzialen errorea inprimatuko luke isilune baten ordez.
Fortinetek sintoma hau bezeroaren aldeko kausa bakar baten aurka dokumentatu zuen: bezeroak erabiltzen duen egokitzailean gaitutako IPv6. Horrek egokitzailearen ezarpena probatzeko lehen gauza bihurtzen du, ez da SSL-VPN trabatze orokor baten azalpen unibertsala.
1. urratsa: irakurri erregistroa barra baino lehen
Ezer aldatu aurretik, harrapatu trabaren aurreko lerroak. Ikusten ari zara tunel-egokitzailea sortu ote zen, helbide bat esleitu ote zen, eta bezeroak helbide-familia baten zain egiteari utzi ote zion. Beste ehuneko batean trabatzea beste etapa bat da, bere diagnostikoarekin, eta ziurtagiri-abisuek edo atebide-helbide okerrak bere mezu propioa sortzen du itxarote isilaren ordez. Idatzi denbora-marka, hurrengo saiakerak fitxategi berari beste bloke bat eransten baitio.
Erregistroak saio oso bat eta gero ezer ez badu erakusten, tokiko konfigurazioan zaude eta egokitzailea susmagarri zilegia da.
2. urratsa: mugatu IPv6 aldaketa egokitzaile bakarrera
Aldaketa egokitzaileari dagokio, ez makinari. Windowsen egokitzailearen propietateetan, interfaze zehatzean Internet Protocol Version 6 (TCP/IPv6) kentzea esan nahi du, eta shell batetik hau da Disable-NetAdapterBinding -Name "Ethernet 2" -ComponentID ms_tcpip6. Egiaztatu egoera honekin Get-NetAdapterBinding -ComponentID ms_tcpip6 berriz konektatu aurretik. Gero konektatu berriz eta begiratu barra %98tik pasatzen den, han gelditu beharrean.
Lehenengo mugatu irismena, gero probatu. IPv6 globalki desaktibatzea galderak eskatzen duena baino aldaketa handiagoa da eta ukitu nahi ez zenituen zerbitzuei eragiten die.
3. urratsa: egiaztatu trabak zer ezkutatzen zuen
Konektatzen den tunel bat ez da funtzionatzen duen tunel bat. Egiaztatu bezeroak esleitutako helbidea, profileko instalatutako ibilbideak eta barneko host baten izen-bereizmena: Resolve-DnsName files.corp.example. Konektatu eta ezer bereizten ez duen bezeroak DNS arazoa du, eta erraza da akats bera itzultzen ari dela gaizki irakurtzea.
Probatu barneko baliabide bat izenez eta helmuga publiko bat, hautsitako split tunela konpondutako bezeroarekin nahas ez dadin.
4. urratsa: egin konponketa errepikagarri
Ezarpenak flota batera iritsi behar badu, jarri inplementazio-paketean edo egokitzailearen konfigurazioan, ordenagailu bakoitzean errepikatzen den eskuzko urrats batean beharrean. Idatzi txartelean %98ko trabak sare-interfazearen IPv6rekin zerikusia zuela, eta adierazi hostean beste zer zegoen IPv6ren mendean norbaitek erlaziorik gabeko zerbait konpontzeko berriro gaitzen duen aurretik.
Ingeniari baten memorian bakarrik dagoen konponketa bat hurrengo hiruhilekoan itzultzen den konponketa bat da.
IPv6 itzalita barra oraindik %98an gelditzen bada, hornitzailearen oharrak ez du gehiago azaltzen eta erregistroa da zure hurrengo froga. Utzi sintoma tratatzeari eta itzuli etapa-kontagailura.