Վարձակալված գիծ VPN-ի համար? Նախ թարգմանեք պահանջը

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

Թարգմանեք պահանջը, ոչ թե ապրանքի անվանումը

IPsec-ը պաշտպանում է երթևեկությունը IP շերտում և փոխադրումը թողնում է ձեր գնած գծին։ IPsec ճարտարապետությունը նկարագրում է, թե ինչպես է պաշտպանվում երթևեկությունը զուգընկերների միջև՝ այն ոչինչ չի ասում հանձնման տեսակի, պարտավորված արագությունների կամ վերանորոգման պատուհանների մասին։ Դրանք ծառայության պայմանագրի հատկություններ են։

Այդ տարբերությունը հենց այն ամբողջ պատճառն է, թե ինչու գծի պահանջը կարող է օրինական լինել և միևնույն ժամանակ VPN-ի պահանջ չլինել։ Միայն սերիական ինտերֆեյս ունեցող դարպասն իսկապես սերիական հանձնում է պահանջում, և դա ապարատային սահմանափակում է, ոչ թե արձանագրային։ Փոխեք սարքը, և սահմանափակումը կվերանա։ Գրեք յուրաքանչյուր պահանջ «դարպասին պետք է X, որովհետև Y» ձևով և մերժեք ամեն տող, որը հնարավոր չէ լրացնել։

Նախ անվանեք հանձնումը, հետո՝ արագությունը

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

Հաստատեք միակցիչը, արագության բանակցությունը և թե ով է մատակարարում մեդիա փոխարկիչը կամ երթուղիչը։ Ապա հաստատեք, թե որտեղ է ավարտվում ձեր պատասխանատվությունը, որովհետև սահմանային կետը որոշում է, թե ով ինչի կարող է դիպչել, երբ գիծը ընկնում է 03:00-ին։ Գրեք այդ սահմանը արձանագրության մեջ գծի նույնացուցիչի կողքին։ Դա այն միակ տողն է, որը աջակցության զանգը դարձնում է հինգ րոպեանոց զրույց՝ մեկ ժամ տեղափոխման փոխարեն։

ip -br link show
ethtool eth0 | head -20
sudo lshw -class network -short

Հաստատեք IP-ի մատակարարումը, ոչ միայն հասցեն

Հարցրեք, թե ծառայությունն իրականում ինչ հասցե կամ նախածանց է մատակարարում, և արդյոք այն ստատիկ է։ Դինամիկ հասցե տվող գիծը վատ է համապատասխանում կայք-կայք դարպասին, որովհետև զուգընկերի կոնֆիգուրացիան պետք է դիմանա փոփոխությանը, որը դուք չեք պլանավորել։ Ստուգեք նաև նախածանցի երկարությունը, որովհետև մեկ հասցեն և երթուղավորված /29-ը տարբեր ապրանքներ են։

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

Արձանագրեք, թե ումն են երթուղիչը և DNS-ը։ Եթե մատակարարն է տալիս երթուղիչը, դուք ժառանգում եք նրա որոնվածը, NAT-ի վարքը և լռելյայն երթուղու մասին նրա պատկերացումը, և յուրաքանչյուր հետագա փոփոխություն անցնում է տոմսով։ Թող ձեր ցանցից դուրս մեկը փորձի մուտքային միացում այն պորտին, որը ենթադրում եք հասանելի, որովհետև դա միակ փորձությունն է, որն ապացուցում է թարգմանության պատմությունը։

ip -br addr
ip route get 198.51.100.10
traceroute -n 198.51.100.10

Հզորությունը չափեք աշխատանքից, երկու ուղղությամբ

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

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

Ամրագրեք գործառնական պարտավորությունները

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

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

Ստուգեք գիծը գրավոր պայմանների դեմ

Երբ ծառայությունը գործարկվի, չափեք այն հատկությունները, որոնց համար իրականում պայմանագիր եք կնքել, ոչ թե նրանք, որ տեղադրողը ցույց տվեց։ Թողունակությունը, ուշացումը և կորուստը իրական ուղու վրա ապացույցն են, և դրանք պետք է գրանցվեն ժամանակով և վայրով, որը կարող եք անվանել։ Կրկնեք չափումը զբաղված ժամին, ոչ միայն հանձնման պահին։ 10:00-ին հանգիստ օրը անցկացված ընդունման փորձությունը շատ քիչ բան է ասում 15:00-ի գծի մասին։

iperf3 -c speed.example.net -t 30 -P 4
mtr -n --report -c 50 198.51.100.10
curl -sS -o /dev/null -w '%{time_connect} %{time_starttransfer}\n' https://speed.example.net/

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

Վերջում կրկին կարդացեք այդ չորս դարպասները մատակարարվածի դեմ։ Հանձնումը, IP-ի մատակարարումը, հզորությունը և աջակցության պայմանները յուրաքանչյուրն ունի տող արձանագրության մեջ, և յուրաքանչյուր տողի կողքին անուն կա։