← Back to Blog
RUENESZHARPTDEFRJAKOITTRIDVIFAHI

जरूरतमंद साइटों के लिए प्रॉक्सी: sing-box और mihomo में डोमेन रूटिंग

पेड प्रॉक्सी के माध्यम से सभी ट्रैफ़िक को भेजना आवश्यक नहीं है। हम sing-box और mihomo (Clash Meta) में डोमेन द्वारा रूटिंग का विश्लेषण कर रहे हैं: वर्तमान संस्करणों के लिए तैयार कॉन्फ़िगरेशन, साइटों और कार्यक्रमों के लिए नियम, एक साथ कई देशों और जाल — QUIC, DNS लीक, एंटी-डिटेक्ट के साथ संघर्ष और सत्र के बीच में रोटेशन।

📅October 13, 2026
जरूरतमंद साइटों के लिए प्रॉक्सी: sing-box और mihomo में डोमेन रूटिंग

विशिष्ट स्थिति: जर्मन Amazon पर दुकान खोलने के लिए जर्मन IP की आवश्यकता होती है, अमेरिका से सप्लायर का खाता — अमेरिकी IP से, और YouTube, काम करने वाला मैसेंजर और सिस्टम अपडेट सीधे चलने दें। "सिस्टम के लिए प्रॉक्सी" को चालू करना असुविधाजनक और महंगा है: प्रॉक्सी के माध्यम से एक गीगाबाइट के लिए भुगतान करते समय सभी बैकग्राउंड ट्रैफ़िक चला जाता है। मैन्युअल रूप से चालू-बंद करना — आप सबसे अनुचित क्षण में भूल जाएंगे। समाधान — डोमेन के अनुसार रूटिंग: स्थानीय क्लाइंट खुद तय करता है कि कौन सा साइट किस प्रॉक्सी के माध्यम से चलाना है और कौन सा सीधे। नीचे 2026 के दो सबसे लोकप्रिय इंजन, sing-box और mihomo (पूर्व में Clash Meta) के लिए कार्यशील कॉन्फ़िगरेशन और उन जालों का विश्लेषण है, जिन पर आमतौर पर योजना टूट जाती है।

यह ब्राउज़र में प्रॉक्सी और PAC-फाइल से बेहतर क्यों है

ब्राउज़र की सेटिंग्स या एक्सटेंशन में प्रॉक्सी केवल उसी ब्राउज़र के लिए काम करता है। PAC-फाइल डोमेन के अनुसार प्रॉक्सी चुनने में सक्षम है, लेकिन यह भी ब्राउज़र और सिस्टम सेटिंग्स के भीतर रहता है — डेस्कटॉप मार्केटप्लेस क्लाइंट, Telegram, Python पर स्क्रिप्ट या कंसोल उपयोगिता इसे पूरी तरह से अनदेखा कर देंगे।

sing-box और mihomo एक स्तर नीचे काम करते हैं: वे एक आभासी नेटवर्क इंटरफेस (TUN मोड) उठाते हैं और सभी प्रोग्रामों के माध्यम से ट्रैफ़िक को पास करते हैं। फिर प्रत्येक कनेक्शन नियमों की सूची के माध्यम से जाता है: डोमेन, IP सबनेट, प्रक्रिया का नाम, पोर्ट। यदि नियम मेल खाता है — कनेक्शन निर्दिष्ट आउटपुट (जरूरत के देश का प्रॉक्सी या सीधा कनेक्शन) में चला जाता है।

व्यवहार में यह क्या देता है:

  • ट्रैफ़िक की बचत। भुगतान किए गए प्रॉक्सी के माध्यम से केवल कार्यशील साइटें जाती हैं, जबकि वीडियो, अपडेट और क्लाउड बैकअप सीधे चलते हैं।
  • एक साथ कई देश। amazon.de — जर्मन आउटपुट के माध्यम से, walmart.com — अमेरिकी के माध्यम से, बिना स्विच किए।
  • प्रोग्रामों के अनुसार नियम। आप एक विशेष प्रक्रिया को पूरी तरह से प्रॉक्सी में भेज सकते हैं (उदाहरण के लिए, डेस्कटॉप क्लाइंट या स्क्रिप्ट), बाकी को छुए बिना।
  • कम मानव त्रुटियाँ। यह याद रखने की आवश्यकता नहीं है कि प्रॉक्सी चालू है या नहीं, — साइट हमेशा "सही" IP से खुलती है।

