হোমল্যাব ও নিজস্ব সার্ভার

দীর্ঘদিন ধরে আমি নিজের সার্ভার চালাতে চেয়েছিলাম, কিন্তু খরচ এবং জটিলতা নিয়ে আমার মধ্যে ভয় ছিল। তারপর আমি Proxmox VE-এর সন্ধান পাই—এবং এখন আমি ভাবছি, কেন আমি এটি আগে ব্যবহার করিনি। Proxmox একটি বিনামূল্যের, ওপেন-সোর্স ভার্চুয়ালাইজেশন প্ল্যাটফর্ম, যা Debian-এর উপর ভিত্তি করে তৈরি: এটি KVM ব্যবহার করে সম্পূর্ণ ভার্চুয়াল মেশিন (VM) তৈরি করে, LXC ব্যবহার করে হালকা ওজনের কন্টেইনার তৈরি করে এবং একটি ওয়েব ইন্টারফেস প্রদান করে, যা দৈনন্দিন কাজকে অনেক সহজ করে দেয়।

এর সবচেয়ে ভালো দিক হলো, এর জন্য কোনো ব্যয়বহুল সার্ভারের প্রয়োজন নেই। আমার শুরুটা ছিল একটি ব্যবহৃত মিনি-পিসি (ডেল অপ্টিপ্লেক্স মাইক্রো), যার RAM আপগ্রেড করা এবং একটি NVMe SSD লাগানো ছিল—এটি খুব শান্ত, বিদ্যুৎ সাশ্রয়ী এবং ১০-১৫টি কন্টেইনার এবং কিছু ভার্চুয়াল মেশিনের জন্য যথেষ্ট। এখানকার বিদ্যুতের দামের সাথে তুলনা করলে, একটি মিনি-পিসি যা ১০-১৫ ওয়াট বিদ্যুৎ ব্যবহার করে, তার থেকে একটি র‍্যাক সার্ভারের বিদ্যুৎ খরচ অনেক বেশি।

ইনস্টলেশনের পরে, আমি প্রথমে এন্টারপ্রাইজ রিপোজিটরি নিষ্ক্রিয় করেছি এবং কমিউনিটি রিপোজিটরি সেট আপ করেছি, SSH লগইনকে কী-এর মাধ্যমে সুরক্ষিত করেছি এবং Fail2ban ইনস্টল করেছি। এরপর প্রথম সার্ভিসগুলো যোগ করি: Pi-hole, যা একটি নেটওয়ার্ক-ব্যাপী বিজ্ঞাপন ব্লকার, Nginx Proxy Manager এবং Portainer। এই ক্রমটি কার্যকর প্রমাণিত হয়েছে—ছোট করে শুরু করা, একসাথে বিশটি কন্টেইনার না চালানো।

আমার সবচেয়ে গুরুত্বপূর্ণ পরামর্শ, যা আমি নিজে দেরিতে শিখেছি: প্রথম সার্ভিস ইনস্টল করার আগে ব্যাকআপ তৈরি করুন। ৩-২-১ নিয়ম অনুসরণ করুন, এবং Proxmox-এর অন্তর্নির্মিত স্ন্যাপশট ব্যাকআপ এটিকে প্রায় সহজ করে তোলে। প্রসঙ্গত, RAID কোনো ব্যাকআপ নয়—এটিও আমাকে বুঝতে হয়েছে।

সহজভাবে শুরু করুন। একটি কন্টেইনার, একটি সার্ভিস—এবং আপনি অনলাইন কোর্সের চেয়েও বেশি কিছু জানতে পারবেন অবকাঠামো সম্পর্কে। আর যারা শুধু পরীক্ষা করতে চান, তারা শেখার জন্য একটি সস্তা ক্লাউড সার্ভারও ব্যবহার করতে পারেন।

উৎস: হোমল্যাব গাইড।

