यदि नेटवर्क प्रॉक्सी वास्तव में लागू है, तो कैसे जांचें?

Question

मैं पैकेज को अद्यतन करने के लिए अपने LAN के इंटरनेट कनेक्शन का उपयोग करने के लिए नेटवर्क प्रॉक्सी सेट करने का प्रयास कर रहा हूं । जबकि प्रॉक्सी सेटिंग्स मेरे फ़ायरफ़ॉक्स पर काम करती हैं , लेकिन पैकेज मैनेजर अभी भी इंटरनेट से कनेक्ट नहीं हो सकता है। मैंने प्रॉक्सी सेट किया है System >> Preferences >> Network Proxyऔर मैंने 'विवरण' में भी प्रॉक्सी के लिए उपयोगकर्ता / पास दर्ज किया है।

मैं यह कैसे सुनिश्चित कर सकता हूं कि प्रॉक्सी नेटवर्क सही तरीके से लागू हो?

Answer 1

सबसे पहले सुनिश्चित करें कि जब भी आप gnome-network-properties ( System -> Preferences -> Network Proxy) में प्रॉक्सी सेटिंग्स बदलते हैं, तो "सिस्टम-वाइड अप्लाई करें ..." पर क्लिक करें । यह http_proxy और संबंधित परिवेश चर सेट करता है। प्रॉक्सी सेटिंग "एप्लाइड सिस्टम-वाइड ..." के बाद शुरू होने वाले सभी कार्यक्रमों के लिए यह उपलब्ध होना चाहिए। वास्तव में निश्चित होने के लिए, आप इसे दोबारा जांचने के लिए लॉगआउट कर सकते हैं।

यदि आप एक टर्मिनल खोलते हैं और कमांड का उपयोग करते हैं set | grep -i proxyतो आप संबंधित पर्यावरण चर को देखेंगे। आदर्श रूप से यह पर्याप्त होना चाहिए।

हालाँकि, मैंने उन स्थितियों का सामना किया है जहाँ उपरोक्त सभी अभी भी काम नहीं करते हैं: सिनाप्टिक या apt-get(कमांडलाइन पर) उपरोक्त तरीके से सेट होने के बाद भी प्रॉक्सी के माध्यम से इंटरनेट से कनेक्ट नहीं हो सकता है। ऐसे मामलों में, एक समाधान उपयुक्त के लिए /etc/apt/apt.conf.dविशिष्ट प्रॉक्सी कॉन्फ़िगरेशन के साथ एक फ़ाइल को जोड़ने के लिए है (इसका उपयोग apt-get, aptitude, synaptic और Ubuntu सॉफ्टवेयर सेंटर द्वारा किया जाएगा)।

नीचे दिए गए चरणों का पालन करें:

1. /Etc/apt/apt.conf.d/40proxy बनाएं

   gksudo gedit /etc/apt/apt.conf.d/40proxy

2. इसमें निम्नलिखित सामग्री डालें - अपनी स्थिति के अनुरूप सामग्री को संशोधित करें।

   Acquire::http::Proxy "http://proxy.site.com:8080";