क्या आवश्यक होगा

  • प्रॉक्सी जो SOCKS5 या HTTP का समर्थन करता है और लॉगिन और पासवर्ड द्वारा प्रमाणीकरण करता है। दोनों इंजन स्वयं लॉगिन और पासवर्ड को पास करने में सक्षम हैं, स्थानीय गेटवे की आवश्यकता नहीं है।
  • क्लाइंट: sing-box के लिए — Android, iOS और macOS के लिए आधिकारिक ऐप या Windows/Linux के लिए कोर; mihomo के लिए — Clash Verge Rev या FlClash जैसी ग्राफिकल इंटरफेस।
  • डोमेन की सूची, जिन्हें प्रॉक्सी के माध्यम से जाना चाहिए। इसे पहले से इकट्ठा करना उचित है — इसके बारे में नीचे।

विकल्प 1: sing-box (संस्करण 1.12 और नए)

संस्करण के बारे में महत्वपूर्ण नोट। इंटरनेट से कई कॉन्फ़िगरेशन पुराने sing-box के लिए लिखे गए हैं और वर्तमान निर्माणों पर नहीं चलते। आधिकारिक सूची के अनुसार पुराने कार्यों के लिए: geosite और geoip 1.12.0 में हटा दिए गए हैं (इसके बजाय — rule-set), नियमों के भीतर outbound क्षेत्र को 1.11 में क्रियाओं ("action": "route") से बदल दिया गया है, पुराने DNS सर्वर प्रारूप 1.14.0 में हटा दिए गए हैं, और विशेष आउटपुट block और dns — 1.13.0 में। लेखन के समय वर्तमान स्थिर शाखा — 1.14।

न्यूनतम कार्यशील कॉन्फ़िगरेशन: कुछ डोमेन के लिए जर्मन निवासी प्रॉक्सी, बाकी सब कुछ सीधे।

{
  "log": { "level": "info" },
  "dns": {
    "servers": [ { "type": "local", "tag": "local" } ]
  },
  "inbounds": [
    {
      "type": "tun",
      "tag": "tun-in",
      "address": [ "172.18.0.1/30" ],
      "auto_route": true,
      "strict_route": true
    }
  ],
  "outbounds": [
    {
      "type": "socks",
      "tag": "resi-de",
      "server": "ХОСТ_ИЗ_КАБИНЕТА",
      "server_port": 1080,
      "username": "ЛОГИН",
      "password": "ПАРОЛЬ"
    },
    { "type": "direct", "tag": "direct" }
  ],
  "route": {
    "auto_detect_interface": true,
    "default_domain_resolver": "local",
    "rules": [
      { "action": "sniff" },
      { "protocol": "dns", "action": "hijack-dns" },
      {
        "network": "udp",
        "port": 443,
        "domain_suffix": [ "amazon.de", "otto.de" ],
        "action": "reject"
      },
      {
        "domain_suffix": [ "amazon.de", "otto.de", "ipinfo.io" ],
        "action": "route",
        "outbound": "resi-de"
      }
    ],
    "final": "direct"
  }
}

होस्ट, पोर्ट, लॉगिन और पासवर्ड को प्रदाता के खाते से भरें। यहाँ पोर्ट 1080 केवल उदाहरण के लिए है।