IT之家-এর প্রতিবেদন অনুযায়ী, QNAP-এর চার-বে NAS Qu405-N150-8G এখন JD.com-এ বিক্রি হচ্ছে। এতে 8GB মেমোরি আছে এবং এর সঙ্গে 2 বছরের স্ট্যান্ডার্ড ওয়ারেন্টি মেলে। শুধু ডিভাইসটির দাম 2599 ইউয়ান, আর 4TB-এর Seagate IronWolf হার্ড ডিস্কসহ বান্ডলের দাম 3599 ইউয়ান।

ডিজাইন সাদামাটা। চেসিসের মাপ 165 mm x 168 mm x 217 mm এবং নিট ওজন 2.15 কেজি। প্রসেসর হলো 4 কোর ও 4 থ্রেডের Intel N150। নির্মাতার দাবি, এটি 4K ভিডিও ট্রান্সকোড করতে পারে এবং ভার্চুয়াল মেশিন ও Docker কন্টেইনার চালাতে পারে, যা ঘরোয়া সার্ভার নিয়ে নাড়াচাড়া করা মানুষের জন্য বড় সুবিধা। কারখানা থেকে আসা 8GB SODIMM DDR4 মেমোরি 16GB পর্যন্ত আপগ্রেড করা যায়।

স্টোরেজের জন্য 3.5 বা 2.5 ইঞ্চি SATA ড্রাইভের চারটি বে আছে। ভেতরে PCIe Gen 3 x1 সমর্থিত দুটি M.2 2280 NVMe স্লটও আছে, যা ক্যাশ কিংবা সিস্টেম ও কন্টেইনারের ডেটা রাখার কাজে লাগানো যায়। পোর্টের মধ্যে আছে দুটি 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 option"। এই ডিভাইসগুলো সাধারণ, ECC-বিহীন মেমরি ব্যবহার করে এবং সবসময় মাত্র ৪ GB নিয়ে আসে। DS725+ ও DS925+-এ ৪ GB ECC RAM আছে, আর DS1525+ ও DS1825+-এ ৮ GB ECC RAM আছে, তাই neo+ সংস্করণে মেমরি কম। বাকি সরঞ্জাম, বৈশিষ্ট্য ও সম্প্রসারণ ক্ষমতা Plus মডেলের মতোই, এবং DSM ও এর অ্যাপগুলোও একই।

নির্মাতার সুপারিশকৃত খুচরা মূল্যে পার্থক্য প্রায় ২০০ ইউরো: DS725neo+-এর তালিকামূল্য ৫৪৯ ইউরো নেট, আর DS725+-এর ৭৪৮ ইউরো নেট। তবে বাজারে ব্যবধানটি তেমন স্পষ্ট নয়: DS725+ এখন ৬৬৩ ইউরো থেকে এবং DS725neo+ ৬২৯ ইউরো থেকে পাওয়া যাচ্ছে। মেমরি পরে সহজেই ECC RAM-এ আপগ্রেড করা যায়।

Synology এর কারণ হিসেবে মেমরি বাজারের বর্তমান পরিস্থিতিকে উল্লেখ করেছে, অর্থাৎ Plus মডেলেও প্রভাব ফেলা দামের তীব্র বৃদ্ধিকে।

হোম সার্ভারের ক্ষেত্রে আমার কাছে এটি একটি আকর্ষণীয় আপস মনে হচ্ছে। যে ব্যক্তি NAS মূলত ব্যাকআপ, মিডিয়া ও কয়েকটি কন্টেইনারের জন্য ব্যবহার করেন, তার ECC ছাড়া ৪ GB দিয়েই চলার সম্ভাবনা বেশি। যিনি ডেটার অখণ্ডতাকে গুরুত্ব দেন, তাকে অতিরিক্ত মূল্যের বিনিময়ে কী পাচ্ছেন তা ভালোভাবে যাচাই করা উচিত।

সূত্র: ComputerBase

