Netgear OpenVPN. TUN-ը և TAP-ը լսում են տարբեր պորտերում
Սպառողական որոշիչների որոնվածը կարող է TUN և TAP լսողներ հրապարակել տարբեր պորտերում։ Սխալին ուղղված պրոֆիլը ժամկետը լրանում է շատ ավելի վաղ, քան որևէ վկայական կստուգվի։
Հեռախոսը միանում է որոշիչի VPN-ին առանց բողոքների, իսկ նույն ներբեռնման էջից պրոֆիլ օգտագործող նոթբուքը ժամկետը լրանում է։ Այդ երկու փորձերի միջև վկայականների հետ կապված ոչինչ չի փոխվել, քանի որ նոթբուքը երբեք չի հասել այն կետին, որտեղ վկայականները նշանակություն ունեն։ Որոշիչը առանձին լսողներ է հրապարակում TUN-ի և TAP-ի համար, և աշխատող պրոֆիլը պետք է ընտրի այն, որը պատկանում է իր իսկ սարքի տեսակին։
Որոշել, թե երեք հնարավոր անսարքություններից որի հետևից գնալ, այստեղ ամբողջ աշխատանքն է՝ պորտը, սարքի տեսակը, թե տվյալների ալիքի ծածկագրի բանակցությունը։
Երեք բան, որոնք պետք է համընկնեն
Սարքի տեսակը, պրոֆիլի ինտերֆեյսի տողը և լսողի պորտը մեկ ընտրություն են կազմում, ոչ թե երեք։ dev tun հայտարարող և TAP լսողին ուղղված պրոֆիլը չի կարող ավարտել նստաշրջանը, և հակառակը նույն կերպ է ձախողվում։ Ձեր մոդելի և որոնվածի համար պորտը կարդացեք որոշիչի սեփական VPN էջից, ոչ թե ուղեցույցից, որովհետև թվերը փոխվում են տարբերակների միջև։ Գրեք մոդելն ու որոնվածի տարբերակը այդ թվի կողքին, որպեսզի հաջորդ մարդը կարողանա ստուգել։
Դաշտային հաշվետվությունները նշում են զույգ, օրինակ՝ 12973 TUN-ի և 12974 TAP-ի համար մեկ որոնվածում, և այլ թիվ՝ մյուսում։ Դրանք կարդացեք որպես ապացույց, որ տարբերակները տարբերվում են, ոչ թե որպես պատճենահանվող հաստատուններ։ Այնուհետև պրոֆիլին անհրաժեշտ է հեռավորությանը համապատասխան հոսթի անուն՝ որոշիչի դինամիկ DNS անունը, ոչ թե փոխվելիք WAN հասցեն։
Պորտն ու ինտերֆեյսի տողը ուղղելուց հետո պրոֆիլը նման է սովորական հաճախորդի կազմաձևի՝ մեկ remote տողով և մեկ dev տողով։ Եթե երկուսը չեն համընկնում, կրկնելու ոչ մի քանակություն նստաշրջան չի ստեղծում։
Կարդացեք մատյանն այն հերթականությամբ, ինչպես այն տպվում է
OpenVPN հաճախորդը իրադարձությունների մասին հաղորդում է դրանց կատարման հերթականությամբ, ուստի լռությունից առաջ վերջին տողը որոշում է ստուգվող շերտը։ Երբ աշխատանքը ավարտվում է TLS Error: TLS key negotiation failed-ով, կամ պարզապես սպասում է առաջին պատասխանին ու հանձնվում, վկայականների համեմատություն երբեք չի եղել։ Դա մատնանշում է հասանելիությունը, լսողին կամ պորտին, որի հետևում ոչինչ չկա։ Դրանցից ոչ մեկը չի վերանում CA ֆայլը փոխարինելով։
Աշխատանքը, որը հասնում է VERIFY OK-ին և հետո ձախողվում, գտնվում է բոլորովին այլ տեղ՝ իր իսկ պատճառներով։ Այդ երկու ելքերը ֆայլերին դիպչելուց առաջ տարբերելը կանխում է դասական շրջանցումն այն վկայականների փաթեթներով, որոնցից երբեք չեն հարցրել։ Երբ ձեռքսեղմումը ավարտված է, բայց թունելը չի բարձրանում, նայեք ծածկագրի բանակցությանը, ոչ թե հասանելիությանը։
Ավելացրեք ծածկագրերի ցանկը, որը ժամանակակից հաճախորդն է սպասում
Վերջին OpenVPN հաճախորդները մերժում են հին լռելյայն արժեքները, որոնք սպառողական որոնվածը դեռ առաջարկում է, և ախտանիշը հաջող ձեռքսեղմումից անմիջապես հետո բանակցության ձախողումն է։ Ուղղումը պրոֆիլի մեկ տող է, որը նշում է, թե ինչ կընդունի հաճախորդը՝ data-ciphers-ը սահմանեք այս հերթականությամբ՝ AES-256-GCM, AES-128-GCM, CHACHA20-POLY1305 և AES-128-CBC։ Ցանկացած ալգորիթմ, որ որոշիչը չի իրականացնում, պարզապես երբեք չի ընտրվում, ուստի ավելի երկար ցանկը ոչինչ չի արժենում, բացի մի փոքր ավելի երկար բանակցությունից։
Ծածկագրերի թվարկումը որոշիչին չի սովորեցնում այն, ինչը չունի։ Եթե բանակցությունը դեռ ձախողվում է, ստուգեք՝ արդյոք որոշիչի էջն ունի իր սեփական ծածկագրի կարգավորում, և արդյոք այդ կարգավորումը պարունակում է առնվազն մեկ գրառում, որը հաճախորդը ընդունում է։ Ընդհանուր անդամ չունեցող երկու ցանկեր տալիս են ճիշտ նույն ձախողումը, ինչ սխալ պորտը, և դրա համար երկու ծայրերն էլ արժանի են հայացքի։
Ներմուծեք մեկ անգամ՝ ձեռքով օրինակներ խմբագրելու փոխարեն
Ուղղված ֆայլը NetworkManager ներմուծելը խուսափում է մի փոքր տարբեր պրոֆիլներով լի թղթապանակից՝ nmcli connection import type openvpn file client.ovpn, ապա բարձրացրեք այն անունով։ Պահեք ներմուծված պրոֆիլը որպես միակ օրինակ, որը խմբագրում եք, և ջնջեք կրկնվող ներբեռնումներից կուտակված կրկնօրինակները։
Ապա փորձարկեք LAN-ից դուրս։ Նույն ցանցից միանալը շատ քիչ բան է ապացուցում, քանի որ երթևեկությունը կարող է ընդհանրապես թունելով չանցնել։ Հաստատեք, որ հարցումը իրոք դուրս է գալիս որոշիչով, ոչ թե միայն այն, որ հաճախորդը ցույց է տալիս միացված վիճակ։
Որոշեք՝ ինչ անել նախազգուշացումների հետ
Սպառողական որոնվածը սովորաբար ստեղծում է իր սեփական վկայականների մարմինը, և հաճախորդները բողոքում են ստուգումից այնպիսի ձևերով, որ որոնվածը չի կարող ճնշել։ Գնահատեք՝ արդյոք այդ բողոքը նշանակալի է ձեր պաշտպանածի համար, փոխարենը ամեն նախազգուշացում մահացու համարելու, և մի անջատեք ստուգումը համընդհանուր՝ մեկ հաղորդագրության լռեցնելու համար։ Ձեր գնահատած նախազգուշացումը փաստաթղթավորված ռիսկ է, իսկ անջատված ստուգման կարգավորումը՝ ոչ։
Երբ որոնվածը չի տրամադրում իսկապես նշանակալի նախազգուշացումը ուղղելու աջակցվող ձև, այդ բացը խոսում է VPN-ը այլ տեղ հյուրընկալելու օգտին։ Պրոֆիլը վերանորոգելու, նախազգուշացումն ընդունելու և վերջնակետը տեղափոխելու միջև ընտրությունը որոշում է այն մասին, թե որքան եք վստահում այդ վկայականին։ Կայացրեք այն գիտակցաբար, և գրեք, թե որ տարբերակն եք ընտրել, փոխարենը երկխոսությունների վրայով կտտացնելու, մինչև պատկերակը կանաչի։