होमलैब और सेल्फ़-होस्टिंग

Lange wollte ich einen eigenen Server betreiben, hatte aber Respekt vor den Kosten und der Komplexität. Dann bin ich auf Proxmox VE gestoßen — und im Nachhinein frage ich mich, warum ich es nicht früher getan habe. Proxmox ist eine kostenlose, quelloffene Virtualisierungsplattform auf Debian-Basis: KVM für vollwertige VMs, LXC für schlanke Container und ein Web-Interface, das einem den Alltag wirklich erleichtert.

Das Schöne ist, dass man keinen teuren Server braucht. Mein Einstieg war ein gebrauchter Mini-PC (ein Dell OptiPlex Micro) mit aufgerüstetem RAM und einer NVMe-SSD — leise, stromsparend und für 10–15 Container plus ein paar VMs völlig ausreichend. Bei den Strompreisen hierzulande macht ein Mini-PC mit 10–15 Watt Idle einen riesigen Unterschied zu einem Rack-Server.

Nach der Installation habe ich als Erstes das Enterprise-Repository deaktiviert und die Community-Repos eingerichtet, SSH-Login per Key abgesichert und Fail2ban installiert. Dann kamen die ersten Services: Pi-hole als netzwerkweiter Werbeblocker, Nginx Proxy Manager und Portainer. Die Reihenfolge hat sich bewährt — klein anfangen, nicht gleich zwanzig Container auf einmal.

Mein wichtigster Rat, den ich selbst erst schmerzhaft lernen musste: Richte Backups ein, bevor du den ersten Service installierst. Nach der 3-2-1-Regel, und die eingebauten Snapshot-Backups von Proxmox machen das fast schon zu einfach. RAID ist übrigens kein Backup — das habe ich auch erst begreifen müssen.

Fang einfach an. Ein Container, ein Service, und du lernst mehr über Infrastruktur als in jedem Online-Kurs. Und wer erst nur ausprobieren will, kann zum Lernen auch einen günstigen Cloud-Server nehmen.

Quelle: Homelab Guide

IT之家 की रिपोर्ट के अनुसार, QNAP का चार-बे NAS Qu405-N150-8G अब JD.com पर बिक्री के लिए उपलब्ध है। इसमें 8GB मेमोरी है और इस पर 2 साल की मानक वारंटी मिलती है। अकेले डिवाइस की कीमत 2599 युआन है, और 4TB की Seagate IronWolf हार्ड ड्राइव वाले बंडल की कीमत 3599 युआन है।

डिज़ाइन सरल है। चेसिस का आकार 165mm x 168mm x 217mm है और इसका नेट वज़न 2.15 किलो है। प्रोसेसर 4 कोर और 4 थ्रेड वाला Intel N150 है। निर्माता के अनुसार यह 4K वीडियो ट्रांसकोडिंग कर सकता है और वर्चुअल मशीन तथा Docker कंटेनर चला सकता है, जो घरेलू सर्वर के शौकीनों के लिए बड़ी खूबी है। इसकी फ़ैक्ट्री वाली 8GB SODIMM DDR4 मेमोरी को 16GB तक अपग्रेड किया जा सकता है।

स्टोरेज के लिए 3.5 या 2.5 इंच के SATA ड्राइव के चार बे हैं। अंदर दो M.2 2280 NVMe स्लॉट भी हैं जो PCIe Gen 3 x1 सपोर्ट करते हैं, जिन्हें कैश या सिस्टम और कंटेनर डेटा के लिए इस्तेमाल किया जा सकता है। पोर्ट में दो 2.5GbE नेटवर्क पोर्ट, दो USB-A 3.2 Gen 2, एक USB-C 3.2 Gen 2 और एक HDMI 2.1 शामिल हैं।