प्रत्येक भाग क्या करता है

  1. TUN-इनबाउंड (auto_route) sing-box में पूरे सिस्टम का ट्रैफ़िक लपेटता है। strict_route Windows पर DNS लीक के खिलाफ अतिरिक्त फ़ायरवॉल नियम जोड़ता है (डॉक्यूमेंटेशन चेतावनी देती है कि यह कुछ प्रोग्रामों को तोड़ सकता है, जैसे VirtualBox)।
  2. "action": "sniff" — कुंजी पंक्ति। TUN पर कनेक्शन IP पते पर आते हैं, न कि डोमेन पर। स्निफ़िंग TLS हैंडशेक (SNI) या HTTP हेडर से साइट का नाम निकालती है, और केवल उसके बाद domain_suffix नियम सक्रिय होते हैं। इस पंक्ति के बिना, डोमेन नियम चुपचाप काम नहीं करते — "कॉन्फ़िग लागू नहीं होता" का एक सामान्य कारण।
  3. hijack-dns सिस्टम के DNS अनुरोधों को पकड़ता है और उन्हें sing-box के DNS मॉड्यूल को देता है।
  4. UDP 443 के लिए reject के साथ नियम प्रॉक्सी किए गए डोमेन के लिए QUIC (HTTP/3) को बंद कर देता है। ब्राउज़र सामान्य HTTPS पर वापस लौटेगा जो TCP के ऊपर होगा, और यह प्रॉक्सी के माध्यम से जाएगा। क्यों — जालों के खंड में।
  5. domain_suffix डोमेन और उसके सभी उपडोमेन को पकड़ता है: amazon.de www.amazon.de और sellercentral.amazon.de को कवर करता है।
  6. auto_detect_interface sing-box के आउटगोइंग कनेक्शनों को भौतिक नेटवर्क एडाप्टर से जोड़ता है। इसके बिना, प्रॉक्सी सर्वर के लिए ट्रैफ़िक फिर से TUN में जाएगा, और रूटिंग लूप बन जाएगा।
  7. final: direct — जो भी किसी नियम से मेल नहीं खाता, वह सीधे जाता है।

कई देशों और प्रोग्राम के लिए नियम

दूसरा आउटपुट एक और socks ऑब्जेक्ट के रूप में जोड़ा जाता है जिसमें अपना टैग होता है (उदाहरण के लिए, resi-us) और एक अलग नियम। प्रॉक्सी में पूरी प्रक्रिया भेजने के लिए, आप process_name क्षेत्र के साथ नियम का उपयोग कर सकते हैं (Windows, macOS और Linux पर काम करता है):

{
  "process_name": [ "python.exe" ],
  "action": "route",
  "outbound": "resi-us"
}

नियम शीर्ष से नीचे पहले मेल खाने तक जांचे जाते हैं, इसलिए विशेष नियमों को सामान्य से ऊपर रखें।

विकल्प 2: mihomo (Clash Meta)

mihomo इस मायने में सुविधाजनक है कि इसके लिए परिपक्व ग्राफिकल इंटरफेस हैं, और कॉन्फ़िग YAML में लिखा जाता है, जो पढ़ने में आसान है। वही परिदृश्य:

tun:
  enable: true
  stack: gvisor
  auto-route: true
  auto-detect-interface: true
  dns-hijack:
    - any:53

dns:
  enable: true
  enhanced-mode: fake-ip
  nameserver:
    - https://1.1.1.1/dns-query

proxies:
  - name: resi-de
    type: socks5
    server: ХОСТ_ИЗ_КАБИНЕТА
    port: 1080
    username: ЛОГИН
    password: ПАРОЛЬ

rule-providers:
  work-de:
    type: inline
    behavior: classical
    payload:
      - DOMAIN-SUFFIX,amazon.de
      - DOMAIN-SUFFIX,otto.de
      - DOMAIN-SUFFIX,ipinfo.io

rules:
  - RULE-SET,work-de,resi-de
  - MATCH,DIRECT

sing-box से मुख्य अंतर:

  • फेक-IP मोड "कनेक्शन IP पर आया, न कि डोमेन पर" की समस्या को अलग तरीके से हल करता है: mihomo DNS अनुरोध का उत्तर फर्जी पते से देता है, याद रखता है कि यह किस डोमेन से मेल खाता है, और इसके अनुसार नियम लागू करता है। वास्तविक साइट का पता प्रॉक्सी सर्वर अपनी तरफ से जानता है।
  • नियमों का सेट (rule-providers) को अलग सूची में रखना सुविधाजनक है। inline प्रकार सीधे कॉन्फ़िग में डोमेनों को रखता है, http प्रकार लिंक द्वारा सूची को खींचता है और अंतराल पर अपडेट करता है, उदाहरण के लिए, टीम की सामान्य सूची रिपॉजिटरी में।
  • MATCH — final का समकक्ष: बाकी सब कुछ सीधे जाता है।
  • प्रोग्रामों के लिए नियमों के लिए PROCESS-NAME है, Android पर यह एप्लिकेशन के पैकेज का नाम स्वीकार करता है।

