टर्मिनलमा काम गर्ने प्रोक्सी आर्गुमेन्ट Chrome को डेस्कटप लन्चरमा पनि हुन सक्छ। स्थापित डेस्कटप प्रविष्टिको प्रयोगकर्ता ओभरराइड प्रयोग गर्नुहोस्, ताकि प्याकेज अपडेटले सम्पादित सिस्टम फाइलमाथि फेरि नलेखोस्।

इन्स्टलेसनले वास्तवमै प्रयोग गर्ने लन्चर खोज्नुहोस्, त्यसपछि त्यो प्रविष्टि $XDG_DATA_HOME/applications मा प्रतिलिपि गर्नुहोस्, सामान्यतया ~/.local/share/applications, त्यही डेस्कटप-फाइल ID सहित। प्रयोगकर्ता प्रविष्टिलाई सिस्टम प्रविष्टिमाथि प्राथमिकता हुन्छ।

जसको विद्यमान आदेश google-chrome-stable छ, त्यस्तो इन्स्टलेसनका लागि Exec लाइन यस्तो हुन सक्छ:

Exec=/usr/bin/google-chrome-stable --proxy-server=http://proxy.example:8080 %U

सार्वजनिक HTTP मध्यस्थकर्तामार्फत अनुमति दिइएको ब्राउजिङका लागि, लन्च आर्गुमेन्टको अन्त्य बिन्दु HTTP प्रोक्सी सूचीबाट छान्नुहोस्। वास्तविक प्याकेजले आवश्यक ठान्ने एक्जिक्युटेबल र र्यापर सुरक्षित राख्नुहोस्। Snap, Flatpak र वितरणका Chromium लन्चरले अर्को आदेश प्रयोग गर्न सक्छन्। बाँकी डेस्कटप-प्रविष्टि फिल्ड सुरक्षित राख्नुहोस् र ती कार्यहरूले एउटै मार्ग प्रयोग गर्नुपर्ने भए छुट्टै डेस्कटप-कार्य Exec लाइनहरू जाँच्नुहोस्।

%U डेस्कटप स्पेसिफिकेसनको URL फिल्ड कोड हो। Exec साधारण शेल स्क्रिप्ट होइन: शेल चल र कमान्ड प्रतिस्थापनहरू त्यहाँ राख्ने बित्तिकै विस्तार हुँदैनन्।

नयाँ स्टार्टअप आर्गुमेन्ट परीक्षण गर्नुअघि त्यो प्रोफाइलसहित ब्राउजर पूरै बन्द गर्नुहोस्। पहिले नै चलिरहेको Chrome प्रक्रियाले लन्चरको प्रोक्सी विकल्पसँग पुनः सुरु नगरी नयाँ खोलिएको URL प्राप्त गर्न सक्छ।

सम्बन्धित लेखहरू