मेरी राय में दोहरे 2.5G नेटवर्क और N150 का संयोजन पिछले दो सालों में प्रवेश-स्तर के घरेलू NAS का आम कॉन्फ़िगरेशन बन गया है। यह ज़्यादा बिजली खर्च किए बिना Docker चला सकता है, और इसकी कीमत भी ठीक है। लेकिन लेख में सिर्फ़ स्पेसिफ़िकेशन दिए गए हैं, असली परीक्षण नहीं। अगर आप इसे खरीदने का सोच रहे हैं, तो शोर, बिजली की खपत और सॉफ़्टवेयर के अनुभव को स्वतंत्र समीक्षाओं में पहले जाँच लें।

स्रोत: IT之家

Synology ने जर्मनी के लिए नई neo+ श्रृंखला की घोषणा की है, जिसमें DS725neo+, DS925neo+, DS1525neo+ और DS1825neo+ शामिल हैं। ComputerBase इन्हें Plus मॉडलों के सस्ते संस्करण बताता है, जिनमें केवल मेमोरी कॉन्फ़िगरेशन बदला गया है।

रिपोर्ट के अनुसार, "neo" का अर्थ है "Non-ECC विकल्प"। ये उपकरण सामान्य गैर-ECC मेमोरी का उपयोग करते हैं, और हमेशा केवल 4 GB के साथ आते हैं। DS725+ और DS925+ में 4 GB ECC RAM है, जबकि DS1525+ और DS1825+ में 8 GB ECC RAM है, इसलिए neo+ संस्करणों में मेमोरी कम है। बाकी उपकरण, सुविधाएँ और विस्तार की क्षमता Plus मॉडलों जैसी ही हैं, और DSM तथा उसके ऐप्स भी समान हैं।

निर्माता की अनुशंसित खुदरा कीमत में अंतर लगभग 200 यूरो है: DS725neo+ की सूची कीमत 549 यूरो नेट है, और DS725+ की 748 यूरो नेट। हालाँकि बाज़ार में यह अंतर उतना स्पष्ट नहीं है: DS725+ अभी 663 यूरो से और DS725neo+ 629 यूरो से उपलब्ध है। मेमोरी को बाद में आसानी से ECC RAM में अपग्रेड किया जा सकता है।

Synology इसका कारण मेमोरी बाज़ार की मौजूदा स्थिति को बताता है, यानी वह भारी मूल्य वृद्धि जिसने Plus मॉडलों को भी प्रभावित किया है।

होम सर्वर के लिए मुझे यह एक दिलचस्प समझौता लगता है। जो व्यक्ति NAS का उपयोग मुख्य रूप से बैकअप, मीडिया और कुछ कंटेनरों के लिए करता है, उसके लिए बिना ECC के 4 GB शायद पर्याप्त होगा। जो डेटा की अखंडता को महत्व देता है, उसे अतिरिक्त कीमत के बदले मिलने वाली चीज़ों को ध्यान से देखना चाहिए।

स्रोत: ComputerBase

Hardware.com.br एक ऐसी होमलैब की ओर ध्यान दिलाता है जो अपने छोटे आकार के लिए अलग दिखती है। एक Reddit उपयोगकर्ता ने r/HomeServer पर 10 इंच का एक छोटा रैक पोस्ट किया, जिसमें एक फ़ायरवॉल, तीन मिनी PC, एक NAS और घर पर दर्जनों सेवाएँ चलाने के लिए ज़रूरी पूरा नेटवर्क इन्फ़्रास्ट्रक्चर है।

प्रोसेसिंग का काम तीन मिनी PC करते हैं, जिनमें से हर एक में 8 कोर और 16 थ्रेड वाला प्रोसेसर और 32 GB RAM है। कुल मिलाकर यह 24 कोर, 48 थ्रेड और वर्चुअलाइज़ेशन के लिए 96 GB है। वर्चुअल मशीन और LXC कंटेनर बनाने के लिए Proxmox इस्तेमाल होता है। चलने वाले वर्कलोड में Jellyfin के लिए एक VM, Docker में चलने वाला arr स्टैक, Portainer, Pi-hole और Homer व Homepage जैसे डैशबोर्ड वाला एक और Docker होस्ट, और Terraria व Core Keeper जैसे गेम सर्वर शामिल हैं।

