გაყოფილი გვირაბი კვლავ გამორიცხავს აპს, რომელიც წაშალეთ
ბილიკზე ან პაკეტზე მიბმული წესი შეიძლება იმ აპზე დიდხანს იცოცხლოს, რომლისთვისაც დაიწერა. შეამოწმეთ, რას მიუთითებს ის ახლა, შემდეგ კი წაშალეთ ის პროფილის მფლობელის მეშვეობით.
ძველი აპი გაქრა, და გაყოფილი გვირაბის სიაში ჯერ კიდევ არის ჩანაწერი მისთვის. აშკარად არაფერი ფუჭდება, ამიტომ ის თვეების განმავლობაში რჩება იქ. შემდეგ ვიღაც დააინსტალირებს სხვა პროგრამას იმავე საქაღალდეში, ან მართული პროფილი ყოველ ხელახალ დაკავშირებაზე აღადგენს წესს, და ტრაფიკი იწყებს იმ გზით სვლას, რომელიც არავის დაუგეგმავს. გამორიცხვამ იცოცხლა იმ მიზეზზე მეტხანს, რისთვისაც არსებობდა.
ამის გასუფთავება ძირითადად იდენტობის საკითხია: რას მიუთითებს წესი ახლა, და ვის ეკუთვნის სია.
სიმპტომი: გამორიცხვა, რომელიც არაფერს ემთხვევა
მოძველებული ჩანაწერი ჩვეულებრივ გამოყენებაში უხილავია. ის ხილული ხდება სამი გზით: აპი, რომლის გვირაბში გავლასაც ელოდით, პირდაპირ გადის, ახალი პროგრამა მემკვიდრეობით იღებს ძველ გამონაკლისს, ან კლიენტი უარს ამბობს ცვლილების შენახვაზე, რადგან მართული პროფილი მას გადაწერს. სამივე ცალკე შეცდომად გვეჩვენება, და სამივე ერთი და იგივე აღრიცხვის პრობლემაა. თითოეულის შემოწმება იაფია, არასწორი დიაგნოზი კი ძვირი.
დაიწყეთ წესის წაკითხვით, და არა წაშლით.
გაარკვიეთ, რას იდენტიფიცირებს წესი
გაყოფილი გვირაბის იმპლემენტაციები გამორიცხვებს სხვადასხვა რამეზე ამყარებენ: შესრულებადი ფაილის ბილიკზე, პაკეტის სახელზე, პაკეტის იდენტიფიკატორზე ან მარშრუტზე. ბილიკზე დაფუძნებული წესი მიუთითებს ფაილზე, რომელიც შეიძლება აღარ არსებობდეს, ან ახლა უკვე სხვა ფაილი იყოს. პაკეტზე დაფუძნებული წესი მიუთითებს იდენტობაზე, რომლის ხელახლა გამოყენებაც ახალ ინსტალაციას შეუძლია. წაიკითხეთ კლიენტის დოკუმენტაცია იმ ველისთვის, რომელსაც უყურებთ, რადგან იგივე ტექსტური ველი სხვადასხვა პროდუქტში სხვადასხვას ნიშნავს. პაკეტზე დაფუძნებული შემთხვევისთვის Android-ის VpnService გზამკვლევი საცნობაროა.
ნაჩვენები სახელი ჩანაწერის ყველაზე არასანდო ნაწილია, და სწორედ მას კითხულობენ ადამიანები.
ბილიკის წესები და პაკეტის წესები განსხვავებულად იქცევიან
ბილიკის წესი, რომელიც დეინსტალაციას გადაურჩება, ჩვეულებრივ უმოქმედო ხდება, და უმოქმედობა კარგი შედეგია. ცუდი შედეგია ბილიკი, რომელსაც ხელახლა იყენებენ, რადგან ახალი შესრულებადი ფაილი ჩუმად მემკვიდრეობით იღებს გამონაკლისს. პაკეტის წესები კიდევ სხვაგვარად იქცევიან: პროდუქტმა შეიძლება უგულებელყოს მიუწვდომელი პაკეტი, უარყოს ის, ან გააგრძელოს სახელით შედარება, როცა რაღაც ახალი ამ სახელს ითვისებს.
ნუ გადაიტანთ ვარაუდს ერთი კლიენტიდან მეორეზე. შეამოწმეთ, რას აკეთებს თქვენი რეალურად დაკარგულ სამიზნესთან, იდეალურად — განზრახ შექმენით ეს მდგომარეობა სატესტო მანქანაზე და დააკვირდით, რომელი პროცესი იღებს გამონაკლისს მემკვიდრეობით.
წაშალეთ ის მფლობელის მეშვეობით
თუ სია მართული პროფილიდან მოდის, მისი ლოკალურად რედაქტირება დროებითი ცვლილებაა, რომელიც შემდეგ ხელახალ დაკავშირებაზე აღდგება. შეცვალეთ პროფილი, ან ჰკითხეთ მას, ვისაც ის ეკუთვნის, და დაადასტურეთ, რომ ცვლილება ხელახალ დაკავშირებას გადაურჩება. თუ სია ლოკალურია, წაშალეთ ჩანაწერი და შეამოწმეთ, რომ კლიენტმა თავისი კონფიგურაცია თავიდან დაწერა, ნაცვლად იმისა, რომ ძველი მეხსიერებაში შეინარჩუნოს.
ცარიელი სია მიზანი არ არის. მიზანია სია, რომლის ჩანაწერები კვლავ შეესაბამება რეალურ მოთხოვნებს.
შემდეგ გამოსცადეთ ორივე მიმართულება
გასუფთავების შემდეგ გამოსცადეთ აპი, რომელიც ჯერ კიდევ უნდა იყოს გამორიცხული, და აპი, რომელიც ახლა უნდა გაიაროს გვირაბში. ცალკე დაადასტურეთ DNS-ის ქცევა, რადგან ამომხსნელის პოლიტიკა გამორიცხვის სიისგან განსხვავებული კონტროლია. შემდეგ ერთხელ ხელახლა დაუკავშირდით და კვლავ გამოსცადეთ, რადგან აღდგენილი პროფილი ყველაზე გავრცელებული გზაა, რომლითაც დასუფთავება ჩუმად თავის თავს აუქმებს.
ყოველი დარჩენილი გამონაკლისის გვერდით შეინახეთ ერთსტრიქონიანი დანიშნულება. სწორედ ეს ხაზი არ აძლევს სიას მუზეუმად გადაქცევის უფლებას, და შემდეგ დასუფთავებას ხუთწუთიან საქმედ აქცევს.