Hardware.com.br একটি হোমল্যাব তুলে ধরেছে, যেটি তার ছোট আকারের জন্য নজর কাড়ে। একজন Reddit ব্যবহারকারী r/HomeServer-এ একটি ছোট ১০ ইঞ্চির র‍্যাক পোস্ট করেছেন, যেখানে আছে একটি ফায়ারওয়াল, তিনটি মিনি PC, একটি NAS, এবং বাড়িতে ডজন ডজন সেবা চালানোর জন্য প্রয়োজনীয় পুরো নেটওয়ার্ক অবকাঠামো।

প্রক্রিয়াকরণের কাজ করে তিনটি মিনি PC, যার প্রতিটিতে আছে ৮ কোর ও ১৬ থ্রেডের প্রসেসর এবং ৩২ GB RAM। মোট দাঁড়ায় ২৪ কোর, ৪৮ থ্রেড এবং ভার্চুয়ালাইজেশনের জন্য ৯৬ GB। ভার্চুয়াল মেশিন ও LXC কনটেইনার তৈরিতে তিনি Proxmox ব্যবহার করেন। চলমান ওয়ার্কলোডের মধ্যে আছে Jellyfin-এর জন্য একটি VM, Docker-এ চলা arr স্ট্যাক, Portainer, Pi-hole এবং Homer ও Homepage-এর মতো ড্যাশবোর্ডসহ আরেকটি Docker হোস্ট, এবং Terraria ও Core Keeper-এর মতো গেম সার্ভার।

স্টোরেজ আছে একটি HP ProLiant MicroServer-এ, যেখানে ZFS-এর RAIDZ1 কনফিগারেশনে চারটি ৪ TB হার্ড ড্রাইভ রয়েছে। ফলে একটি ড্রাইভ নষ্ট হলেও ডেটা ব্যবহার করা যায়। মোট ধারণক্ষমতা ১৬ 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 network inspect দিয়ে Docker নেটওয়ার্কের গেটওয়ে ঠিকানা পাওয়া যায়, এবং ফায়ারওয়াল এমনভাবে সেট করা হয় যাতে প্রক্সি এড়িয়ে অ্যাপে সরাসরি পৌঁছানো না যায়।

কিছু দুর্বলতাও আছে। উদাহরণে বিভিন্ন ডোমেইন মেশানো হয়েছে, আর ইমেজটি latest ট্যাগে নেওয়া হয়েছে, যার ফলে সময়ের সাথে পুনরুৎপাদনযোগ্যতা কমে যেতে পারে। তবু যাঁরা nginx কনফিগ হাতে বদলানো ছাড়া বাড়িতে বা VDS-এ একাধিক সার্ভিস চালাতে চান, তাঁদের জন্য এটি ভালো শুরু।

সূত্র: Habr (Selectel ব্লগ)

selfh.st-এর এই সপ্তাহের Self-Host Weekly-তে এমন কিছু খবর একসাথে রাখা হয়েছে, যা হোমল্যাব নিয়ে আগ্রহী মানুষদের জানা দরকার। এ ধরনের সারসংক্ষেপ আমার ভালো লাগে, কারণ একটার পর একটা ফিড পড়ার অনেক সময় বাঁচে।

প্রধান খবরটি একটু জটিল। Adobe-র বিকল্প হিসেবে নতুন একটি ওপেন সোর্স সফটওয়্যার সেট চালু হয়েছে, যাকে বিদ্যমান প্রকল্পের নকল বলে সমালোচনা করা হয়েছে। বিশেষ করে কমিউনিটিতে জনপ্রিয় Photopea-র কথা বলা হচ্ছে, যার ডেভেলপার সবার আগে সতর্ক করেছিলেন। কেন্দ্রে থাকা দুটি প্রকল্প, PhotoSuite ও PhotoCraft, পরস্পর সংযুক্ত বলে মনে হচ্ছে, আর ঘটনাক্রম অনুসরণ করা কঠিন। নিউজলেটার পরামর্শ দিচ্ছে, তারা যতক্ষণ না প্রমাণ করে যে এগুলো কেবল ডেরিভেটিভ কাজের চেয়ে বেশি কিছু, ততক্ষণ এড়িয়ে চলাই ভালো।