स्टोरेज एक HP ProLiant MicroServer में है, जिसमें ZFS के RAIDZ1 में चार 4 TB हार्ड ड्राइव लगी हैं। इससे एक ड्राइव खराब होने पर भी डेटा तक पहुँच बनी रहती है। कच्चा आकार 16 TB है, लेकिन पैरिटी के कारण उपयोग योग्य जगह कम है। नेटवर्क को Fortinet FortiGate संभालता है, जो रूटिंग, VLAN और SSL VPN का काम करता है, और बिजली कटौती से बचाव के लिए APC Back-UPS 850 लगा है।

मेरी राय में सबसे दिलचस्प हिस्सा घर के बाहर है: मालिक के पास बाहरी डेटा सेंटर में Debian वाले दो VPS हैं, जो hub-and-spoke कॉन्फ़िगरेशन में WireGuard नेटवर्क से होमलैब से जुड़े हैं। ये इन्फ़्रास्ट्रक्चर की सार्वजनिक परत का काम करते हैं, जिसमें Traefik रिवर्स प्रॉक्सी है।

यह अच्छा उदाहरण है कि होमलैब को बड़े रैक की ज़रूरत नहीं होती: अच्छी योजना, छोटे उपकरणों और व्यवस्थित ढाँचे से कम जगह में भी बहुत कुछ चलाया जा सकता है।

स्रोत: Hardware.com.br

अगर एक ही सर्वर पर एक से ज़्यादा प्रोजेक्ट चलते हैं, तो देर-सबेर पोर्ट 80 और 443 से टकराव होता है, जिन्हें एक समय में केवल एक प्रोसेस सुन सकता है। Selectel ब्लॉग पर Habr का एक लेख चरण-दर-चरण दिखाता है कि Nginx Proxy Manager से इस समस्या को कैसे हल किया जाए।

लेखक पहले समस्या समझाते हैं: विशेषाधिकार वाले पोर्ट, 'एक पोर्ट पर एक लिसनर' का नियम, फ़्रंटेंड और बैकेंड को अलग पोर्ट पर रखने पर CORS की समस्या, और HTTPS का न होना। रिवर्स प्रॉक्सी बिचौलिए की तरह डोमेन और पाथ के आधार पर ट्रैफ़िक को रूट करके इसे हल करता है। एक और फ़ायदा यह है कि फ़ायरवॉल में केवल 22, 80 और 443 पोर्ट खोलने पड़ते हैं।

टेस्ट सेटअप एक VDS है जिसमें 2 vCPU, 2 GB RAM और 40 GB NVMe है, जिस पर Ubuntu 24.04 और आधिकारिक रिपॉज़िटरी से Docker चलता है। नेटवर्क docker network create proxy से बनाया जाता है, फिर डेटा और सर्टिफ़िकेट के वॉल्यूम के साथ jc21/nginx-proxy-manager कंटेनर शुरू होता है। मुझे अच्छा लगा कि 81 पोर्ट वाला एडमिन पैनल केवल 127.0.0.1 से बंधा है और SSH टनल से एक्सेस होता है।

इसके बाद प्रॉक्सी होस्ट सेट किया जाता है: Forward Hostname में कंटेनर का नाम लिखा जाता है, और SSL सर्टिफ़िकेट SSL टैब में जोड़ा जाता है। परीक्षण के लिए traefik/whoami इस्तेमाल होता है। जब ऐप सीधे होस्ट पर चलता हो, तो उस स्थिति को भी अलग से समझाया गया है: Docker नेटवर्क का गेटवे पता docker network inspect से मिलता है, और फ़ायरवॉल ऐसे सेट किया जाता है कि ऐप प्रॉक्सी को बायपास करके न पहुँचा जा सके।

