2 คะแนน โดย GN⁺ 2023-08-11 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • วาง แร็ก StarTech 25U ไว้ในตู้เสื้อผ้ากลางบ้าน และรวม Cat6, ไฟเบอร์, ไฟร์วอลล์, สวิตช์, เซิร์ฟเวอร์ และ UPS ไว้ที่นั่น เพื่อจัดการสายและไฟของเครือข่ายทั้งบ้านจากจุดเดียว
  • สายหลักคือ AT&T Fiber 1Gb แบบสมมาตร, สายสำรองคือ Verizon 5G เดือนละ $50 และใช้ pfSense Gateway Group เพื่อสลับเส้นทางอินเทอร์เน็ตเมื่อเกิดปัญหา
  • เครือข่ายภายในใช้ไฟร์วอลล์ pfSense, สวิตช์ Dell·Cisco, แบ็กโบน 10Gb SFP+, VLAN และ PoE ร่วมกัน เพื่อแยกจัดการทราฟฟิกของกล้อง, AP, เซิร์ฟเวอร์ และ NAS
  • รันบริการหลายอย่างจากที่บ้านบนโฮสต์ ESXi 7.0 U3 จำนวน 3 เครื่อง, TrueNAS NAS, ชั้นดิสก์ JBOD และ Blue Iris NVR เช่น HomeAssistant, แบ็กอัป, มอนิเตอร์ริ่ง, บล็อก, PLEX เป็นต้น
  • เชื่อมต่อไปถึงแร็กในโรงรถด้วยไฟเบอร์ และเพิ่ม UPS, เครื่องกำเนิดไฟฟ้า, GPS NTP, ADS-B, ตัวรับ WeatherFlow เพื่อสร้าง โครงสร้างพื้นฐานในบ้าน ที่คำนึงถึงทั้งไฟดับและปัญหาสายอินเทอร์เน็ต

แร็กส่วนกลางและการเดินสายทั้งบ้าน

  • แร็กในบ้านอยู่ในตู้เสื้อผ้ากลางบ้าน และด้วย ช่องขนาด 2ft x 2ft ที่ต่อขึ้นไปยังห้องใต้หลังคา ทำให้ดึงสายเครือข่ายขึ้นไปได้ง่าย
  • แร็กเป็น StarTech Rack แบบปรับได้ 25U โดยด้านบนวางอุปกรณ์เครือข่ายและแพตช์พาเนล
  • ด้านบนสุดมี Monoprice keystone patch panel 2 ชุด
    • ส่วนใหญ่ใส่ Cat6 keystone jack
    • บางส่วนเป็น LC-LC keystone jack สำหรับช่วงไฟเบอร์ระยะไกล
    • การเชื่อมต่อไปยังกล้องในบ้าน, AP, แจ็กเครือข่าย ฯลฯ
    • keystone patch panel ช่วยให้เพิ่ม·ถอดแจ็กได้โดยไม่ต้องขยับทั้งแผง จึงมีโอกาสทำให้การเชื่อมต่ออื่นเสียหายน้อยกว่า
  • การจัดระเบียบสายใช้ตัวจัดการสาย 1U ทั่วไปจาก Amazon และสาย Monoprice SlimRun Cat6a

อินเทอร์เน็ตคู่และไฟร์วอลล์ pfSense

  • ใต้แพตช์พาเนลมีเซิร์ฟเวอร์ Supermicro 1U ที่รัน pfSense
    • Intel Pentium Gold G5500
    • ECC RAM 8GB
    • Intel NIC ออนบอร์ด 4 พอร์ต
    • Mellanox Connect-X3 10Gb NIC สำหรับ LAN และ VLAN
  • เหตุผลที่ใช้การเชื่อมต่อ 10Gb สำหรับ LAN และ VLAN คือไฟร์วอลล์ทำ การเราต์ระหว่าง VLAN และเพราะอินเทอร์เน็ต 1Gb แบบสมมาตรสามารถทำให้ลิงก์ 1Gb ไปยังสวิตช์เต็มได้ง่าย
  • มีสายอินเทอร์เน็ตสองเส้น
    • AT&T Fiber: 1Gb แบบสมมาตร, ไม่จำกัดข้อมูล, สายหลัก
    • Verizon Gateway: ดาวน์โหลดประมาณ 300Mb/s และอัปโหลด 20Mb/s, เดือนละ $50, ไม่มีสัญญาผูกมัด, ไม่จำกัดข้อมูล, สายสำรอง
  • ทั้งสองเส้นถูกใส่ไว้ใน Gateway Group ของ pfSense โดยปกติใช้ AT&T Fiber และเมื่อมีปัญหาจึงใช้ Verizon
  • การเชื่อมต่อ AT&T ตั้งค่าเป็น passthrough mode เพื่อรองรับ inbound connection
  • การเชื่อมต่อ Verizon ปล่อยไว้เป็นค่าพื้นฐาน เพราะ IP เปลี่ยนบ่อยและบางครั้ง pfSense มีปัญหา
    • pfSense ได้รับ IP ภายใน
    • inbound connection บนสาย Verizon ไม่สำคัญ แต่ยังต้องมี VPN สำหรับเข้าถึงจากระยะไกลและการเชื่อมต่ออุปกรณ์ความปลอดภัยบางอย่าง
  • เพื่อเลี่ยง NAT จึงตั้งค่า site-to-site WireGuard VPN กับ Linode VPS
    • pfSense ฝั่งบ้านเป็นไคลเอนต์ และ VPS เป็นเซิร์ฟเวอร์ จึงเลี่ยง NAT ได้ในทางปฏิบัติ
    • มีประโยชน์แม้อยู่ในสภาพแวดล้อม CGNAT
    • เปิด forwarding บน VPS เพื่อเข้าถึงเครือข่ายในบ้าน
    • NGINX Proxy Manager ส่งต่อพอร์ตบางพอร์ตมาถึงเครือข่ายที่บ้าน
    • ไม่ว่าที่บ้านจะใช้เกตเวย์ใด ก็เข้าถึงได้ด้วย IP หรือ DNS record เดิม
  • บล็อกที่โฮสต์จากบ้านก็เชื่อมกับวิธีนี้ด้วย

