დაკარგული VPN მარშრუტი NetworkManager-ში: პროფილის პოლიტიკა თუ სკრიპტი?

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

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

სამი მფლობელი, ერთი დაკარგული პრეფიქსი

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

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

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

წაიკითხეთ პროფილი, სანამ რამეს დაამატებთ

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

nmcli -f vpn.service-type,ipv4.never-default,ipv4.ignore-auto-routes,ipv4.route-table,ipv4.routes connection show office

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

ipv4.ignore-auto-routes და ipv4.never-default სხვადასხვა კითხვას პასუხობენ. პირველს შეუძლია უარყოს მარშრუტები, რომლებსაც კავშირი სხვაგვარად ავტომატურად აიღებდა, ხოლო მეორე აკონტროლებს, შეიძლება თუ არა პროფილი გახდეს ნაგულისხმევი მარშრუტი. პროფილი, რომელიც უგულებელყოფს ავტომატურ მარშრუტებს და სხვა არაფერზე არ ეყრდნობა, სუფთად დაუკავშირდება და თითქმის არაფერს დააყენებს.

ip -4 rule show
ip -4 route show table all

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

რასაც სკრიპტი ვერ გამოასწორებს

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

OpenVPN-ის script-security კიდევ ერთი განმეორებადი დაბნეულობაა. ეს OpenVPN-ის პარამეტრია, რომელიც განსაზღვრავს, რომელი სკრიპტები შეიძლება კლიენტმა შეასრულოს და რა შეიძლება ჩადოს მათ გარემოში; დონე 3 ნებას რთავს სერტიფიკატების გარემოს მეშვეობით გადაცემას, რაც საიდუმლოებების მართვის გადაწყვეტილებაა და არა მარშრუტიზაციის შესწორება. მისი ჩასმა პროფილში, რომლის ბექენდი OpenVPN არ არის, ან მისი აწევა, როცა არცერთ სკრიპტს არ სჭირდება, ამატებს ექსპოზიციას მარშრუტის დამატების გარეშე.

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

გადაწყვეტილება, თანმიმდევრობით

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

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

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