OpenConnect-en saio-hasiera orri okerrean amaitzen da? Egiaztatu bidea lehenengo

Sarrera-mezu elektronikotik helbidea itsasten duzu, bezeroa atebidera iristen da, eta agertzen den saio-hasierako formularioa atari orokorra da, operadoreak deskribatutako bazkidearena ez. Ezerk ez du errorerik erakusten, eta horrek nahasten du: tunela altxa daiteke, sarrera-puntu okerraren atzean besterik ez. URL hartako bideak lana egiten zuen, eta hura ordeztu zuen edozeinek lana galdu zuen.

Bereizi tiket batean kate bakar gisa iristen diren bi gauza: zerbitzura iristen den helbidea eta autentifikazioa non hasten den erabakitzen duen sarrera. Lehena konpondu eta bigarrena ez ikusi egitea da ostalari-izen zuzen batek oraindik saio-hasiera okerra sortzeko modua.

Zer bidaltzen du bezeroak formulario bat ikusi aurretik

https://vpn.example.net/partners bezalako helbide batekin, bezeroaren lehen ekintza bide horretarako HTTPS eskaera da, eta ez ostalari hutsera. Itzultzen dena normalean saio-hasierako amaierarako birbideratzea edo formularioa bera da. vpn.example.net soilik jasotzen duen bezeroa lehenetsitako lurreratze-orrialdean hasten da, eta hori beste atari bat, beste talde-zerrenda bat edo guztiz beste protokolo bat espero duen orria izan daiteke. Aldea erantzun-goiburuek erakusten dute, kredentzialik idatzi aurretik askoz lehenago.

Horregatik, funtzionatzen duen nabigatzaile-fitxa batek eta huts egiten duen bezero-profil batek atebide bera izenda dezakete eta hala ere ez etorri bat. Nabigatzaileak bidea jarraitu zuen; profilek ez zuen inoiz izan.

Trukeagarriak diruditen eta ez diren bi sarrera

OpenConnect-ek hasierako HTTPS bidea --usergroup gisa erakusten du, eta eskuliburuaren orriak bide hori daraman URL osoa beste era batera idatzitako eskaera berdin gisa hartzen du. --authgroup aukera bereizia da: atariak saio-hasierako formularioaren barruan erakusten duen zerrendatik sarrera bat aukeratzen du. Protokolo batzuek sarrera hori taldea deitzen dute, beste batzuek domeinua edo atebidea, eta han nahasten dira bi banderak.

Zerbitzu batek legez biak behar izan ditzake. Bideak atari egokira eraman zaitzake formularioak oraindik haren barruko taldeen artean aukeratzeko eskatzen duen bitartean. Atariaren izena taldearen izen gisa emateak, edo alderantziz, onartua dirudien eta gero baimendu egiten ez duen saio-hasiera sortzen du, balioa sintaktikoki baliozkoa eta semantikoki okerra zelako.

Eskatu operadoreari balio bakoitza bere lerroan: sarrera-bidea, formularioaren hautaketa eta biak behar diren ala ez. Ez ondorioztatu bat bestetik etiketak antzekoak direlako.

Zergatik aldatzen du emaitza bidea mozterakoan

Ostalaria eta ataka soilik onartzen dituzten bezeroak sarritan konektatzen dira, beraz sintoma gutxitan da huts egite gogorra. Horren ordez saio-hasierako orri okerra, talde-zerrenda hutsa, operadoreak argitaratu zuenarekin bat egiten ez duen ziurtagiri-izena, edo nahi zenuen zerbitzurako biderik gabe altxatzen den tunela lortzen duzu. Horietako bakoitza geruza ezberdinean dago, eta bat ere ez da konpontzen ostalari-izen gisa dokumentatuta dagoen eremu batean kate luzeagoa itsatsita. Horietako bi kanpotik ere bereiztezinak dira, biak etengabe jarraitzen ez duen saio-hasierako formulario gisa iristen baitira.

Ostalari-izena IP helbide batekin ordezkatzea akats bereizia da, sarritan honekin batera doana. Izenean oinarritutako zerbitzu-hautaketa eta ziurtagiriaren balidazioa izenaren mende daude biak, beraz helbide numeriko batek bide-formatuko arazoa TLS erro bihur dezake.

Nabigatzailearen helbideek bideak baino gehiago daramatzate. Saio-identifikatzaileak, birbideratze-helmugak, hizkuntza-prefixuak eta aldi baterako saio-hasierako parametroak helbide-barran agertzen dira guztiak, eta horietako bat ere ez da gordetako bezero-profil batekoa.

Baieztatu sarrera-puntua beste ezer editatu aurretik

Irakurri eman dizuten bidearen goiburuak. curl -sS -o /dev/null -D - https://vpn.example.net/partners bezalako eskaera batek egoera-lerroa eta edozein Location goiburu inprimatzen ditu birbideratzea jarraitu gabe. Saio-hasierako amaiera izendatu batera seinalatzen duen 302 batek bidea badagoela baieztatzen du eta nora doan erakusten du; 404 batek operadorearen helbidea zaharkituta dagoela esan nahi du.

Ondoren, erreproduzitu sarrera-puntu bera onartutako bezeroan, adibidez openconnect --usergroup=partners vpn.example.net, eta begiratu zein formulario agertzen den. Formularioa zuzena bada eta tunelak oraindik huts egiten badu, bidea ez zen inoiz arazoa izan eta hurrengo geltokia politika edo bideratzea da.

Erregistratu ostalari-izena, ataka, protokoloa, sarrera-bidea eta formularioaren hautaketa bost eremu bereizitan tiketean. Zerrenda horrek ahalbidetzen dio hurrengo ingeniariari bereizten zerbitzari eskuragaitza TLS ukaziotik, ukatu den hautaketatik eta behar ziren bideak gabe altxatu zen tunel batetik.