আরও কয়েকটি ছোট খবরও গুরুত্বপূর্ণ। Let's Encrypt জানিয়েছে যে ২০২৭ সালের ফেব্রুয়ারি থেকে বিনামূল্যের SSL সার্টিফিকেটের মেয়াদ ৯০ দিন থেকে কমিয়ে ৬৪ দিন করা হবে। ফলে বাসায় reverse proxy চালালে নির্ভরযোগ্য স্বয়ংক্রিয় নবায়ন আরও জরুরি হয়ে দাঁড়াচ্ছে। Nabu Casa Home Assistant Cloud-এর নাম বদলে Home Assistant Link করছে, কারণ "cloud" শব্দটির এখন নেতিবাচক অর্থ দাঁড়িয়ে গেছে। এনক্রিপ্টেড সিক্রেট শেয়ারিং প্রকল্প Hemmelig GitHub-এ আর্কাইভ করা হয়েছে। আর সাত বছর পুরনো, হোমল্যাব ব্যবহারকারীদের কাছে জনপ্রিয় স্ট্রিমিং বক্স NVIDIA Shield TV-এর দাম ১০০ ডলার বাড়ানো হয়েছে, যার জন্য AI-চালিত হার্ডওয়্যার মূল্যস্ফীতিকে দায়ী করা হয়েছে।

লেখক ২০২৬ সালের Self-Host ব্যবহারকারী জরিপও শুরু করেছেন, যাতে হার্ডওয়্যার, সফটওয়্যার, অপারেটিং সিস্টেম, জনতাত্ত্বিক তথ্য ও AI নিয়ে ৪৫টি সম্ভাব্য প্রশ্ন রয়েছে। গত বছরের জরিপে ৪,০০০-এর একটু বেশি উত্তর এসেছিল, আর এবার দুদিনেই এসেছে ২,০০০। জরিপটি ৩১ অক্টোবর পর্যন্ত খোলা থাকবে এবং ফলাফল নভেম্বরের শুরুতে প্রকাশের কথা।

আমার কাছে সার্টিফিকেটের পরিবর্তনটিই সবচেয়ে কাজের খবর মনে হয়েছে। আপনার নবায়ন ব্যবস্থা যদি একটু দুর্বল হয়, তবে এখনই সেটি পরীক্ষা করার ভালো সময়।

সূত্র: selfh.st

RedesZone এমন একটি সাধারণ প্রশ্নের উত্তর দিচ্ছে, যা বাড়িতে সার্ভার বানানো অনেকের মনে আসে: NAS কি মাঝে মাঝে রিস্টার্ট করা দরকার, নাকি তাকে সবসময় চালু রাখা যায়?

সংক্ষিপ্ত উত্তর হলো, হ্যাঁ, এটি ২৪ ঘণ্টা চালু থাকতে পারে। 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 ফাইলে রাখা হয়।

বাইরে কোনো ইমেল না পাঠিয়েও পাসওয়ার্ড রিসেটের ইমেল এসেছে কি না তা সঙ্গে সঙ্গে জানা সুবিধাজনক। হোমল্যাবে একাধিক অ্যাপ চালানো কারও জন্য সব ইমেল এক জায়গায় জমা করলে ব্যবস্থাপনা অনেক সহজ হওয়ার কথা। লেখাটি আগস্ট ২০২৬-এর।

সূত্র: Qiita

ছোট একটি ঘটনা, কিন্তু নিজের হোম নেটওয়ার্ক যিনি নিজে সামলান, তাঁর ভাবার মতো। GenK-এর খবর অনুযায়ী, @NomadsGalaxy নামের একজন X ব্যবহারকারী বাবা-মায়ের ওয়াই-ফাই দেখছিলেন, তখন তিনি দেখতে পান একটি Keurig কফি মেশিন মাত্র ১০ দিনে প্রায় ১ টেরাবাইট আপলোড আর প্রায় ১০ গিগাবাইট ডাউনলোড তৈরি করেছে।

