OpenVPN systemd-ის პაროლის მოთხოვნას ელოდება: უნდა უპასუხოთ?

ტერმინალში ჩნდება შეტყობინება systemd-tty-ask-password-agent-ის შესახებ და გვირაბი არ არის აწეული. მაცდური წაკითხვა ის არის, რომ VPN-მა პაროლი უარყო და ახლა რაღაც შესწორებას ელოდება. უფრო ზუსტია ითქვას, რომ სერვისმა systemd-ს ინტერაქტიული შეყვანა სთხოვა და მოთხოვნას ჯერ არ გაეცა პასუხი. რომელი სერვისი იკითხა და რომელი საიდუმლო სურს, ორი კითხვაა, რომლებიც შეგიძლიათ გადაწყვიტოთ სანამ რამეს აკრეფთ.

ვინ უნდა უპასუხოს, ორი პირობა წყვეტს

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

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

ეს არის მთელი წესი და ღირს მისი თქმა ბრძანებებამდე. ყველაფერი ქვემოთ აქედან გამომდინარეობს.

ჩამოთვალეთ მოთხოვნა სანამ რამეს აკრეფთ

აგენტს შეუძლია ჩამოთვალოს რა არის მოლოდინში, არაფერზე პასუხის გაცემის გარეშე. sudo systemd-tty-ask-password-agent --list ბეჭდავს დარჩენილ მოთხოვნებს და ეს გამოტანა არის ის მტკიცებულება, რომელიც გჭირდებათ მოთხოვნის ერთეულთან დასაკავშირებლად. წაიკითხეთ ის სანამ რწმუნებას მისცემთ და მოთხოვნების აღწერები მოარიდეთ ნებისმიერ საჯარო დიაგნოსტიკურ ჩასმას.

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

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

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

auth-user-pass VPN სერვისის ანგარიშის ავთენტიფიკაციას ეხება და რწმუნების ფაილის გარეშე დოკუმენტირებული ქცევა კონსოლზე კითხვაა. askpass სამაგიეროდ იღებს პაროლურ ფრაზას, რომელიც ხსნის დაცულ გასაღების მასალას და ამას აკეთებს სანამ პროცესი ფონზე გადავა. ეს სხვადასხვა საიდუმლოებია სხვადასხვა სიცოცხლის ხანგრძლივობით.

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

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

რას აკეთებს --query რასაც --list არ აკეთებს

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

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

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

გადაწყვიტეთ, შემდეგ ჩაწერეთ არჩევანი

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

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