Our Services
Latest Knowledge Updates
เริ่มปี 2026 ด้วยโดเมนจำง่าย + ตั้งค่า DNS ครบชุด
9 January 2026
ชื่อโดเมนคือ “หน้าประตู” ของแบรนด์ ส่วน DNS คือ “แผงควบคุมการนำทาง” ทั้งเว็บไซต์และอีเมล ปี 2026 นี้มาเริ่มให้ถูกตั้งแต่ต้น: เลือกโดเมนที่จำง่าย และ ตั้งค่า DNS ให้ครบ – ปลอดภัย – ส่งเมลถึงอินบ็อกซ์ ทำไม “โดเมนดี + DNS ครบ” ถึงสำคัญ จดจำง่าย → พูดครั้งเดียว ลูกค้าพิมพ์ถูก สร้างความเชื่อมั่น → HTTPS, DNS ที่ถูกต้อง ลดความเสี่ยงผิดพลาด อีเมลธุรกิจถึงอินบ็อกซ์ → SPF/DKIM/DMARC ครบ ลดเข้ากล่องสแปม ขยายบริการได้เร็ว → เพิ่มซับโดเมน/บริการ (www/app/mail) ได้ทันที วิธีเลือกชื่อโดเมน (Checklist สั้น ๆ) สั้น จำง่าย ออกเสียงได้ เลี่ยงเครื่องหมาย/ตัวเลขที่ไม่จำเป็น .com/.co/.th หรือส่วนขยายที่ตรงอุตสาหกรรม จดชื่อแบรนด์หลัก + เวอร์ชันสะกดใกล้เคียงเพื่อกันพิมพ์ผิด ขั้นตอนเริ่มต้น/ย้ายโดเมน เช็คชื่อว่าง + เลือกส่วนขยาย (TLD) จดทะเบียน/ขอย้ายโดเมน (ปลด Lock, ขอ Auth/EPP Code) ตั้ง Nameserver หรือใช้ DNS Managed ของผู้ให้บริการ ทดสอบ DNS propagation ค่า DNS ที่ควรรู้ (ตั้งให้ครบ) A / AAAA → ชี้โดเมนไปยัง IP เว็บไซต์ CNAME → นามแฝง (เช่น www → @) MX → ชี้อีเมลไปยังผู้ให้บริการ (Google/Microsoft ฯลฯ) TXT (SPF/DKIM/DMARC) → เพิ่มความน่าเชื่อถืออีเมล NS → กำหนดผู้ให้บริการ DNS ที่ใช้งานจริง โครงตั้งค่ามาตรฐาน (ตัวอย่าง) A: @ → 203.0.113.10 CNAME: www → @ MX (Google Workspace): ASPMX.L.GOOGLE.COM (จัดลำดับตามที่ผู้ให้บริการกำหนด) SPF (TXT): v=spf1 include:_spf.google.com ~all DKIM: สร้างคีย์จากคอนโซลอีเมลองค์กร แล้วเพิ่ม TXT selector DMARC (TXT): _dmarc → v=DMARC1; p=quarantine; rua=mailto:dmarc@yourdomain.com เคล็ดลับ: เริ่มด้วย p=none เพื่อติดตาม จากนั้นค่อยขยับเป็น quarantine/reject เมื่อบันทึกถูกหมด ความปลอดภัย & ความเสถียร เปิด DNSSEC (ถ้ารองรับ) ใช้ TTL เหมาะสม (เช่น 300 – 3600 วินาทีระหว่างเปลี่ยนค่า) สำรองรูปแบบโฮสติ้ง/อีเมล (แผน DR) ตรวจสม่ำเสมอด้วยเครื่องมือเช็ก DNS/Deliverability ข้อผิดพลาดที่พบบ่อย ลืมตั้ง www (CNAME) → เว็บเข้าได้เฉพาะโดเมนเปล่า SPF เกิน 10 DNS lookup → ทำให้ SPF fail ตั้ง MX ผิด/ลืมลำดับความสำคัญ → อีเมลเด้ง เปลี่ยน NS แล้วลืมย้ายระเบียนทั้งหมด FAQ ถาม: ย้ายโดเมนแล้วเว็บ/เมลจะล่มไหม?ตอบ: ถ้าวางแผนล่วงหน้าและคัดลอกระเบียนครบ พร้อม TTL สั้นช่วงสลับ – ล่มน้อยมาก/ไม่ล่ม ถาม: ต้องทำ SPF/DKIM/DMARC ครบไหม?ตอบ: แนะนำอย่างยิ่ง เพื่อให้เมลเข้ากล่องอินบ็อกซ์และป้องกันปลอมแปลง บริการที่เกี่ยวข้องจาก hostatom จด/ย้ายโดเมน + จัดการ DNS ครบวงจร Managed DNS + การตั้งค่า SPF/DKIM/DMARC โฮสติ้ง/เซิร์ฟเวอร์ + SSL Google Workspace / Microsoft 365 (ตั้งค่า MX/การยืนยันโดเมน) Migration/Backup/DR & 24/7 Thai Support อยากเริ่มปีนี้ด้วยโดเมนสวย + DNS ถูกต้องครบชุด?คุยผู้เชี่ยวชาญ hostatom ได้เลย – ตรวจสุขภาพ DNS/อีเมลให้ฟรีก่อนวางแผน
สรุป Plesk Life Cycle Policy ฉบับเข้าใจง่าย
5 January 2026
Plesk Life Cycle Policy คืออะไร? ถ้าให้พูดแบบง่ายที่สุด Life Cycle Policy คือ “เวอร์ชันไหนของ Plesk ยังได้อัปเดตหรือได้ซัพพอร์ต และเวอร์ชันไหนถือว่าเลิกดูแลแล้ว (EOL)” เหตุผลก็เหมือนซอฟต์แวร์ตัวอื่น ๆ: เทคโนโลยีเปลี่ยนเร็ว ถ้าใช้เวอร์ชันเก่าไปเรื่อย ๆ จะ เสี่ยงเรื่องความปลอดภัย เสียโอกาสได้ฟีเจอร์ใหม่ ทีม Plesk เองก็ต้องโฟกัสกับเวอร์ชันปัจจุบันให้ดีที่สุด นโยบายนี้จึงบอกเรา 3 อย่างหลัก ๆ: Plesk ออกเวอร์ชันใหม่อย่างไร เวอร์ชันไหน “ยังซัพพอร์ตเต็ม” / “ซัพพอร์ตแบบต่ออายุ (Extended)” / “หมดอายุ (EOL)” ระบบปฏิบัติการ (OS) แบบไหนที่ Plesk ยังรองรับ จาก “อัปเกรดเวอร์ชันใหญ่ทุกปี” → “อัปเดตเป็นรอบเดือน” เมื่อก่อน Plesk จะมี เวอร์ชันใหญ่ (major version) ใหม่ทุก ๆ ปี เช่น 12.x → 17.x แล้วคนใช้ก็ต้องคอยอัปเกรดข้ามเวอร์ชันใหญ่เอง แต่ตั้งแต่ Plesk Obsidian (18.x) เป็นต้นมา Plesk เปลี่ยนแนวคิดเป็น: ยึดเวอร์ชันใหญ่ตัวเดียวคือ 18.x แล้วออกอัปเดตย่อยรายเดือน (18.0.xx) แทน การออกเวอร์ชันใหญ่ใหม่เรื่อย ๆ ประโยชน์ของรูปแบบใหม่นี้ ไม่ต้องปวดหัวอัปเกรดข้ามเวอร์ชันใหญ่ทุกปี ได้ฟีเจอร์ใหม่ / ปรับปรุงต่าง ๆ ทยอยเข้ามาเร็ว อุดช่องโหว่ด้านความปลอดภัยได้ต่อเนื่อง Performance ดีขึ้นเรื่อย ๆ ลดโอกาสข้อมูลลูกค้าเสี่ยง เพราะระบบอัปเดตทันสมัยอยู่เสมอ สรุปง่าย ๆ: ถ้าเปิด Auto Update ไว้ Plesk จะค่อย ๆ ขยับเป็นเวอร์ชันล่าสุดให้เองในสาย 18.x ตลอด กฎสำคัญเรื่องการอัปเดตและการซัพพอร์ต ตรงนี้สำคัญมากสำหรับ Admin/ผู้ให้บริการโฮสติ้ง: Plesk จะรับเคสซัพพอร์ตเฉพาะเซิร์ฟเวอร์ที่ “อัปเดตถึงเวอร์ชันที่รองรับ” เท่านั้น ถ้าคุณปิด Auto Update → จะ ไม่ได้รับ security patch / hotfix / update ต่าง ๆ Plesk เขียนชัดว่า เจ้าของเซิร์ฟเวอร์ต้องรับผิดชอบความเสี่ยงด้านความปลอดภัยเอง Plesk ไม่รับผิดชอบหากโดนโจมตี สำหรับ Obsidian (18.x) เงื่อนไขคือ: Plesk ให้ patch / ซัพพอร์ต เฉพาะ เวอร์ชันย่อยล่าสุด (เช่น 18.0.17) และ เวอร์ชันย่อยก่อนหน้า 1 รุ่น (เช่น 18.0.16) เวอร์ชันย่อยที่เก่ากว่านั้นจะไม่ได้รับการซัพพอร์ตโดยตรงอีกต่อไป ยกตัวอย่าง: สมมติคุณติดตั้ง Plesk 18.0.15 เดือนถัดไปมี 18.0.16 ออกมา → ถ้าคุณติดตั้งใหม่ จะหา 18.0.15 ไม่เจอแล้ว เพราะระบบจะให้ตัวล่าสุด 18.0.15 ยังถือว่าสนับสนุนจนกว่าจะออก 18.0.17 (คือล่าสุด + ก่อนหน้า) ตารางอายุเวอร์ชัน Plesk (Version Lifecycle) ในหน้า Lifecycle Policy มีตารางสรุปว่า Plesk แต่ละเวอร์ชัน “ออกเมื่อไหร่ / เข้าช่วง Extended เมื่อไหร่ / หมดอายุเมื่อไหร่” เช่น Plesk Obsidian (18.x) ออก: 4 มิ.ย. 2019 ยังไม่มีช่วง Extended / EOL (เพราะเป็นเวอร์ชันหลักปัจจุบัน) Plesk Onyx (17.x) ออก: 11 ต.ค. 2016 เข้า Extended Support: 11 ต.ค. 2020 หมดอายุ (EOL): 20 เม.ย. 2021 Plesk 12, 11, 10, 9, 8, 7 และเก่ากว่านั้น ทั้งหมดอยู่ในสถานะ End of Life แล้ว (ไม่ได้พัฒนา/แพตช์/รับซัพพอร์ตอีกต่อไป) คำศัพท์ที่ควรรู้ General Availability (GA) – ช่วงที่เวอร์ชันออกใช้ปกติ ได้ฟีเจอร์ใหม่ แพตช์ และซัพพอร์ตเต็ม Extended Support – ช่วงต่ออายุ ยังมีแพตช์เฉพาะเรื่องวิกฤต / ช่องโหว่สำคัญ ไม่มีฟีเจอร์ใหม่แล้ว ไม่ขาย license ใหม่สำหรับเวอร์ชันนั้นแล้ว (ในกรณีบางตัว เช่น Onyx) End-of-Life (EOL) – หมดอายุ ไม่ได้แพตช์เพิ่มแล้ว แม้ช่องโหว่ใหญ่ ไม่รับเคสซัพพอร์ตสำหรับเวอร์ชันนั้นอีก (นอกจากช่วยเรื่องย้ายไปเวอร์ชันใหม่) เรื่อง OS ก็สำคัญไม่แพ้เวอร์ชัน Plesk ไม่ใช่แค่ตัว Plesk เองที่มี Life Cycle Policy แต่ ระบบปฏิบัติการ (OS) ที่ติดตั้ง Plesk อยู่ก็มีอายุเหมือนกัน หน้า policy จะมีตาราง OS แต่ละตัว และวันที่ Vendor จะหยุดซัพพอร์ต เช่น Ubuntu, Debian, AlmaLinux, RHEL, Windows Server ฯลฯ หลักคิดคือ: “ถ้า OS หมดอายุ / ไม่ได้แพตช์จาก Vendor แล้วPlesk ก็ไม่รองรับการซัพพอร์ตบน OS นั้นเช่นกัน” ดังนั้น ถ้าคุณรัน Plesk บน OS เก่า เช่น CentOS 7 / CloudLinux 7 / Ubuntu 18.04 / Debian 10ก็ต้องดูด้วยว่า OS นั้นอยู่ในสถานะอะไร Extended Lifecycle Support (ELS) คืออะไร? สำหรับบาง OS ที่หมดอายุจากฝั่ง Vendor แล้ว แต่ยังมีคนใช้งานเยอะ เช่น CentOS 7, CloudLinux 7, Ubuntu 18.04, Debian 10, Ubuntu 20.04 Plesk มีโปรแกรมชื่อ Extended Lifecycle Support (ELS) ให้ใช้เป็นช่วงต่อเวลา แนวคิดคือ: Plesk ยังส่งอัปเดต Obsidian ให้ตามรอบปกติ มีการเสริม security patch ผ่านพันธมิตรอย่าง TuxCare (ยกเว้น Debian 10 ที่ไม่ได้ใช้ TuxCare) ช่วงเวลาของ ELS เช่น CentOS 7 / CloudLinux 7: 1 ก.ค. 2024 – 1 ม.ค. 2027 Debian 10, Ubuntu 18.04: 1 ต.ค. 2024 – 1 ม.ค. 2027 Ubuntu 20.04: 1 ส.ค. 2025 – 1 ม.ค. 2028 ELS ทำให้ผู้ใช้มี “เวลาหายใจหายคอ” เพิ่มขึ้นก่อนจะต้องย้ายไป OS ใหม่ แต่โดยหลัก Plesk ก็ยังแนะนำให้ ย้ายไป OS ที่ยัง Support อยู่จริง ๆ ให้เร็วที่สุด ถ้าใช้ Plesk บน OS ที่ไม่รองรับแล้ว จะเกิดอะไรขึ้น? จาก policy: Plesk จะไม่รับเคสซัพพอร์ต สำหรับเซิร์ฟเวอร์ที่ใช้ OS ที่อยู่นอกตาราง “Currently Supported OSes” จะ ไม่ออกแพตช์ซอฟต์แวร์ สำหรับเซิร์ฟเวอร์ที่ใช้ OS หมดอายุ ถ้าทั้ง Plesk version และ OS อยู่ในสถานะเก่า/หมดอายุ → คุณแทบจะต้อง “ย้าย” อย่างเดียว หากต้องการกลับเข้าสู่สถานะรองรับ อย่างไรก็ดี ในหน้า policy ก็เขียนว่า สำหรับเวอร์ชันเก่า บางกรณี Plesk จะพยายามช่วยซัพพอร์ตเฉพาะเรื่อง “การย้ายไปเวอร์ชัน/สภาพแวดล้อมที่รองรับ” เท่านั้น ไม่ได้ช่วยซ่อมระบบเดิมให้ สรุปแบบสั้น ๆ สำหรับคนดูแลเซิร์ฟเวอร์ที่ใช้ Plesk ใช้ Plesk Obsidian (18.x) + เปิด Auto Update ได้ฟีเจอร์ใหม่และแพตช์ความปลอดภัยต่อเนื่อง อยู่ในเงื่อนไขรับซัพพอร์ตจาก Plesk ตรวจทั้งเวอร์ชัน Plesk และเวอร์ชัน OS เสมอ เช็กจากหน้า Lifecycle Policy ว่า OS ที่ใช้อยู่ยังได้รับการซัพพอร์ตไหม ถ้า OS ใกล้หมดอายุ ให้วางแผนย้ายก่อนถึงเส้นตาย ถ้าเลี่ยงไม่ได้ต้องอยู่กับ OS เก่า → พิจารณา ELS ใช้ Extended Lifecycle Support เพื่อให้ยังได้แพตช์/ซัพพอร์ตต่อระยะหนึ่ง แต่ควรมองว่าเป็น “ช่วงต่อเวลา” ไม่ใช่ตัวแก้ปัญหาถาวร ปิด Auto Update = รับความเสี่ยงเองเต็ม ๆ ไม่ได้ security patch มีสิทธิ์หลุดจากเงื่อนไขการซัพพอร์ต ถ้าจำแค่ 4 ข้อนี้ได้ คุณก็เข้าใจใจความหลักของ Plesk Life Cycle Policy แล้วครับ ว่ามันไม่ได้เป็นเอกสารทางการเฉย ๆ แต่คือ “คู่มือบอกเราว่าจะใช้ Plesk ให้ปลอดภัยและได้การซัพพอร์ตต่อเนื่อง ต้องอยู่ในเส้นไหนบ้าง” สำหรับผู้ที่ใช้ Plesk บนเซิร์ฟเวอร์หรือ Cloud VPS การเข้าใจ Plesk Life Cycle Policy จะช่วยให้วางแผนอัปเกรดเวอร์ชัน Plesk และระบบปฏิบัติการ (OS) ได้ถูกจังหวะ ลดความเสี่ยงด้านความปลอดภัย และหลีกเลี่ยงค่าใช้จ่ายส่วนเพิ่มอย่างโปรแกรม ELS ในอนาคต hostatom ให้บริการ Cloud VPS และ Web Hosting บนเซิร์ฟเวอร์ประสิทธิภาพสูง พร้อมตัวเลือก Control Panel อย่าง Plesk และทีมงานช่วยดูแลเรื่องเวอร์ชัน Plesk/OS, การอัปเกรด และการย้ายระบบอย่างปลอดภัย เหมาะทั้งสำหรับเว็บธุรกิจและผู้ให้บริการที่ต้องการระบบเสถียรและอัปเดตตามมาตรฐาน Plesk เสมอ สนใจดูรายละเอียดบริการที่เกี่ยวข้อง: Cloud VPS โดย hostatom → https://www.hostatom.com/cloud-vps/ hostatom.com Web Hosting โดย hostatom → https://www.hostatom.com/web-hosting/
วิธีลบบัญชีอีเมลใน DirectAdmin
1 January 2026
หากคุณมีบัญชีอีเมลที่สร้างไว้ใน DirectAdmin แต่ไม่ได้ใช้งานแล้ว เช่น อีเมลพนักงานที่ลาออก หรืออีเมลทดลองใช้งาน การลบบัญชีอีเมลที่ไม่จำเป็นออก จะช่วยให้ระบบเป็นระเบียบ และลดความสับสนในการจัดการอีเมลในอนาคต โดยคุณสามารถลบบัญชีอีเมลดังกล่าวออกได้ง่าย ๆ ตามขั้นตอนต่อไปนี้ เริ่มจาก login เข้าใช้งาน DirectAdmin คลิกที่ E-mail Accounts ในหมวด E-MAIL MANAGER ติ๊ก √ ที่บัญชีอีเมลที่ต้องการลบ คลิกที่ Delete ระบบจะแสดงหน้าต่างยืนยันการลบบัญชีอีเมลที่เลือกขึ้นมา ให้คลิกที่ CONFIRM ระบบจะแจ้งว่าได้ลบบัญชีอีเมลดังกล่าวแล้ว ข้อควรระวังก่อนลบบัญชีอีเมล หากลบบัญชีอีเมลออกแล้ว จะไม่สามารถกู้คืนข้อมูลกลับมาได้ อีเมลทั้งหมดในกล่องจดหมายจะถูกลบออกอย่างถาวร ควรตรวจสอบให้แน่ใจก่อนว่าบัญชีอีเมลที่ต้องการลบนั้นไม่ได้ใช้งานแล้วจริง ๆ การลบบัญชีอีเมลใน DirectAdmin เป็นขั้นตอนที่ไม่ซับซ้อน ใช้เวลาเพียงไม่กี่นาที แต่ช่วยให้การจัดการระบบอีเมลเป็นระเบียบมากขึ้น โดยเฉพาะในกรณีที่มีหลายบัญชีอีเมลในโดเมนเดียวกัน หากคุณกำลังมองหาเว็บโฮสติ้งที่ใช้งานง่ายและปลอดภัย สามารถดูรายละเอียดแพ็กเกจ Web Hosting ของเราได้ที่👉 https://www.hostatom.com/web-hosting
What Our Users Say
tososay.com
ประทับใจในตลอดทุกการใช้งานที่มีมาตลอด กับ Hostatom ครับ
นอกจากใช้บริการพื้นที่และระบบแล้ว ทีมงานยังใส่ใจ เข้าใจ และรับฟัง การทำงานร่วมกันแม้ว่าจะเป็นระบบหน้าบ้าน ทีมงานก็ให้คำแนะนำที่จะใช้งานกับระบบหลังบ้านหรือโฮสต์ได้อย่างดี ขอบคุณที่ให้บริการมาตลอดครับ แนะนำสำหรับมือใหม่ และมืออาชีพ ไว้วางใจ hostatom ได้ครับ
nailekcook.com
ที่นี่บริการดีมากกกกค่ะ 10/10 ไม่หักคะแนนเลย
ช่วยเหลือ 24 ชม.จริงๆ ให้คำแนะนำ แก้ไขปัญหาให้ลูกค้าได้รวดเร็ว พี่ๆ เทคนิค และพี่ๆแอดมิน พูดจาดีมาก ลูกค้าไม่เข้าใจก็พยายามอธิบาย ไม่ผิดหวังเลยค่ะ
guiaespanolentailandia.com
ทีมงานซัพพอร์ตให้บริการดีมากครับ
ผมพึ่งศึกษาการทำเว็บมีปัญหาอะไรทีมซัพพอร์ตของ hostatom ช่วยได้ตลอดเลย ให้คำปรึกษาดี และตอบไวมากเลยครับ