कैसे डोमेन की सूची इकट्ठा करें और आवश्यक को न चूकें

एक साइट एक ही डोमेन नहीं है। मार्केटप्लेस CDN से चित्र लोड करता है, स्क्रिप्ट अलग डोमेन से, प्रमाणीकरण तीसरे पर हो सकता है। यदि मुख्य डोमेन जर्मन IP के माध्यम से जाता है, और प्रवेश डोमेन — आपके असली से, एंटी-फ्रॉड एक ही सत्र में दो अलग-अलग पते देखता है।

  1. डेवलपर टूल्स के साथ साइट खोलें (F12 → नेटवर्क टैब), सामान्य परिदृश्य से गुजरें: लॉगिन, खोज, उत्पाद कार्ड, खाता।
  2. Domain कॉलम से सभी डोमेन लिखें। तृतीय-पक्ष काउंटर और विज्ञापन को शामिल करने की आवश्यकता नहीं है, लेकिन सेवा के डोमेनों (CDN और प्रमाणीकरण सर्वर सहित) को अवश्य शामिल करें।
  3. उन्हें नियम में जोड़ें और परिदृश्य को दोहराएं। sing-box के लॉग में (स्तर info) या mihomo के इंटरफेस के कनेक्शन टैब में यह देखा जा सकता है कि प्रत्येक कनेक्शन के लिए कौन सा नियम लागू हुआ।
  4. सूची में "नियंत्रण" डोमेन रखें जैसे ipinfo.io: यह प्रॉक्सी का IP दिखाता है, और पड़ोसी IP चेकिंग सेवा, जो सूची में नहीं है, — आपका असली। इस तरह एक सेकंड में यह देखा जा सकता है कि रूटिंग काम कर रही है।

जाल, जिन पर योजना टूट जाती है

1. QUIC प्रॉक्सी से बचता है

