Charles დაიხურა, მაგრამ თქვენი Mac კვლავ 127.0.0.1-ზე მიუთითებს

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

პირველი ნაბიჯი ეს Mac-ია და არა სერვერი

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

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

ნაბიჯი 1: წაიკითხეთ პროქსის მიმდინარე მდგომარეობა

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

scutil --proxy

შეხედეთ HTTPEnable, HTTPProxy, HTTPPort, HTTPS-ის ეკვივალენტებს და ნებისმიერ ProxyAutoConfigEnable მისი URL-ით. ჩართული პროქსი პორტზე, სადაც არაფერი უსმენს, თქვენი ხარვეზია. PAC URL სხვა ფორმაა: პარამეტრი შეიძლება აქტიური იყოს ხილული ხელით შეყვანილი მისამართის გარეშე, რადგან ფაილი პროქსის მოთხოვნის დროს ირჩევს.

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

ნაბიჯი 2: გაარკვიეთ, ვის ეკუთვნის პარამეტრი

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

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

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

ნაბიჯი 3: შეცვალეთ ყველაზე ვიწრო

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

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

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

ნაბიჯი 4: თუ პროქსი გაქრა და მაინც ვარდება

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

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

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

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