यदि आपके पास एक उपयोगकर्ता-नाम और पासवर्ड है, तो आप प्रॉक्सी url (जैसे कि, http://username:[e-mail]:8080) में एक ही सांकेतिक शब्दों में बदलना कर सकते हैं या बेहतर नियंत्रण के लिए ntlmaps जैसी किसी चीज़ का उपयोग कर सकते हैं ।

अधिक जानकारी यहाँ मिल सकती है ।

Comments

धन्यवाद! पहली बार शुरू करने के लिए set। फिर जैसा कि आपने भविष्यवाणी की थी कि apt-get और update manager के साथ अभी भी समस्याएं थीं ... और 40proxyइसे हल करके। केवल समस्या बनी हुई है बस रूट प्रॉक्सी को देखता है। जैसे wget whatismyip.comसामान्य उपयोगकर्ता और जड़ के साथ अलग अलग outputs है।

— एलेक्स

क्या आप अपनी शेष समस्या को विस्तार से बता सकते हैं? उदाहरण के लिए, यदि आप प्रॉक्सी का उपयोग कर सेट करते हैं System -> Preferences -> Network Proxyऔर Apply System-wide...तब आप कह रहे हैं कि कमांड चलाएं क्योंकि रूट उपयोगकर्ता इस सेटिंग को नहीं देखता है? (मतलब sudo wget whatismyip.comप्रॉक्सी का IP पता नहीं लौटाता?)

— kushik

एक और नोट पर, यह सुनिश्चित करें कि आप इस 40proxy फ़ाइल का बैकअप लें (जैसे, कहीं आपके होम फोल्डर में), मैंने इसे रहस्यमय तरीके से गायब कर दिया है। मुझे लगता है कि संवाद Direct connection to Internetपर चयन Network Proxyशायद यह मिटा देता है। यह मेरी प्रणाली के साथ भी एक मुद्दा हो सकता है, लेकिन निश्चित नहीं।

— कौशिक

Answer 2

क्या आपने लागू सिस्टम वाइड (हाइलाइटेड) बटन पर क्लिक किया है? यदि आप प्रॉक्सी सेटिंग्स अपने गनोम सत्र के लिए स्थानीय नहीं हैं और इसलिए जब rootपैकेज डाउनलोड करने के लिए रवाना होता है, तो यह समान नेटवर्क सेटिंग्स का उपयोग नहीं करेगा।

Comments

हाँ, मैंने ऐसा किया है

— एलेक्सा

Answer 3

ऊपर अच्छे उत्तरों का एक गुच्छा है जो आपको समस्या होने पर मदद करेगा (जो कि आपके प्रश्न का तात्पर्य है)। हालाँकि, यह जाँचने के संकीर्ण प्रश्न का उत्तर है कि क्या नेटवर्क प्रॉक्सी सेटिंग लागू की गई हैं:

विधि 1: एक नया शेल (xterm) प्रारंभ करें, फिर पर्यावरण चर की जाँच करें:

% env | grep -i proxy
http_proxy=http://172.17.0.130:8080/
ftp_proxy=ftp://172.17.0.130:8080/
all_proxy=socks://172.17.0.130:8080/
...

ध्यान दें कि मौजूदा गोले में अद्यतन पर्यावरण चर नहीं होंगे । इसलिए यदि आप एक ऐसी कमांड निष्पादित कर रहे हैं जो अपनी प्रॉक्सी सेटिंग्स के लिए पर्यावरण चर को देखता है, तो इसे प्रॉक्सी सेटिंग्स में बदलाव के बाद बनाए गए शेल में शुरू करें ।

विधि 2: gconftoolgconf सेटिंग्स को क्वेरी करने के लिए उपयोग करें (जो कि नीचे संग्रहीत हैं ~/.gconf):

% gconftool -R /system/proxy 
 old_ftp_port = 0
 old_ftp_host = 
 old_secure_port = 0
 old_secure_host = 
 autoconfig_url = 
 mode = manual
 ftp_host = 172.17.0.130
 secure_host = 172.17.0.130
 ...

% gconftool -R /system/http_proxy 
 use_authentication = false
 authentication_password = 
 authentication_user = 
 ignore_hosts = [localhost,127.0.0.0/8,*.local,...]
 use_http_proxy = true
 port = 8080
 use_same_proxy = true
 host = 172.17.0.130

जैसा कि अन्य ने नोट किया है, सुनिश्चित करें कि आपका ब्राउज़र और अन्य एप्लिकेशन "सिस्टम प्रॉक्सी सेटिंग्स का उपयोग करें" पर सेट हैं।

Answer 4

अस्थायी रूप से एक प्रॉक्सी सेट करने के लिए आप एक टर्मिनल को आग लगा सकते हैं और प्रवेश कर सकते हैं

export http_proxy="http://yourproxy:yourport"

फिर कार्यक्रम शुरू करें, उदाहरण के लिए पैकेज प्रबंधन के लिए सिनैप्टिक। कंसोल आपको गलत होने पर सहायक आउटपुट दे सकता है।

Comments

केवल एक कमांड के लिए पर्यावरण चर सेट करने के लिए, आप भी उपयोग कर सकते हैं:http_proxy="http://yourproxy:yourport" synaptic

— hultqvist

Answer 5

अगर तुम कोशिश करो:

curl http://www.google.com

कमांड लाइन से, फिर यदि आपको HTML वापस मिलता है तो प्रॉक्सी काम कर रही है।

Answer 6

मैं एक प्रॉक्सी का भी उपयोग कर रहा हूं, और मुझे विशेष रूप से सिनर्जी और अपडेट मैनेजर (सिनर्जी: कॉन्फ़िगरेशन-> प्राथमिकताएं-> नेटवर्क) के लिए प्रॉक्सी सेटिंग्स सेट करनी थीं। "सिस्टम सेटिंग्स" का उपयोग करने के लिए कोई विकल्प नहीं है, और यहां तक ​​कि अगर यह काम करना चाहिए, तो सिस्टम स्तर पर प्रॉक्सी सर्वर को बदलते हुए मुझे कभी भी अपडेट करने में सक्षम नहीं बनाया गया :-(

मुझे लगता है कि यह काम हालांकि एक समाधान में दिलचस्पी है :-)

Answer 7

"सिस्टम-वाइड लागू करें ..." पर क्लिक करें और जांचें कि सिस्टम प्रॉक्सी का उपयोग करने के लिए आपके सभी इंटरनेट एप्लिकेशन सेट हैं। इससे ज्यादा इसके लिए कुछ नहीं है। कॉन्फ़िगरेशन फ़ाइलों और स्टार्ट-अप स्क्रिप्ट के साथ छेड़छाड़ करने की कोई आवश्यकता नहीं है।

Answer 8

किसी ने सेटिंग्स की जाँच / जोड़ने के लिए सोचा:

/ Etc / पर्यावरण

इसके साथ प्रयास करें:

http:

Answer 9

सिस्टम-वाइड लागू करना पर्याप्त नहीं है! मुझे लगता है कि आईएसए सर्वर या हो सकता है कि प्रत्येक क्वेरी के लिए synaptic रीसेट कनेक्शन वेब पर यह समस्या है कि लॉगिन और पासवर्ड प्रमाणीकरण लेट हो। या हो सकता है कि ISA सर्वर क्वेरी को प्रसारित करने के लिए स्वीकार नहीं करता है जो HTTP प्रोटोकॉल पर जवाब नहीं देता है, लेकिन यह मेरा पसंदीदा नहीं है।