โฮมแล็บและโฮสต์เอง

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之家 NAS สี่ช่องใส่ดิสก์ Qu405-N150-8G ของ QNAP วางขายแล้วบน JD.com มาพร้อมหน่วยความจำ 8GB และการรับประกันมาตรฐาน 2 ปี ตัวเครื่องเพียงอย่างเดียวราคา 2599 หยวน ส่วนชุดที่มาพร้อมฮาร์ดดิสก์ Seagate IronWolf ขนาด 4TB ราคา 3599 หยวน

ดีไซน์เรียบง่าย ตัวเครื่องมีขนาด 165 mm x 168 mm x 217 mm และน้ำหนักสุทธิ 2.15 กก. โปรเซสเซอร์เป็น Intel N150 ที่มี 4 คอร์และ 4 เธรด ผู้ผลิตระบุว่ารองรับการแปลงวิดีโอ 4K และรันเครื่องเสมือนกับคอนเทนเนอร์ Docker ได้ ซึ่งเป็นจุดขายสำคัญสำหรับคนที่ชอบลองเล่นเซิร์ฟเวอร์ที่บ้าน หน่วยความจำ SODIMM DDR4 8GB ที่มาจากโรงงานสามารถอัปเกรดเป็น 16GB ได้

พื้นที่จัดเก็บมีช่องใส่ดิสก์ SATA ขนาด 3.5 หรือ 2.5 นิ้วสี่ช่อง ภายในยังมีสล็อต 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 หนึ่งพอร์ต

ผมคิดว่าการผสม LAN 2.5G สองพอร์ตกับ N150 กลายเป็นการตั้งค่ามาตรฐานของ NAS สำหรับบ้านระดับเริ่มต้นในช่วงสองปีที่ผ่านมา มันรัน Docker ได้โดยไม่กินไฟมาก และราคาก็พอรับได้ อย่างไรก็ตาม บทความนี้บอกเพียงสเปก ไม่มีการทดสอบจริง ดังนั้นถ้าคิดจะซื้อ ควรดูเรื่องเสียงรบกวน การใช้ไฟ และประสบการณ์การใช้ซอฟต์แวร์จากรีวิวอิสระก่อน

แหล่งที่มา: IT之家

Synology ประกาศซีรีส์ neo+ ใหม่สำหรับตลาดเยอรมนี ประกอบด้วย DS725neo+, DS925neo+, DS1525neo+ และ DS1825neo+ ComputerBase อธิบายว่าเป็นรุ่นราคาถูกกว่าของโมเดล Plus โดยมีเพียงการกำหนดค่าหน่วยความจำที่เปลี่ยนไป

ตามรายงาน "neo" ย่อมาจาก "ตัวเลือก Non-ECC" อุปกรณ์เหล่านี้ใช้หน่วยความจำทั่วไปที่ไม่มี ECC และมีเพียง 4 GB เสมอ DS725+ และ DS925+ มีหน่วยความจำ ECC 4 GB ส่วน DS1525+ และ DS1825+ มีหน่วยความจำ ECC 8 GB ดังนั้นรุ่น neo+ จึงมีหน่วยความจำน้อยกว่า นอกจากนั้นอุปกรณ์ ฟังก์ชัน และความสามารถในการขยายเหมือนกับรุ่น Plus และ DSM พร้อมแอปก็เหมือนกันทุกประการ

ที่ราคาขายปลีกแนะนำ ความต่างอยู่ที่ประมาณ 200 ยูโร: DS725neo+ ตั้งราคาไว้ที่ 549 ยูโรก่อนภาษี ส่วน DS725+ อยู่ที่ 748 ยูโรก่อนภาษี อย่างไรก็ตามในร้านค้า ช่องว่างนี้ไม่ชัดเจนนัก: DS725+ ขายอยู่ตอนนี้ตั้งแต่ 663 ยูโร และ DS725neo+ ตั้งแต่ 629 ยูโร หน่วยความจำสามารถอัปเกรดเป็น ECC ได้ภายหลังอย่างง่ายดาย

Synology ให้เหตุผลว่าเป็นสถานการณ์ตลาดหน่วยความจำในปัจจุบัน ซึ่งราคาเพิ่มขึ้นอย่างมาก และส่งผลกระทบต่อรุ่น Plus ด้วยเช่นกัน

