დაქირავებული ხაზი 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 მიწოდებას, ტევადობას და მხარდაჭერის პირობებს თითოეულს აქვს სტრიქონი ჩანაწერში და თითოეულ სტრიქონს გვერდით აქვს სახელი.