proto udp թե tcp-client. ձեր սերվերը որն է լսում

Անցյալ ամիս աշխատող պրոֆիլը հիմա ժամանակի սպառման է հասնում, և ինչ-որ մեկը առաջարկում է proto udp-ը փոխարինել proto tcp-client-ով։ Երբեմն դա ճիշտ քայլ է, երբեմն էլ ստեղծվում է հաճախորդ, որը միանում է պորտի, որտեղ ոչինչ չի լսում, որովհետև սերվերը երբեք չի կարգավորվել մյուս տրանսպորտի համար։ Հրահանգը նկարագրում է, թե ինչպես է խոսում ձեր կողմը. այն չի կարող լսող սարք ստեղծել մյուս ծայրում։ Նախքան դրանցից որևէ մեկը փոխելը, կարդացեք պրոֆիլը և սերվերը միասին։

Կարդացեք այն տրանսպորտը, որն օգտագործում է ընտրված միացումը

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

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

Եթե ֆայլում վերևում կա մեկ proto տող, իսկ ներքևում՝ մի քանի remote գրառում, ապա այդ տողը լռելյայնն է ցանկացած remote-ի համար, որը չի վերազանցում այն։ Լռելյայնի տեղական փոփոխությունը ոչինչ չի անում այն remote գրառման համար, որը նշում է իր տրանսպորտը։

grep -nE '^(remote|proto)\b' client.ovpn

UDP-ն և TCP-ն արագության կարգավորում չեն

UDP-ն ուղարկում է տվյալագրեր՝ չկառուցելով դասավորված հոսք, ուստի թունելի սեփական երթևեկությունը չի փաթաթվում երկրորդ հուսալի տրանսպորտի մեջ։ TCP-ն ձեզ ուղի է տալիս ցանցերով, որոնք գցում կամ արգելափակում են UDP-ն, բայց դրա գինը ներդրված կրկնակի ուղարկումն է, որը կարող է կորստով կապը ավելի վատ զգացնել։

Սա հասանելիության փոխանակում է, ոչ թե համընդհանուր վարկանիշ։ Ճիշտ ընտրությունը այն է, ինչ թույլ է տալիս հաճախորդի առջևի ցանցը։ Այն ուղին, որը VPN պորտում գցում է UDP-ն, երբեք չի բանակցի, որքան էլ լավ գրված լինի պրոֆիլը։ Փորձարկեք ուղին, ապա ընտրեք տրանսպորտը։

Դրանց միջև միայն չափման հիման վրա ընտրելը սխալ է, որովհետև պատասխանը կախված է նրանից, ինչ թույլ է տալիս ձեր առջևի ցանցը։ Հյուրանոցը կամ կորպորատիվ պրոքսին կարող է թույլ տալ ելքային TCP 443 պորտում և ուրիշ ոչինչ, դրա համար մատակարարները առաջարկում են այդ տարբերակը։ Այն մնում է OpenVPN միացում այդ պորտում, ոչ HTTPS նստաշրջան, նույնիսկ եթե պորտի համարը ծանոթն է։

Ինչ է իրականում նշանակում tcp-client

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

Համապատասխանությունը նշանակում է, որ երկու ծայրերը համաձայն են տրանսպորտի շուրջ, ոչ թե որ նրանք կիսում են նույն տողը։

grep -nE '^proto\b' /etc/openvpn/server/server.conf
ss -lntp | grep openvpn

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

Երբ պրոֆիլը ներմուծվում է, բայց երբեք չի միանում

Անմիջապես ժամկետը լրացնող ներմուծված պրոֆիլը սովորաբար ձախողվում է ցանկացած նույնականացումից առաջ։ Փաթեթը գնում է պորտ, որտեղ լսող չկա, կամ ցանցը լուռ գցում է այն։

Փորձարկեք ուղին հնարավոր ամենապարզ ձևով՝ միացեք նույն հյուրընկալողին և պորտին այն տրանսպորտով, որը պնդում է պրոֆիլը, նույն ցանցից, որտեղից ձախողվում է հաճախորդը։

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

Գրանցեք աշխատող տրանսպորտը

Երբ համակցությունը աշխատում է, գրեք այն սերվերի, պորտի և արձանագրության հետ միասին, և նշեք, թե որ ցանցից է փորձարկվել։

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

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