สวิตช์, VLAN และเครือข่ายไร้สาย

  • สวิตช์ 1Gb หลักคือ Dell X1052P ซึ่งจัดการการเชื่อมต่อ 1Gb ส่วนใหญ่ในบ้านและ PoE
    • รองรับ PoE และ PoE+
    • จ่ายไฟให้ AP, อุปกรณ์เครือข่ายขนาดเล็ก และกล้อง IP จำนวนมาก
    • การเชื่อมต่อสีฟ้าคือกล้อง IP ในบ้านที่ถูกจัดไว้ใน VLAN แยก
    • เชื่อมกับสวิตช์ 10Gb หลักด้วย 20Gb LACP trunk
    • ข้อดีคือมีการเชื่อมต่อ 10Gb 4 พอร์ต, PoE+, รางสไลด์ และคุณภาพพัดลมที่ดี
    • ข้อเสียใหญ่คือไม่มีการตั้งค่าผ่าน CLI และเว็บอินเทอร์เฟซแย่มาก
  • Cisco SG300-28 เป็นสวิตช์ที่เพิ่มเข้ามาเพราะพอร์ต 1Gb บน Dell X1052P ไม่พอ
    • เชื่อมต่ออุปกรณ์แบนด์วิดท์ต่ำ เช่น IPMI และเครื่องพิมพ์
    • เชื่อมกับสวิตช์ Dell ด้วยลิงก์ 1Gb เดี่ยว
    • เชื่อมพอร์ตที่สองของ Verizon Gateway เข้ากับ VLAN แยก เพื่อข้าม pfSense และต่อเข้ากับอินเทอร์เน็ต Verizon โดยตรงได้
    • มีประโยชน์สำหรับ RIPE Atlas probe, การทดสอบการเชื่อมต่อภายนอก และการทดสอบโดยไม่รวมกฎ DNS·ไฟร์วอลล์
  • สวิตช์ 10Gb หลักคือ Cisco SX350-24F
    • เป็นสวิตช์ 10Gb SFP+ 24 พอร์ต โดย 4 พอร์ตในนั้นเป็น copper combo port
    • NAS ใช้การเชื่อมต่อ dual 10Gb
    • เชื่อมต่อเซิร์ฟเวอร์ ESXi 1 เครื่อง, เดสก์ท็อป PC 2 เครื่อง, uplink ของไฟร์วอลล์, แร็กโรงรถ และ Dell switch LACP trunk
    • ใช้ WiiTek transceiver เพื่อให้การเชื่อมต่อ 2.5Gb กับ HTPC
    • ตัวสวิตช์เองรองรับเฉพาะ 1Gb และ 10Gb แต่ transceiver จัดการการเชื่อมต่อ multigig ให้
  • WiFi วาง Ruckus AP 4 ตัวในบ้านและโรงรถ
    • ติดตั้ง R510 บนเพดานในบ้าน
    • ติดตั้ง R320 ด้านนอกโรงรถ แม้ไม่ใช่ AP สำหรับกลางแจ้ง แต่ทำงานปกติมาเกิน 3 ปีแล้ว
    • ประเมินว่า Ruckus AP รูปลักษณ์ด้อยกว่า Ubiquiti AP แต่ทำงานได้ดีกว่ามาก
    • ใช้ Unleashed mode ให้ AP ตัวหนึ่งทำหน้าที่เป็นคอนโทรลเลอร์ของ AP ทั้งหมด จึงไม่ต้องมีคอนโทรลเลอร์แยก

เซิร์ฟเวอร์, สตอเรจ และบริการภายใน

  • ใต้อุปกรณ์เครือข่ายมีชั้นวางสำหรับอุปกรณ์กินไฟต่ำและโฮสต์ VMware ESXi 3 เครื่อง
  • ชั้นวางด้านบนรวมฮับขนาดเล็ก, time server และ RIPE Atlas Probe ไว้ด้วยกัน
    • Hubitat Hub
    • เซิร์ฟเวอร์ NTP Raspberry Pi 3B+ ที่ใช้แหล่งเวลา GPS/PPS
    • RIPE Atlas Probe รุ่นใหม่ที่เชื่อมต่อโดยตรงกับสาย Verizon
    • Raspberry Pi Zero W ที่รัน GPS NTP
    • RIPE Atlas Probe รุ่นเก่าที่เชื่อมต่อกับสาย AT&T
  • Hubitat Hub ถูกแทนที่เกือบทั้งหมดด้วย HomeAssistant VM
    • ปัจจุบันเหลือไว้เพื่อเชื่อมต่ออุปกรณ์ Z-Wave และ Zigbee
    • ยังมีอุปกรณ์ที่จำเป็นอยู่ เช่น เครื่องตรวจจับควันและเครื่องตรวจจับน้ำรั่ว
  • RIPE Atlas Probe ใช้เป็นอุปกรณ์ช่วยสนับสนุนการวัดผลอินเทอร์เน็ต
  • เซิร์ฟเวอร์ NTP ที่อิง GPS ให้เวลาที่แม่นยำมากแก่อุปกรณ์เครือข่ายได้แม้ไม่มีอินเทอร์เน็ต
    • ตัวหนึ่งเชื่อมกับสวิตช์ Dell และอีกตัวเชื่อมกับสวิตช์ Cisco
    • บทความที่เกี่ยวข้อง: GPS Raspberry Pi NTP Server
  • โฮสต์ ESXi ทั้งหมดรัน ESXi 7.0 U3
    • ยังไม่ย้ายไป 8.0 เพราะตอนย้ายจาก 6.7 ไป 7.0 มีบั๊กเยอะ
    • บริการที่รันมี Veeam Backup, Borg Backup, Arq Backup, HomeAssistant, HomeBridge, NGINX Proxy Manager, vCenter, Rekor Scout/OpenALPR, Grafana, InfluxDB, LibreNMS, VDI VM, VM ทดสอบ, Windows Domain Lab, Portainer, Kiwix, NextCloud, Mealie, Navidrone, Solarr, PLEX, public SFTP Server, Netbox, qBitTorrent, Prowlarr, บล็อก เป็นต้น
  • การจัดชุดโฮสต์ ESXi มีสามแบบ
    • ASUS PN50: AMD Ryzen 4800U 8 คอร์ 16 เธรด, DDR4 64GB, 2TB NVMe, NIC ในตัวไม่รองรับใน ESXi จึงใช้ Intel M.2 NIC 1Gb
    • Lenovo M73 Tiny: i5-4750T, RAM 16GB, 1TB SATA SSD, สำหรับ VM เบา ๆ และ NIC ไม่รองรับใน VMware 8.0 อีกต่อไป จึงต้องเปลี่ยน
    • Lenovo M720q Tiny: i7-8700T, RAM 64GB, 2TB NVMe, Intel X520 dual 10Gb NIC, รับผิดชอบ VM ที่ใช้เครือข่ายหนัก
  • 2U Supermicro chassis 3 เครื่องทำหน้าที่เป็นสตอเรจและ NVR
    • เครื่องแรกเป็น ชั้นดิสก์ JBOD ที่ใส่ดิสก์ SAS 12 x 8TB และเป็นสตอเรจสื่อหลักที่เชื่อมกับ NAS
    • ด้านไฟเลี้ยง ใช้วิธีจัมเปอร์ PSU connector ด้วย paperclip ให้เปิด 24/7/365 แทนการใช้ SuperMicro CSE-PTJBOD-CB2
    • เครื่องที่สองคือ TrueNAS NAS ใช้ Xeon E3-1270 V5, ECC RAM 64GB, dual port 25Gb NIC และ HBA หลายตัว
    • LSI 9207-8e เชื่อมกับดิสก์ SAS 12 x 8TB และ LSI 9300 เชื่อมกับ striped mirror แบบ 6 x 4TB SAS สำหรับข้อมูลสำคัญ
    • Intel S3700 DC 800GB Enterprise SSD 2 ตัวใช้เป็น Metadata storage หรือ Fusion Pool
    • บทความที่เกี่ยวข้อง: My Data Backup Plan - 2021
  • เซิร์ฟเวอร์เครื่องที่สามคือ Blue Iris NVR
    • 8-bay Supermicro chassis
    • i7 8700K, DDR4 16GB, NVIDIA Tesla P4, LSI 9207-8i
    • สตอเรจบันทึกภาพประมาณ 48TB
    • ใช้ AI ภายในเครื่องเพื่อตรวจจับสถานการณ์อย่างมีคนเดินอยู่ในบริเวณบ้าน
    • ใช้ Intel i350-T4 quad port gigabit NIC โดยพอร์ตหนึ่งเชื่อมกับ LAN และอีกพอร์ตเชื่อมกับ CCTV VLAN
    • CCTV VLAN ถูกไฟร์วอลล์แยกออกจากเครือข่ายอื่นและอินเทอร์เน็ตโดยสมบูรณ์
  • สำหรับ NVR ที่เป็นบอร์ดผู้บริโภคและไม่มีการจัดการระยะไกล ติดตั้งอุปกรณ์ TinyPilot เพื่อให้ควบคุมระยะไกลระดับ BIOS ได้

