Clash: गेटवे प्रॉक्सी के रूप में फेक आईपी मोड की कई समस्याएं

TUN मोड इन दो समस्याओं को हल करेगा

मैं पूछना चाहता हूं, मैं अब राउटर पर पारदर्शी प्रॉक्सी के रूप में क्लैश का उपयोग करता हूं और नकली-आईपी का उपयोग करने की उम्मीद करता हूं। क्या मैं ट्यून मोड का उपयोग कर सकता हूं? यदि हां, तो क्या मैं कुछ कॉन्फ़िगरेशन जानकारी साझा कर सकता हूं?

मुझे नकली आईपी (रीडिर-होस्ट की तुलना में) का उपयोग करने की उम्मीद है क्योंकि मुझे लगता है कि यह अधिक उचित है। वर्तमान में, लगभग सभी स्थितियां अच्छी तरह से काम करती हैं। एकमात्र समस्या यह है कि किंग ऑफ ऑनर का पता लगाने में देरी होने पर कनेक्शन विफल हो जाता है। मुझे लगता है कि यह इसलिए है क्योंकि व्हाट्सएप नकली का उपयोग करता है। आईपी ​​समस्या है, इसलिए मैं पूछना चाहूंगा।

बहुत बहुत धन्यवाद।

टीयूएन को अभी तक लागू नहीं किया गया है। मेरा मौजूदा अभ्यास यूडीपी के बिना नकली का उपयोग करना है, और रीडिर-होस्ट (यानी, दो क्लैश इंस्टेंस खोलना) का उपयोग करना है।

शनि पर, जुलाई 27, 2019 को 2:43 पूर्वाह्न AylinZhao सूचनाएं @github.com ने लिखा है:

मैं पूछना चाहता हूं, मैं राउटर पर एक पारदर्शी प्रॉक्सी के रूप में क्लैश का उपयोग करता हूं, और नकली-आईपी का उपयोग करने की उम्मीद करता हूं, क्या मैं ट्यून मोड का उपयोग कर सकता हूं? यदि हां, तो क्या मैं कुछ कॉन्फ़िगरेशन जानकारी साझा कर सकता हूं?

नकली का उपयोग करना चाहते हैं
IP का कारण (redir-host की तुलना में) यह है कि यह अधिक उचित है। वर्तमान में, लगभग सभी स्थितियां अच्छी तरह से काम कर रही हैं। एकमात्र समस्या यह है कि महिमा के पता लगाने में देरी होने पर कनेक्शन को कनेक्ट नहीं किया जा सकता है। मुझे लगता है कि यह इसलिए है क्योंकि udud नकली का उपयोग करता है।
आईपी ​​समस्या, इसलिए मैं पूछना चाहता हूं।

बहुत बहुत धन्यवाद।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने थ्रेड अधिकृत किया है।

इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/Dreamacro/clash/issues/179?email_source=notifications&email_token=AB6FI752JQQZPMZBH4KYEHLQBNAWRA5CNFSM4HMJDBC2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJ25MVBW63LNMVXHJ25MVBW63LNMVXHJ25MVBH4KYEHLQBNAWRA5CNFSM4HMJDBC2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJ25MVBW63LNMVXHJ25MVBW63LNMVXHJ25MVBH4KYEHLQBNAWRA5CNFSM5
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/AB6FI7YKTOA2BX525XOUELLQBNAWRANCNFSM4HMJDBCQ
।

@BirkhoffLee धन्यवाद, यह विचार बहुत अच्छा है, क्या मैं iptables के माध्यम से अलग-अलग उदाहरणों को मोड़ सकता हूं?यदि हाँ, तो क्या आप डायवर्सन की विधि साझा कर सकते हैं

@BirkhoffLee धन्यवाद, यह विचार बहुत अच्छा है, क्या इसे iptables के माध्यम से विभिन्न उदाहरणों में बदल दिया गया है?यदि हाँ, तो क्या आप डायवर्सन की विधि साझा कर सकते हैं

