Meet मीटिंग और लाइव स्ट्रीम के लिए, अपना नेटवर्क तैयार करना

यह लेख, एडमिन के लिए है. अपनी मीटिंग सेट अप और मैनेज करने का तरीका जानने के लिए, Meet के सहायता केंद्र पर जाएं.

यह लेख उन आईटी एडमिन के लिए है जो सैकड़ों या हज़ारों लोगों वाले बड़े संगठनों के लिए Meet को मैनेज करते हैं. साथ ही, उन्हें नेटवर्क से जुड़ी मुश्किलों का सामना करना पड़ता है. अगर आप इनमें से नहीं हैं, तो शायद आपको यह तकनीकी लेख पढ़ने की ज़रूरत नहीं है.

अगर आप आईटी एडमिन हैं और आपको Meet के नेटवर्क से जुड़ी समस्या हल करनी है, तो एडमिन के तौर पर Meet के नेटवर्क, ऑडियो, और वीडियो से जुड़ी समस्याएं हल करना लेख पढ़ें.

अगर आपको अपने पूरे संगठन के लिए Meet बंद करना है, तो अपने संगठन के लिए, Meet से मीटिंग और कॉल करने की सुविधा बंद करना लेख पढ़ें.

Google Meet पर अच्छी क्वालिटी की मीटिंग करने के लिए, आपको अपना नेटवर्क सेट अप करना होगा. इससे Meet, Google के इंफ़्रास्ट्रक्चर का बेहतर तरीके से इस्तेमाल कर पाता है. आपको:

  • पक्का करें कि Meet का ट्रैफ़िक, इंटरनेट से कनेक्ट होने के लिए कम से कम पाथ का इस्तेमाल करता हो.
  • प्रॉक्सी, पैकेट की जांच, प्रोटोकॉल ऐनालाइज़र, और सेवा की क्वालिटी (QoS) का इस्तेमाल न करें.
  • इंतज़ार का समय, बैंडविथ, और वाई-फ़ाई नेटवर्क को मेज़र और ऑप्टिमाइज़ करें.

अपना नेटवर्क सेट अप करना

पहला चरण: मीडिया ट्रैफ़िक के लिए आउटबाउंड पोर्ट सेट अप करना

अपने फ़ायरवॉल अपडेट करें, ताकि आपके संगठन में मीडिया ट्रैफ़िक आ सके और वहां से बाहर भी भेजा जा सके:

  • ऑडियो और वीडियो के लिए, आउटबाउंड यूडीपी पोर्ट 3478 और 19302–19309 सेट अप करें.
    • अगर आपको Chrome WebRTC पोर्ट के इस्तेमाल की संख्या सीमित करनी है, तो WebRTC UDP पोर्ट पर दिए गए पोर्ट का इस्तेमाल करें.
    • इसके अलावा, फ़ायरवॉल का इस्तेमाल करके उन पोर्ट को सीमित किया जा सकता है.
  • वेब ट्रैफ़िक और उपयोगकर्ता की पुष्टि के लिए, आउटबाउंड यूडीपी और टीसीपी पोर्ट 443 का इस्तेमाल करें.

इन पोर्ट को बिना किसी आईपी पते की सीमा के इस्तेमाल किया जा सकता है. अगर यूडीपी पोर्ट ब्लॉक किए जाते हैं, तो टीसीपी का इस्तेमाल किया जाएगा. टीसीपी या प्रॉक्सी किए गए टीसीपी का इस्तेमाल करने से, मीटिंग की क्वालिटी खराब हो सकती है.

दूसरा चरण: यूनिफ़ॉर्म रिसोर्स आइडेंटिफ़ायर (यूआरआई) का ऐक्सेस देना

Meet को पूरे नेटवर्क का ऐक्सेस चाहिए.

  1. अगर आपके नेटवर्क पर उपयोगकर्ताओं के लिए पाबंदियां या फ़िल्टर करने की नीतियां लागू हैं, तो इस पेज पर दिए गए यूआरआई पैटर्न को पोर्ट 443 का इस्तेमाल करके नेटवर्क का ऐक्सेस दें.
  2. अगर Google Meet hardware का इस्तेमाल किया जा रहा है, तो ChromeOS के लिए नेटवर्क से जुड़ी ज़रूरी शर्तों को Chrome डिवाइसों पर टीएलएस (या एसएसएल) की मदद से सुरक्षा जांच सेट अप करना लेख में देखें.

