GNOME-ის ხელით SOCKS პროქსის დაყენება gsettings-ით
დააყენეთ ხელით SOCKS ნაგულისხმევად, შეამოწმეთ HTTP გადაფარვები მარშრუტის განსხვავებისას და აღადგინეთ სამუშაო მაგიდის წინა კონფიგურაცია.
SOCKS სერვისისთვის, რომელიც უკვე უსმენს 127.0.0.1:1080-ზე, GNOME-ს სჭირდება როგორც საბოლოო წერტილი, ისე ხელით პროქსის რეჟიმი. გაუშვით ეს პარამეტრები როგორც ის სამუშაო მაგიდის მომხმარებელი, რომლის აპლიკაციებმაც უნდა გამოიყენონ ისინი.
შეინახეთ წინა მნიშვნელობები
შეცვლამდე წაიკითხეთ და ჩაიწერეთ მიმდინარე რეჟიმი, SOCKS ჰოსტი და პორტი:
gsettings get org.gnome.system.proxy mode
gsettings get org.gnome.system.proxy.socks host
gsettings get org.gnome.system.proxy.socks port
დააყენეთ საბოლოო წერტილი და აირჩიეთ
gsettings set org.gnome.system.proxy.socks host '127.0.0.1'
gsettings set org.gnome.system.proxy.socks port 1080
gsettings set org.gnome.system.proxy mode 'manual'
თუ განსხვავდება, გამოიყენეთ რეალური მოსმენის მისამართი და პორტი. ეს ბრძანებები აკონფიგურირებს კლიენტებს; ისინი არ უშვებენ SOCKS სერვერს. გაიმეორეთ წაკითხვის ბრძანებები შენახული მნიშვნელობების დასადასტურებლად, შემდეგ გააკეთეთ ახალი მოთხოვნა აპლიკაციაში, რომელიც მიჰყვება GNOME-ის პროქსის პარამეტრებს.
თუ ბრაუზერი კვლავ HTTP-ს იყენებს
SOCKS არის ნაგულისხმევი პროტოკოლებისთვის, რომლებსაც არ აქვთ კონკრეტული პროქსი. შეამოწმეთ პროტოკოლის სპეციფიკური ჩანაწერები:
gsettings get org.gnome.system.proxy.http host
gsettings get org.gnome.system.proxy.http port
gsettings get org.gnome.system.proxy.https host
gsettings get org.gnome.system.proxy.https port
gsettings get org.gnome.system.proxy.ftp host
gsettings get org.gnome.system.proxy.ftp port
HTTP, HTTPS ან FTP ჩანაწერს შეიძლება ჰქონდეს უპირატესობა თავისი ტრაფიკისთვის. HTTP-ს შეუძლია HTTPS-ის მომსახურებაც, როცა ცალკე HTTPS საბოლოო წერტილი არ არის კონფიგურირებული. შეინარჩუნეთ განზრახ გადაფარვები; შეცვალეთ მოძველებული ჩანაწერი მხოლოდ მაშინ, თუ ამ ტრაფიკისთვის განკუთვნილი პოლიტიკა SOCKS-ია.
აღადგინეთ სამუშაო მაგიდის პოლიტიკა
დააბრუნეთ შენახული SOCKS ჰოსტი და პორტი და წინა რეჟიმი. თუ საწყისი რეჟიმი none იყო, none-ის არჩევა გამორთავს სამუშაო მაგიდის პროქსის გამოყენებას და შეინარჩუნებს საბოლოო წერტილის მნიშვნელობებს. auto იყენებს კონფიგურირებულ ავტომატური პოლიტიკის URL-ს; manual ირჩევს შენახულ საბოლოო წერტილებს.
შეამოწმეთ შედეგი აპლიკაციაში, რომლის გამოყენებასაც აპირებთ. საკუთარი პროქსით ან გარემოს კონფიგურაციით აღჭურვილმა პროგრამამ შეიძლება სხვა მარშრუტი აირჩიოს.