რამდენიმე OpenVPN-რემოტი: failover სია და არა არხების გაერთიანება

ერთ პროფილში ორი remote ხაზი მეორე ზოლს ჰგავს; სინამდვილეში მეორე ცდაა. როცა პირველი endpoint პასუხს წყვეტს, კლიენტი შემდეგზე გადადის და სესია არ ფართოვდება. სიას თავიდანვე უწოდეთ failover, თორემ არასწორ ღილაკს დაატრიალებთ.

რას გაძლევთ remote-ების სია

პროფილს უყურეთ როგორც ცდების დალაგებულ კრებულს და არა როგორც სიმძლავრის აუზს. ყოველი ჩანაწერი რიგს იღებს გვირაბის ასაწევად და სესია ცხოვრობს იმაზე, რომელმაც უპასუხა. გრძელი სია აუმჯობესებს დაკავშირების შანსს და არა მილის ზომას.

ნამდვილი აგრეგაცია სხვა მანქანაა. ერთი ნაკადის რამდენიმე გზაზე გაყოფას ორივე ბოლოში პროგრამული უზრუნველყოფა სჭირდება, რომ ტრაფიკი დაყოს და რიგით ისევ ააწყოს.

გამყიდველი, რომელიც მეტი სერვერიდან უფრო სწრაფ გვირაბებს გპირდებათ, სწორედ იმ მეორე მოდელს ყიდის და არა გრძელ სიას. თუ კლიენტი endpoint-ებს მხოლოდ რიგრიგობით ცდის, ხუთი ჩანაწერი თქვენს შანსს ცვლის და მეტს არაფერს. დააკვირდით შეწყვეტას: სესია ვარდება და სხვაგან ბრუნდება, რასაც ჟურნალი ახალ endpoint-ად აჩვენებს და არასოდეს უფრო განიერ მილად.

ბლოკები, რომლებიც პარამეტრებს ერთ endpoint-თან ინახავენ

ჩვეულებრივი remote ხაზი მისამართს ატარებს და ზოგჯერ პორტსა და პროტოკოლს. როცა endpoint-ს პროქსი სჭირდება, ან ტრანსპორტი, რომელსაც ფაილის დანარჩენი ნაწილი არ იყენებს, ჩასვით ეს პარამეტრები კავშირის ბლოკში, რომელიც მათ მასთან ინახავს. ჩაშენებული ბლოკები ერთ .ovpn ფაილშიც მუშაობს და პროფილების უმეტესობა ასე ვრცელდება.

ბლოკის გარეთ ყველაფერი ნაგულისხმევად მოქმედებს იმ ჩანაწერებისთვის, რომლებიც მას არ გადაფარავენ. ამიტომ ერთი აწყობილი ბლოკი და ოთხი ჩვეულებრივი remote ისე იქცევიან, რასაც მისამართების სია ვერ ხსნის.

უცნობი ბლოკის წაშლა კოსმეტიკა არ არის. endpoint, რომელსაც ის ეკუთვნოდა, ფაილის ნაგულისხმევ პარამეტრებს უბრუნდება, რაც შეიძლება განსხვავდებოდეს იმ ტრანსპორტისგან, რომელზეც ის უსმენს. მოხსენით არასწორი გარსი და ერთი ჩანაწერი ვარდება, დანარჩენები კი მუშაობენ, ამიტომ ეს გატეხილ პროფილად კი არა, ცუდ სერვერად გამოიყურება. რედაქტირებამდე წაიკითხეთ ყოველი remote მისი ტრანსპორტით, პორტითა და პროქსით.

განმეორებითი ცდების რიგი და remote-random-ის ფასი

რიგს მნიშვნელობა აქვს, რადგან ყოველი მკვდარი ჩანაწერი დროს ხარჯავს შემდეგ ცდამდე. სასურველი endpoint წინ დადგით, დანარჩენი კი რანჟირებულ სარეზერვო ვარიანტებად მიიჩნიეთ.

remote-random საწყის რიგს ურევს, რაც დატვირთვას ეკვივალენტურ სერვერებზე ანაწილებს და უკუშედეგს იძლევა, როცა ერთი endpoint აშკარად მთავარია. ყოველ შემთხვევაში, ჩაწერეთ endpoint, რომელიც კლიენტმა აირჩია; პროფილის სახელი არაფერს ამბობს, როცა კავშირი ნელი გეჩვენებათ. დეტალური ჟურნალიდან ბმულის ხაზის grep გაჩვენებთ, სად დაეშვა სესია.

ოპერატორების შერევა ნდობის განაცხადს ამტვრევს

პროფილი ასევე განაცხადია იდენტობაზე: ეს მისამართები ის სერვისია, რომლის მიღწევაც გსურდათ, და ჩამაგრებული სერტიფიკატი მას ეკუთვნის. ამ ფაილში უფასო საჯარო სერვერების ჩაყრა განაცხადს ამტვრევს: მათი სერტიფიკატები და თქვენი სხვადასხვა სერვისს აღწერენ. ჩვეულებრივი შედეგია იდენტობის ჩავარდნა, ან სერტიფიკატები, რომლებიც თქვენი პროვაიდერის ქსელს გარეთ მყოფ ჰოსტს სთავაზობენ. ალტერნატივები შეინახეთ თქვენი ოპერატორის მიერ გავრცელებული ნაკრების შიგნით, შესაბამისი სერტიფიკატებითა და ნდობის მასალით.

თუ ორი პროვაიდერის endpoint გჭირდებათ, ეს მარშრუტიზაციაა და არა პროფილის რედაქტირება. მოაგვარეთ გვირაბის ზემოთ, სადაც შეგიძლიათ თქვათ, რომელი ტრაფიკი რომელ გზას იღებს.

სათითაოდ გამოსცადეთ და ნუ ივარაუდებთ

დამტკიცებული პროფილის განახლების შემდეგ განზრახ დაუკავშირდით ყოველ საჭირო endpoint-ს და დაადასტურეთ, რომელი ტრანსპორტი ამოვიდა. დეტალური გაშვება ამას თვალსაჩინოს ხდის. გაუშვით openvpn --config office.ovpn --verb 4 და წაიკითხეთ ბმულის ხაზი მოსალოდნელი მისამართისთვის. შემდეგ შეამოწმეთ გვირაბის უკან არსებული რესურსები; ჩანაწერს შეუძლია ხელის ჩამორთმევა დაასრულოს და მაინც არსად გამარშრუტოს.

failover-ს სჭირდება საკუთარი გამოცდა და არა იმედი. ლაბორატორიაში დაბლოკეთ პირველი endpoint, გაუშვით კლიენტი და გაზომეთ, რამდენი დრო სჭირდება გადასვლას. ნელი პირველი ჩანაწერის უკან გრძელი სია უარესია, ვიდრე კარგად დაწყებული მოკლე.

ხელახლა შეამოწმეთ სია ყოველ ჯერზე, როცა ოპერატორი შეცვლის. იმპორტირებული ნაკრები სასარგებლოა მხოლოდ მანამ, სანამ მისი ჩანაწერები არსებობს და საუბრობს იმ ტრანსპორტზე, რომელსაც თქვენი ბლოკები აღწერენ. OpenVPN 2.6-ის სახელმძღვანელო აქ მოიცავს remote, connection და random-order დირექტივებს და სწორედ ის ვერსიაა შესამოწმებელი, როცა სინტაქსი საეჭვოა.