स्टैटिक संसाधनों के लिए डोमेन

  • clients2.google.com
  • clients4.google.com
  • clients6.google.com
  • www.gstatic.com
  • fonts.gstatic.com
  • lh3.googleusercontent.com
  • meetings.clients6.google.com

एपीआई एंडपॉइंट कनेक्टिविटी के लिए डोमेन

  • accounts.google.com
  • apis.google.com
  • meetings.googleapis.com
  • hangouts.googleapis.com
  • meet.google.com
  • apps.google.com
  • docs.google.com

लाइव स्ट्रीमिंग के लिए डोमेन

  • meet.google.com
  • stream.meet.google.com

उपयोगकर्ता से मिले सुझाव/राय और शिकायतें और इवेंट लॉग अपलोड करने के लिए डोमेन

  • https://www.google.com/tools/feedback
  • https://feedback.googleusercontent.com/resources/
  • https://play.google.com/log

तीसरा चरण: Google के आईपी पतों की रेंज को ऐक्सेस करने की अनुमति दें (ऑडियो और वीडियो के लिए)

  1. अगर आपके संगठन को पोर्ट 443 पर Meet के ट्रैफ़िक को सपोर्ट करना है, तो अपने फ़ायरवॉल या प्रॉक्सी की अनुमति वाली सूची में Meet SNI जोड़ें. इससे टीएलएस पर ऑडियो और वीडियो ट्रैफ़िक चालू हो जाएगा. ये आईपी पते, दूसरे चरण में बताए गए यूआरआई से अलग हैं.
  2. अपने उपयोगकर्ताओं के लिए, Google Workspace के आईपी पतों की रेंज जोड़ें. आईपी रेंज और एसएनआई के इस सेट का इस्तेमाल करके, Meet के मीडिया सर्वर को ऐक्सेस करने की अनुमति दें:
    • IPv4: 74.125.250.0/24, 74.125.247.128/32
    • IPv6: 2001:4860:4864:5::0/64, 2001:4860:4864:4:8000::/128
    • SNI: workspace.turns.goog
  3. अगर आपका संगठन, कम समय में वीडियो स्ट्रीम होने और उसके दिखने के समय के अंतर वाली लाइव स्ट्रीमिंग का इस्तेमाल करता है, तो लाइव स्ट्रीमिंग मीडिया ट्रैफ़िक, यूडीपी प्रोटोकॉल का इस्तेमाल करेगा. यह ट्रैफ़िक, YouTube के एचटीटीपी आईपी पतों के बजाय, Workspace के आईपी पतों का इस्तेमाल करेगा. ये आईपी पते, Meet के आईपी पतों की तरह ही होते हैं.
  4. उपयोगकर्ता के आईपी पते की रेंज जोड़ें. आईपी पतों की इस रेंज का इस्तेमाल करके, Meet के मीडिया सर्वर को ऐक्सेस करने की अनुमति दें:
    • IPv4: 142.250.82.0/24
    • IPv6: 2001:4860:4864:6::/64
    • SNI: meet.turns.goog

चौथा चरण: बैंडविड्थ की ज़रूरी शर्तें देखना

आपके नेटवर्क में, एक साथ कई एचडी वीडियो मीटिंग करने के लिए ज़रूरी बैंडविड्थ होनी चाहिए. इसमें लाइव स्ट्रीमिंग जैसी अन्य ज़रूरतों के लिए, अतिरिक्त बैंडविड्थ भी होना चाहिए. मीटिंग में शामिल लोगों की संख्या, स्क्रीन शेयर करने की सुविधा, और अन्य फ़ैक्टर भी बैंडविड्थ के इस्तेमाल पर असर डालते हैं.

अगर आपके नेटवर्क की बैंडविड्थ ज़रूरत के मुताबिक नहीं है, तो Meet वीडियो की क्वालिटी कम कर देता है. अगर आपके नेटवर्क की बैंडविड्थ वीडियो स्ट्रीम करने के लिए ज़रूरत के मुताबिक नहीं है, तो Meet को सिर्फ़ ऑडियो पर सेट करें.

कम बैंडविड्थ का इस्तेमाल करके स्ट्रीम करने के लिए, eCDN का इस्तेमाल करके कम बैंडविड्थ में बड़ी लाइव स्ट्रीम होस्ट करें.

Meet के लिए ज़रूरी बैंडविड्थ का हिसाब लगाना

