1 คะแนน โดย GN⁺ 2026-01-17 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • ให้บริการ สภาพแวดล้อมคลาวด์ ที่สามารถสร้างและเชื่อมต่อ Linux instance ได้ทันทีด้วย คำสั่ง SSH เพียงบรรทัดเดียว
  • สามารถสร้าง box, เชื่อมต่อ, ลบ และจัดการการชำระเงินได้ผ่าน SSH โดย ไม่ต้องสมัครสมาชิกหรือผ่านขั้นตอนการตั้งค่า
  • อินสแตนซ์จะ หยุดชั่วคราวอัตโนมัติเมื่อการเชื่อมต่อถูกตัด และเมื่อเชื่อมต่อใหม่จะกู้คืนกลับสู่สถานะเดิม
  • ใช้ ระบบคิดค่าบริการตามการใช้งาน โดยคิด $0.05 ต่อชั่วโมง ระหว่างรัน และ $0.005 ต่อชั่วโมง ระหว่างหยุดชั่วคราว
  • รองรับฟีเจอร์ SSH แบบครบถ้วน เช่น HTTPS endpoint และ TLS อัตโนมัติ, port forwarding, scp

ภาพรวมของบริการ

  • shellbox.dev ให้บริการ Linux box instance ที่เข้าถึงได้ทันทีผ่าน SSH
    • ใช้งานได้ด้วยคำสั่ง SSH เพียงอย่างเดียว โดยไม่ต้องสมัครสมาชิก ตั้งค่าเพิ่มเติม หรือใช้ปลั๊กอินเบราว์เซอร์
    • ผู้ใช้สามารถเชื่อมต่อด้วยคำสั่ง ssh shellbox.dev เพื่อสร้างและจัดการอินสแตนซ์ได้
  • สเปกของอินสแตนซ์คือ 2 vCPU, 4GB RAM, 50GB SSD
  • ใช้ แนวทางการเข้าถึงผ่าน SSH ล้วนๆ โดยไม่ต้องมีไคลเอนต์เพิ่มเติมหรือเว็บอินเทอร์เฟซ

ฟีเจอร์การจัดการอินสแตนซ์

  • ใช้คำสั่ง create <name> เพื่อสร้าง box ใหม่ และหลังสร้างเสร็จจะได้รับ URL เฉพาะ และคำสั่ง SSH สำหรับเชื่อมต่อ
  • ใช้คำสั่ง connect <name> เพื่อเชื่อมต่อเข้า box โดยใช้ตัวเลือก ssh -t เพื่อคงการเชื่อมต่อเทอร์มินัลไว้
  • ใช้คำสั่ง list เพื่อดูรายการ box, สถานะ (running/stopped) และ URL
  • ใช้คำสั่ง delete <name> เพื่อลบ box อย่างถาวร

การคงสถานะและการหยุดชั่วคราว

  • box จะ หยุดชั่วคราว (pause) อัตโนมัติเมื่อการเชื่อมต่อถูกตัด
    • เมื่อเชื่อมต่อใหม่ จะกู้คืนกลับมาพร้อมสถานะเดิมเพื่อให้ทำงานต่อเนื่องได้
  • ฟีเจอร์นี้ช่วยลดการใช้ทรัพยากรที่ไม่จำเป็นและประหยัดค่าใช้จ่าย

โครงสร้างราคาและการชำระเงิน

  • ใช้ ระบบคิดค่าบริการตามการใช้งาน
    • ระหว่างรัน: $0.05 ต่อชั่วโมง
    • ระหว่างหยุดชั่วคราว: $0.005 ต่อชั่วโมง
  • มีฟีเจอร์ ควบคุมค่าใช้จ่ายอัตโนมัติ โดยหากยอดคงเหลือต่ำกว่า $5 ระบบจะหยุด box โดยอัตโนมัติ
  • ใช้ระบบ เติมเงินล่วงหน้า โดยเติมขั้นต่ำได้ตั้งแต่ $10 และสามารถขอคืนเงินส่วนที่ยังไม่ได้ใช้ได้
  • ใช้คำสั่ง billing เพื่อตรวจสอบ ประวัติการเติมเงิน, ค่าบริการที่ใช้ไป, ยอดคงเหลือ, และเวลาการใช้งานที่เหลืออยู่
  • ใช้คำสั่ง funds <amount> เพื่อเติมเงินผ่าน QR code หรือ URL สำหรับชำระเงิน

ฟีเจอร์ด้านเครือข่ายและความปลอดภัย

  • แต่ละ box มี HTTPS endpoint ที่ใช้ใบรับรอง TLS อัตโนมัติ
  • รองรับ port forwarding และการโอนไฟล์ด้วย scp
    • ใน OpenSSH 9.0 ขึ้นไป ต้องใช้ตัวเลือก scp -O เพื่อใช้ legacy protocol