कुछ कमियाँ भी हैं। उदाहरणों में अलग-अलग डोमेन मिले हुए हैं, और इमेज latest टैग से ली गई है, जिससे समय के साथ दोहराने की क्षमता कम हो सकती है। फिर भी जो लोग nginx कॉन्फ़िग हाथ से बदले बिना घर या VDS पर कई सेवाएँ चलाना चाहते हैं, उनके लिए यह अच्छा शुरुआती बिंदु है।

स्रोत: Habr (Selectel ब्लॉग)

selfh.st की इस हफ़्ते की Self-Host Weekly में उन खबरों का संग्रह है जिन्हें होमलैब चलाने वाले लोग जानना चाहेंगे। मुझे इस तरह के सार पसंद हैं, क्योंकि ये फ़ीड्स को एक-एक करके पढ़ने का काफ़ी समय बचा देते हैं।

सबसे बड़ी खबर एक उलझा हुआ मामला है। Adobe के ओपन सोर्स विकल्प के रूप में पेश किए गए नए सॉफ़्टवेयर सूट पर मौजूदा प्रोजेक्ट्स की नकल करने का आरोप लगा है, खासकर समुदाय में लोकप्रिय Photopea की। इसके डेवलपर उन पहले लोगों में थे जिन्होंने इस पर आवाज़ उठाई। बीच में दिख रहे दोनों प्रोजेक्ट्स, PhotoSuite और PhotoCraft, आपस में जुड़े लगते हैं, और घटनाक्रम समझना मुश्किल है। न्यूज़लेटर सलाह देता है कि जब तक वे यह साबित न कर दें कि वे सिर्फ़ व्युत्पन्न काम से आगे हैं, तब तक इनसे दूर रहें।

कुछ छोटी बातें भी ध्यान देने लायक हैं। Let's Encrypt ने घोषणा की है कि फ़रवरी 2027 से मुफ़्त SSL सर्टिफ़िकेट की वैधता 90 दिन से घटाकर 64 दिन कर दी जाएगी, जिससे घर पर reverse proxy चलाने वालों के लिए भरोसेमंद ऑटोमैटिक रिन्यूअल और भी ज़रूरी हो जाता है। Nabu Casa, Home Assistant Cloud का नाम बदलकर Home Assistant Link करने जा रही है, क्योंकि "cloud" शब्द अब नकारात्मक छवि रखता है। एन्क्रिप्टेड सीक्रेट-शेयरिंग प्रोजेक्ट Hemmelig को GitHub पर आर्काइव कर दिया गया है। और NVIDIA Shield TV, सात साल पुराना स्ट्रीमिंग बॉक्स जो होमलैब समुदाय में लोकप्रिय है, उसकी कीमत 100 डॉलर बढ़ गई है, जिसका कारण कंपनी AI से प्रेरित हार्डवेयर महंगाई बताती है।

लेखक ने 2026 का Self-Host यूज़र सर्वे भी शुरू किया है, जिसमें हार्डवेयर, सॉफ़्टवेयर, ऑपरेटिंग सिस्टम, जनसांख्यिकी और AI से जुड़े 45 संभावित सवाल हैं। पिछले साल के सर्वे में 4,000 से कुछ ज़्यादा जवाब आए थे, और इस साल दो दिनों में ही 2,000 जवाब आ चुके हैं। यह सर्वे 31 अक्टूबर तक खुला है और नतीजे नवंबर की शुरुआत में आने की उम्मीद है।

मुझे निजी तौर पर सर्टिफ़िकेट वाला बदलाव सबसे व्यावहारिक लगता है। अगर आपका रिन्यूअल सेटअप थोड़ा कमज़ोर है, तो उसे जाँचने का यह अच्छा समय है।

स्रोत: selfh.st

RedesZone एक ऐसे सवाल का जवाब देता है जो घर पर सर्वर बनाने वाले कई लोगों के मन में आता है: क्या NAS को समय-समय पर रीस्टार्ट करना ज़रूरी है, या उसे हमेशा चालू रखा जा सकता है?