अपने संगठन के लिए ज़रूरी बैंडविड्थ का हिसाब लगाने के लिए, हर व्यक्ति के लिए औसत बैंडविड्थ को एक साथ शामिल होने वाले लोगों की ज़्यादा से ज़्यादा संख्या से गुणा करें.

बैंडविथ के इस्तेमाल पर कई चीज़ों का असर पड़ सकता है. जैसे, मीटिंग में हिस्सा लेने वाले लोगों की संख्या, लेआउट, और स्क्रीन शेयर करना. अगर स्क्रीन शेयरिंग की सुविधा चालू है, तो स्क्रीन लोड होने के बाद ज़्यादा बैंडविथ का इस्तेमाल नहीं होता.

बड़े संगठनों के लिए, हर प्रतिभागी के हिसाब से औसत बैंडविथ
मीटिंग का टाइप आउटबाउंड इनबाउंड
वीडियो 1 एमबीपीएस 1.3 एमबीपीएस
सिर्फ़ ऑडियो 12 केबीपीएस 18 केबीपीएस
छोटे संगठनों या लोगों के लिए, हर व्यक्ति के हिसाब से बैंडविथ
मीटिंग का टाइप आउटबाउंड इनबाउंड
1080p वीडियो 3.6 एमबीपीएस तक 3.6 एमबीपीएस तक
720 पिक्सल वीडियो ज़्यादा से ज़्यादा 1.7 एमबीपीएस ज़्यादा से ज़्यादा 1.7 एमबीपीएस
ग्रुप मीटिंग 250 केबीपीएस और इससे ज़्यादा* 4.0 एमबीपीएस तक
सिर्फ़ ऑडियो 100 केबीपीएस 100 केबीपीएस

*भेजे गए रिज़ॉल्यूशन के आधार पर

एक ही समय पर मीटिंग में हिस्सा लेने वाले लोगों की सबसे ज़्यादा संख्या का अनुमान लगाना

अगर Meet मीटिंग को प्राथमिकता दी जाती है, तो अनुमान लगाएं कि आपके संगठन के 20% उपयोगकर्ता एक ही समय पर Meet का इस्तेमाल करेंगे. अगर Meet मीटिंग को कम प्राथमिकता दी जाती है, तो किसी भी समय सिर्फ़ 0.5% लोग Meet मीटिंग में शामिल हो सकते हैं.

वीडियो मीटिंग की प्राथमिकता मीटिंग में एक साथ हिस्सा लेने वाले लोगों की अनुमानित संख्या
ज़्यादा 10–20%
सामान्य 1–4%
कम 0.01–0.5%

हर लाइव स्ट्रीम के लिए बैंडविड्थ की ज़रूरत

अगर आपका संगठन मीटिंग की लाइव स्ट्रीम करता है, तो हर फ़ीड को देखने के लिए, 2.6 एमबीपीएस का बैंडविथ होना चाहिए. लाइव स्ट्रीम में, लेआउट और साइज़ के डाइनैमिक विकल्प होते हैं. विंडो के साइज़ और आसपेक्ट रेशियो (लंबाई-चौड़ाई का अनुपात) जैसी डिवाइस की सुविधाओं को ऑप्टिमाइज़ किया जाता है. अगर मीटिंग में शामिल व्यक्ति के पास ज़रूरत के मुताबिक बैंडविड्थ है, तो Meet, वीडियो की डिफ़ॉल्ट सेटिंग के तौर पर अच्छी क्वालिटी का इस्तेमाल करता है.

अगर दर्शकों के पास बैंडविथ कम है, तो वे Meet की क्वालिटी कम कर सकते हैं या सिर्फ़ ऑडियो का इस्तेमाल कर सकते हैं.

सिंगल वीडियो टाइल (किलोबिट/सेकंड)

रिज़ॉल्यूशन

कम से कम

ज़्यादा से ज़्यादा

180p

80

200

360 पिक्सल

200

500

540 पिक्सल

400

1000

720 पिक्सल

600

1500

स्क्रीन शेयर करने की सुविधा वाला टाइल (बिटरेट किलोबिट/सेकंड)

रिज़ॉल्यूशन

कम से कम

ज़्यादा से ज़्यादा

कम से कम क्वालिटी

200

200

360 पिक्सल

250

500

720 पिक्सल

750

1500

1800 पिक्सल

1300

2600