यह एक उदाहरण के रूप में एक ही विधि है, लेकिन दो iptables DNAT:

# 到 fake ip range 的 tcp 全部轉發到 clash fakeip
iptables -t nat -A clash_lan -p tcp -d 198.18.0.0/16 -j DNAT --to-destination 10.0.1.6:23456

# 其他 tcp 80/443 全部轉發到 clash redirhost
iptables -t nat -A clash_lan \! -d 198.18.0.0/16 -p tcp --dport 80 -j DNAT --to-destination 10.0.1.6:9999
iptables -t nat -A clash_lan \! -d 198.18.0.0/16 -p tcp --dport 443 -j DNAT --to-destination 10.0.1.6:9999

iptables -t nat -A PREROUTING -p tcp -j clash_lan

प्लस फेक डीएनएस का आविष्कार सुक्का ने किया

iptables -t nat -N clash_fakedns
iptables -t nat -A clash_fakedns -p udp --dport 53 -j DNAT --to-destination 10.0.1.6:23453
iptables -t nat -A clash_fakedns -p tcp --dport 53 -j DNAT --to-destination 10.0.1.6:23453

iptables -t nat -A PREROUTING -p udp -d 198.19.0.0/24 -j clash_fakedns
iptables -t nat -A PREROUTING -p tcp -d 198.19.0.0/24 -j clash_fakedns

इस तरह, जिस डिवाइस को फेक आईपी की जरूरत होती है, वह DNS को 198.19.0.1 में बदल सकता है।

EDIT: फेक आईपी CIDR को सही किया

साझा करने के लिए धन्यवाद। मैं समझता हूं कि विभिन्न उपकरणों के लिए अलग-अलग डीएन सेट करके विभिन्न रिज़ॉल्यूशन रणनीतियों को लागू करना है।

मेरी वर्तमान स्थिति यह है कि राउटर एक पारदर्शी प्रॉक्सी के साथ सेट किया गया है, उसी डिवाइस (मेरा मोबाइल फोन) के कुछ udp ट्रैफिक (किंग ऑफ ऑनर डिले टेस्ट) को सही तरीके से संभालने की उम्मीद है, मुझे नहीं पता कि कोई रास्ता है या नहीं।

पसंदीदा समाधान यह है कि सब कुछ राउटर पर किया जाता है और सभी उपकरणों के लिए पारदर्शी है।

साझा करने के लिए धन्यवाद। मैं समझता हूं कि विभिन्न उपकरणों के लिए अलग-अलग डीएन सेट करके विभिन्न रिज़ॉल्यूशन रणनीतियों को लागू करना है।

मेरी वर्तमान स्थिति यह है कि राउटर एक पारदर्शी प्रॉक्सी के साथ सेट किया गया है, उसी डिवाइस (मेरा मोबाइल फोन) के कुछ udp ट्रैफिक (किंग ऑफ ऑनर डिले टेस्ट) को सही तरीके से संभालने की उम्मीद है, मुझे नहीं पता कि कोई रास्ता है या नहीं।

पसंदीदा समाधान यह है कि सब कुछ राउटर पर किया जाता है और सभी उपकरणों के लिए पारदर्शी है।

अभी नहीं

समझ लो, फिर से धन्यवाद

क्या आप इस तरह के मॉडल को नकली-आईपी-प्रॉक्सी-केवल पर विचार कर सकते हैं:

1. डोमेन नामों के लिए जिन्हें प्रॉक्सी की आवश्यकता होती है, नकली आईपी लौटाते हैं
2. अन्य डोमेन नामों के लिए, असली आईपी हमेशा लौटाया जाएगा
   2.1 यदि कोई डोमेन नाम नियम है जो प्रत्यक्ष कनेक्शन को परिभाषित करता है, तो वास्तविक आईपी की आवश्यकता होती है
   2.2 आईपी सेगमेंट के लिए जिसमें प्रॉक्सी (जियो रूल्स) की आवश्यकता होती है, इसके लिए पहले वास्तविक आईपी को क्वेरी करना और उसके बाद जियो डेटाबेस की तुलना करना और फिर एक कनेक्शन शुरू करना होगा।
   2.3 शेष सीधे जुड़े आईपी सेगमेंट के लिए, वास्तविक आईपी भी आवश्यक है

