ज़्यादातर यूज़र्स को Remio इस्तेमाल करने के लिए कभी कोई फ़ायरवॉल सेटिंग छूनी नहीं पड़ती। ऐप उसी कनेक्शन तकनीक पर बना है जो वीडियो-कॉलिंग ऐप को घरेलू राउटर, होटल के Wi-Fi और कॉर्पोरेट VPN के पीछे काम करने देती है — वह रास्ता ख़ुद ढूंढ लेता है। पर कड़ाई से लॉक किए नेटवर्क पर मौजूद उन थोड़े-से यूज़र्स के लिए जहां डिफ़ॉल्ट बस अटका रहता है, यह पेज एक जगह का संदर्भ है: Remio असल में तार पर क्या भेजता है, फ़ायरवॉल पर क्या अनुमति देनी है, सेशन के भीतर के डायग्नॉस्टिक कैसे पढ़ने हैं, और IT से क्या कहना है।
अवलोकन
Remio क्लाइंट को होस्ट से जोड़ने के लिए परतों वाला तरीक़ा अपनाता है। वह पहले सबसे तेज़ रास्ता आज़माता है, फिर ज़रूरत के हिसाब से सलीक़े से पीछे हटता है। तीन संभावित रास्ते हैं, तरजीह के इस क्रम में:
- उसी नेटवर्क पर सीधा — क्लाइंट और होस्ट एक ही Wi-Fi या LAN पर। फ़्रेम पॉइंट-टू-पॉइंट चलते हैं। लगभग 8 ms की प्रोसेसिंग लेटेंसी; बाक़ी आपके डिस्प्ले का अपना रिफ़्रेश है। घर पर, एक दफ़्तर के नेटवर्क में, या Tailscale/WireGuard पर आपको यही मिलता है।
- इंटरनेट के पार सीधा (peer-to-peer) — क्लाइंट और होस्ट अलग नेटवर्क पर, पर दोनों आउटबाउंड UDP कनेक्शन बना सकते हैं। दोनों सिरे Remio के कनेक्शन सर्वर के ज़रिए अपने पब्लिक एड्रेस बदलते हैं, फिर मीडिया एक-दूसरे को सीधे भेजते हैं। भूगोल के हिसाब से 10 से 40 ms अतिरिक्त लेटेंसी।
- रिले फ़ॉलबैक — जब UDP ब्लॉक हो या NAT सीधे रास्ते के लिए बहुत सख़्त हो, तो दोनों सिरे एक रिले सर्वर (Cloudflare का वैश्विक नेटवर्क,
turn.cloudflare.com) से आउटबाउंड जुड़ते हैं — जहां संभव हो UDP पर, UDP ब्लॉक हो तो पोर्ट 443 पर TCP या TLS पर — और रिले उनके बीच एन्क्रिप्टेड मीडिया आगे भेजता है। 30 से 80 ms अतिरिक्त लेटेंसी। जहां HTTPS चलता है वहां चलता है।
आप रास्ता हाथ से नहीं चुनते। Remio हर सेशन की शुरुआत में तीनों को एक साथ जांचता है और उनमें से सबसे तेज़ सफल रास्ता इस्तेमाल करता है। अगर सेशन के बीच नेटवर्क बदल जाए (आप दफ़्तर के Wi-Fi से LTE पर आ जाएं), तो Remio दोबारा जांचता है और सेशन गिराए बिना रास्ते बदल देता है।
Remio चलाने के लिए आपको राउटर या फ़ायरवॉल पर कभी इनबाउंड पोर्ट खोलने नहीं पड़ते। क्लाइंट और होस्ट दोनों सिर्फ़ आउटबाउंड कनेक्शन बनाते हैं। अगर आपका नेटवर्क आपको ब्राउज़र में https://remio.net लोड करने देता है, तो Remio का कनेक्शन सर्वर पहुंच में है। अगर वह YouTube या Zoom लोड कर सकता है, तो Remio का मीडिया रास्ता भी लगभग निश्चित रूप से चलेगा।
एक Remio सेशन फ़ायरवॉल के पार कैसे पहुंचता है
क्लाइंट में कनेक्ट करें टैप करने के पल से, यह क्रम है:
- कनेक्शन सर्वर तक आउटबाउंड TLS। क्लाइंट और होस्ट दोनों पोर्ट 443 पर
relay.remio.netसे एक लंबे समय तक चलने वाला WebSocket खोलते हैं। यह सेशन की पूरी अवधि में पेयरिंग हैंडशेक, ऑफ़र/आंसर का आदान-प्रदान, और थोड़ा-सा कंट्रोल ट्रैफ़िक ले जाता है। इससे कोई स्क्रीन या इनपुट डेटा कभी नहीं गुज़रता। यह मानक HTTPS है — हर कॉर्पोरेट फ़ायरवॉल इसे जाने देता है। - नेटवर्क की जांच। हर सिरा अपना पब्लिक एड्रेस (जो बाक़ी इंटरनेट देखता है) खोजने के लिए पब्लिक STUN सेवा इस्तेमाल करता है। फिर वह, जांच नाकाम हो जाने की स्थिति के लिए, कनेक्शन सर्वर से रिले (
turn.cloudflare.com) के अल्पकालिक क्रेडेंशियल मांगता है। - रास्तों की दौड़। दोनों सिरे एक साथ सीधा UDP, STUN से खोजे एड्रेस के ज़रिए सीधा UDP, और TLS रिले आज़माते हैं। जो संयोजन सफल होकर सबसे पहले जवाब देता है, वह जीतता है। ज़्यादातर घरेलू नेटवर्क 200 ms के भीतर सीधा UDP चुन लेते हैं; पाबंदी वाले नेटवर्क लगभग 2 सेकंड में TLS रिले पर गिर जाते हैं।
- एन्क्रिप्टेड मीडिया प्रवाह। रास्ता चुनते ही, हर वीडियो फ़्रेम, हर कीस्ट्रोक, हर ऑडियो सैंपल एंड-टू-एंड एन्क्रिप्ट होकर चुने रास्ते से जाता है। रिले रास्ते पर भी, रिले नोड सिर्फ़ सिफ़रटेक्स्ट देखता है।
यह पूरी प्रक्रिया आपके लिए अदृश्य है — क्लाइंट बस “कनेक्टेड” दिखाता है। पर इस क्रम को समझने से अगले खंड के फ़ायरवॉल नियम समझ में आते हैं।
फ़ायरवॉल पर क्या अनुमति दें
फ़ायरवॉल पॉलिसी लिख रही IT टीमों के लिए, Remio जो आउटबाउंड ट्रैफ़िक बनाता है उसकी पूरी सूची यह है। किसी इनबाउंड नियम की कभी ज़रूरत नहीं।
# Outbound rules — Remio Client and Remio Host
# Required — connection setup (signaling only, no media)
ALLOW TCP/443 -> relay.remio.net (TLS WebSocket)
# Required — relay fallback (media when no direct path exists)
ALLOW TCP/443 -> turn.cloudflare.com (TURN over TLS — works when UDP is blocked)
ALLOW UDP/3478 -> turn.cloudflare.com (TURN over UDP — optional, preferred)
ALLOW UDP/443 -> turn.cloudflare.com (TURN over UDP — optional)
# Strongly recommended — enables direct peer-to-peer (lower latency)
ALLOW UDP -> any (high ports 32768-65535)
# Optional — used during initial address discovery only
ALLOW UDP/3478 -> stun.cloudflare.com
ALLOW UDP/19302 -> stun.l.google.com
# Not required, never used
DENY any inbound (nothing inbound is ever needed)अगर आप सिर्फ़ न्यूनतम अनुमति दे सकते हैं, तो relay.remio.net और turn.cloudflare.com तक आउटबाउंड TCP पोर्ट 443 की अनुमति दें — ये दो नियम Remio के शुरू से अंत तक काम करने के लिए काफ़ी हैं, बस सीधे की जगह रिले रास्ते पर। सेशन फिर भी पूरी क्वालिटी पर एन्क्रिप्ट और स्ट्रीम होते हैं; लेटेंसी ही एकमात्र क़ीमत है।
कॉर्पोरेट-नेटवर्क के आम परिदृश्य
असल दुनिया के फ़ायरवॉल कॉन्फ़िगरेशन बहुत अलग-अलग होते हैं। हर एक में क्या उम्मीद करें, यहां है।
डिफ़ॉल्ट-अनुमति आउटबाउंड (ज़्यादातर छोटे दफ़्तर, घरेलू नेटवर्क)
फ़ायरवॉल हर आउटबाउंड TCP और UDP जाने देता है, सिर्फ़ ख़ास बुरी नीयत वाली रेंज को ब्लॉक करता है। Remio एक सेकंड के भीतर सीधा UDP रास्ता खोजकर वहीं टिका रहता है। लेटेंसी वही है जो आपका इंटरनेट राउंड-ट्रिप है, और ऊपर से Remio का 3 से 5 ms ओवरहेड। कनेक्शन-प्रकार संकेतक में आपको डायरेक्ट दिखता है।
UDP-ब्लॉक्ड आउटबाउंड (मध्यम आकार के एंटरप्राइज़, स्कूल)
फ़ायरवॉल TLS और मुट्ठी भर जाने-पहचाने प्रोटोकॉल की अनुमति देता है, पर peer-to-peer के दुरुपयोग को रोकने के लिए आउटबाउंड UDP को थोक में ब्लॉक करता है। Remio की सीधी UDP जांच नाकाम होती है, TLS-443 रिले जांच सफल होती है, और सेशन लगभग 2 सेकंड में रिले रास्ते से बन जाता है। कनेक्शन-प्रकार संकेतक रिले दिखाता है। निकटतम रिले नोड से आपकी दूरी के हिसाब से लेटेंसी में 30 से 80 ms जुड़ते हैं। स्ट्रीमिंग, ऑडियो, कीबोर्ड और इनपुट सब वैसे ही काम करते हैं।
TLS-इंस्पेक्ट करने वाला प्रॉक्सी (बड़े एंटरप्राइज़, फ़ाइनेंस, हेल्थकेयर)
फ़ायरवॉल हर आउटबाउंड TLS कनेक्शन को डिक्रिप्ट करता है, सामग्री जांचता है, और आगे भेजने से पहले दोबारा एन्क्रिप्ट करता है। यह सबसे पेचीदा मामला है। दो चीज़ें बिगड़ सकती हैं:
- प्रॉक्सी उस लंबे समय तक चलने वाले मीडिया-जैसे प्रवाह को नहीं पहचानता जो Remio इस्तेमाल करता है, और या तो थोड़े टाइमआउट के बाद उसे गिरा देता है या उसे इस हद तक रेट-लिमिट करता है कि वह बेकार हो जाए।
- प्रॉक्सी कनेक्शन हैंडशेक के उन हिस्सों को हटा देता है जो उसे समझ नहीं आते, जिससे Remio अटक जाता है।
हल है relay.remio.net और turn.cloudflare.com को प्रॉक्सी की TLS-इंस्पेक्शन बायपास सूची में जोड़ना। हर बड़ा एंटरप्राइज़ प्रॉक्सी (Zscaler, Palo Alto, Cisco Umbrella, Check Point, Forcepoint) प्रति-डोमेन बायपास सपोर्ट करता है। ट्रैफ़िक अब भी कॉर्पोरेट फ़ायरवॉल से गुज़रता है — बस रास्ते में डिक्रिप्ट नहीं होता। IT टीमें आमतौर पर इसी कारण वीडियो कॉन्फ़्रेंसिंग ऐप (Zoom, Teams) के लिए बायपास एंट्री जोड़ती हैं; Remio उसी पैटर्न में फ़िट होता है।
कैप्टिव पोर्टल / होटल का Wi-Fi
कई होटल और हवाई अड्डे कैप्टिव पोर्टल इस्तेमाल करते हैं जो शर्तें स्वीकार करने तक सारा आउटबाउंड ट्रैफ़िक ब्लॉक रखता है। एक बार आप ऑथेंटिकेट हो जाएं, तो ज़्यादातर सामान्य HTTPS की अनुमति देते हैं, यानी Remio का रिले रास्ता काम करता है। UDP में कभी चलता है कभी नहीं — कुछ पोर्टल साइन-इन के बाद भी UDP ब्लॉक रखते हैं। अगर होटल के Wi-Fi पर सेशन सुस्त लगे, तो संकेतक देखें — वह लगभग हमेशा रिले दिखाता है। ठीक करने को कुछ नहीं; इन नेटवर्क के लिए यही अपेक्षित मोड है।
मोबाइल नेटवर्क पर कैरियर-ग्रेड NAT
4G/5G कनेक्शन अक्सर कैरियर द्वारा चलाए जा रहे NAT की कई परतों के पीछे होते हैं, जिससे सीधा peer-to-peer मुश्किल होता है। Remio इसे पारदर्शी रूप से संभालता है — सीधा UDP आमतौर पर एक दिशा में काम करता है (मोबाइल क्लाइंट का होस्ट तक पहुंचना), और रिले रास्ता फ़ॉलबैक के तौर पर हमेशा उपलब्ध है। LTE/5G पर प्रदर्शन आमतौर पर बेहतरीन होता है।
कनेक्शन रास्ते की पुष्टि करना
हर Remio क्लाइंट सेशन के भीतर के स्टैट्स ओवरले में चुना गया कनेक्शन रास्ता दिखाता है। इसे टूलबार से खोलें — आइकन एक छोटा बार-चार्ट ग्लिफ़ है। आपको दिखेगा:
- कनेक्शन — डायरेक्ट का मतलब UDP पर peer-to-peer। सबसे कम लेटेंसी। फ़्रेम बीच के हॉप के बिना होस्ट से सीधे क्लाइंट तक जाते हैं।
- कनेक्शन — रिले का मतलब ट्रैफ़िक रिले (
turn.cloudflare.com) से गुज़र रहा है। 30 से 80 ms लेटेंसी जोड़ता है। फिर भी एंड-टू-एंड एन्क्रिप्टेड — रिले सिर्फ़ सिफ़रटेक्स्ट देखता है। - कनेक्शन — LAN तब दिखता है जब दोनों एंडपॉइंट एक ही लोकल नेटवर्क पर हों। लगभग 8 ms की प्रोसेसिंग लेटेंसी (बाक़ी आपके डिस्प्ले का अपना रिफ़्रेश है), इंटरनेट राउंड-ट्रिप नहीं।
अगर आप डायरेक्ट की उम्मीद करते हैं पर रिले दिखता है, तो जिस नेटवर्क पर आप हैं वह रास्ते में कहीं UDP ब्लॉक कर रहा है। सेशन फिर भी चलता है, बस अतिरिक्त लेटेंसी के साथ। जिस नेटवर्क को आप नियंत्रित करते हैं (आपका घरेलू राउटर) उस पर QoS सेटिंग्स और किसी भी “गेमिंग मोड” टॉगल को जांचें जो कभी-कभी UDP फ़ॉरवर्डिंग तोड़ देते हैं।
अतिरिक्त डायग्नॉस्टिक देखने के लिए कनेक्शन-रास्ता संकेतक पर टैप करें — हर सिरे का पब्लिक IP, मौजूदा राउंड-ट्रिप टाइम, और कौन-सा रिले क्षेत्र (अगर कोई) इस्तेमाल हो रहा है। सपोर्ट को कनेक्शन की समस्या बताते समय सबसे पहले यही जांचने की चीज़ है।
रिले क्या देख सकता है और क्या नहीं
रिले रास्ते पर एक आम चिंता प्राइवेसी की है: अगर मेरी स्क्रीन किसी रिले सर्वर से गुज़र रही है, तो क्या वहां कोई उसे देख सकता है? नहीं। यह रहा क्यों:
- एंड-टू-एंड एन्क्रिप्शन। हर फ़्रेम, हर कीस्ट्रोक, हर ऑडियो सैंपल हैंडशेक के दौरान निकाली गई एक सेशन-की से एन्क्रिप्ट होता है। वह की सिर्फ़ क्लाइंट और होस्ट के पास होती है। रिले सिफ़रटेक्स्ट आगे भेजता है।
- कोई की एस्क्रो नहीं। Remio के सर्वर सेशन की-ज़ को कभी देखते या सहेजते नहीं। रिले लॉग तक पूरी पहुंच और रिले सर्वरों पर भौतिक नियंत्रण के बावजूद, Remio किसी भी यूज़र सेशन को डिक्रिप्ट नहीं कर सकता — बीता, मौजूदा या आने वाला।
- लॉग करने को कुछ पढ़ने लायक नहीं। रिले सिर्फ़ एन्क्रिप्टेड पैकेट संभालता है, और Remio का अपना कनेक्शन सर्वर (
relay.remio.net) सिर्फ़ सेटअप संदेश ले जाता है — स्क्रीन, ऑडियो या इनपुट कभी नहीं। - कॉर्पोरेट TLS इंस्पेक्शन बायपास भी काम करता है। चूंकि मीडिया TLS से ऊपर की परत पर एन्क्रिप्ट होता है (एन्क्रिप्शन तब होता है जब TLS रिले के लिए पैकेट को लपेटता है उससे पहले), बाहरी TLS को डिक्रिप्ट करने वाला कॉर्पोरेट TLS प्रॉक्सी भी सिर्फ़ भीतरी एन्क्रिप्टेड पेलोड देखता है। किसी भी मिडलबॉक्स के लिए आपकी स्क्रीन पढ़ने का कोई रास्ता नहीं।
पूरी एन्क्रिप्शन कहानी के लिए सुरक्षा & एन्क्रिप्शन देखें।
कनेक्शन समस्याओं का निवारण
- “कॉर्पोरेट Wi-Fi पर कनेक्शन नाकाम होता है पर घर पर चलता है” — आउटबाउंड UDP ब्लॉक है और TLS रिले रास्ता भी ब्लॉक या स्ट्रिप किया जा रहा है। IT से
relay.remio.netऔरturn.cloudflare.comतक आउटबाउंड TCP पोर्ट 443 की अनुमति देने को कहें, और अगर कोई TLS इंस्पेक्शन प्रॉक्सी है तो वही दो होस्टनेम उसकी बायपास सूची में जोड़ने को। यह रिले रास्ता खोल देता है; फिर सेशन शुरू से अंत तक चलते हैं। - “ऑफ़िस नेटवर्क पर लेटेंसी उम्मीद से बहुत ज़्यादा है” — कनेक्शन शायद रिले से गुज़र रहा है (सेशन के भीतर का संकेतक देखें)। रिले रास्ते 30 से 80 ms जोड़ते हैं। अगर IT आउटबाउंड UDP खोल सके, तो Remio अपने आप सीधे रास्ते पर आ जाएगा और लेटेंसी घट जाएगी।
- “कनेक्शन बन जाता है पर कुछ सेकंड बाद स्ट्रीम फ़्रीज़ हो जाती है” — उस TLS इंस्पेक्शन प्रॉक्सी का विशिष्ट लक्षण जो शुरुआती हैंडशेक की अनुमति देता है पर लंबे चलने वाले प्रवाह मार देता है। IT लॉग में पुष्टि करें कि प्रॉक्सी
relay.remio.netयाturn.cloudflare.comमें दखल दे रहा है या नहीं, और दोनों के लिए बायपास एंट्री जोड़ें। - “दूसरे वीडियो ऐप चलते हैं, सिर्फ़ Remio नाकाम होता है” — लगभग हमेशा TLS इंस्पेक्शन या डीप पैकेट इंस्पेक्शन हैंडशेक बिगाड़ रहा होता है। हल वही है: IT से
relay.remio.netऔरturn.cloudflare.comको इंस्पेक्शन बायपास सूची में जोड़ने को कहें। - “कभी चलता है, कभी ‘कनेक्ट हो रहा है’ पर अटका रहता है” —
relay.remio.netका अस्थिर DNS रिज़ॉल्यूशन, या कनेक्शन सर्वर को ब्लॉक करता कॉर्पोरेट DNS फ़िल्टर। उसी मशीन सेnslookup relay.remio.netआज़माएं — उसे एक सेकंड के भीतर IP लौटाना चाहिए। अगर वह टाइमआउट हो या नाकाम हो, तो DNS अड़चन है। - “Connect बटन कुछ नहीं करता — न कोई त्रुटि, न प्रगति” — आउटबाउंड पोर्ट 443 पूरी तरह ब्लॉक है। यह असामान्य है पर बहुत पाबंदी वाले नेटवर्क पर होता है। ब्राउज़र में
https://relay.remio.net/healthलोड करके जांचें; उसे एक छोटा स्टेटस जवाब लौटाना चाहिए। अगर ब्राउज़र भी उस तक न पहुंच सके, तो फ़ायरवॉल उस होस्ट तक आउटबाउंड HTTPS पूरी तरह ब्लॉक कर रहा है। - “VPN क्लाइंट के कनेक्ट होते ही Remio टूट जाता है” — कुछ VPN एजेंट मीडिया समेत सारा ट्रैफ़िक पकड़ लेते हैं, जिससे अटकाव होता है। अगर आपका VPN स्प्लिट टनलिंग सपोर्ट करता है, तो
relay.remio.netऔरturn.cloudflare.comको टनल से बाहर रखकर देखें।
उन्नत — इसे और कसकर लॉक करना
अगर आपकी सुरक्षा टीम को जितनी संभव हो उतनी कसी हुई अनुमति सूची चाहिए, तो नीचे वह न्यूनतम है जो फिर भी Remio को शुरू से अंत तक चलने देता है:
# Minimum-viable firewall allowlist
# Allows relay-mode operation only (~30-80 ms latency)
OUTBOUND TCP/443 -> relay.remio.net # connection setup
OUTBOUND TCP/443 -> turn.cloudflare.com # relay (TURN over TLS)
# Adding these unlocks direct peer-to-peer (3-5 ms LAN, 10-40 ms WAN)
OUTBOUND UDP/3478 -> stun.cloudflare.com # public address discovery
OUTBOUND UDP/19302 -> stun.l.google.com # public address discovery (redundancy)
OUTBOUND UDP -> any (32768-65535) # direct media pathअकेली पहली दो पंक्तियां ऐप के काम करने के लिए काफ़ी हैं — बाक़ी हर पंक्ति लेटेंसी का ऑप्टिमाइज़ेशन है। अगर आप अधिकतम सुरक्षा और सबसे कम लेटेंसी, दोनों चाहते हैं, तो पांचों की अनुमति दें।
फ़ायरवॉल और NAT के सवाल
क्या Remio के लिए मेरे फ़ायरवॉल पर इनबाउंड पोर्ट खोलने ज़रूरी हैं?
नहीं। Remio क्लाइंट और Remio Host दोनों सिर्फ़ आउटबाउंड कनेक्शन बनाते हैं। आपके राउटर या फ़ायरवॉल के इनबाउंड नियमों में खोलने को कुछ नहीं। अगर आपका नेटवर्क सामान्य आउटबाउंड वेब ट्रैफ़िक की अनुमति देता है — वेबसाइट लोड करना, मैसेजिंग ऐप इस्तेमाल करना — तो Remio काम करता है।
Remio कौन-से पोर्ट इस्तेमाल करता है?
कनेक्शन सेटअप के लिए relay.remio.net तक आउटबाउंड TCP 443, और जब कोई सीधा रास्ता न हो तब रिले (turn.cloudflare.com) तक आउटबाउंड ट्रैफ़िक: संभव हो तो UDP 3478 या 443, UDP ब्लॉक हो तो पोर्ट 443 पर TCP या TLS। सीधा peer-to-peer मीडिया रैंडम ऊंचे पोर्ट पर आउटबाउंड UDP इस्तेमाल करता है; पब्लिक एड्रेस की खोज UDP 3478 (stun.cloudflare.com) और UDP 19302 (stun.l.google.com) इस्तेमाल करती है। किसी भी तरफ़ इनबाउंड पोर्ट की ज़रूरत नहीं।
क्या Remio उन कॉर्पोरेट नेटवर्क पर काम करता है जो UDP ब्लॉक करते हैं?
हां। जब UDP ब्लॉक हो, Remio अपने आप पोर्ट 443 पर TLS के ज़रिए मीडिया रिले करने पर लौट जाता है — वही पोर्ट जो आपका ब्राउज़र HTTPS के लिए इस्तेमाल करता है। कनेक्शन बनने में सेकंड का एक अंश ज़्यादा लगता है और लगभग 30 से 80 ms लेटेंसी जुड़ती है, पर सेशन शुरू से अंत तक काम करता है। पलटने को कोई सेटिंग नहीं — फ़ॉलबैक पारदर्शी रूप से होता है।
क्या मेरी IT टीम Remio ट्रैफ़िक की जांच कर सकती है?
नहीं। सेशन का सारा मीडिया एंड-टू-एंड एन्क्रिप्टेड है — आपकी स्क्रीन कभी हमारे सर्वर को नहीं छूती, और रिले भी सिर्फ़ सिफ़रटेक्स्ट देखता है। जब ट्रैफ़िक पोर्ट 443 पर रिले से भी गुज़रे, रिले सिर्फ़ एन्क्रिप्टेड पैकेट आगे भेजता है — वह स्क्रीन की सामग्री, कीस्ट्रोक या कोई और डेटा नहीं पढ़ सकता। कॉर्पोरेट TLS-इंस्पेक्शन प्रॉक्सी भी स्ट्रीम के भीतर नहीं देख सकते क्योंकि मीडिया TLS से ऊपर की परत पर एन्क्रिप्ट होता है।
मेरा कनेक्शन घर पर क्यों चलता है पर दफ़्तर में नाकाम होता है?
कॉर्पोरेट नेटवर्क अक्सर UDP पूरी तरह ब्लॉक करते हैं और अनुमति-सूची से बाहर के होस्ट तक आउटबाउंड TLS भी ब्लॉक कर सकते हैं। IT से relay.remio.net (कनेक्शन सेटअप) और turn.cloudflare.com (वह रिले जो UDP बंद होने पर मीडिया ले जाता है) तक आउटबाउंड TCP पोर्ट 443 की अनुमति देने को कहें। UDP पूरी तरह ब्लॉक रहते हुए Remio के काम करने के लिए वे दो एंट्री काफ़ी हैं।
मैं कैसे जांचूं कि मेरा सेशन सीधा है या रिले वाला?
टूलबार से सेशन के भीतर का स्टैट्स ओवरले खोलें। हर Remio क्लाइंट लेटेंसी और बिटरेट के साथ एक कनेक्शन-प्रकार संकेतक दिखाता है — डायरेक्ट, LAN या रिले। सीधे कनेक्शन ज़्यादा फुर्तीले लगते हैं; रिले वाले कनेक्शन, निकटतम रिले नोड से आपकी दूरी के हिसाब से, लगभग 30 से 80 ms लेटेंसी जोड़ते हैं।
क्या Remio VPN या ज़ीरो-ट्रस्ट एजेंट के पीछे काम करता है?
हां, लगभग हर मामले में। peer-to-peer और रिले, दोनों रास्ते मानक आउटबाउंड HTTPS इस्तेमाल करते हैं, जिसे कॉर्पोरेट VPN और ज़ीरो-ट्रस्ट एजेंट (Zscaler, Cloudflare WARP, Tailscale, Twingate) साफ़ गुज़ार देते हैं। कुछ आक्रामक डीप-पैकेट-इंस्पेक्शन मिडलबॉक्स स्ट्रीम बिगाड़ सकते हैं — समाधान के लिए ऊपर का समस्या निवारण खंड देखें।
क्या मेरी कंपनी का TLS इंटरसेप्शन Remio को तोड़ देगा?
तोड़ सकता है। डीप-पैकेट इंस्पेक्शन प्रॉक्सी, जो सभी TLS कनेक्शन को डिक्रिप्ट और दोबारा एन्क्रिप्ट करते हैं, कभी-कभी कनेक्शन हैंडशेक के हिस्से हटा देते हैं या मीडिया प्रवाह की लंबी अवधि वाली प्रकृति को ब्लॉक करते हैं। अगर आप Remio को सिर्फ़ अपने कॉर्पोरेट नेटवर्क पर नाकाम होता देखें, तो IT से relay.remio.net और turn.cloudflare.com को TLS इंस्पेक्शन बायपास सूची में जोड़ने को कहें — ज़्यादातर एंटरप्राइज़ प्रॉक्सी (Zscaler, Palo Alto, Cisco Umbrella, Check Point) प्रति-डोमेन बायपास सपोर्ट करते हैं।
संबंधित गाइड
- Mac से Mac सेट करें — नेटवर्क रास्ता ट्यून करने से पहले का बुनियादी सेटअप।
- Mac से iPad सेट करें — वही नेटवर्क तर्क, iPad क्लाइंट।
- Windows PC को Mac पर स्ट्रीम करें — वही नेटवर्क तर्क, Windows होस्ट।
- सीधा LAN कनेक्शन — जब आप अपने नेटवर्क पर पक्का peer-to-peer चाहते हैं।
- समस्या निवारण — कनेक्शन की समस्याओं के लिए व्यापक सर्वग्राही गाइड।
- सुरक्षा & एन्क्रिप्शन — एंड-टू-एंड एन्क्रिप्शन का पूरा ब्योरा।