लाइव स्ट्रीम किए गए मीडिया की क्वालिटी, मीडिया की ओरिजनल क्वालिटी और Meet में मीडिया भेजने के तरीके पर निर्भर करती है. लाइव स्ट्रीम के लिए, Meet के मुख्य कॉल में सामान्य तौर पर शामिल होने वाले व्यक्ति के तौर पर शामिल होकर, क्वालिटी की जांच की जा सकती है और उसकी तुलना की जा सकती है.

नेटवर्क के सबसे सही तरीके

वीडियो की डिफ़ॉल्ट क्वालिटी कॉन्फ़िगर करना

बैंडविड्थ का इस्तेमाल कम करने के लिए, Google Admin console में Meet के लिए वीडियो क्वालिटी को डिफ़ॉल्ट रूप से सेट करें.

यह सेटिंग सिर्फ़ वेब ब्राउज़र पर लागू होती है. इससे Google Meet हार्डवेयर या Meet के मोबाइल ऐप्लिकेशन पर कोई असर नहीं पड़ता.

उपयोगकर्ता, Meet मीटिंग में वीडियो चालू करके और वीडियो की क्वालिटी बदलकर, अपने ब्राउज़र में संगठन की इकाई की डिफ़ॉल्ट वैल्यू को बदल सकते हैं. डिफ़ॉल्ट सेटिंग, उपयोगकर्ता की ओर से जॉइन की जाने वाली हर नई मीटिंग पर लागू होगी.

  1. Google Admin console में, मेन्यू इसके बाद  ऐप्लिकेशन इसके बाद Google Workspace इसके बाद Google Meet पर जाएं.

    इसके लिए, आपके पास सेवा की सेटिंग से जुड़ा एडमिन का अधिकार होना चाहिए.

  2. Meet की वीडियो सेटिंग पर क्लिक करें.
  3. बाईं ओर, संगठन की वह इकाई चुनें जिसे आपको मैनेज करना है. सभी उपयोगकर्ताओं के लिए, संगठन की टॉप-लेवल इकाई को चुनें.
  4. वीडियो क्वालिटी का कोई विकल्प चुनें:
    • अपने-आप अडजस्ट होता है (डिफ़ॉल्ट)—नेटवर्क और सिस्टम की स्थितियों के हिसाब से बैंडविथ अडजस्ट होता है, ताकि सबसे अच्छी क्वालिटी मिल सके.
    • सीमित वीडियो बैंडविड्थ—अपलिंक बैंडविड्थ 1 Mbps तक सीमित है.
    • सिर्फ़ ऑडियो—वीडियो डिफ़ॉल्ट रूप से बंद होता है. उपयोगकर्ता, Meet की ब्राउज़र विंडो में पर क्लिक करके, अपना कैमरा चालू कर सकते हैं. अपलिंक वीडियो 1 एमबीपीएस तक सीमित रहेगा.
  5. सेटिंग लागू करें:
    1. अगर सेटिंग संगठन की टॉप-लेवल इकाई के लिए है, तो सेव करें पर क्लिक करें.
    2. अगर सेटिंग, संगठन की किसी उप-इकाई के लिए है और पैरंट ओयू से अलग है, तो बदलें पर क्लिक करें.

वाई-फ़ाई का इस्तेमाल करके

यहां दिए गए सुझाव, सामान्य ऑफ़िस के माहौल पर लागू होते हैं. वायरलेस इंजीनियर को ज़्यादा जटिल एनवायरमेंट का आकलन करना चाहिए. जैसे:

  • मैन्युफ़ैक्चरिंग फ़्लोर
  • ऐसे इलाके जहां रेडियो फ़्रीक्वेंसी का नॉइज़ लेवल ज़्यादा हो
  • कम जगह घेरने वाले स्पेस

Meet के लिए इस्तेमाल किए जाने वाले वायरलेस नेटवर्क को डिज़ाइन, डिप्लॉय, और ऑपरेट करते समय, इन बातों का ध्यान रखें.

2.4 गीगाहर्ट्ज़ बनाम 5 गीगाहर्ट्ज़ आरएफ़ बैंड

हमारा सुझाव है कि अगर आपके नेटवर्क पर 5 गीगाहर्ट्ज़ आरएफ़ बैंड उपलब्ध है, तो क्लाइंट को इस बैंड पर स्विच करने के लिए मजबूर करें.