छोटा जवाब यह है कि हाँ, वह 24 घंटे चालू रह सकता है। NAS को लगातार चलने के लिए डिज़ाइन किया गया है, वह इसी उद्देश्य के लिए बने स्टोरेज ड्राइव इस्तेमाल करता है, और इसका उपयोग बैकअप लेने, दूसरे उपकरणों पर जगह खाली करने या बड़ी फ़ाइलें साझा करने के लिए होता है। बेशक यह बिजली खर्च करता है, जैसे राउटर या सुरक्षा कैमरा। लेकिन ये उपकरण इस तरह बनाए जाते हैं कि आराम की अवस्था में बहुत कम बिजली लें। महीनों तक लगातार चलने के बाद भी इसे रीस्टार्ट करने का कोई अनिवार्य कारण नहीं है, सिवाय इसके कि आप बिजली बचाना चाहते हों या आपको उसकी ज़रूरत ही न हो।

कुछ स्थितियाँ ऐसी हैं जहाँ रीस्टार्ट करना ठीक रहता है: ऑपरेटिंग सिस्टम, फ़र्मवेयर या कुछ पैकेज अपडेट करने के बाद, भले ही डिवाइस इसके लिए न कहे; सॉफ़्टवेयर की समस्याओं के समय, जैसे कोई ऐप काम करना बंद कर दे, कोई सेवा धीमी हो जाए, वेब इंटरफ़ेस गड़बड़ व्यवहार करे, या किसी हिस्से में त्रुटियाँ आएँ; हार्डवेयर बदलने के बाद; और उसके काम करने के तरीके में कोई बड़ा बदलाव करने के बाद। कभी कोई प्रक्रिया अटक जाती है या कोई प्रोग्राम ठीक से बंद नहीं होता, और रीस्टार्ट करने से सब कुछ सामान्य हो जाता है।

मुझे यह बिना किसी बढ़ा-चढ़ाकर कही गई समझदारी भरी सलाह लगती है। घरेलू लैब के लिए व्यावहारिक नियम यह है कि NAS को काम करते रहने दें और अपडेट के बाद या जब कुछ अजीब व्यवहार करे, तब सोच-समझकर उसे रीस्टार्ट करें, आदत के तौर पर नहीं।

स्रोत: RedesZone

घर के सर्वर पर ओपन सोर्स ऐप्स चलाते समय अक्सर साइन-अप या पासवर्ड रीसेट जैसे कामों के लिए ईमेल भेजने पड़ते हैं। लेकिन घर से सीधे ईमेल भेजने के लिए SMTP सर्वर बनाना और भेजने वाला डोमेन सेट करना पड़ता है, और यह उम्मीद से ज़्यादा मेहनत का काम है। Qiita पर मुझे यह लेख मिला, जो Mailpit और Discord की मदद से इस समस्या को सीधे-सादे तरीके से हल करता है।

Mailpit असल में ईमेल भेजने की जाँच के लिए बना टूल है। इसे SMTP सर्वर की तरह इस्तेमाल किया जा सकता है, और इसमें टेस्ट के लिए API भी है। Webhook सेट करने पर, कोई संदेश आते ही यह किसी बाहरी ऐप को कॉल कर सकता है। लेख इसी सुविधा का इस्तेमाल करके आने वाले ईमेल की सामग्री Discord पर भेजने वाला सिस्टम बनाता है।

ढाँचा सीधा है: Docker Compose से दो कंटेनर चलते हैं, Mailpit और एक webhook-handler। webhook-handler FastAPI से बना एक छोटा Python ऐप है। यह Mailpit से आने वाले webhook लेता है, भेजने वाले और पाने वाले की जानकारी व्यवस्थित करता है और उसे एक Discord webhook पर भेज देता है। सूचना में Mailpit के वेब इंटरफ़ेस का लिंक भी जोड़ा जा सकता है, ताकि ज़रूरत पड़ने पर ईमेल देखा जा सके। Webhook URL जैसी सेटिंग्स एक अलग .env फ़ाइल में रखी जाती हैं।

