Android ვერ ხსნის ფაილებს VPN-ის გაზიარებაში

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

შეამოწმეთ სერვისი, სანამ გვირაბს დაადანაშაულებთ

ping-ის პასუხი ან NAS-ის ვებგვერდი მხოლოდ მარშრუტიზაციას ამტკიცებს და მეტს არაფერს. სერვისი, რომელიც ნამდვილად გჭირდებათ, SMB 445-ზე, SFTP 22-ზე ან WebDAV 443-ზე, შეიძლება გამორთული იყოს, ფაირვოლით დაბლოკილი ან იმ ინტერფეისზე მიბმული, სადამდე VPN-ის ქვექსელი არ აღწევს. ტელეფონიდან სცადეთ სწორედ ის პორტი კლიენტით, რომელიც რეალურ შეცდომას აჩვენებს და არა ზოგად ქსელურ შეტყობინებას. თუ პორტი გაფილტრულია, შეასწორეთ სერვისი ან ფაირვოლის წესი, რადგან დახურულ პორტს ვერც ერთი ფაილური აპი ვერ აუვლის.

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

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

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

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

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

რას იღებს მიმღები აპი: URI-ს და არა გზას

თუ თქვენი ფაილური აპი DocumentsProvider-ს ახორციელებს, Android-ის Storage Access Framework შეძლებს მისი შიგთავსის სისტემურ ამრჩევში ჩვენებას, და არჩეული აპი მიიღებს content:// URI-ს ნებართვასთან ერთად. ეს ნებართვა ფაილური სისტემის გზა არ არის, ამიტომ ნედლ გზას მომთხოვნი რედაქტორი დოკუმენტს ვერ გახსნის. Android-ის დოკუმენტებზე წვდომის სახელმძღვანელო აღწერს მოდელს.

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

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

ცალ-ცალკე შეამოწმეთ კითხვა, ჩაწერა და ნებართვის ხანგრძლივობა

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

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

Android-ის URI ნებართვა სერვერის ავტორიზაციისგან ცალკე შეინახეთ. დოკუმენტის გახსნის უფლება არაფერს ამბობს მის უკან მდგარ SMB ანგარიშზე.

შეინახეთ მიმაგრებული გაზიარებები მათთვის, ვისაც სჭირდება

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

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

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