สรุปคำสั่ง

  • create <name>: สร้าง box ใหม่
  • list: ดูรายการ box และสถานะ
  • connect <name>: เชื่อมต่อเข้า box
  • delete <name>: ลบ box
  • billing: ดูยอดคงเหลือและประวัติการใช้งาน
  • funds <amount>: เติมเงิน
  • refund <amount>: ขอคืนยอดคงเหลือ
  • payments: ตรวจสอบประวัติการชำระเงิน

คุณสมบัติเด่น

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

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

 
GN⁺ 2026-01-17
ความคิดเห็นจาก Hacker News
  • Segfault ให้บริการ Root Server ฟรีแบบไม่จำกัด
    ทุกครั้งที่เชื่อมต่อผ่าน SSH จะมีการสร้าง VM ใหม่ขึ้นมา และมีเครื่องมือที่อิงจาก Kali-Linux ติดตั้งไว้ล่วงหน้า
    ทราฟฟิกถูกเราท์ผ่าน NordVPN, CryptoStorm, Mullvad และรองรับการเชื่อมต่อ TOR
    จุดเด่นคือ การออกแบบที่เน้นความปลอดภัย เช่น เว็บเซิร์ฟเวอร์ .onion, สตอเรจเข้ารหัส, ไม่เก็บล็อก
    ยังมีบริการคล้ายกันในกลุ่ม “tilda” เช่น tilde.town, tilde.club, ctrl-c.club

    • บริการแบบนี้มีโอกาสสูงที่จะถูกผู้คนหลากหลายกลุ่ม นำไปใช้ในทางที่ผิด จนสุดท้ายอาจต้องปิดตัวลง
  • ไอเดียนี้น่าสนใจมาก เลยลองทำอะไรคล้ายกันเองโดยใช้ Firecracker และ Golang SSH client
    ส่วนที่ยากที่สุดคือการออกแบบ ชั้น abstraction ของโมเดลราคาและวิธีการเชื่อมต่อ
    อยากรู้ว่าใช้เทคโนโลยีสแต็กอะไร และรันอยู่บนคลาวด์หรือสร้างโครงสร้างเอง
    ที่น่าสนใจคือมีความคล้ายกับโมเดลราคาของ Railway

    • เขียนด้วย Python และ AsyncSSH ส่วน VM ใช้ Firecracker
      ใช้ Paddle สำหรับชำระเงิน และใช้ Caddy เป็น reverse proxy สำหรับใบรับรอง
      รันอยู่บนอินสแตนซ์ bare metal ขนาดใหญ่ และกำลังพิจารณา เปิดซอร์ส อยู่ด้วย
  • ถ้าบริการนี้แข่งขันได้ในแง่ราคา/ประสิทธิภาพ ก็อยากรู้ว่าจะมี กรณีใช้งานจริง แบบไหนบ้าง
    เช่น ถ้ามีฮาร์ดแวร์สมรรถนะสูงระดับ A100 GPU ก็น่าจะมีประโยชน์มาก
    แต่ถ้าเป็นการใช้งานทั่วไป ก็รู้สึกว่า VPS แบบดั้งเดิมอย่าง DigitalOcean, AWS, Linode น่าจะดีกว่า

    • คุณค่าของบริการแบบนี้อยู่ที่ UX
      สามารถ SSH เข้าไปใช้สภาพแวดล้อมที่ตั้งค่าไว้ล่วงหน้าได้ทันที เช่น nmap, tmux, curl
      เหมาะกับงานอย่าง สภาพแวดล้อมเพื่อการเรียนรู้ ที่ไม่จำเป็นต้องเปิดเซิร์ฟเวอร์ทิ้งไว้ 24 ชั่วโมง
    • อีกกรณีที่สมเหตุสมผลคือ เซสชันที่คงอยู่ระยะยาวแต่เข้าใช้นาน ๆ ครั้ง
      มีประโยชน์ในงานดีบัก การทดลอง หรือสภาพแวดล้อมการเรียนรู้ที่การกู้คืนสถานะมีความสำคัญ
  • เดือนละ $36 ได้ VPS สเปก 2/4/50 แต่ไม่มี public IP
    ที่ Hetzner ใช้สเปกใกล้กันได้ราว $4 แบบ 24/7 เลยดูเหมือนจะ แข่งขันด้านราคา ไม่ค่อยได้

    • เป็นข้อสังเกตที่ถูกต้อง ค่าใช้จ่ายตอนพักการทำงานควรต่ำกว่านี้มาก
      ถึงอย่างนั้นข้อดีคือ ความสะดวก ในการจัดการแบบเรียบง่ายผ่าน SSH อย่างเดียวโดยไม่ต้องมีเว็บคอนโซล
    • ลองเทียบกับโมเดลราคาของ Fly Spritesก็น่าสนใจ
    • อาจจะเหมาะกว่าถ้าเทียบกับ EC2 Spot instance
    • ในเชิงฟังก์ชันมันคล้าย VPS แต่ต่างกันที่ ใครเป็นคนแบกรับภาระในการดูแลระบบ
    • ตอนนี้ราคาก็อยู่ระดับใกล้เคียงกับ dev.exe หรือ sprites.dev
  • ช่วงนี้บริการแบบนี้มีเยอะมาก
    จริง ๆ แค่ติดตั้ง LXD บน VPS แล้วใช้ bash function สร้าง tmux session ก็ self-hosting ได้ง่ายกว่ามาก
    ควบคุมข้อมูลได้มากกว่า และสเปกก็ดีกว่า

    • ผมเองก็ได้แรงบันดาลใจจาก dockersh ของ Yelp และเมื่อ 2 ปีก่อนก็ทำ sshd-proxy ที่เขียนด้วย Go คล้ายกัน
      โครงสร้างคือรัน kata-container บน Kubernetes ใช้งานส่วนตัวแล้วมีประโยชน์ แต่ไม่ได้ทำเป็นเชิงพาณิชย์
      ตอนนี้ก็มีทางเลือก FOSS อย่าง ContainerSSH ด้วย
    • ผมเองก็กำลังพัฒนา shelley-lxc จากไอเดียเดียวกัน
      ยังอยู่ในขั้นอัลฟ่า แต่ฟังก์ชันหลักใช้ได้แล้ว การทดลองแบบนี้น่าสนใจมากจริง ๆ
  • บริการนี้ดูคล้ายกับ exe.dev ที่เคยเห็นมาก่อน

    • จำได้ว่า shellbox.dev มีมาตั้งแต่ 2-3 ปีก่อน แต่ดูเหมือนเพิ่งกลับมาอีกครั้งเมื่อไม่นานนี้
    • exe.dev เป็นแบบสมัครสมาชิก ส่วน Shellbox.dev เป็น การคิดเงินตามยอดคงเหลือ ที่แทบไม่เสียค่าใช้จ่ายเมื่อไม่ได้เชื่อมต่อ
  • ชอบทั้งไอเดียนี้และโมเดลธุรกิจที่เรียบง่าย
    การใช้งาน SSH ในเชิง ergonomics ดีมาก และสุดท้ายนักพัฒนาส่วนใหญ่ก็เชื่อมต่อคลาวด์ผ่าน SSH อยู่ดี
    ผมเองก็รันแพลตฟอร์ม SSH ชื่อ pico.sh เลยรู้สึกถูกใจเป็นพิเศษ

  • โครงสร้างที่ตัดการใช้งานเมื่อยอดคงเหลือเหลือ $5 ดูแปลกดี สงสัยว่าถ้าอยากใช้เงินให้หมดจริง ๆ ต้องทำอย่างไร

    • ผมก็คิดเหมือนกันว่าให้เป็น $0 จะดูธรรมชาติกว่า
      แต่เห็นว่ามีคำสั่งเชลล์สำหรับ ขอเงินคืน ได้ ดังนั้นเงินจึงไม่ได้ถูกล็อกไว้
  • สำหรับผมกลับกัน คือมีปัญหาว่าเมื่อ สั่ง suspend เครื่อง Linux แล้วการเชื่อมต่อ SSH หลุด
    รู้จัก tmux/screen อยู่แล้ว แต่ถ้ามีวิธีที่ทำให้แอป X11 ยังอยู่ต่อได้ก็คงดี

    • คำว่า “การเชื่อมต่อหลุด” หมายถึงแบบไหน?
      ถ้ารักษา IP เดิมไว้ผ่าน VPN ได้ เซสชัน SSH ก็อาจยังคงอยู่ต่อได้
      หรือไม่ก็ลองปรับ การตั้งค่า keepalive หรือใช้ mosh ดู
    • Mosh ช่วยให้คงเซสชัน SSH ได้แม้เครือข่ายหลุดหรือเครื่องเข้าสู่โหมดประหยัดพลังงาน
    • ถ้าใช้ tmux หรือ GNU Screen ก็สามารถเชื่อมต่อ SSH ใหม่แล้วกลับเข้าเซสชันเดิมต่อได้
  • ผมน่าจะใช้บริการนี้กับ อินสแตนซ์ GPU ราคาแพง
    เพราะช่วยกันลืมเปิดทิ้งไว้ได้ แต่กับอินสแตนซ์ราคาถูกก็ไม่ได้มีความหมายมากนัก

    • ใช่เลย โมเดลแบบนี้ยิ่งใช้กับอินสแตนซ์ที่แพงเท่าไร คุณค่าที่นำเสนอ ก็ยิ่งมากขึ้นเท่านั้น