बाहर कोई ईमेल भेजे बिना भी यह जानना उपयोगी है कि पासवर्ड रीसेट का ईमेल तुरंत आ गया है। होमलैब में कई ऐप्स चलाने वालों के लिए सारे ईमेल एक जगह इकट्ठे करना प्रबंधन को काफ़ी आसान बना सकता है। यह पोस्ट अगस्त 2026 की है।

स्रोत: Qiita

छोटी-सी कहानी है, पर जो भी अपना होम नेटवर्क खुद संभालता है, उसके लिए सोचने लायक है। GenK के अनुसार, @NomadsGalaxy नाम के एक X उपयोगकर्ता अपने माता-पिता का वाई-फ़ाई जाँच रहे थे, तब उन्होंने पाया कि एक Keurig कॉफ़ी मशीन ने सिर्फ़ 10 दिनों में लगभग 1 TB अपलोड और लगभग 10 GB डाउनलोड पैदा कर दिया था।

उन्होंने यह बात अपने माता-पिता के घर के UniFi नेटवर्क सिस्टम को देखते हुए पकड़ी। इस असामान्य डेटा मात्रा ने एक वाई-फ़ाई एक्सेस पॉइंट को ओवरलोड कर दिया। कारण की जाँच करने के बजाय उन्होंने मशीन का प्लग निकाल दिया और माता-पिता के लिए कोई दूसरा उत्पाद खरीद लिया। लेख के अनुसार, ज़्यादातर ट्रैफ़िक इंटरनेट पर जाने के बजाय आंतरिक नेटवर्क के भीतर ही घूमता दिखा, इसलिए अब तक इसका कोई सबूत नहीं है कि मशीन ने परिवार का डेटा बाहरी सर्वरों को भेजा। सबसे संभावित कारण सॉफ़्टवेयर की गड़बड़ी या नेटवर्क में संचार की त्रुटि है, और हो सकता है कि रीस्टार्ट से समस्या ठीक हो गई हो।

लेख स्मार्ट होम की बड़ी तस्वीर की ओर भी इशारा करता है: जितने ज़्यादा नेटवर्क से जुड़े उपकरण, उतनी ही ज़्यादा गड़बड़ी, सुरक्षा कमज़ोरी या सेवा बंद होने की संभावना। अगर निर्माता नियमित रूप से सॉफ़्टवेयर अपडेट न करे, तो IoT उपकरण हमलों का रास्ता बन सकते हैं, और कुछ उत्पाद कंपनी के सर्वर बंद होने पर अपनी ज़्यादातर सुविधाएँ खो देते हैं।

मेरे लिए व्यावहारिक सबक यह है कि घर के नेटवर्क में हर उपकरण का ट्रैफ़िक दिखाने वाला कोई टूल हो, और IoT उपकरणों को अलग नेटवर्क में रखने पर विचार किया जाए। आँकड़ों के बिना यह पहचानना बहुत मुश्किल है कि कॉफ़ी मशीन असल में क्या कर रही है।

स्रोत: GenK

जो व्यक्ति होम नेटवर्क या छोटा होमलैब चलाता है, वह .lan प्रत्यय को अच्छी तरह जानता है: यह राउटर के पैनल, आंतरिक DNS सर्वर और उन पतों में दिखता है जिनसे हम बिना पंजीकृत डोमेन के डिवाइस तक पहुँचते हैं। IlSoftware.it बताता है कि ICANN को भेजा गया एक आवेदन इसे दुनिया भर में पहुँच योग्य इंटरनेट डोमेन बना सकता है।

.lan टॉप-लेवल डोमेन का आवेदन अमेरिकी कंपनी Coffee Danger ने किया है, और यह अभी Pre-Evaluation Processing के चरण में है। इसका अर्थ है कि डोमेन अभी स्वीकृत नहीं है और सार्वजनिक पते पंजीकृत करने के लिए इसका उपयोग अभी नहीं किया जा सकता। यह आवेदन ICANN द्वारा 2026 में शुरू किए गए टॉप-लेवल डोमेन आवंटन के नए दौर का हिस्सा है, जिसमें सैकड़ों कंपनियाँ शामिल हैं: आवेदकों में .browser के लिए Google, .openai और .chatgpt के लिए OpenAI, .facebook के लिए Meta, और .pec, .vps, .lab, .roma, .ciao जैसे डोमेन के लिए इतालवी कंपनी Aruba शामिल हैं। सभी आवेदन अब भी मूल्यांकन के अधीन हैं।