इस प्रकार, अनावश्यक डीएनएस प्रश्न अभी भी डोमेन नाम के लिए उत्पन्न नहीं होते हैं जिनके लिए प्रॉक्सी की आवश्यकता होती है।
आईपी ​​सेगमेंट के लिए जिसे प्रॉक्सी की आवश्यकता होती है, कनेक्शन शुरू करने का समय समान होता है।
अन्य मामलों के लिए, वास्तविक आईपी की आवश्यकता होती है।

मुझे नहीं पता कि प्रक्रिया की मेरी समझ सही है या नहीं, कृपया मुझे सुधारें।

क्या आप इस तरह के मॉडल को नकली-आईपी-प्रॉक्सी-केवल पर विचार कर सकते हैं:

1. डोमेन नामों के लिए जिन्हें प्रॉक्सी की आवश्यकता होती है, नकली आईपी लौटाते हैं
2. अन्य डोमेन नामों के लिए, असली आईपी हमेशा लौटाया जाएगा
   2.1 यदि कोई डोमेन नाम नियम है जो प्रत्यक्ष कनेक्शन को परिभाषित करता है, तो वास्तविक आईपी की आवश्यकता होती है
   2.2 आईपी सेगमेंट के लिए जिसमें प्रॉक्सी (जियो रूल्स) की आवश्यकता होती है, इसके लिए पहले वास्तविक आईपी को क्वेरी करना और उसके बाद जियो डेटाबेस की तुलना करना और फिर एक कनेक्शन शुरू करना होगा।
   2.3 शेष सीधे जुड़े आईपी सेगमेंट के लिए, वास्तविक आईपी भी आवश्यक है

इस प्रकार, अनावश्यक डीएनएस प्रश्न अभी भी डोमेन नाम के लिए उत्पन्न नहीं होते हैं जिनके लिए प्रॉक्सी की आवश्यकता होती है।
आईपी ​​सेगमेंट के लिए जिसे प्रॉक्सी की आवश्यकता होती है, कनेक्शन शुरू करने का समय समान होता है।
अन्य मामलों के लिए, वास्तविक आईपी की आवश्यकता होती है।

मुझे नहीं पता कि प्रक्रिया की मेरी समझ सही है या नहीं, कृपया मुझे सुधारें।

डोमेन नाम पर केवल नकली आईपी रिटर्न नियमों में अनुमानित है, और अन्य सभी वास्तविक आईपी लौटाते हैं?

@beyondkmp हाँ

@BirkhoffLee धन्यवाद, यह विचार बहुत अच्छा है, क्या इसे iptables के माध्यम से विभिन्न उदाहरणों में बदल दिया गया है?यदि हाँ, तो क्या आप डायवर्सन की विधि साझा कर सकते हैं

यह एक उदाहरण के रूप में एक ही विधि है, लेकिन दो iptables DNAT:

# 到 fake ip range 的 tcp 全部轉發到 clash fakeip
iptables -t nat -A clash_lan -p tcp -d 198.18.0.0/16 -j DNAT --to-destination 10.0.1.6:23456

# 其他 tcp 80/443 全部轉發到 clash redirhost
iptables -t nat -A clash_lan \! -d 198.18.0.0/16 -p tcp --dport 80 -j DNAT --to-destination 10.0.1.6:9999
iptables -t nat -A clash_lan \! -d 198.18.0.0/16 -p tcp --dport 443 -j DNAT --to-destination 10.0.1.6:9999

iptables -t nat -A PREROUTING -p tcp -j clash_lan

प्लस फेक डीएनएस का आविष्कार सुक्का ने किया

iptables -t nat -N clash_fakedns
iptables -t nat -A clash_fakedns -p udp --dport 53 -j DNAT --to-destination 10.0.1.6:23453
iptables -t nat -A clash_fakedns -p tcp --dport 53 -j DNAT --to-destination 10.0.1.6:23453

