मोज़े प्रॉक्सी का उपयोग करने के बाद नेटवर्क के साथ समस्या

मैं एसएसएच के साथ खेल रहा था और अपने लैपटॉप के माध्यम से ट्रैफ़िक को रूट करने की कोशिश कर रहा था। अंत में मैंने सूसाइड किया, हालांकि मुझे लगता है कि मैंने अपने नेटवर्क को गड़बड़ कर दिया है। मैंने केवल ssh का उपयोग किया और दोनों -D और -L झंडे के साथ खेला। मैं आर्च चला रहा हूं।

मैं एक मोजे के साथ ठीक क्रोमियम के साथ ब्राउज़ कर सकता हूँ एक सैट 5 प्रॉक्सी सेट करने के बाद:

$ ssh -D 1339 HOST
$ chromium --proxy-server="socks5://localhost:1338"

यदि मैं इस सॉक्स प्रॉक्सी का उपयोग नहीं करता हूं, तो मैं ब्राउज़ नहीं कर सकता। और मेरा नेटवर्क किसी भी पोर्ट के माध्यम से कोई भी कनेक्शन बनाने में सक्षम नहीं लगता है (1338 भी नहीं):

$ telnet google.com 80
Trying 157.157.135.91...
Connection failed: No route to host
Trying 157.157.135.102...
Connection failed: No route to host
Trying 157.157.135.117...
...
Connection failed: No route to host
Trying 2a00:1450:400b:c02::64...
telnet: Unable to connect to remote host: Network is unreachable

यह देखने के लिए कि क्या पोर्ट 80 का उपयोग किया जाता है पैदावार का कोई परिणाम नहीं है:

$ sudo fuser 80/tcp

बस यह सुनिश्चित करने के लिए कि यह मेरे मोज़े प्रॉक्सी को देखेगा:

$ sudo fuser 1338/tcp
1338/tcp:           20208

मेरे iptables कॉन्फ़िगरेशन को कभी नहीं छुआ गया है:

$ sudo iptables -nvL
Chain INPUT (policy ACCEPT 42955 packets, 14M bytes)
 pkts bytes target     prot opt in     out     source               destination         

Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination         

Chain OUTPUT (policy ACCEPT 36322 packets, 2196K bytes)
 pkts bytes target     prot opt in     out     source               destination

मैं नहीं कर सकता हूँ:

$ whois google.com
connect: Network is unreachable

हालाँकि, मैं पिंग कर सकता हूँ:

$ ping google.com
PING google.com (157.157.135.123) 56(84) bytes of data.
64 bytes from hysing-123.simnet.is (157.157.135.123): icmp_seq=1 ttl=62 time=6.96 ms
64 bytes from hysing-123.simnet.is (157.157.135.123): icmp_seq=2 ttl=62 time=6.87 ms
64 bytes from hysing-123.simnet.is (157.157.135.123): icmp_seq=3 ttl=62 time=6.66 ms

मेरे gv में grep -i http या grep -i प्रॉक्सी कुछ भी नहीं है, और / etc / वातावरण खाली है।

मैं पूरी तरह से खो गया हूं। क्या किसी को कुछ भी पता नहीं है कि क्या चल रहा है?

अनुरेखक के साथ संपादित करें: Google को पिंगिंग से प्राप्त होने वाला आईपी पता मेरे आईएसपी से है।

मुझे यकीन नहीं है कि इन अनुरेखक से क्या पढ़ना है, अनुरोध मेरे प्रवेश द्वार से आगे नहीं लगता है:

$ sudo traceroute -n -T -p 80 google.com
traceroute to google.com (157.157.135.123), 30 hops max, 60 byte packets
 1  192.168.1.254  2083.374 ms  88.990 ms  88.625 ms
 2  192.168.1.254  88.168 ms !H  87.715 ms !H  87.254 ms !H

$ sudo traceroute -n -T -p 443 google.com
traceroute to google.com (157.157.135.123), 30 hops max, 60 byte packets
 1  192.168.1.254  2006.803 ms  13.076 ms  12.669 ms
 2  192.168.1.254  12.210 ms !H  11.740 ms !H  11.335 ms !H

ICMP पैकेट का जवाब मेरे ISP द्वारा दिया जाता है।

$ sudo traceroute -n -I google.com
traceroute to google.com (157.157.135.123), 30 hops max, 60 byte packets
 1  192.168.1.254  6.263 ms  5.779 ms  5.335 ms
 2  * * *
 3  157.157.135.65  12.034 ms * *
 4  157.157.135.123  12.861 ms  6.706 ms *

— eythor
स्रोत

आपको जो IP पता मिल रहा है google.comवह Google से संबंधित नहीं है। इसका मतलब दो चीजों में से एक हो सकता है, या तो DNS को अपहृत किया जा रहा है (संभवतः ISP द्वारा), या Google के पास ISP से संबंधित IP पर तैनात एक दृश्यपटल है।

सबसे पहले आपको विभिन्न DNS सर्वरों के माध्यम से विभिन्न डोमेन के DNS लुकअप को देखने की कोशिश करनी चाहिए, यह देखने के लिए कि क्या वे सभी अपहृत हैं, या यदि आपके द्वारा प्राप्त DNS परिणाम google.comवैध हैं।

आगे आप के आउटपुट की तुलना करने की कोशिश कर सकते हैं

traceroute -n -T -p 443 google.com
traceroute -n -T -p 80 google.com
traceroute -n -I google.com

यह आपको बताना चाहिए कि किसी समस्या में चलाने से पहले आपको पैकेट कितनी दूर मिल रहे हैं। जो समस्या आप देख रहे हैं, वह केवल उस sshकमांड को चलाने के कारण नहीं हो सकती है जिसे आप चला रहे थे या क्रोम में सेटिंग्स बदल रहे थे।

ट्रेसरआउट आउटपुट कुछ दिलचस्प विवरण दिखाता है। जब ICMP इको रिक्वेस्ट पैकेट के साथ ट्रेस किया जाता है, तो उत्तर त्वरित होते हैं और लक्ष्य चार हॉप्स दूर होता है। 80 या 443 को पोर्ट करने के लिए टीसीपी पैकेट के साथ ट्रेसिंग करते समय, पहला हॉप धीरे-धीरे प्रतिक्रिया करता है, देरी एक सामान्य एआरपी टाइमआउट की तरह लगती है।

जो भी अनुरोधों को अवरुद्ध कर रहा है, वह कारण सबसे अधिक संभावना है 192.168.1.254, जो आपके कंप्यूटर से जुड़ा हुआ है, जो राउटर है।

— kasperd
स्रोत

आपकी सहायता के लिए धन्यवाद। मैंने इन परिणामों के साथ प्रश्न संपादित किया है। मुझे यकीन नहीं है कि हालांकि उनमें से क्या बनाना है।

— पलक

हां, राउटर की समस्या थी। मैंने इसे रिबूट किया और मेरा डेस्कटॉप अब काम करता है। मुझे लगता है कि वह कारण है कि मेरा लैपटॉप अभी भी कनेक्ट हो सकता है क्योंकि यह एक वीपीएन नेटवर्क से जुड़ा था। क्या ऐसा हो सकता है?

— पलक

@eythor वीपीएन कनेक्शन प्रभावित नहीं हुआ हो सकता है। और अगर लैपटॉप वीपीएन के माध्यम से साइटों से जुड़ रहा होता, तो वह भी अप्रभावित रहता।

— कास्परड