ไฟฟ้า, การระบายความร้อน, แร็กโรงรถ และเซ็นเซอร์ภายนอก

  • ด้านล่างของแร็กหลักมี CyberPower PDU15M2F10R Metered PDU และ APC SRT3000RMXLA double conversion/online UPS
    • UPS รับไฟจากเต้ารับ 30A 120V
    • สายไฟสีส้มเส้นใหญ่เข้าไปในผนัง เพื่อจ่ายไฟจาก UPS ไปยังพื้นที่อื่นในบ้าน เช่น โต๊ะทำงาน, โต๊ะของภรรยา และตำแหน่งทีวี 2 จุด
    • เป็นการตั้งค่าที่ปกป้องอุปกรณ์หลักด้วย UPS ตัวเดียว โดยไม่ต้องจัดการแบตเตอรี่ของ UPS หลายตัวแยกกัน
    • บทความที่เกี่ยวข้อง: Home Server Room Power Upgrade + Multi-room UPS, UPS Upgrade - APC SRT3000RMXLA Double Conversion
  • เมื่ออุปกรณ์และดิสก์เพิ่มขึ้น ห้องร้อนเกินไป จึงเพิ่ม AC Infinity Fan
    • พัดลมระบายอากาศออกไปยังตู้เสื้อผ้าว่างด้านหลัง
    • ติดตั้งโพรบวัดอุณหภูมิและคอนโทรลเลอร์ไว้ด้านหน้าแร็ก
  • Vertiv/Giest Watchdog 15-P เป็นมอนิเตอร์สภาพแวดล้อมแบบใช้ไฟ PoE
    • สามารถส่งการแจ้งเตือนเมื่ออุณหภูมิหรือความชื้นเกินเกณฑ์ที่กำหนด
    • ตั้งการแจ้งเตือนสำหรับอุณหภูมิสูงและความชื้นต่ำ
    • รองรับ SNMP จึงดึงข้อมูลเข้าโซลูชันมอนิเตอร์ริ่งได้
  • มีไฟเบอร์โหมดเดี่ยว (SMF) ไปถึงโรงรถผ่านท่อร้อยสาย
    • ระหว่างบ้านกับโรงรถมี AT&T Fiber ผ่านไปด้วย
    • เนื่องจากไฟเบอร์เส้นเล็กที่ผ่านใต้ต้นโอ๊กสูง 80ft และสภาพแวดล้อมที่มีพายุฝนฟ้าคะนองบ่อย จึงมีอินเทอร์เน็ตสำรอง Verizon
  • แร็กโรงรถเป็นแร็ก 12U ที่ได้มาฟรี แต่สำหรับอุปกรณ์ที่มีความลึกมากจะใช้งาน 1U ด้านล่างได้ยาก จึงใกล้เคียง 11U ในทางปฏิบัติ
    • มีสวิตช์ Cisco WS-C2960S-48LPD-L ซึ่งให้พอร์ต 1Gb PoE+ 48 พอร์ต และพอร์ต 10Gb SFP+ 2 พอร์ต
    • มี APC Surge Protector PDU และเซิร์ฟเวอร์ TrueNAS สำรอง
    • TrueNAS สำรองประกอบจากอะไหล่เก่า ใช้ดิสก์ SAS 4 x 8TB จัดเป็น RAIDZ2
    • ทำหน้าที่รับ snapshot ที่ replicate มาจาก NAS หลักเท่านั้น
    • บทความที่เกี่ยวข้อง: Deploying a TrueNAS Backup Server to my hot Texas Garage
  • ในแร็กโรงรถยังมี TinyPilot, Raspberry Pi NTP ที่อิง GPS และ UPS
    • UPS เป็น SMT1000RM2U และทำงานที่โหลดสูงสุดประมาณ 20% กับแร็กและอุปกรณ์เล็ก ๆ นี้
    • จ่ายไฟจาก UPS ผ่าน power inlet ไปยัง IoTaWatt Energy monitor และ Raspberry Pi ภายใน standby generator ด้วย
    • บทความที่เกี่ยวข้อง: Power Monitoring Setup (IoTaWatt + Grafana), Generac Maintenance, Oil Report and more Genmon Changes
  • บนจันทันของโรงรถมีเสาอากาศ ADS-B และส่งข้อมูล ADS-B ของเครื่องบินไปยัง FlightAware, FlightRadar24, ADSB-X ฯลฯ ด้วย Raspberry Pi ที่ต่อ SDR
    • ถ้าติดตั้งเสาอากาศไว้ข้างนอกจะดีกว่า และวางแผนเป็นโปรเจกต์ในอนาคต
  • ในแร็กโรงรถยังมี WeatherFlow Tempest Receiver
    • เชื่อมต่อกับ Weather Station ที่ติดตั้งบนเสาสูงในสวนหลังบ้าน
    • สามารถส่งข้อมูลผ่าน MQTT เข้า HomeAssistant ภายในได้โดยไม่ต้องใช้อินเทอร์เน็ต เพื่อใช้กับ automation ที่อิงเซ็นเซอร์
  • ภายนอกบ้านมี ATS ของเครื่องกำเนิดไฟฟ้าและแผงไฟฟ้า
    • เครื่องกำเนิดไฟฟ้าขนาด 27kW และจ่ายไฟให้ทั้งบ้าน
    • การสตาร์ตเครื่องกำเนิดและสลับไฟใช้เวลาประมาณ 10 วินาที ดังนั้น UPS ต้องรับภาระได้เพียงราว 10 วินาทีเท่านั้น
  • โปรเจกต์ในอนาคตคือการติดตั้ง Meshtastic LoRa T-Beam แบบถาวร เพื่อทำการสื่อสาร mesh แบบเข้ารหัสโดยไม่ใช้อินเทอร์เน็ต
    • วางไว้ที่บ้านหนึ่งตัวและพกติดตัวหนึ่งตัว สามารถสื่อสารได้ประมาณ 2 ไมล์โดยไม่ใช้เสาอากาศพื้นฐานและไม่มีข้อได้เปรียบด้านความสูง
    • หากติดตั้งเสาอากาศที่ดีกว่าไว้สูง ๆ คาดว่าจะสื่อสารได้ทั่วละแวกบ้านโดยไม่ต้องใช้อินเทอร์เน็ต
    • ปัจจุบันตัวหนึ่งอยู่บนโต๊ะเป็น repeater และเชื่อมต่อเครือข่ายผ่าน WiFi

