OpenConnect-ի մուտքը հայտնվում է սխալ էջում. նախ ստուգեք ուղին

Դուք տեղադրում եք հասցեն ներածական նամակից, հաճախորդը հասնում է դարպասին, և հայտնվող մուտքի ձևը ընդհանուր պորտալն է, այլ ոչ այն գործընկերայինը, որը նկարագրել է օպերատորը։ Ոչինչ սխալ չի ցուցադրում, և հենց դա է շփոթեցնում՝ թունելը կարող է նույնիսկ բարձրանալ, բայց սխալ մուտքի կետի հետևում։ Այդ URL-ի ուղին աշխատանք էր կատարում, և ինչ էլ որ փոխարիներ այն, կորցրեց այդ աշխատանքը։

Առանձնացրեք երկու բան, որոնք տոմսում գալիս են որպես մեկ տող՝ հասցեն, որը հասնում է ծառայությանը, և մուտքը, որը որոշում է, թե որտեղից է սկսվում նույնականացումը։ Առաջինը շտկելը՝ անտեսելով երկրորդը, այն ճանապարհն է, որով ճիշտ հոսթանունը միևնույն է տալիս սխալ մուտք։

Ինչ է ուղարկում հաճախորդը մինչև ձև տեսնելը

https://vpn.example.net/partners-ի նման հասցեով հաճախորդի առաջին քայլը HTTPS հարցումն է այդ ուղուն, այլ ոչ մերկ հոսթին։ Վերադարձողը սովորաբար վերահասցեավորում է դեպի մուտքի վերջնակետը, կամ հենց ձևը։ Միայն vpn.example.net ստացող հաճախորդը սկսում է այն լռելյայն մեկնարկային էջից, որն այդ պահին կա, և դա կարող է լինել այլ պորտալ, այլ խմբերի ցանկ կամ էջ, որը սպասում է բոլորովին այլ արձանագրության։ Տարբերությունը երևում է պատասխանի վերնագրերում շատ ավելի վաղ, քան որևէ հավատարմագիր կմուտքագրվի։

Այդ պատճառով աշխատող դիտարկիչի ներդիրը և ձախողվող հաճախորդի պրոֆիլը կարող են նշել նույն դարպասը և միևնույն է չհամընկնել։ Դիտարկիչը հետևեց ուղուն, մինչդեռ պրոֆիլը երբեք չուներ այն։

Երկու մուտք, որոնք փոխարինելի են թվում և այդպիսին չեն

OpenConnect-ը բացահայտում է սկզբնական HTTPS ուղին որպես --usergroup, և ձեռնարկի էջը այդ ուղին կրող ամբողջական URL-ը դիտարկում է որպես նույն հարցումը՝ այլ կերպ գրված։ --authgroup-ը առանձին ընտրանք է՝ այն ընտրում է գրառում այն ցանկից, որը դարպասը ներկայացնում է մուտքի ձևի ներսում։ Որոշ արձանագրություններ այդ գրառումը կոչում են խումբ, մյուսները՝ տիրույթ կամ դարպաս, և հենց այնտեղ են շփոթվում երկու դրոշները։

Ծառայությունը կարող է օրինականորեն կարիք ունենալ երկուսին էլ։ Ուղին կարող է ձեզ հասցնել ճիշտ պորտալ, մինչդեռ ձևը դեռ խնդրում է ընտրել դրա ներսում եղած խմբերից։ Պորտալի անունը որպես խմբի անուն տալը, կամ հակառակը, ստեղծում է մուտք, որը թվում է ընդունված և հետո չի լիազորում, քանի որ արժեքը շարահյուսորեն վավեր էր և իմաստով՝ սխալ։

Օպերատորից խնդրեք յուրաքանչյուր արժեքը առանձին տողով՝ մուտքի ուղի, ձևի ընտրություն և արդյոք երկուսն էլ անհրաժեշտ են։ Մի՛ բխեցրեք մեկը մյուսից, որովհետև պիտակները նման են հնչում։

Ինչու է ուղին կրճատելը փոխում արդյունքը

Միայն հոսթ և պորտ ընդունող հաճախորդները հաճախ միևնույն է միանում են, ուստի ախտանիշը հազվադեպ է կոշտ ձախողում։ Փոխարենը դուք ստանում եք սխալ մուտքի էջ, դատարկ խմբերի ցանկ, վկայագրի անուն, որն այլևս չի համապատասխանում օպերատորի հրապարակածին, կամ թունել, որը բարձրանում է առանց ցանկալի ծառայության երթուղու։ Դրանցից յուրաքանչյուրը նստած է տարբեր շերտում, և ոչ մեկը չի շտկվում ավելի երկար տող տեղադրելով հոսթանուն համարվող դաշտում։ Դրանցից երկուսը նաև դրսից անտարբերելի են, քանի որ երկուսն էլ գալիս են որպես մուտքի ձև, որը պարզապես չի շարունակվում։

Հոսթանունը IP հասցեով փոխարինելը առանձին սխալ է, որը հաճախ ճամփորդում է սրա հետ։ Անվան վրա հիմնված ծառայության ընտրությունը և վկայագրի վավերացումը երկուսն էլ կախված են անունից, ուստի թվային հասցեն կարող է ուղու ձևաչափի խնդիրը վերածել TLS սխալի։

Դիտարկիչի հասցեները կրում են նաև ավելին, քան ուղիները։ Սեսիայի նույնացուցիչները, վերահասցեավորման նպատակները, լեզվական նախածանցները և ժամանակավոր մուտքի պարամետրերը բոլորն էլ հայտնվում են հասցեի տողում, և դրանցից ոչ մեկը չպետք է լինի պահված հաճախորդի պրոֆիլում։

Հաստատեք մուտքի կետը նախքան որևէ այլ բան խմբագրելը

Կարդացեք ձեզ տրված ուղու վերնագրերը։ curl -sS -o /dev/null -D - https://vpn.example.net/partners-ի նման հարցումը տպում է կարգավիճակի տողը և ցանկացած Location վերնագիր՝ առանց վերահասցեավորումը հետևելու։ Անվանված մուտքի վերջնակետին ուղղված 302-ը հաստատում է, որ ուղին գոյություն ունի, և ցույց է տալիս, թե ուր է տանում, իսկ 404-ը նշանակում է, որ օպերատորի հասցեն հնացած է։

Այնուհետև վերարտադրեք նույն մուտքի կետը հաստատված հաճախորդում, օրինակ՝ openconnect --usergroup=partners vpn.example.net, և դիտեք, թե որ ձևն է հայտնվում։ Եթե ձևը ճիշտ է, և թունելը դեռ ձախողվում է, ապա ուղին երբեք խնդիրը չի եղել, և հաջորդ կանգառը քաղաքականությունն է կամ երթուղավորումը։

Տոմսում գրանցեք հոսթանունը, պորտը, արձանագրությունը, մուտքի ուղին և ձևի ընտրությունը որպես հինգ առանձին դաշտ։ Հենց այդ ցանկն է, որ թույլ է տալիս հաջորդ ինժեներին տարբերել անհասանելի սերվերը TLS մերժումից, մերժված ընտրությունից և անհրաժեշտ երթուղիների բացակայությամբ բարձրացած թունելից։