पोर्ट टनलिंग

यह लेख पैनल की “पोर्ट टनलिंग” सुविधा बताता है — सार्वजनिक IP रहित टनल सर्वर पर चल रहे ऐप के पोर्ट को पैनल सर्वर के सार्वजनिक पोर्ट पर मैप करना, ताकि बाहरी उपयोगकर्ता उस तक पहुँच सकें।

एक पंक्ति में समझें

आपका सर्वर इंटरनल नेटवर्क में छिपा है (सार्वजनिक IP नहीं), उस पर एक वेबसाइट या ऐप चल रहा है, और बाहर के लोग उस तक पहुँच नहीं पाते। पोर्ट टनलिंग का मतलब है “पैनल सर्वर पर एक सार्वजनिक पोर्ट खोलना और बाहर से आने वाली पहुँच को एन्क्रिप्टेड टनल से आपके इंटरनल सर्वर के ऐप पोर्ट तक पहुँचाना”। नतीजा: बाहर के लोग पैनल सर्वर IP:पोर्ट खोलें, तो वही मिलेगा जो आपके इंटरनल सर्वर के ऐप पर।

सुविधा परिचय

“टनल ऑप्स” के ज़रिए जुड़े सार्वजनिक IP रहित सर्वर पर चलने वाले ऐप (जैसे Navidrome संगीत, Nextcloud क्लाउड स्टोरेज, Memos नोट्स) बाहर से खुल नहीं पाते। पोर्ट टनलिंग इन ऐप पोर्ट को पैनल सर्वर (जिसका सार्वजनिक IP है) के पोर्ट पर मैप कर देती है, जिससे बाहरी उपयोगकर्ता “पैनल सर्वर IP:पोर्ट” से पहुँच सकें।

कब उपयोगी है

टनल सर्वर पर Web ऐप चल रहा है और बाहर से पहुँच देनी है
इंटरनल डिवाइस की सेवा को सार्वजनिक नेटवर्क पर खोलना
सार्वजनिक IP रहित डिवाइस की वेबसाइट, API, पैनल को सार्वजनिक प्रवेश देना

सिद्धांत (डेटा कैसे चलता है)

बाहरी उपयोगकर्ता → पैनल सर्वर का सार्वजनिक पोर्ट (जैसे :9117) → एन्क्रिप्टेड टनल → टनल सर्वर का ऐप पोर्ट (जैसे :9117)

बाहरी ट्रैफ़िक पहले पैनल सर्वर (एकमात्र जगह जिसका सार्वजनिक IP है) पर आता है, फिर एक एन्क्रिप्टेड रिवर्स टनल से इंटरनल डिवाइस तक जाता है, और अंत में डिवाइस पर असल में चल रहे ऐप पोर्ट पर पहुँचता है।

एक समान चैनल (सभी डिवाइस, मैन्युअल चुनाव की ज़रूरत नहीं):

डिवाइस प्रकार	फ़ॉरवर्ड चैनल	विवरण
Linux सर्वर (सार्वजनिक IP नहीं)	4433 रिवर्स टनल (AES-256-GCM एन्क्रिप्शन)	नेटिव TCP बाइट स्ट्रीम, तेज़ और स्थिर, बड़ी संख्या में समवर्ती कनेक्शन
Android/Termux डिवाइस	4433 रिवर्स टनल (AES-256-GCM एन्क्रिप्शन)	Linux डिवाइस जैसी ही एन्क्रिप्टेड टनल, स्थिर और बिना अतिरिक्त खर्च

पैनल एक समान रूप से 4433 रिवर्स टनल इस्तेमाल करता है; टनल बनाते समय अंदरूनी चैनल की चिंता करने या मैन्युअल चुनने की ज़रूरत नहीं।

> अतिरिक्त जानकारी: Android/Termux डिवाइस का सिस्टम प्रबंधन (कमांड चलाना, टर्मिनल, फ़ाइल) SocketIO के स्थिर चैनल से चलता है; लेकिन पोर्ट टनलिंग एक समान रूप से 4433 रिवर्स टनल से — दोनों अपना-अपना काम करते हैं, एक-दूसरे में बाधा नहीं डालते।

उपयोग कैसे करें

1. सुनिश्चित करें कि लक्ष्य डिवाइस “टनल ऑप्स” से जुड़ चुका है (Agent ऑनलाइन)

2. “पोर्ट टनलिंग” खोलें और “टनल जोड़ें” पर क्लिक करें

3. टनल सर्वर (Agent) चुनें और भरें:

लिसन पोर्ट: पैनल सर्वर का सार्वजनिक पोर्ट (बाहरी पहुँच के लिए), जैसे 9117
लक्ष्य पोर्ट: टनल सर्वर पर ऐप का पोर्ट, जैसे 8080

4. बनने के बाद बाहर से http://<panel-server-ip>:<listen-port> खुल जाएगा

उदाहरण

मान लें पैनल सर्वर का सार्वजनिक IP 203.0.113.10 है और एक इंटरनल Raspberry Pi पर Navidrome चल रहा है (लिसन 4533):

लिसन पोर्ट भरें 4533
लक्ष्य पोर्ट भरें 4533
बनने के बाद बाहरी उपयोगकर्ता http://203.0.113.10:4533 खोलकर Raspberry Pi का Navidrome देख सकते हैं

संसाधन सीमाएँ

सीमा	मान
प्रति Agent अधिकतम फ़ॉरवर्ड चैनल	32
पूरे पैनल में अधिकतम Agent	64

सीमा से ज़्यादा होने पर नए कनेक्शन अपने आप अस्वीकार हो जाते हैं, चल रही टनल पर असर नहीं पड़ता।

ध्यान देने योग्य बातें

1. क्लाउड फ़ायरवॉल: पैनल सर्वर के क्लाउड फ़ायरवॉल/सिक्योरिटी ग्रुप में संबंधित लिसन पोर्ट खोलना ज़रूरी है, वरना बाहर से पहुँच नहीं बनेगी।

2. Agent संस्करण: गैर-SSH पोर्ट (22 के अलावा) फ़ॉरवर्ड करने के लिए टनल सर्वर पर नया Agent इंस्टॉल होना चाहिए (पुराना संस्करण केवल पोर्ट 22 फ़ॉरवर्ड करता है)। दूसरे पोर्ट फ़ॉरवर्ड करने हों तो Agent दोबारा इंस्टॉल करें।

3. Agent ऑनलाइन: टनलिंग Agent के ऑनलाइन रहने पर निर्भर है। Agent ऑफ़लाइन होने पर टनल टूट जाती है, दोबारा जुड़ने पर अपने आप बहाल हो जाती है।

4. पैनल रीस्टार्ट पर स्वतः बहाल: पैनल सेवा रीस्टार्ट होने के बाद टनल अपने आप बहाल हो जाती है (Agent दोबारा जुड़ते समय शुरू होती है)।

5. Android की लक्ष्य सेवा में समवर्ती समर्थन चाहिए: Android पर टनल किए गए लक्ष्य सेवा (जैसे python3 -m http.server) अगर सिंगल-थ्रेड है और keep-alive चालू है, तो एक कनेक्शन बंद न होने पर आगे के अनुरोध अटक जाते हैं। लक्ष्य सेवा में मल्टी-थ्रेड रखें, या कनेक्शन समय पर बंद होना सुनिश्चित करें।