বাবা-মায়ের বাড়ির UniFi নেটওয়ার্ক সিস্টেম দেখতে গিয়েই তিনি বিষয়টি টের পান। এই অস্বাভাবিক ডেটার পরিমাণ একটি ওয়াই-ফাই অ্যাক্সেস পয়েন্টকে অতিরিক্ত চাপে ফেলে দেয়। কারণ খুঁজে না দেখে তিনি মেশিনের প্লাগ খুলে দেন এবং বাবা-মায়ের জন্য অন্য একটি পণ্য কিনে দেন। প্রতিবেদন অনুযায়ী, বেশির ভাগ ট্রাফিক ইন্টারনেটে না গিয়ে অভ্যন্তরীণ নেটওয়ার্কের ভেতরেই ঘুরেছে, তাই মেশিনটি পারিবারিক ডেটা বাইরের সার্ভারে পাঠিয়েছে, এমন প্রমাণ এখনো নেই। সবচেয়ে সম্ভাব্য কারণ সফটওয়্যারের ত্রুটি বা নেটওয়ার্কে যোগাযোগের সমস্যা, আর রিস্টার্ট দিলে হয়তো সমস্যাটি মিটে গেছে।

প্রতিবেদনটি স্মার্ট হোমের বৃহত্তর চিত্রের দিকেও ইঙ্গিত করে: নেটওয়ার্কে যত বেশি ডিভাইস যুক্ত, ত্রুটি, নিরাপত্তা দুর্বলতা বা সেবা বন্ধের ঝুঁকি তত বেশি। নির্মাতা নিয়মিত সফটওয়্যার আপডেট না দিলে IoT ডিভাইস আক্রমণের প্রবেশপথ হয়ে উঠতে পারে, আর কোম্পানি সার্ভার বন্ধ করে দিলে কিছু পণ্য তাদের বেশির ভাগ কার্যক্ষমতা হারায়।

আমার কাছে ব্যবহারিক শিক্ষা হলো, হোম নেটওয়ার্কের প্রতিটি ডিভাইসের ট্রাফিক দেখানো একটি টুল রাখা, এবং IoT ডিভাইসগুলোকে আলাদা নেটওয়ার্কে রাখার কথা ভাবা। সংখ্যা ছাড়া একটি কফি মেশিন আসলে কী করছে, তা টের পাওয়া খুবই কঠিন।

সূত্র: GenK

যে কেউ ঘরোয়া নেটওয়ার্ক বা ছোট একটি হোমল্যাব চালায়, সে .lan প্রত্যয়টি ভালোভাবে চেনে: এটি রাউটারের প্যানেলে, অভ্যন্তরীণ DNS সার্ভারে এবং নিবন্ধিত ডোমেইন ছাড়া ডিভাইসে পৌঁছানোর ঠিকানায় দেখা যায়। IlSoftware.it জানাচ্ছে, ICANN-এর কাছে জমা দেওয়া একটি আবেদন এটিকে বিশ্বজুড়ে অ্যাক্সেসযোগ্য ইন্টারনেট ডোমেইনে পরিণত করতে পারে।

.lan টপ-লেভেল ডোমেইনের আবেদনটি মার্কিন কোম্পানি Coffee Danger করেছে এবং এটি এখনও Pre-Evaluation Processing পর্যায়ে আছে। এর অর্থ হলো ডোমেইনটি এখনও অনুমোদিত হয়নি এবং সর্বজনীন ঠিকানা নিবন্ধনের জন্য এখনই ব্যবহার করা যাবে না। এই আবেদনটি ICANN-এর ২০২৬ সালে শুরু করা নতুন টপ-লেভেল ডোমেইন বরাদ্দের অংশ, যাতে শত শত কোম্পানি অংশ নিয়েছে: আবেদনকারীদের মধ্যে আছে .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