संवेदनशील बात यह है कि .lan कोई आम नाम नहीं है। कई तकनीशियन इसे लंबे समय से इस्तेमाल कर रहे हैं, जैसे nas.lan, router.lan या camera.lan। अगर आंतरिक माना जाने वाला कोई नाम सार्वजनिक DNS में चला जाए, तो खराबी आ सकती है, DNS क्वेरी नेटवर्क से बाहर जा सकती हैं, और संचार ऐसे गंतव्यों तक पहुँच सकता है जो सोचे गए गंतव्यों से अलग हों।

होम नेटवर्क के शौकीन के रूप में मुझे यह खबर एक अच्छी याद दिलाने वाली लगती है: आंतरिक नामों के लिए ऐसे प्रत्यय इस्तेमाल करना बेहतर है जो इसी उद्देश्य के लिए बने हों, न कि व्यावहारिक परंपराओं पर भरोसा करना। अभी कोई फ़ैसला नहीं हुआ है, लेकिन इस पर नज़र रखना उचित है।

स्रोत: IlSoftware.it

Korben एक Cloudflare कमांड पर फिर से बात करते हैं, जिसे कई डेवलपर पहले से इस्तेमाल करते हैं: cloudflared tunnel --url। यह आपकी मशीन पर चल रहे सर्वर को trycloudflare.com के पते पर प्रकाशित करता है, बिना खाते के, बिना डोमेन नाम के, और सबसे अहम बात यह कि राउटर पर कोई पोर्ट खोले बिना। जो व्यक्ति घर पर सेवाएँ होस्ट करता है, उसके लिए किसी को थोड़ी देर के टेस्ट के लिए प्रोजेक्ट दिखाने का यह सरल तरीका है।

हाल का नया जोड़ --allowed-mail विकल्प है। पहले लिंक वाला कोई भी व्यक्ति सेवा से जुड़ सकता था। अब पहुँच को आपके बताए कुछ ईमेल पतों तक सीमित किया जा सकता है, और Cloudflare Access के ज़रिए एक बार उपयोग होने वाला कोड भेजा जाता है।

ट्यूटोरियल पोर्ट 8080 पर एक छोटे स्थानीय वेब सर्वर से शुरू होता है, जो Python के ज़रिए एक टेस्ट पेज दिखाता है। cloudflared वह ओपन सोर्स कनेक्टर है जो Cloudflare नेटवर्क की ओर आउटगोइंग कनेक्शन बनाता है। Mac पर इसे Homebrew से इंस्टॉल किया जाता है। Debian या Ubuntu पर Cloudflare के आधिकारिक रिपॉज़िटरी का उपयोग करना होता है, जिसकी साइनिंग की हाल ही में बदल गई है, इसलिए लेखक पुराने ट्यूटोरियल की जगह मौजूदा कमांड अपनाने की सलाह देते हैं।

एक बात ने मेरा ध्यान खींचा: अगर आप AI एजेंट्स को इस टूल के साथ काम करवाते हैं, तो Cloudflare एक PreToolUse हुक की सलाह देता है जो --allowed-mail के बिना किसी भी कमांड को ब्लॉक कर दे, ताकि कोई एजेंट गलती से सार्वजनिक टनल न खोल दे।

होमलैब के लिए यह पोर्ट खोलने या VPN चलाने का हल्का विकल्प है, बस यह याद रखें कि सार्वजनिक टनल, भले ही अस्थायी हो, इंटरनेट पर एक्सपोज़र ही है।

स्रोत: Korben