iPhone-ის აპი VPN-ის ჩართვისას ლოკალურ მოწყობილობებს ვერ პოულობს
ორი კარიბჭე წყვეტს, მიაღწევს თუ არა iPhone-ის აპი VPN-ით პრინტერს ან ტელევიზორს: ლოკალური ქსელის ნებართვა და თავად გვირაბის მარშრუტები. შეამოწმეთ ისინი რიგრიგობით.
თქვენი პრინტერის აპი ცარიელ სიას აჩვენებს, კამერის აპი აცხადებს, რომ მოწყობილობა არ მოიძებნა, ხოლო ვიდეო აპში ტრანსლაციის ღილაკი ტრიალებს, სანამ დანებდება. სტატუსის ზოლში VPN-ის ხატულა დგას, ტელეფონს სრული სიგნალი აქვს და Safari გვერდებს უპრობლემოდ ტვირთავს, ასე რომ კავშირში არაფერი არ ჩანს გატეხილი. შემდეგ ხსნით თავად აპის პარამეტრებს და ვერ პოულობთ არაფერს გადასართავად.
მე ზუსტად ამ კედელს წავაწყდი სახლის ქსელში ეტიკეტების პრინტერით: აპს არასდროს ჰქონდა მინიჭებული ლოკალურ ქსელზე წვდომა, ხოლო პროფილი, რომელსაც ვამოწმებდი, იყო სრული გვირაბი, რომელიც ყლაპავდა 192.168.1.0/24 მისამართზე გაგზავნილ ყველა პაკეტს. ორი დამოუკიდებელი კარიბჭე დაკეტილი იყო და ერთის გახსნა სიმპტომს არ მოხსნიდა.
ორი კარიბჭე ერთ აპსა და ერთ პრინტერს შორის
პირველი კარიბჭე კონფიდენციალურობის გადაწყვეტილებაა, რომელიც ოპერაციულ სისტემას ეკუთვნის და არა აპს. iOS წყვეტს, შეუძლია თუ არა აპს ლოკალურ ქსელში მისამართებზე ტრაფიკის გაგზავნა, და მომხმარებელს ეკითხება აპის პირველ ცდაზე. მეორე კარიბჭე მარშრუტიზაციის ცხრილია. 192.168.1.50-ზე მიმართული პაკეტი ან Wi-Fi-ით გადის პრინტერისკენ, ან გვირაბში შედის, და ეს არჩევანი VPN პროფილშია ჩაწერილი.
ორი კარიბჭე სხვადასხვაგვარად ფუჭდება და სწორედ ეს ხდის დიაგნოზს შესაძლებელს. უარყოფილი ნებართვა კლავს თავად აპის socket-გამოძახებას, ამიტომ აპს სათქმელი არაფერი აქვს და ზოგად ცარიელ მდგომარეობაში ვარდება. მარშრუტიზაციის პრობლემა დროის ამოწურვას ჰგავს, რადგან პაკეტებმა ტელეფონი დატოვეს და სადღაც მეორე მხარეს დაიღუპნენ. იგივე ცარიელი ეკრანი, სხვა შეკეთება.
წაიკითხეთ ნებართვის მდგომარეობა VPN-ზე შეხებამდე
გახსენით პარამეტრები, შემდეგ კონფიდენციალურობა და უსაფრთხოება, შემდეგ ლოკალური ქსელი. ყველა აპი, რომელმაც წვდომა მოითხოვა, იქ ჩნდება გადამრთველით. Apple-მა ამ ეკრანის ნაწილები iOS 14-დან iOS 18-მდე გადაადგილა და გადაარქვა სახელი, ამიტომ თუ ჩანაწერი იქ არ არის, სადაც ელით, ჩაწერეთ ლოკალური ქსელი პარამეტრების ძებნის ველში ხის გადაქექვის ნაცვლად.
ხალხს ყველაზე მეტად ერთჯერადი მოთხოვნა იჭერს. iOS ეკითხება, როცა აპი ლოკალურ ქსელს პირველად ეხება, და მხოლოდ მაშინ. დააჭირეთ არ დაუშვას და მოთხოვნა შემდეგ გაშვებაზე აღარ დაბრუნდება; გადამრთველი დაბრუნების ერთადერთი გზაა და თავიდან გამორთულია. აპის ხელახლა დაყენება გადაწყვეტილებას არეყენებს, ამიტომ ზოგიერთი ხარვეზის აღმოფხვრის თემა ამტკიცებს, რომ ხელახლა დაყენებამ აღმოჩენა გამოასწორა. გამოასწორა კიდეც, უარის წაშლით.
მეთვალყურეობის ქვეშ ან მართულ iPhone-ში გადამრთველი ზოგჯერ ნაცრისფერია. MDM-ის მიერ გაგზავნილ კონფიდენციალურობის პარამეტრების დატვირთვას შეუძლია ლოკალურ ქსელზე წვდომის წინასწარ დაყენება ან ჩაკეტვა, ხოლო ჩაკეტილი გამორთული გადამრთველი ნიშნავს, რომ შეკეთება პოლიტიკის ცვლილებაა და არა ტელეფონის ცვლილება. Apple აქ ადასტურებს მოთხოვნას და გადამრთველს თითოეული აპისთვის: support.apple.com/en-us/102229.
შეამოწმეთ, რას მარშრუტიზებს გვირაბი სინამდვილეში
სრული გვირაბი იღებს 0.0.0.0/0-ს და მასთან ერთად ყველა კერძო დიაპაზონს. 10.x, 172.16.0.0/12 და 192.168.x.x-ის პაკეტები მიდიან სერვერზე, რომელიც ჩვეულებრივ ისვრის მათ ან თარგმნის საკუთარ ქვექსელში, ასე რომ პრინტერი მიუწვდომელი რჩება ნებართვის მიცემის შემდეგაც. გაყოფილი გვირაბი საპირისპიროს აკეთებს, მაგრამ მხოლოდ იმ დიაპაზონებისთვის, რომლებსაც პროფილი ჩამოთვლის.
Apple Configurator-ით აწყობილი ან .mobileconfig-ად გავრცელებული IKEv2 პროფილები ამას გამოხატავენ როგორც მთლიანი ტრაფიკის გაგზავნის პარამეტრი და გაყოფილ რეჟიმში გამოსარიცხი ლოკალური ქსელების ცხადი სია. NEPacketTunnelProvider-ზე დაფუძნებული კლიენტური აპები იმავე გადაწყვეტილებას includedRoutes-ის მეშვეობით გამოხატავენ. არც ერთი არ ჩანს სტატუსის ზოლიდან, და ორივე ცვლის იმას, რასაც აპი ელოდება.
ესაა ტესტი, რომელსაც ვიყენებ. VPN-ის ჩართული მდგომარეობით Safari-ში გახსენით როუტერის ადმინისტრირების გვერდი მისი LAN მისამართით. თუ საჯარო საიტები იტვირთება, ხოლო ეს გვერდი დროის ამოწურვაში გადადის, თქვენი კერძო დიაპაზონი გვირაბშია. თუ გვერდი იტვირთება, ლოკალური ტრაფიკი ჯერ კიდევ Wi-Fi-ით გადის და ბლოკირება სხვაგანაა.
დაუკავშირეთ სიმპტომი კარიბჭეს
ერთ ტელეფონზე ორი აპი შეიძლება არ შეთანხმდეს, რადგან ნებართვა აპზე გაიცემა, მარშრუტები კი პროფილზე. შეადარეთ, რა ფუჭდება, სანამ რამეს შეცვლით: ნიმუში ჩვეულებრივ თავად ასახელებს კარიბჭეს.
| What you see | Gate | Next step |
|---|---|---|
| Device list stays empty, Local Network switch is off | Permission | Enable the switch, force-quit the app, reopen it |
| Switch is on, router page times out, public sites load | Routing | Exclude the local range in the profile, or move to a split tunnel |
| Both pass, direct IP works, discovery stays empty | Link-local multicast | Enter the device address by hand, or check profile discovery support |
| Works by IP address, never by name such as printer.local | Name resolution | Fix mDNS reachability or use the numeric address |
| Everything fails with the VPN off, on hotel Wi-Fi | Client isolation | Change network, do not change permissions |
mDNS სტრიქონი შენიშვნას იმსახურებს. Bonjour-ისა და ტრანსლაციის პროტოკოლების უმეტესობის აღმოჩენის ტრაფიკი multicast-ად მიდის 224.0.0.251 და ff02::fb მისამართებზე ლოკალური რგოლის ფარგლებში, და მარშრუტიზებული გვირაბი მას არ გადააქვს. ამიტომ მოწყობილობას შეუძლია პირდაპირ კავშირს უპასუხოს, სიაში კი არასდროს გამოჩნდეს.
შეამოწმეთ ოპერაცია და არა ხატულა
ლოკალური ქსელის გადამრთველის გადართვის შემდეგ იძულებით დახურეთ აპი აპების გადამრთველიდან და ხელახლა გაუშვით. მომუშავე პროცესმა შეიძლება შეინარჩუნოს ცვლილებამდელი უარყოფილი მდგომარეობა, და ცარიელ სიას რომ აბრუნებს, აპი ერთნაირად გამოიყურება იქნება თუ არა ნებართვა ნამდვილად მოქმედი. შემდეგ შეასრულეთ ერთი კონკრეტული მოქმედება, მაგალითად დაბეჭდეთ სატესტო გვერდი ან გაუშვით ვიდეო, ნაცვლად იმისა, რომ დაელოდოთ მოწყობილობების სიის ავსებას.
შეინარჩუნეთ VPN პროფილი უცვლელი მთელი შედარების განმავლობაში. თუ აღმოჩენა მუშაობას მხოლოდ გათიშვის შემდეგ იწყებს, შეიტყვეთ, რომ დამნაშავე გვირაბია და არა ნებართვა. შეცვალეთ ერთი ცვლადი თითო ცდაზე, თორემ შემდეგი გაშვება არაფერს გეტყვით.
გაასწორეთ ამ თანმიმდევრობით
ქვემოთ მოცემული თანმიმდევრობაა ის, რომელსაც ახლა მივყვები, რადგან ის ტელეფონს არასდროს ტოვებს ნახევრად შეცვლილ მდგომარეობაში, სადაც შემდეგი ტესტი წაუკითხავია.
- დაადასტურეთ, რომ აპი ჩამოთვლილია კონფიდენციალურობა და უსაფრთხოება, ლოკალური ქსელი განყოფილებაში და რომ მისი გადამრთველი ჩართულია.
- იძულებით დახურეთ, ხელახლა გახსენით აპი და ერთხელ გაიმეორეთ რეალური ოპერაცია.
- ჩართულ მდგომარეობაში გახსენით როუტერის გვერდი LAN მისამართით, რათა დაამტკიცოთ, არის თუ არა კერძო დიაპაზონი გვირაბში.
- თუ გვირაბშია, შეასწორეთ პროფილი ლოკალური ქსელების გამოსარიცხად, ან სთხოვეთ პროფილის მფლობელს ამის გაკეთება.
- თუ გადამრთველი ნაცრისფერია, მოწყობილობა მართულად მიიჩნიეთ და მოთხოვნა ადმინისტრატორს გადაუგზავნეთ.
ჩვეულებრივ მხოლოდ ერთი მოქმედებს. თუ არც ერთი არ ცვლის შედეგს, დარჩენილი ეჭვმიტანილი თავად ქსელია, მაგალითად წვდომის წერტილის იზოლაცია ან Wi-Fi მისამართებზე მიბმული ნებადართული კლიენტების სია, და ზემოთ მოცემული შესაბამისობის ცხრილი მიუთითებს, რომელი.