1 ความคิดเห็น

 
GN⁺ 2023-08-11
ความคิดเห็นบน Hacker News
  • เมื่อก่อนเคยโฮสต์ทุกอย่างเองและดูแลเครือข่ายบ้านที่จัดหนักถึงขั้นมี 10G backbone แต่ช่วงนี้เปลี่ยนมาเน้นใช้งานจริงมากขึ้นมาก
    อุปกรณ์แบบมีสายเหลือแค่ 2 เครื่องเท่านั้น ที่เหลือรันผ่าน Wi-Fi และในแร็กเครือข่ายก็เหลือแค่ไฟร์วอลล์กับสวิตช์ PoE 16 พอร์ต
    NAS ถูกถอดออกไป เพราะค่าไฟเมื่อหน้าหนาวที่แล้วมักเกิน €1/kWh ทำให้การใช้ไฟราว 35kWh ต่อเดือนกลายเป็นภาระ แทนที่ด้วยคลาวด์สตอเรจเดือนละราว €20 โดยเข้ารหัสด้วย Cryptomator ก่อนอัปโหลด และรวมแบ็กอัปบนคลาวด์ซ้ำกับผู้ให้บริการรายอื่นไว้ด้วย
    ที่บ้านเหลือเพียงอุปกรณ์ ARM เครื่องเดียวสำหรับแบ็กอัปข้อมูลคลาวด์ลงโลคัลทุกวัน และรันไลบรารี Plex ขนาดเล็กบนไดรฟ์ภายนอก USB3 เพียงลูกเดียว ซึ่งไม่เพียงลดค่าไฟกับค่าฮาร์ดแวร์ แต่ยังทำให้มี เวลาว่าง เพิ่มขึ้นอย่างมหาศาล
    ไฟร์วอลล์ปิดสนิททั้งหมด ยกเว้น WireGuard VPN และตอนนี้แทบไม่มีอะไรให้ดูแล นอกจากรอบการแพตช์ตามปกติ

    • ผมก็คล้ายกัน ตอนย้ายบ้านเมื่อไม่นานมานี้ สิ่งที่ทำทั้งหมดคือเดิน CAT6 จากจุดอินเทอร์เน็ตเข้าบ้านขึ้นไปถึง PoE switch ในห้องใต้หลังคา แล้วต่อ WiFi6 AP ไม่กี่ตัวเข้ากับสวิตช์นั้น
      กล้อง สวิตช์อัจฉริยะ แล็ปท็อปทำงาน ไปจนถึง RPi4 สำหรับโปรเจกต์ ทั้งหมดรันผ่าน Wi-Fi ได้ดีพอ และอุปกรณ์เดียวที่เสียบ Ethernet โดยตรงคือเดสก์ท็อปเล่นเกมแบบ headless ที่วางไว้ในห้องใต้หลังคา
      บางครั้งก็ใช้เวลาสตรีมเกมไปยังแล็ปท็อป แต่งานเดินสาย CAT6 ไปภายนอกไม่ใช่งานที่สนุกเป็นพิเศษ ถึงอย่างนั้นถ้าผู้เขียนต้นฉบับอยากทำเองก็เคารพการตัดสินใจ
    • ผมก็ไปในทิศทางเดียวกัน และพูดตรง ๆ คือเกิด IT burnout
      ลดจากคอนฟิกที่ซับซ้อนเกินไปเหลือแค่ใช้ Ruckus AP ตัวเดียวเป็นเกตเวย์ Unleashed แล้วต่อเข้ากับ FiOS ONT โดยตรง จากนั้นใช้พอร์ตที่สองต่อ QNAP
      ทั้งเครือข่ายมีแค่นั้น และมีสตอเรจพอสำหรับเสพมีเดีย รวมถึง HomeAssistant กับ Tailscale ก็เพียงพอแล้ว
    • แนะนำให้ลองใช้ Rclone(https://github.com/rclone/rclone) แทน Cryptomator
      เป็นซอฟต์แวร์ที่แข็งแรงและทรงพลังกว่ามาก ผมเองก็เคยใช้ Cryptomator แต่พอข้อมูลเกินระดับหนึ่งก็ช้าและจัดการยาก
      ตอนภายหลังพยายามดึงข้อมูลออกมา เมตาดาตาของไฟล์ทั้งหมดถูกรีเซ็ตไปหมด เช่น ไม่สามารถรู้ได้อีกแล้วว่าภาพถ่ายนั้นถ่ายเมื่อใด
    • ผมยังมี NAS แบบโลคัลอยู่ และตั้งใจจะอัปเกรดประมาณปีนี้หรือปีหน้า
      ต่อให้ต้องแลกกับความซับซ้อนและค่าไฟ ก็ไม่อยากฝาก ข้อมูลของผม ไว้กับคลาวด์คอมพิวติ้ง
      ผมมองว่านั่นคือราคาของเสรีภาพ
    • การที่ NAS ใช้ไฟเดือนละ 35kWh หมายความว่าประมาณ 50W
  • สงสัยว่ามีบทความที่อธิบาย “ทำไม?” ของทั้งหมดนี้ไหม
    แม้ในฐานะคนที่กำลังหาข้อมูลว่าจะเดินอีเทอร์เน็ตเพิ่มสักหน่อยเพื่อ Wi‑Fi ที่เสถียรกว่าและการเข้าถึงอินเทอร์เน็ตทั่วไปที่เร็วขึ้น, อาจพิจารณาไฟเบอร์ออปติกสำหรับงานอย่างอินโฟเทนเมนต์เพราะสามารถลากสายได้ไกลขึ้นหลายแบบ, และลองเชื่อมต่อกล้องรักษาความปลอดภัยกับกล้องสังเกตธรรมชาติ ก็ยังเข้าใจได้ยากว่าทำไมถึงต้องมีขนาดระดับนี้ ถ้าไม่ใช่งานอดิเรกหรือธุรกิจที่ทำจากบ้าน
    เช่น รู้สึกว่าการจ่าย 600 ดอลลาร์สำหรับอินเทอร์เน็ตสำรองซ้ำซ้อน เพื่อป้องกันเน็ตล่มไม่กี่นาทีต่อปีนั้นคุ้มจริงหรือไม่ และไม่รู้ว่าทำไมถึงต้องการการเชื่อมต่อระดับนั้น

    • ผมสร้าง โฮมแล็บ ที่ค่อนข้างจริงจังตลอดหลายปี เพื่อให้บริการ 24 ชั่วโมงทำงานได้แข็งแกร่งที่สุดเท่าที่เป็นไปได้
      ถ้าเป็นแนวรัน VM บนชั้นสตอเรจแยกต่างหาก ก็มีส่วนที่ใช้งานได้จริงในแง่การบำรุงรักษาระยะยาวมาก ๆ อยู่บ้าง แต่ส่วนใหญ่แล้วมันให้ความรู้สึกเหมือนตอนเด็ก ๆ ที่ได้สำรวจคอมพิวเตอร์ครั้งแรกพอดี
      ตอนนี้ผมอายุ 43 แล้ว แต่การได้เจอสิ่งที่ไม่เคยเจอมาก่อน แล้วผ่านกระบวนการแก้มันได้สำเร็จนั้นน่าพึงพอใจมาก
      ผมเป็นนักพัฒนาเกมด้วย จึงตระหนักว่าตัวเองชอบปริศนาทางเทคนิค และการพัฒนาเกมก็เป็นดินที่อุดมสมบูรณ์สำหรับปริศนาแบบนั้น
      แต่ในกระบวนการพัฒนาซอฟต์แวร์ทั่วไป มักจะไม่ได้เจอโลกใหม่ทั้งใบอย่างเครือข่ายองค์กร, สตอเรจ, เวอร์ชวลไลเซชัน
      แถมยังได้ช่วยตั้งค่าระบบบิลด์ให้เพื่อน ๆ หลายครั้งด้วย การเป็น คนที่เชี่ยวชาญอินฟราสตรักเจอร์ ในโลกดิจิทัลก็คล้ายกับการมีรถกระบะแล้วต้องช่วยคนอื่นย้ายบ้านอยู่เรื่อย ๆ
    • สำหรับผมเป็นการ ลงมือแงะแกะเล่น อีกรูปแบบหนึ่งเท่านั้น
      ไม่มีใครจำเป็นต้องทำ และก็ไม่ได้จำเป็นต้องซื้อหรือดูแลคอมพิวเตอร์ รถ หรือบ้านของตัวเองเสมอไป แต่ทำเพราะทำได้และสนุก
      อย่างไรก็ตาม ผมไม่แนะนำอย่างยิ่งให้ธุรกิจใช้ทรัพยากรในบ้านเพื่อทำงาน ถ้าไม่รู้แน่ชัดว่าตัวเองกำลังทำอะไรและทำไปทำไม
      ผมเป็นผู้เชี่ยวชาญด้านความปลอดภัย แต่โฮมแล็บของผมก็ยังมีช่องโหว่ และยิ่งมีชิ้นส่วนที่เคลื่อนไหวมาก พื้นผิวโจมตีก็ยิ่งขยายขึ้นมาก
      มีเหตุผลที่องค์กรยอมจ่ายเงินก้อนใหญ่ให้บริการความปลอดภัยแบบจัดการให้ และโฮมแล็บส่วนใหญ่ที่ผมเห็นก็ทำเพื่อความสนุกและความพึงพอใจส่วนตัว
      “ความรู้ที่ไม่ได้เอาไปใช้จะมีประโยชน์อะไร” คือแรงจูงใจที่ทำให้ทำเรื่องแบบนี้ และผมคิดว่าคงไม่ใช่แค่ผมคนเดียว
    • นอกจากแค่ “เพราะแงะแกะเล่นแล้วสนุก” ก็ยังมีเหตุผลอื่นด้วย
      ไม่ใช่ว่าผมชอบดูแลของอย่าง Ceph, Proxmox แต่ผมชอบความสามารถที่จะดีพลอยอะไรก็ได้ตามต้องการลงบนคลัสเตอร์ทรงพลังที่เชื่อมต่อ 10Gb โดยไม่ต้องกังวลเรื่อง ค่าใช้จ่ายคลาวด์
      ถ้าจะทำสิ่งที่รันบนอินฟราสตรักเจอร์ที่บ้านให้เหมือนเดิมบนคลาวด์ คงต้องเสียค่า compute เดือนละ 200~300 ดอลลาร์ และค่าสตอเรจเพิ่มได้ง่าย ๆ อีกเดือนละ 300 ดอลลาร์
      แทนที่จะเป็นแบบนั้น ผมจ่ายฮาร์ดแวร์ไปราว 2,000 ดอลลาร์ และค่าไฟประมาณเดือนละ 35 ดอลลาร์
      เครื่องพิมพ์ 3D ก็คล้ายกัน บางคนชอบติดตั้ง Klipper แล้วจูน Benchy ให้เร็วที่สุด แต่ผมชอบที่ทำอะไรสักอย่างใน CAD แล้วได้ถือมันในมือเร็วที่สุดเท่าที่ทำได้
      ถึงอย่างนั้น คนที่ไปไกลถึงระดับผู้เขียนต้นฉบับก็น่าจะเป็นคนที่สนุกกับการแงะแกะเล่นเองจริง ๆ
    • ผมทำงานทางไกลมาตั้งแต่ราวปี 2005~2006 และถ้าเป็นไปได้ก็ชอบมีการเชื่อมต่ออินเทอร์เน็ตที่ดีพร้อมแบ็กอัปเสมอ
      ยังจำได้ว่าในปี 2000 เคยตีสนิทกับช่างเคเบิลแถวบ้านเพื่อให้ได้ 1Mbps
      ตอนนี้ผมรวม อินเทอร์เน็ต 3 เส้น แล้วใช้แบบ load balancing อยู่ ปัญหาไม่ใช่ว่าจะล่มกี่นาทีต่อปี แต่คือไม่ให้ล่มในตอนที่จำเป็นจริง ๆ
      ผมมีช่วงเวลาที่ไม่มีอินเทอร์เน็ต และมีเวลาว่างกับตัวเอง/ครอบครัวพอสมควรอยู่แล้ว แต่ชอบตรงที่เวลา कामหรือเล่น อินเทอร์เน็ตจะไม่เป็นคอขวด
      ใช้ชุดนี้มาตั้งแต่ช่วงต้น ๆ ของโรคระบาด และหลังจากนั้นบ้านเราก็แทบไม่มี “อินเทอร์เน็ตล่ม” เลย
      ผมไม่ได้ทำงานสายเซิร์ฟเวอร์, DevOps หรือเน็ตเวิร์กกิง แต่ชอบแงะแกะเล่นของพวกนี้ และสักวันหนึ่งก็อยากมี “โฮมเน็ตเวิร์กที่เกินพอดี”
      ในอินเดีย อินเทอร์เน็ตถูกมาก จึงใช้ทั้งสามเส้นได้ในราคาค่อนข้างสมเหตุสมผล https://www.instagram.com/p/CUWeopdPVOp/
    • ทำไมจะไม่ได้ล่ะ
      บ้านที่ผมขายไปช่วงโควิดมีชุดติดตั้งที่ค่อนข้างซับซ้อน และโชคดีที่ผู้ซื้อก็ชอบมันด้วย
      แต่ละปีกของบ้านมีตู้สายของตัวเอง และเชื่อมกันด้วย แบ็กโบนไฟเบอร์ ส่วนเส้นภายนอกไม่ได้ซับซ้อนเท่าต้นฉบับ แต่มีอุปกรณ์เยอะมากจนอยากเหลือแบนด์วิดท์ไร้สายไว้สำหรับอุปกรณ์ที่เคลื่อนที่
      เคล็ดลับหนึ่งที่มีประโยชน์คือวางจุดต่ออย่างน้อยห้องละหนึ่งจุด โดยปกติคือผนังละหนึ่งจุด
      ด้านหลังแผ่นหน้ากากผนังมี NEMA box และมีท่อตรงจากตรงนั้นลงไปยังพื้นที่ใต้พื้น
      บ้านเรามีพื้นที่ใต้พื้นสูง 6 ฟุต จึงแทบไม่ใช่พื้นที่แบบต้อง “คลาน” และไม่เพียงเดินสายครั้งแรกได้ง่าย แต่เวลาต้องเพิ่มสายที่เกิดขึ้นไม่บ่อย ก็สามารถดึงสายได้ง่ายเช่นกัน
      ท่อเป็นแนวตรง ไม่ใช่เส้นทางคดเคี้ยวพันกันเหมือนหางหนู การจัดการสายจึงง่ายด้วย
  • ถ้าพูดกันตรง ๆ พวกเราส่วนใหญ่คงอิจฉา การจัดวางเครือข่าย แบบนี้ และคงอยากมีเงินกับเวลาพอจะครอบครองอะไรคล้าย ๆ กัน
    การจ่ายไฟด้วยพลังงานแสงอาทิตย์ รวมถึงอุปกรณ์ “เล็ก ๆ” อย่าง ADB, NTP, LoRa, TinyPilot, MQTT, การมอนิเตอร์อุณหภูมิ·ความชื้น·พลังงาน ก็ได้คะแนนพิเศษด้วย
    @monstermunch กำลังทำความฝันให้เป็นจริง

    • พวกเราหลายคนคงเคยไปถึงขั้นนั้นในช่วงใดช่วงหนึ่งของชีวิต แล้วตอนนี้ก็ลดขนาดลงมาแล้ว หรือแค่คิดว่าจะต้องคอยดูแลและอัปเดตแร็กมหึมานั่นต่อไปก็ขนลุกแล้ว
    • ผมก็ทำใช้เองเหมือนกัน แต่ไม่ได้อิจฉา
      แค่พีซีมินิ N6005 แบบไร้พัดลมที่มีพอร์ต 2.5GbE หลายพอร์ต กับ Wi-Fi AP แบบ barebone ราคาถูก ก็จัดการได้หมดทั้งเราเตอร์, สวิตช์, สตอเรจ, เซิร์ฟเวอร์เกม Valheim·Satisfactory, เซิร์ฟเวอร์เวลา chrony, unbound DNS พร้อม blocklist, InfluxDB และ MQTT
      รวมกันกินไฟไม่ถึง 20W และก็ไม่ได้ลำบากอะไร
    • ที่สะดุดตาคือไม่มีการพูดถึง ระดับเสียงรบกวน ในห้องนี้เลย
      เซิร์ฟเวอร์แบบแร็กเสียงดังแบบเหลือเชื่อ
      หน้าร้อนปีหนึ่งผมเคยวาง SuperMicro เครื่องหนึ่งไว้ในชั้นใต้ดิน ผ่านไปประมาณเดือนเดียวก็ต้องเอาออก และได้ยินเสียงมันจากทุกที่ในบ้าน
    • ผมสนใจ การจัดวางแบบโคโลเคชัน มากกว่าการจัดวางที่บ้าน
      ผมมีเซิร์ฟเวอร์ 1U อยู่ 2 เครื่องในดาต้าเซ็นเตอร์คนละแห่ง
      หนึ่งในเซิร์ฟเวอร์ใหม่เป็น Cisco UCS 220 M5 ใส่ NVMe ระดับ enterprise 4TB 2 ตัว, SAS SSD ระดับ enterprise 2TB 4 ตัว, SSD 2TB 4 ตัว, RAM 256GB และ Intel Gold 6230 แบบ 20 คอร์ 2 ตัว
      จริง ๆ ไม่ได้จำเป็น แค่อยากมี
      กำลังตัดสินใจว่าจะใช้ FreeBSD กับ bHyve ที่ชอบต่อไป หรือย้ายไป VMware
      ถ้าค่าเป็นเจ้าของบล็อก IP ไม่ได้อยู่ระดับ €LOL ก็คงจัดชุดผูกขาดให้ครบไปแล้ว
      แค่อยากอวดที่ไหนสักแห่ง
    • เจ๋งมาก แต่ผมไม่รู้ว่าจะเอามันไปทำอะไร
      ไม่ได้หมายความว่าคนอื่นไม่มีเหตุผลที่จะต้องการหรือต้องใช้มันนะ แต่ผมคงใช้ไม่หมดแน่ ๆ
      เคยคิดจะเดินสาย Ethernet สักเส้นสองเส้นในบ้านเพื่อเชื่อมลิงก์ 1Gb แต่สุดท้ายก็ขี้เกียจไม่ได้ทำ และ Wi-Fi ก็พอใช้แล้ว
      ยังไงอินเทอร์เน็ตบ้านก็แค่ 11Mb/1Mb เลยดึงประสิทธิภาพมาใช้เต็มที่ไม่ได้อยู่ดี
      Wi-Fi ของแล็ปท็อปเครื่องใหม่ไม่ค่อยเสถียร ถ้าไดรเวอร์กับเฟิร์มแวร์ไม่ดีขึ้น ปีนี้อาจลองทำก็ได้
      กล้องกับสถานีตรวจอากาศดูน่าสนใจดี
  • อีกด้านหนึ่งมันดูเนิร์ดและเท่มากจริง ๆ แต่ในขณะเดียวกันก็รู้สึกไม่สบายใจพอสมควรที่ฮาร์ดแวร์จำนวนมหาศาลนี้ต้องพึ่งพาไฟฟ้า
    ของระดับนี้ดูไม่จำเป็นเลย และพอเห็นรูป F150 ด้วย ก็ทำให้จัดเขาเข้ากลุ่มชาวอเมริกันแบบทั่วไปหรือไม่ทั่วไปที่ไม่ใส่ใจสิ่งแวดล้อม
    แต่ผมชอบที่เขารัน RIPE probe นะ

    • น่าเสียดายที่ไปเหยียบย่ำคนที่หลงใหลในงานอดิเรกของตัวเองและตื่นเต้นจนอยากแชร์แบบนี้
      บางคนบินไปแอฟริกาเพื่อยิงช้างเล่น ๆ ด้วยซ้ำ ถ้ามองเป็นงานอดิเรก อันนี้ถือว่าค่อนข้างเบาแล้ว
      ถ้ากังวลเรื่องสิ่งแวดล้อมจริง ๆ ก็ควรรู้ว่าการไปตรวจนับจำนวนคอมพิวเตอร์ในตู้เสื้อผ้าของใครสักคนให้ผลตรงข้าม
      ตรรกะที่ว่า “สิ่งเล็ก ๆ ทุกอย่างช่วยได้” ไม่ค่อยน่าเชื่อ เพราะมีค่าเสียโอกาสอยู่เสมอ
      ความสนใจของผู้คนมีจำกัด และถ้าไปโฟกัสปัญหาเล็กน้อยแบบนี้ ก็แค่ทำให้ความสนใจหลุดจากเรื่องที่สำคัญจริง ๆ อย่าง การกินเนื้อและเชื้อเพลิงฟอสซิล
    • ในหลายรัฐของสหรัฐฯ แหล่งไฟฟ้าหลักคือพลังงานนิวเคลียร์
      ซึ่งถือว่าค่อนข้างเป็นมิตรต่อสิ่งแวดล้อม ดังนั้นการที่ผู้เขียนต้นฉบับใช้ไฟมากจึงไม่ใช่ปัญหาในตัวเอง
      ถึงเวลาต้องเลิกทำให้ การใช้พลังงาน กลายเป็นปีศาจได้แล้ว
      พลังงานเป็นสิ่งน่าทึ่ง เป็นเหตุผลที่เราสร้างความมั่งคั่งได้มากในเวลาอันสั้น และเป็นรากฐานของเศรษฐกิจ การแพทย์ อินเทอร์เน็ต รถยนต์ไฟฟ้า และบ้านที่มีฉนวนกันความร้อนดี
      เราควรทำเต็มที่เพื่อทำให้พลังงานราคาถูก เพื่อให้คนมากขึ้นใช้พลังงานได้มากขึ้น
      แทบไม่มีอะไรทำร้ายขบวนการด้านสภาพภูมิอากาศได้เท่ากับสงครามกับพลังงาน และมันไม่จำเป็น ทั้งยังพลาดแก่นของขบวนการคือการปกป้องสิ่งแวดล้อม
      แทนที่จะตีตราคนใช้พลังงานว่าเป็นปีศาจ ควรโฟกัสที่แหล่งพลังงานที่สะอาดกว่า
    • ผมเองก็รู้สึกซับซ้อนเหมือนกัน
      ผมเลิกทำ homelab เพราะค่าไฟ และตอนนี้รัน HomeAssistant, NAS, เราเตอร์ ทั้งหมดบนแล็ปท็อป Dell Precision เก่าเครื่องเดียว
      แล็ปท็อปถูกปรับให้ประหยัดพลังงานอยู่แล้ว และมีคอนโซลกับ UPS ในตัวแถมมาฟรี เลยเป็นเซิร์ฟเวอร์ที่ยอดเยี่ยม
      Alder Lake N100 mini PC รุ่นใหม่ที่ขายตามเว็บจีนก็น่าสนใจ แต่ยากจะหาเหตุผลมารองรับจนกว่าแล็ปท็อปจะตาย
      ไม่ใช่แค่การกินไฟ แต่ต้นทุนแฝงจากการผลิตก็สำคัญด้วย ดังนั้นก่อนซื้อของใหม่ควรใช้ของที่มีอยู่ให้เต็มที่ที่สุด
      อย่างน้อยผู้เขียนต้นฉบับก็มีระบบโซลาร์ขนาดใหญ่
    • ผมสงสัยว่าใครมีสิทธิ์ตัดสินว่าสิ่งนั้นจำเป็นหรือไม่ และท่าทีแบบนี้ดูเหมือนจุดสูงสุดของ ความรู้สึกว่าตนเหนือกว่าทางศีลธรรม
      แถมการเหมารวมชาวอเมริกันที่ประกอบด้วยผู้คนหลากหลายไปในทางลบ ก็ยากจะชอบธรรมเช่นกัน
    • รู้ไหมว่าคอมพิวเตอร์ที่ใช้เขียนคอมเมนต์ศีลธรรมสูงส่งนั้น แทบจะแน่นอนว่าผลิตในจีน
      สงสัยเหมือนกันว่าต้องเผาถ่านหินไปกี่ตันเพื่อสร้างมันขึ้นมา
      และก็สงสัยด้วยว่าพอจัดประเภทผู้คนบนอินเทอร์เน็ตจากกิจกรรมสร้างสรรค์ที่พวกเขาทำด้วยเวลาและเงินของตัวเองแล้ว จริง ๆ ยังมีความสะดวกสบายของประเทศตะวันตกพัฒนาแล้วอีกมากแค่ไหนที่ตัวเองไม่อยากยอมสละ
  • สร้างแรงบันดาลใจมาก
    homelab ของผมสายเคเบิลรกไปหมด มี deployment ครึ่ง ๆ กลาง ๆ รันอยู่บน Supermicro เก่าและเซิร์ฟเวอร์ประกอบเอง เสียงดังเกินไป และน่าจะกินไฟไม่น้อย
    ยังไม่เคยติดตามการใช้ไฟเลย เลยไม่รู้แน่ชัด และมันก็เป็นหนึ่งในโปรเจกต์ที่ผัดผ่อนว่าไว้ค่อยทำสักวัน
    ทั้งที่มีแร็ก 24U วางว่างอยู่ในตู้เสื้อผ้า แต่ก็ยังวางทุกอย่างกองไว้บน Lack rack
    เพราะข้อจำกัดเรื่องพื้นที่และการเดินสาย แต่สักวันหนึ่งมันจะถูกจัดเป็น การจัดวางที่เรียบร้อยและมีประสิทธิภาพ

    • ฟังดูเหมือนของผมเป๊ะเลย
  • สงสัยว่าทำไมไม่จัดเรียงแบบนี้: แผงแพตช์ 24 พอร์ต, สวิตช์ 48 พอร์ต, แผงแพตช์ 24 พอร์ต, แล้วค่อยเป็นแผงจัดการสาย 1U
    แบบนั้นพอร์ตส่วนใหญ่ของแผงแพตช์น่าจะเชื่อมได้ด้วยสายแพตช์ Cat 5e/6a สำเร็จรูปยาว 4–6 นิ้ว
    สายที่ต้องผ่านแผงจัดการสายก็น่าจะมีแค่สายยาวที่ไปยังเซิร์ฟเวอร์ในแร็กเท่านั้น และผมใช้สวิตช์ Cisco 24 พอร์ตที่คล้ายกันอยู่ แต่ไม่ชอบเลย์เอาต์ที่เอาพอร์ตไปกองไว้ด้านขวาของแชสซี
    ไม่รู้ว่าทำไมถึงไม่วาง 24 พอร์ตเป็นแถวเดียวด้านบนหรือด้านล่าง เหมือนเอาแถวที่สองออกจากรุ่น 48 พอร์ตไปเฉย ๆ ถ้าทำแบบนั้น การจัดการสาย คงง่ายกว่านี้มาก

    • ตอนแรกเริ่มจากสวิตช์ 1 ตัวกับแผงแพตช์ 1 แผง แล้วค่อย ๆ วิวัฒนาการมาเป็นโครงสร้างนี้ เลยจัดวางแบบนั้น
      มันไม่ใช่แบบอุดมคติ แต่ก็ค่อนข้างพอใจกับผลลัพธ์
      ถ้าได้เอาทุกอย่างกลับเข้าแร็กใหม่ทั้งหมด อาจเปลี่ยนบางอย่าง แต่แบบนั้นต้องปิดทุกอย่าง และไม่รู้ว่าจะทำเมื่อไหร่ หรือจริง ๆ แล้วอยากทำหรือเปล่า
    • ผมก็สังเกตจุดนั้นเหมือนกัน
      ดูเหมือนว่าแผงแพตช์แค่ทำหน้าที่ดึงสายบางเส้นมาด้านหน้าแร็ก แล้วส่งสายที่แพตช์แล้วกลับไปด้านหลังแร็กอีกที
  • ปัญหาใหญ่ที่สุดที่เจอในโฮมเน็ตเวิร์กคือคอนฟิกของ ISP เละเทะ และบางครั้งก็ทำเรื่องน่าสงสัยอย่าง DNS hijacking
    ที่พบบ่อยกว่านั้นคือมีอาการแปลก ๆ อย่าง latency พุ่งหรือ packet drop เพราะเฟิร์มแวร์หรือฮาร์ดแวร์ ONU คุณภาพต่ำ
    บางครั้ง IPv6 ก็ใช้ไม่ได้ตอน ONU อยู่ใน bridge mode
    โครงสร้างในบทความนี้อาจเกินจำเป็น แต่โดยทั่วไปในโฮมเน็ตเวิร์ก SQM ได้ผลดีมาก
    ใช้อะไรอย่าง cake SQM ของ OpenWrt จะช่วยได้มากเมื่อ ISP ไม่ดี และเคยมี ISP บางรายบอกว่าการสูญเสียแพ็กเก็ต 5% ในเครือข่ายบ้านถือว่ายอมรับได้
    ให้ลดโหลดลงจนถึงจุดที่ packet loss ต่ำมาก แล้วค่อยใช้ตัวแก้ชื่อ DNS
    สำหรับเครือข่ายในบ้าน ตัวแก้ชื่อ DNS อย่าง unbound เสถียรกว่ามาก และ packet loss ทำให้เกิดปัญหาเกี่ยวกับ DNS เยอะจริง ๆ
    DNS ในอุปกรณ์เครือข่ายบ้านราคาถูกไว้ใจได้ยาก แค่ซื้อ Pi ราคาถูกมารันตัวแก้ชื่อในเครื่อง ก็ทำงานได้ดีกว่าเราเตอร์บ้านมาก
    การเปลี่ยน ONU ก็เป็นเรื่องที่ควรพิจารณา ทำง่ายกว่าที่คิด และ ONU ที่ ISP ให้มานั้นแย่มากจริง ๆ
    Nokia SFP GPON ราคาถูกบน eBay อยู่ราว 20 ดอลลาร์ และถ้าหา PLOAM password, serial number, MAC, VPN ID ของ ISP ได้ ก็สามารถเปลี่ยนเป็นลิงก์ที่เสถียรกว่าได้
    สำหรับโครงสร้างบ้านแบบง่าย ๆ แนะนำให้ใช้ SFP GPON ราคาถูกแทน ONU, หาเราเตอร์ราคาถูก ถ้าต่ำกว่า 500Mbit ก็ใช้ RPi4 ทำ router-on-a-stick หรือถ้าหวัง 1Gbps ก็ใช้เครื่อง x86 ที่มี SFP และรันตัวแก้ชื่อ unbound เอง
    จากนั้นต่อ AP สองสามตัวด้วยสาย หรือใช้เราเตอร์ mesh Wi‑Fi 6 แบบ 3 ตัวที่ซื้อได้ต่ำกว่า 150 ดอลลาร์ตอนลดราคาบน Amazon ในโหมด AP ก็พอ

    • สงสัยว่าทำไมต้องใช้ตัวแก้ชื่อ DNS ในเครื่องสำหรับโฮมเน็ตเวิร์ก
      ใช้ตัวแก้ชื่อระยะไกลที่เป็นที่รู้จักอย่าง 1.1.1.1 หรือ 8.8.8.8 ก็ได้นี่นา
      ระบบต่าง ๆ ก็น่าจะแคชรายการ DNS เพื่อกลบปัญหาขัดข้องชั่วคราวได้ และถ้าใช้อันหนึ่งเป็น DNS หลัก อีกอันเป็น DNS สำรอง โอกาสที่จะเกิดปัญหาการแก้ชื่อ DNS ก็น่าจะต่ำมาก
    • ข้อควรระวังที่ชัดเจนคือ เครือข่าย GPON มักจะถูก ล็อกกับผู้ขาย
      จะซื้อ SFP ONU อะไรก็ได้มาแล้วคาดหวังว่ามันจะทำงานไม่ได้
      ต่อให้ทำให้มันทำงานได้ ISP ก็จะไม่ให้การสนับสนุนใด ๆ และ ISP บางรายอาจมองไม่ดีถ้ารู้เข้า
      โดยทั่วไปวิธีที่ดีที่สุดคือถาม ISP ว่ามี ONU รุ่นอื่นให้ใช้หรือไม่ แล้วเลือกจากรุ่นเหล่านั้น
  • เมื่อก่อนมีโฮมเน็ตเวิร์ก แต่หลังจากมี ฟ้าผ่า แถวบ้าน ทุกอย่างก็เปลี่ยนไป
    มันเข้ามาทางสายไฟและสายโทรศัพท์ทองแดง ทำให้โมเด็ม เราเตอร์ และสวิตช์ไหม้ จากนั้นก็แพร่ไปตาม Ethernet คู่บิดเกลียว ทำให้อินเทอร์เฟซทุกตัวที่เชื่อมกับเครือข่ายพัง
    ทุกวันนี้ถ้าไม่จำเป็นต้องมี latency ต่ำหรือความน่าเชื่อถือสูงในตำแหน่งใดตำแหน่งหนึ่งจริง ๆ ก็ใช้ Wi‑Fi
    ถ้าเป็นไฟเบอร์ก็คงดี แต่ Wi‑Fi คือเครือข่ายปลอดภัยจากฟ้าผ่าสำหรับคนงบน้อย

    • เพราะงั้น ไฟเบอร์ ถึงดี
      ถ้าไม่มีการเชื่อมต่อทางไฟฟ้า ฟ้าผ่าก็ไม่สามารถดันแรงดันกระชากเข้าโมเด็มได้
      ฝั่งไฟก็จัดการด้วยการแยกไฟและอุปกรณ์ป้องกันไฟกระชากทั่วไป
      ผมยังไม่เคยเสียอุปกรณ์เพราะสายไฟ แต่เครื่องที่ตายเพราะฟ้าผ่าเข้าทางสายข้อมูลทองแดงแล้ววิ่งเข้ามาในเครือข่ายนี่นับไม่ถ้วน
    • ฟ้าผ่าก็อาจเผาทุกอย่างที่ต่อกับไฟเหมือนกันไม่ใช่เหรอ
      ถ้าเป็นกรณีนั้น Wi‑Fi ก็ช่วยไม่ได้
    • เพราะงั้นสิ่งแรกที่ผมทำคือ ตัดสายโทรศัพท์กับสายโคแอกซ์ออกจากบ้าน
    • ตอนเด็ก ๆ เคยมีฟ้าผ่าโดนอาคารอพาร์ตเมนต์จนเราเตอร์ consumer พัง
      หลังเปลี่ยนเครื่องใหม่ก็เสียบไว้กับ อุปกรณ์ป้องกันไฟกระชาก แล้วไม่กี่เดือนต่อมาก็โดนฟ้าผ่าอีก
      เราเตอร์รอด แต่ตึกไฟไหม้
      ตอนนี้โตแล้ว ผมยอมรับความเสี่ยงแบบ “บางครั้งธรรมชาติก็เกลียดคุณ” ไปเลย
      แทนที่จะพยายามทุกวิถีทางเพื่อปกป้องอุปกรณ์จากธรรมชาติ ผมกันเงินไว้สำหรับเปลี่ยนของที่ถ้าเสียแล้วจะลำบาก
      ชีวิตสั้นเกินกว่าจะไปชักเย่อกับโลก และผมคิดว่าเก็บเงินเดือนละ 50 ดอลลาร์ไว้เป็นค่าเปลี่ยนอุปกรณ์ตอนจำเป็นน่าจะดีกว่า
    • เคยมีโมเด็ม dial‑up แบบ ISA โดนฟ้าผ่า
      มีเสียงตูมดังมากแล้วการเชื่อมต่อ DUN หลุด พอกลับมา โมเด็มนั้นยังทำงานอยู่ แต่ติดอยู่ในสถานะ “ยกหูโทรศัพท์” ตลอดไป
      ทุกครั้งที่จะโทรออกต้องถอดแล้วเสียบใหม่ และสายโทรศัพท์ก็ขึ้นว่าสายไม่ว่างตลอด
  • ชอบมากจริง ๆ
    คำตอบสั้น ๆ สำหรับคนที่ถามว่าทำไปทำไมก็คือ “เพราะทำได้”
    ขอคารวะผู้เขียนต้นฉบับ
    สงสัยว่าคนนี้ทำงานในวงการ IT หรือเปล่า
    ผมเป็น development lead และหลังจากทำงานหนักอย่างบ้าคลั่ง ถ้ามีเวลาว่างจริง ๆ สิ่งสุดท้ายที่อยากทำคือไปง่วนกับ homelab

  • มีการพูดถึงการใช้พลังงานกันเยอะ แต่คนนี้ใช้ พลังงานแสงอาทิตย์ อยู่ https://blog.networkprofile.org/17kw-enphase-solar-install/

    • ผมเองก็มีโครงข่ายที่คล้ายกัน จริง ๆ แล้วใหญ่กว่านิดหน่อย และยังมีชุดคอมพิวต์ที่ใหญ่กว่ามากด้วย
      มีระบบพลังงานแสงอาทิตย์ 53 แผง ขนาด 20kW และแบตเตอรี่ 42kWh
      การใช้ไฟฟ้ารวมทั้งปีค่อนข้างสูง อยู่ที่ราว 8MWh ต่อเดือน และการผลิตไฟฟ้าจากแสงอาทิตย์รวมอยู่ที่ประมาณ 25MWh
      เซิร์ฟเวอร์และอุปกรณ์เครือข่ายใช้ไฟต่อเนื่องประมาณ 4kW ซึ่งคิดเป็นราว 35MWh ดังนั้นพลังงานแสงอาทิตย์จึงรองรับการใช้ไฟของคอมพิวต์และเครือข่ายได้ประมาณ 70%
      ผมอยู่ทางตะวันตกเฉียงเหนือ ทำให้ไฟฟ้าที่ผลิตได้ส่วนใหญ่กระจุกอยู่ในช่วง 5 เดือนกลางปี
    • ถึงอย่างนั้น ตอนกลางคืนดวงอาทิตย์ก็ไม่ขึ้น