SoftEther-ի բնիկ հաճախորդ կամ OpenVPN պրոֆիլ. ընտրեք ճիշտ պորտը

SoftEther սերվերը կարող է միաժամանակ պատասխանել բնիկ SSL պորտին և OpenVPN-համատեղելի պորտին, ինչի պատճառով երկուսը թվում են մեկ ծառայություն՝ երկու դռնով։ Դրանք երկու ծառայություններ են՝ տարբեր հաճախորդներով, տարբեր կազմաձևման ձևաչափերով և տարբեր հնարավորություններով։ Բնիկ պրոֆիլը OpenVPN հաճախորդի մեջ դնելը ձախողվում է վերլուծության պահին, և սխալը հազվադեպ է ասում, թե ինչու։

Նախ ընտրեք լսիչը, հետո՝ հաճախորդը։

Երկու լսիչ, երկու կազմաձևման ձևաչափ

Բնիկ արձանագրությունն օգտագործում է SoftEther հաճախորդ և միացման սահմանում, որը նշում է սերվերը, պորտը, վիրտուալ հանգույցը և օգտվողին։ OpenVPN-համատեղելի լսիչը սպասում է OpenVPN պրոֆիլի՝ remote հրահանգով, TLS նյութով և ընտրանքներով շատ ավելի փոքր աջակցվող հավաքածուից, քան առաջարկում է ինքնուրույն OpenVPN սերվերը։ SoftEther-ը դա անվանում է OpenVPN կլոնի ֆունկցիա, և կլոնը օգտակար ակնարկ է հավատարմության մասին։

Համատեղելիությունը տարբերակի հարց է։ Ստուգեք, թե տեղակայված կառուցվածքն ինչ է ընդունում, և ոչ թե ինչ է փաստաթղթավորում ընթացիկ OpenVPN ձեռնարկը։

Քայլ 1. պարզեք, թե որ լսիչն է միացրել օպերատորը

Պահանջեք լսիչների ցանկը՝ պորտի համարից գուշակելու փոխարեն։ 443-ի վրա TLS-ով պատասխանող սերվերը պարտադիր չէ, որ OpenVPN վերջակետ լինի, քանի որ բնիկ արձանագրությունը կարող է օգտագործել նույն պորտը։ Համատեղելի սերվերի ֆունկցիաների մասին ձեռնարկի բաժինը նկարագրում է, թե որ կլոններն են գոյություն ունենում և ինչպես են դրանք միացվում։

Եթե կարող եք հասնել հոսթին, փորձարկեք ձեզ տրված պորտը, և ոչ թե ձեռնարկից վերցված պորտը. openssl s_client -connect vpn.example.com:443 -brief գոնե ասում է՝ կա՞ TLS այնտեղ։

Քայլ 2. օգտագործեք համապատասխան հաճախորդը և պրոֆիլը

Բնիկ հասանելիության համար տեղադրեք SoftEther հաճախորդը, օպերատորի տվյալներով ստեղծեք միացում և միացրեք վիրտուալ ադապտերը։ Համատեղելի լսիչի համար ներմուծեք այն OpenVPN պրոֆիլը, որը օպերատորը արտահանել է սերվերից, քանի որ այն կրում է CA և հաճախորդի նյութը, որ սպասում է այդ լսիչը։ Ձեռքով պրոֆիլ մի հավաքեք ընդհանուր օրինակից, և բնիկ միացման սահմանումը չփակցնեք OpenVPN կազմաձևում։

Ներմուծման ժամանակ վերլուծության սխալը ձևաչափի խնդիր է, ոչ ցանցի, և այն չպետք է ձեզ ուղարկի հրակայուն պատի մոտ։

Քայլ 3. համեմատությունը պահեք ազնիվ

Եթե օպերատորը հրապարակում է երկուսն էլ, համեմատեք դրանք՝ սարքը, մուտքի ցանցը և խնդիրը անփոփոխ պահելով։ Երկու ուղիները կարող են տարբերվել նույնականացման մեջ, այն ենթացանցերում, որոնց միանում են, և նրանում, թե ինչ է սերվերը հետո անում ձեր երթևեկության հետ։ Ընդհանուր հոսթը ընդհանուր քաղաքականություն չէ։ Խնդիրն էլ պահեք անփոփոխ, քանի որ ֆայլի պատճենումը և տեսազանգը ծանրաբեռնում են նույն ուղու տարբեր մասերը։

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

Քայլ 4. ստուգեք ուղին միացումից հետո

Միանալուց հետո ստուգեք ստացած հասցեն, նրա հետ եկած երթուղիները, DNS-ը և մեկ ներքին ռեսուրս։ Բնիկ կողմում վիրտուալ ադապտերն այն ինտերֆեյսն է, որ պետք է զննել. OpenVPN կողմում դա tun կամ tap սարքն է, որը ստեղծել է հաճախորդը։ Ամեն դեպքում հարցն այն է՝ արդյոք ձեր ընտրած լսիչը տալիս է ձեզ անհրաժեշտ հասանելիությունը, ինչը առանձին փաստ է նրանից, թե արդյոք թունելը բարձրացավ։ Գրեք հասցեն առաջ և հետո, և համեմատեք դրանք։

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