हमारा सुझाव है कि वायरलेस नेटवर्क के 2.4-GHz बैंड पर Meet को डिप्लॉय और ऑपरेट न करें, क्योंकि इसका इस्तेमाल अक्सर ज़्यादा होता है. 2.4 गीगाहर्ट्ज़ बैंड भी कम भरोसेमंद होता है, क्योंकि इसमें तीन नॉन-ओवरलैपिंग चैनल होते हैं. साथ ही, इसमें नॉइज़ लेवल ज़्यादा होता है और अतिरिक्त रुकावटें आती हैं.

डिज़ाइन और डिप्लॉयमेंट से जुड़ी ज़रूरी बातें

अपने वायरलेस नेटवर्क के लिए, कवरेज के बजाय क्षमता के बारे में सोचें.

  • सेल के साइज़ को मैनेज करना—ऐक्सेस पॉइंट (एपी) की ट्रांसमिट पावर के हिसाब से सेल के साइज़ को कंट्रोल करें. ज़्यादा डिवाइसों के लिए, छोटी सेल डिप्लॉय करें. जैसे, मीटिंग रूम और ऑडिटोरियम. इससे क्षमता बढ़ाई जा सकती है. ऑफ़िस फ़्लोर पर सामान्य कवरेज देने के लिए, बड़ी सेल का इस्तेमाल करें.
  • आरएफ़ के इस्तेमाल की क्षमता को बेहतर बनाने के लिए, कम फ़्रीक्वेंसी बंद करें—एपी के बीच रोमिंग करते समय, क्लाइंट को सबसे नज़दीकी एपी पर ट्रांसफ़र करने के लिए मजबूर करें.
  • अपने नेटवर्क को एक ही जगह से मैनेज करें—बेहतर सुविधाएं इस्तेमाल करने के लिए, वायरलेस नेटवर्क को एक ही जगह से मैनेज और ऑपरेट किया जाना चाहिए. जैसे, एपी के बीच बिना किसी रुकावट के रोमिंग करना और आरएफ़ को सही तरीके से मैनेज करना. यह स्टैंडअलोन एपी का कलेक्शन नहीं होना चाहिए.
  • डिप्लॉयमेंट के बाद, वायरलेस सर्वे करें—उन जगहों पर वायरलेस कवरेज की पुष्टि करें जहां आम तौर पर Meet का इस्तेमाल किया जाता है.

WMM का इस्तेमाल करना

वायरलेस नेटवर्क पर Meet के ज़रिए भरोसेमंद तरीके से कम्यूनिकेट करने के लिए, आपको वायरलेस मल्टीमीडिया एक्सटेंशन (डब्ल्यूएमएम) लागू करने चाहिए.

ट्रैफ़िक की ज़रूरत को इनमें से किसी एक तरीके से पूरा किया जाना चाहिए:

  • Meet के लिए खास तौर पर बनाए गए प्रोटोकॉल और पोर्ट के आधार पर, वायरलेस कंट्रोलर या एपी.
  • डिफ़रेंशिएटेड सर्विसिज़ कोड पॉइंट (डीएससीपी) फ़ील्ड की वैल्यू, जिसे नेटवर्क के अन्य डिवाइसों ने सेट किया है. अगर आपको नेटवर्क पर पूरा भरोसा है, तो DSCP का इस्तेमाल करें.

दोनों दिशाओं में क्वालिटी ऑफ़ सर्विस देने के लिए, WMM की पूरी सुविधा होना ज़रूरी है. हालांकि, ज़्यादा फ़ायदों के लिए इसे नेटवर्क लेवल पर कॉन्फ़िगर किया जा सकता है. मीटिंग के ट्रैफ़िक को वायरलेस एपी या कंट्रोलर पर ऑडियो या वीडियो की कतार में असाइन किया जाना चाहिए. मीटिंग के ट्रैफ़िक को अन्य तरह के ट्रैफ़िक पर प्राथमिकता दी जानी चाहिए.

वीडीआई का इस्तेमाल करना

वर्चुअल डेस्कटॉप इन्फ़्रास्ट्रक्चर (वीडीआई) एनवायरमेंट, Meet और इंटरनेट के बीच एक अतिरिक्त लेयर बनाते हैं. इससे Meet की परफ़ॉर्मेंस धीमी हो सकती है और आपको खराब अनुभव मिल सकता है. बैकग्राउंड इफ़ेक्ट सीमित हैं और ग्रीनरूम की झलक देखने की सुविधा उपलब्ध नहीं है.