สำหรับเซิร์ฟเวอร์ที่บ้าน ฉันคิดว่านี่เป็นการแลกเปลี่ยนที่น่าสนใจ ผู้ที่ใช้ NAS เป็นหลักสำหรับการสำรองข้อมูล สื่อ และคอนเทนเนอร์ไม่กี่ตัว น่าจะพอใจกับ 4 GB ที่ไม่มี ECC ส่วนผู้ที่ให้ความสำคัญกับความสมบูรณ์ของข้อมูลควรดูให้ดีว่าได้อะไรเพิ่มขึ้นจากส่วนต่างราคานี้

ที่มา: ComputerBase

Hardware.com.br นำเสนอโฮมแล็บที่โดดเด่นด้วยขนาดที่เล็ก ผู้ใช้ Reddit คนหนึ่งโพสต์บน r/HomeServer เกี่ยวกับแร็ก 10 นิ้วขนาดเล็กที่มีไฟร์วอลล์ มินิพีซีสามเครื่อง NAS และโครงสร้างพื้นฐานเครือข่ายทั้งหมดที่จำเป็นสำหรับการรันบริการหลายสิบอย่างที่บ้าน

ส่วนประมวลผลมาจากมินิพีซีสามเครื่อง แต่ละเครื่องมีโปรเซสเซอร์ 8 คอร์ 16 เธรด และ RAM 32 GB รวมกันได้ 24 คอร์ 48 เธรด และ 96 GB สำหรับการทำเวอร์ชวลไลเซชัน ใช้ Proxmox สร้างเครื่องเสมือนและคอนเทนเนอร์ LXC งานที่ทำงานอยู่ ได้แก่ VM สำหรับ Jellyfin สแต็ก arr ที่รันบน Docker โฮสต์ Docker อีกเครื่องที่มี Portainer, Pi-hole และแดชบอร์ดอย่าง Homer และ Homepage รวมถึงเซิร์ฟเวอร์เกมอย่าง Terraria และ Core Keeper

ส่วนจัดเก็บข้อมูลอยู่ใน HP ProLiant MicroServer ที่มีฮาร์ดดิสก์ 4 TB จำนวนสี่ลูกในโหมด RAIDZ1 ของ ZFS ทำให้ยังเข้าถึงข้อมูลได้แม้ดิสก์ลูกใดลูกหนึ่งเสีย ความจุดิบคือ 16 TB แต่พื้นที่ใช้งานได้จริงน้อยกว่าเพราะต้องใช้พาริตี Fortinet FortiGate ดูแลเครือข่าย รับหน้าที่ routing, VLAN และ SSL VPN ส่วน APC Back-UPS 850 ช่วยป้องกันไฟดับ

สำหรับฉัน ส่วนที่น่าสนใจที่สุดอยู่นอกบ้าน เจ้าของมี VPS สองเครื่องที่รัน Debian อยู่ในศูนย์ข้อมูลภายนอก เชื่อมกับโฮมแล็บผ่านเครือข่าย WireGuard แบบ hub-and-spoke เครื่องเหล่านี้ทำหน้าที่เป็นชั้นสาธารณะของโครงสร้างพื้นฐาน โดยมี Traefik เป็นรีเวิร์สพรอกซี

นี่เป็นตัวอย่างที่ดีว่าโฮมแล็บไม่จำเป็นต้องมีแร็กขนาดใหญ่ ด้วยการวางแผนที่ดี อุปกรณ์ขนาดเล็ก และการจัดระเบียบที่เหมาะสม ก็สามารถรันสิ่งต่าง ๆ ได้มากในพื้นที่จำกัด

ที่มา: Hardware.com.br

เมื่อเซิร์ฟเวอร์เครื่องเดียวรันหลายโปรเจกต์ สุดท้ายก็จะชนกับพอร์ต 80 และ 443 ซึ่งมีได้เพียงโปรเซสเดียวที่รับฟังได้ บทความบน Habr จากบล็อกของ Selectel แสดงทีละขั้นตอนว่าจะแก้ปัญหานี้ด้วย Nginx Proxy Manager ได้อย่างไร

ผู้เขียนอธิบายปัญหาก่อน ได้แก่ พอร์ตที่ต้องมีสิทธิ์พิเศษ กฎ 'หนึ่งพอร์ตต่อหนึ่งตัวรับฟัง' ปัญหา CORS เมื่อแยกฟรอนต์เอนด์และแบ็กเอนด์ด้วยพอร์ตต่างกัน และการไม่มี HTTPS รีเวิร์สพร็อกซีแก้ปัญหานี้ได้โดยทำหน้าที่เป็นตัวกลางและส่งต่อทราฟฟิกตามโดเมนและพาธ ข้อดีเพิ่มเติมคือไฟร์วอลล์เปิดแค่พอร์ต 22, 80 และ 443 ก็พอ

