OpenVPN: ლოკალური მისამართი და გვირაბის მისამართი — ორი სხვადასხვა სოკეტი

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

მიბმის შეცდომა ლოკალურ მისამართს ასახელებს

როცა OpenVPN აცხადებს, რომ ლოკალური მისამართის მიბმა არ შეუძლია, ის ტრანსპორტის სოკეტზე საუბრობს: UDP ან TCP საბოლოო წერტილზე, რომელიც დაშიფრულ კავშირს პირთან მიიტანს.

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

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

რას ირჩევს სინამდვილეში local და remote

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

არც ერთ ინსტრუქციას არაფერი აქვს საერთო გვირაბის შიგნით არსებულ მისამართთან.

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

ip -brief address show
ip route get 203.0.113.10

შიდა მისამართი სერვერიდან მოდის

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

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

ასევე განსხვავებულია ინტერფეისები, რომლებიც უნდა წავიკითხოთ. ifconfig პარამეტრები და აუზის კონფიგურაცია შიგა ნაწილს აღწერს, ხოლო remote, local, proto და nobind გარე ნაწილს. ორი სიის განცალკევება თითქმის ყველა დამაბნეველ მაგალითს ხსნის, რომელსაც ფორუმზე იპოვით. OpenVPN 2.6-ის სახელმძღვანელო სწორედ ამიტომ აღწერს მათ ცალკე თავებში.

ხაფანგი: სრული გვირაბი, რომელიც საკუთარ ტრანსპორტს იჭერს

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

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

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

ჩვევა, რომელიც აბნევას თავიდან გვაშორებს

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

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

ჩაწერეთ ორი სია პროფილის გვერდით მდებარე განლაგების შენიშვნებში. შემდეგი პრობლემების მოგვარების სესია მაშინ ფენით დაიწყება და არა ვარაუდით.