Meet पर वीडीआई के इस्तेमाल के असर को कम करने के लिए, यह तरीका अपनाएं:

  • पक्का करें कि Google Meet यह पता लगा सके कि यह वर्चुअल मशीन (वीएम) में चल रहा है. इसके लिए, Chrome में Enterprise Hardware Platform API नीति चालू करें. ज़्यादा जानकारी के लिए, उपयोगकर्ताओं या ब्राउज़र के लिए Chrome की नीतियां सेट करना और एपीआई पेज पर जाएं.
  • हर वीएम इंस्टेंस के लिए, कम से कम चार वर्चुअल सीपीयू असाइन करें.
  • बैकग्राउंड इफ़ेक्ट के लिए जीपीयू की ज़रूरत नहीं होती. हालांकि, जीपीयू की सुविधा वाले वीएम इंस्टेंस से, परफ़ॉर्मेंस बेहतर होती है.
  • पक्का करें कि क्लाइंट, वर्चुअल डेस्कटॉप, और Meet मीडिया सर्वर के बीच ज़रूरी बैंडविड्थ हो और इंतज़ार का समय कम हो. Meet मीडिया सर्वर और वीएम के बीच बैंडविड्थ की ज़रूरी शर्तों के बारे में जानने के लिए, इस पेज पर ऊपर दिया गया चौथा चरण देखें. अपने वीपीएन सेवा देने वाली कंपनी से संपर्क करके, वीपीएन क्लाइंट और वीएम के बीच कनेक्शन के लिए ज़रूरी बैंडविड्थ के बारे में जानें.

प्रॉक्सी का इस्तेमाल न करें

सबसे सही तरीका यह है कि Meet के ट्रैफ़िक के लिए प्रॉक्सी सर्वर का इस्तेमाल न किया जाए. ट्रैफ़िक को प्रॉक्सी करने से, वीडियो के चलने में देरी होती है. इससे वीडियो की क्वालिटी कम हो सकती है.

अगर आपके नेटवर्क में प्रॉक्सी सर्वर का इस्तेमाल करना ज़रूरी है

अगर आपको प्रॉक्सी का इस्तेमाल करना है, तो ध्यान रखें कि प्रॉक्सी सर्वर से परफ़ॉर्मेंस पर काफ़ी बुरा असर पड़ सकता है. साथ ही, यह पक्का करें कि:

फ़िलहाल, सॉकेट सिक्योर (SOCKS5) इंटरनेट प्रोटोकॉल काम नहीं करता.

QoS का इस्तेमाल न करना

सबसे सही तरीका यह है कि अपने नेटवर्क में Meet के लिए, सेवा की क्वालिटी (QoS) का इस्तेमाल न करें. QoS का इस्तेमाल सिर्फ़ तब करें, जब:

  • आपके पास कोई ज़रूरी वजह हो, जैसे कि नेटवर्क में ज़्यादा ट्रैफ़िक होना
  • आपके नेटवर्क में एंड-टू-एंड QoS मॉडल को डिप्लॉय और बनाए रख सकते हैं.

अगर आपको QoS का इस्तेमाल करना ही है

Meet में QoS इस्तेमाल करने के सबसे सही तरीकों की गाइड में बताए गए सबसे सही तरीकों का इस्तेमाल करें.

वीपीएन का इस्तेमाल न करें

सबसे सही तरीका यह है कि Meet के ट्रैफ़िक के लिए वीपीएन का इस्तेमाल न किया जाए. वीपीएन की वजह से, वीडियो और ऑडियो में देरी हो सकती है. साथ ही, Meet वीडियो और ऑडियो की क्वालिटी को कम कर सकता है.

अगर आपको वीपीएन का इस्तेमाल करना ही है, तो:

  • अपने वीपीएन के लिए स्प्लिट टनलिंग की सुविधा चालू करना
  • डीएनएस या एसएनआई (एसएनआई का सुझाव दिया जाता है) का इस्तेमाल करके, दूसरे चरण के डोमेन को वीपीएन से बाहर रूट करें
  • प्रीफ़िक्स मैचिंग की मदद से, तीसरे चरण में बताई गई आईपी रेंज को वीपीएन से बाहर रूट करें


Google, Google Workspace, और इनसे जुड़े चिह्न और लोगो, Google LLC के ट्रेडमार्क हैं. अन्य सभी कंपनी और प्रॉडक्ट के नाम, उन कंपनियों के ट्रेडमार्क हैं जिनसे वे जुड़े हैं.