สภาพแวดล้อมทดสอบคือ VDS ขนาด 2 vCPU, RAM 2 GB และ NVMe 40 GB รันด้วย 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 ซึ่งอาจทำให้ทำซ้ำผลได้ยากขึ้นเมื่อเวลาผ่านไป อย่างไรก็ตาม นี่เป็นจุดเริ่มต้นที่ดีสำหรับคนที่อยากรันหลายบริการที่บ้านหรือบน VDS โดยไม่ต้องแก้ไขคอนฟิก nginx ด้วยมือ

ที่มา: Habr (บล็อก Selectel)

Self-Host Weekly ของสัปดาห์นี้จาก selfh.st รวบรวมข่าวที่คนทำ homelab น่าจะอยากรู้ ผมชอบสรุปแบบนี้เพราะช่วยประหยัดเวลาในการไล่อ่านฟีดไปได้มาก

ข่าวใหญ่สุดเป็นเรื่องที่ค่อนข้างยุ่งเหยิง ชุดซอฟต์แวร์โอเพนซอร์สใหม่ที่ประกาศตัวเป็นทางเลือกแทน Adobe ถูกวิจารณ์ว่าลอกเลียนโปรเจกต์ที่มีอยู่ โดยเฉพาะ Photopea ที่คนในชุมชนชื่นชอบ และผู้พัฒนาของ 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 กล่องสตรีมมิงอายุเจ็ดปีที่คนในกลุ่ม homelab นิยมใช้ ราคาเพิ่มขึ้น 100 ดอลลาร์ โดยบริษัทโทษว่าเป็นผลจากเงินเฟ้อของฮาร์ดแวร์ที่ขับเคลื่อนด้วย AI

ผู้เขียนยังเปิดแบบสำรวจผู้ใช้ Self-Host ประจำปี 2026 ซึ่งมีคำถามให้เลือกตอบ 45 ข้อ ครอบคลุมฮาร์ดแวร์ ซอฟต์แวร์ ระบบปฏิบัติการ ข้อมูลประชากร และ AI แบบสำรวจปีที่แล้วได้คำตอบเกิน 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 เป็นแอป Python ขนาดเล็กที่เขียนด้วย FastAPI มันรับ webhook จาก Mailpit จัดรูปแบบผู้ส่งและผู้รับ แล้วส่งต่อไปยัง webhook ของ Discord การแจ้งเตือนยังแนบลิงก์ไปยังหน้าเว็บของ Mailpit ได้ด้วย เพื่อเปิดดูอีเมลเมื่อจำเป็น ค่าตั้งต่าง ๆ เช่น URL ของ webhook เก็บไว้ในไฟล์ .env แยกต่างหาก

แม้ไม่ได้ส่งอีเมลออกไปข้างนอกเลย การรู้ทันทีว่ามีอีเมลรีเซ็ตรหัสผ่านเข้ามาก็สะดวกมาก สำหรับคนที่รันแอปหลายตัวใน homelab การรวมอีเมลทั้งหมดไว้ที่เดียวน่าจะช่วยให้การดูแลง่ายขึ้นมาก บทความนี้เขียนเมื่อเดือนสิงหาคม 2026

แหล่งที่มา: Qiita

เป็นเรื่องเล็กๆ แต่น่าคิดสำหรับทุกคนที่ดูแลเครือข่ายในบ้านของตัวเอง ตามรายงานของ GenK ผู้ใช้ X ชื่อ @NomadsGalaxy กำลังตรวจสอบ Wi-Fi ให้พ่อแม่ แล้วพบว่าเครื่องชงกาแฟ Keurig สร้างการอัปโหลดราว 1 TB และการดาวน์โหลดเกือบ 10 GB ภายในเวลาเพียง 10 วัน

