Access Server-მა დაკარგა მიბმა ქსელური ინტერფეისის გადარქმევის შემდეგ: გაასწორეთ გასაღებები

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

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

რას გვეუბნება სიმპტომი სინამდვილეში

დემონი, რომელიც ვერ იბმება, ჩვეულებრივ ამას თავის ჟურნალში ამბობს: მისამართი მიუწვდომელია ან ინტერფეისი არ არსებობს. შეტყობინება კონკრეტულია: ის ასახელებს მისამართს, რომელიც დემონმა სცადა; შეადარეთ ის ჰოსტზე ip -br addr-ს, რომ გაიგოთ, გადაერქვა ინტერფეისს სახელი, წაიშალა თუ ავიდა ძველი მისამართის გარეშე.

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

ჰკითხეთ კონფიგურაციას რედაქტირებამდე

Access Server თავის კონფიგურაციას საკუთარი CLI-ის მეშვეობით აჩვენებს. დოკუმენტირებული ხედია:

sacli ConfigQuery

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

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

დაადგინეთ, რომელი მსმენელია გატეხილი

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

დემონის მიბმის გასაღებები თითოეული დემონისთვისაა დოკუმენტირებული, და ოფიციალურ გაკვეთილში მნიშვნელობა ინტერფეისის იდენტიფიკატორია, თუმცა გასაღების სახელები ip_address-ით მთავრდება. წაიკითხეთ ეს წინადადება ორჯერ. გაკვეთილი ასევე მოელის, რომ UDP და TCP დემონები ერთ ინტერფეისს იზიარებენ, ამიტომ მხოლოდ ერთი გასაღების გასწორება ნახევარი შეკეთებაა.

შეცვალეთ დასახელებული პარამეტრი და არა შესაბამისი სტრიქონები

გაკვეთილი ადგენს ConfigPut-ს კონკრეტულ გასაღებებზე, როგორიცაა vpn.daemon.0.server.ip_address და vpn.daemon.0.listen.ip_address. გამოიყენეთ პროდუქტის საკუთარი მეთოდი გასაღების სახელითა და ახალი მნიშვნელობით, თქვენი ვერსიის დოკუმენტირებული სინტაქსით, და შეცვალეთ მხოლოდ თქვენ მიერ დიაგნოსტირებული მსმენელის გასაღებები.

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

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

გამოიყენეთ და დაამტკიცეთ, რომ გზა მუშაობს

მნიშვნელობის გასწორების შემდეგ გამოიყენეთ ის პროდუქტის დოკუმენტირებული სასიცოცხლო ციკლით ( სასიცოცხლო ციკლი ). გაკვეთილი გასაღებების დაყენების შემდეგ იყენებს sacli start-ს; ეს არ არის ჰოსტის სრული გადატვირთვა ან მონაცემთა ბაზის განულება.

ss -lntup | grep -E '1194|443'
sacli ConfigQuery | grep -i ip_address

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