Samba VPN მისამართზე: რატომ ქრება მსმენელი

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

გაზიარება მუშაობს გვირაბის გადატვირთვამდე

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

ping მაინც შეიძლება წარმატებული იყოს, თუ ახალი მისამართი ICMP-ს პასუხობს, და ამიტომ ხელმისაწვდომობა კარგად გამოიყურება, სანამ გაზიარება მკვდარია. სწორედ ეს ერთი შეცდომაში შემყვანი წარმატება აგზავნის ხალხს firewall-თან.

ხელმისაწვდომობა მიბმის მისამართი არ არის

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

VPN-ის აუზიდან მიღებული მისამართიც ავტომატურად ადგილობრივი მიბმის მისამართი არ არის. ის კლიენტს ეკუთვნის და არა ფაილურ სერვერს. ping ცუდი გამოცდაა ფაილური სერვისისთვის.

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

ნაცვლად ამისა სტაბილურ მისამართზე მიაბით

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

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

ss -ltnp | grep ':445'

შეამოწმეთ ხელახალი დაკავშირება და არა მწვანე შუქი

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

smbclient -L //files.corp.example -U alice

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