เขาพบเรื่องนี้ขณะดูระบบเครือข่าย UniFi ที่บ้านของพ่อแม่ ปริมาณข้อมูลที่ผิดปกตินี้ทำให้จุดเชื่อมต่อ Wi-Fi จุดหนึ่งทำงานหนักเกินไป แทนที่จะสืบหาสาเหตุ เขาถอดปลั๊กเครื่องแล้วซื้อผลิตภัณฑ์อื่นให้พ่อแม่ ตามบทความ ทราฟฟิกส่วนใหญ่ดูเหมือนจะวนอยู่ในเครือข่ายภายในโดยไม่ได้ออกสู่อินเทอร์เน็ต จึงยังไม่มีหลักฐานว่าเครื่องส่งข้อมูลของครอบครัวไปยังเซิร์ฟเวอร์ภายนอก สาเหตุที่เป็นไปได้มากที่สุดคือบั๊กของซอฟต์แวร์หรือความผิดพลาดในการสื่อสารของเครือข่าย และการรีสตาร์ทอาจแก้ปัญหาได้แล้ว

บทความยังชี้ให้เห็นภาพใหญ่ของบ้านอัจฉริยะด้วยว่า ยิ่งมีอุปกรณ์เชื่อมต่อเครือข่ายมาก โอกาสเกิดข้อผิดพลาด ช่องโหว่ด้านความปลอดภัย หรือบริการหยุดทำงานก็ยิ่งเพิ่มขึ้น อุปกรณ์ IoT อาจกลายเป็นช่องทางโจมตีได้ หากผู้ผลิตไม่อัปเดตซอฟต์แวร์อย่างสม่ำเสมอ และผลิตภัณฑ์บางอย่างจะสูญเสียฟังก์ชันส่วนใหญ่เมื่อบริษัทปิดเซิร์ฟเวอร์

สำหรับผม บทเรียนที่ใช้ได้จริงคือควรมีเครื่องมือที่แสดงทราฟฟิกของแต่ละอุปกรณ์ในเครือข่ายบ้าน และพิจารณาแยกอุปกรณ์ IoT ไปไว้ในเครือข่ายอีกชุดหนึ่ง เพราะหากไม่มีตัวเลข จะยากมากที่จะรู้ว่าเครื่องชงกาแฟกำลังทำอะไรอยู่

แหล่งที่มา: GenK

ผู้ที่ดูแลเครือข่ายในบ้านหรือโฮมแล็บขนาดเล็กจะคุ้นเคยกับส่วนต่อท้าย .lan ดีอยู่แล้ว มันปรากฏในหน้าจัดการของเราเตอร์ เซิร์ฟเวอร์ DNS ภายใน และที่อยู่ที่เราใช้เข้าถึงอุปกรณ์โดยไม่มีโดเมนที่จดทะเบียนไว้ IlSoftware.it รายงานว่าคำขอที่ยื่นต่อ ICANN อาจทำให้มันกลายเป็นโดเมนอินเทอร์เน็ตที่เข้าถึงได้ทั่วโลก

คำขอโดเมนระดับบนสุด .lan ยื่นโดยบริษัทสหรัฐฯ Coffee Danger และยังอยู่ในขั้นตอน Pre-Evaluation Processing ซึ่งหมายความว่าโดเมนนี้ยังไม่ได้รับอนุมัติและยังใช้จดทะเบียนที่อยู่สาธารณะไม่ได้ คำขอนี้เป็นส่วนหนึ่งของการจัดสรรโดเมนระดับบนสุดรอบใหม่ที่ ICANN เริ่มในปี 2026 ซึ่งมีบริษัทหลายร้อยแห่งเข้าร่วม ในจำนวนผู้ยื่นมี Google กับ .browser, OpenAI กับ .openai และ .chatgpt, Meta กับ .facebook และบริษัท Aruba จากอิตาลีกับโดเมนอย่าง .pec, .vps, .lab, .roma และ .ciao คำขอทั้งหมดยังอยู่ระหว่างการประเมิน

ประเด็นที่ละเอียดอ่อนคือ .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 hook ที่บล็อกคำสั่งทุกคำสั่งที่ไม่มี --allowed-mail เพื่อกันไม่ให้เอเจนต์เปิดอุโมงค์สาธารณะโดยไม่ตั้งใจ

สำหรับ homelab นี่เป็นทางเลือกที่เบาเมื่อเทียบกับการเปิดพอร์ตหรือใช้ VPN แต่ต้องจำไว้ว่าอุโมงค์สาธารณะยังคงเป็นการเปิดให้เข้าถึงจากอินเทอร์เน็ต แม้จะเป็นเพียงชั่วคราวก็ตาม

แหล่งที่มา: Korben