Chrome और अन्य ब्राउज़र बड़े साइटों पर HTTP/3, यानी UDP के माध्यम से जाने के लिए उत्सुक हैं। कई प्रॉक्सी प्रदाता SOCKS5 के माध्यम से UDP का समर्थन नहीं करते हैं या सीमित रूप से करते हैं। सबसे खराब स्थिति में कनेक्शन गलत दिशा में चला जाता है, सबसे अच्छे में — साइट धीमी हो जाती है, जब तक ब्राउज़र TCP पर वापस नहीं लौटता। इसलिए sing-box के कॉन्फ़िगरेशन में ऊपर UDP पर पोर्ट 443 के लिए कार्यशील डोमेनों के लिए स्पष्ट रूप से अस्वीकार किया गया है। mihomo में समान प्रभाव को प्राप्त करना आसान है, ब्राउज़र में QUIC को बंद करके (फ्लैग chrome://flags/#enable-quic)।

2. प्रदाता के लिए DNS लीक

यदि कार्यशील डोमेन आपके इंटरनेट प्रदाता के DNS के माध्यम से स्थानीय रूप से हल होता है, तो स्वयं साइट इसे नहीं देखेगी: कनेक्शन फिर भी प्रॉक्सी के IP से आएगा। लेकिन प्रदाता और कोई भी जो आपके DNS को देखता है, यह जान जाएगा कि आप कौन सी साइटें खोल रहे हैं। mihomo में फेक-IP मोड और sing-box में स्निफ़िंग के बाद डोमेन को प्रॉक्सी सर्वर को भेजना इस समस्या को कम करता है। DNS लीक से सुरक्षा के तरीकों और परीक्षणों के बारे में अधिक जानकारी के लिए — DNS लीक से सुरक्षा के तरीकों के विश्लेषण में।

3. दूसरे VPN या एंटी-डिटेक्ट के साथ संघर्ष

एक साथ दो TUN इंटरफेस रूट में अव्यवस्था की गारंटी है। यदि एंटी-डिटेक्ट ब्राउज़र में प्रोफाइल के पास पहले से ही अपना प्रॉक्सी है, तो इसके ट्रैफ़िक को TUN से बाहर निकालना बेहतर है: प्रक्रिया के नाम के साथ नियम का उपयोग करके ब्राउज़र को direct में भेजें, और तब प्रत्येक प्रोफाइल अपने प्रॉक्सी के माध्यम से जाएगा, जैसा कि योजना बनाई गई थी।

4. सिस्टम रूटिंग एंटी-डिटेक्ट का स्थान नहीं लेती

कंप्यूटर पर सभी प्रोग्राम एक ही IP से डोमेन पर बाहर जाएंगे। एक दुकान के लिए यह सामान्य है। एक ही प्लेटफॉर्म पर 10 खातों के लिए — नहीं: प्लेटफॉर्म एक समान ब्राउज़र फिंगरप्रिंट और एक पते को देखता है। मल्टी-एकाउंटिंग के लिए, डोमेन के अनुसार रूटिंग एक सहायक उपकरण है, न कि "अलग प्रोफाइल + अलग प्रॉक्सी" के संयोजन का स्थान।

5. सत्र के बीच IP का रोटेशन

यदि प्रॉक्सी को प्रत्येक अनुरोध पर IP बदलने के लिए सेट किया गया है, तो प्रमाणीकरण वाली साइट प्रत्येक चित्र के लोड पर नया पता देखेगी। खातों, दुकानों और सोशल मीडिया के लिए स्थिर सत्र (काम के समय के लिए स्थिर IP) के साथ लॉगिन लें या मिनटों के अंतराल के साथ टाइमर के अनुसार रोटेशन लें।

6. प्रॉक्सी आवश्यक प्रोटोकॉल का समर्थन नहीं करता

यदि प्रदाता केवल HTTP प्रॉक्सी देता है, तो sing-box में http प्रकार का आउटपुट का उपयोग करें, mihomo में — type: http। दोनों इंजन HTTP के लिए भी लॉगिन और पासवर्ड का समर्थन करते हैं। यदि प्रोग्राम स्वयं प्रमाणीकरण के साथ प्रॉक्सी के साथ काम नहीं कर सकता है, और TUN उठाना नहीं चाहते हैं, तो gost, 3proxy या Squid पर स्थानीय गेटवे उपयुक्त होगा।

कौन सा प्रॉक्सी नियम में डालना है

  • मार्केटप्लेस, सोशल नेटवर्क, विक्रेता के खाते, विज्ञापन खाते — जरूरी देश के निवासी प्रॉक्सी के साथ स्थिर सत्र। घरेलू प्रदाता का पता एंटी-फ्रॉड के लिए सबसे कम सवाल उठाता है।
  • सबसे सख्त जांच वाले प्लेटफार्म (मोबाइल ऐप, TikTok, Instagram) — मोबाइल प्रॉक्सी: एक ही IP ऑपरेटर के माध्यम से कई वास्तविक ग्राहक एक साथ नेटवर्क में जाते हैं।
  • API, दस्तावेज़, पैकेज रिपॉजिटरी, एंटी-बॉट सुरक्षा के बिना सेवाएँ — डेटा सेंटर प्रॉक्सी: वे सस्ते और तेज़ होते हैं, और ऐसे कार्यों के लिए "घरेलू" IP की आवश्यकता नहीं होती है।

कॉन्फ़िगरेशन में विभिन्न प्रकार के कई आउटपुट बनाना और उन्हें डोमेन में फैलाना सुविधाजनक है, न कि सभी को सबसे महंगे के माध्यम से चलाना।

निष्कर्ष

डोमेन के अनुसार रूटिंग प्रॉक्सी को "स्विच" से एक सटीक उपकरण में बदल देती है: आवश्यक साइटें हमेशा आवश्यक IP से खुलती हैं, बाकी ट्रैफ़िक भुगतान किए गए गीगाबाइट्स को बर्बाद नहीं करता। शुरू करने के लिए 30 पंक्तियों का कॉन्फ़िगरेशन पर्याप्त है। मुख्य बात यह है कि स्निफ़िंग (या फेक-IP) करना न भूलें, प्रॉक्सी किए गए डोमेनों के लिए QUIC बंद करें, सेवा के पूर्ण डोमेन की सूची इकट्ठा करें और वर्तमान सिंटैक्स लें: sing-box के लिए 1.12 से पहले के कॉन्फ़िगरेशन ताज़ा संस्करणों पर नहीं चलेंगे।