სახელთა სივრცეში გაშვებულმა Firefox-მა URL უკვე არსებულ ინსტანციას გადასცა

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

ნიშანი ის არის, რომ ფანჯარა მყისიერად ჩნდება, ცივი გაშვების გარეშე.

ახალი ფანჯარა ახალი ინსტანცია არ არის

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

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

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

აიძულეთ ცალკე ინსტანცია ცალკე პროფილზე

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

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

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

შეამოწმეთ, რომელი პროცესი ატარებს ტრაფიკს

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

readlink /proc/ACTUAL_PID/ns/net

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

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

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

ეკრანის გაზიარება resolver-საც არ იზიარებს.

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