iptables -t nat -A PREROUTING -p udp -d 198.19.0.0/24 -j clash_fakedns
iptables -t nat -A PREROUTING -p tcp -d 198.19.0.0/24 -j clash_fakedns

इस तरह, जिस डिवाइस को फेक आईपी की जरूरत होती है, वह DNS को 198.19.0.1 में बदल सकता है।

EDIT: फेक आईपी CIDR को सही किया

आपका तरीका अच्छा है, मैं इसे आजमाना चाहता हूं, मैं पूछ सकता हूं,
2 क्लैश इंस्टेंस कैसे खोलें? प्रॉक्सी पोर्ट में से एक 9999 पर सेट है?

1. वर्तमान में, क्लैश नकली आईपी के आईसीएमपी पैकेट का जवाब नहीं देता है, जिससे कुछ अनुप्रयोगों के अप्रत्याशित व्यवहार का कारण हो सकता है
2. क्योंकि फेक आईपी का उपयोग किया जाता है, और क्लैश में वर्तमान में यूडीपी अग्रेषण क्षमता नहीं है, कुछ यूडीपी एप्लिकेशन नकली आईपी से कनेक्ट करने की कोशिश करेंगे और असफल (जैसे टीमस्पीक)

https://github.com/vernesong/OpenClash/releases/tag/v0.33.7-beta
Openclash संस्करण 0.33.7 विशिष्ट dns का उपयोग करने के लिए विशिष्ट डोमेन नाम की अनुमति देने के लिए एक डोमेन नाम सूची की स्थापना करके एक समाधान प्रदान करता है।

https://github.com/Dreamacro/clash/releases/tag/TUN आप प्रयोगात्मक TUN बाइनरी आज़मा सकते हैं

यह नकली तंत्र इतना जटिल है कि यह सीधे अनपैक करने और v2ray की तरह मेजबान को प्राप्त करने के लिए अधिक सुविधाजनक नहीं है।

नकली आईपी मोड में, JMGO क्लाउड इंटरनेट से कनेक्ट नहीं हो सकता है

क्या आप इस तरह के मॉडल को नकली-आईपी-प्रॉक्सी-केवल पर विचार कर सकते हैं:

1. डोमेन नामों के लिए जिन्हें प्रॉक्सी की आवश्यकता होती है, नकली आईपी लौटाते हैं
2. अन्य डोमेन नामों के लिए, असली आईपी हमेशा लौटाया जाएगा
   2.1 यदि कोई डोमेन नाम नियम है जो प्रत्यक्ष कनेक्शन को परिभाषित करता है, तो वास्तविक आईपी की आवश्यकता होती है
   2.2 आईपी सेगमेंट के लिए जिसमें प्रॉक्सी (जियो रूल्स) की आवश्यकता होती है, इसके लिए पहले वास्तविक आईपी को क्वेरी करना और उसके बाद जियो डेटाबेस की तुलना करना और फिर एक कनेक्शन शुरू करना होगा।
   2.3 शेष सीधे जुड़े आईपी सेगमेंट के लिए, वास्तविक आईपी भी आवश्यक है

इस प्रकार, अनावश्यक डीएनएस प्रश्न अभी भी डोमेन नाम के लिए उत्पन्न नहीं होते हैं जिनके लिए प्रॉक्सी की आवश्यकता होती है।
आईपी ​​सेगमेंट के लिए जिसे प्रॉक्सी की आवश्यकता होती है, कनेक्शन शुरू करने का समय समान होता है।
अन्य मामलों के लिए, वास्तविक आईपी की आवश्यकता होती है।

मुझे नहीं पता कि प्रक्रिया की मेरी समझ सही है या नहीं, कृपया मुझे सुधारें।

मुझे उम्मीद है कि डेवलपर्स इस तरह की नई सुविधाओं पर विचार कर सकते हैं, लेकिन ऐसा करना अभी भी असंभव लगता है।