<div class="key-takeaways"><ul><li>Nginx อ่านไฟล์หลักอย่าง nginx.conf โดยไฟล์อื่นต้องถูกเรียกใช้งานผ่านไฟล์นี้</li><li>การรัน Nginx ใต้บัญชี www-data ปลอดภัยกว่าการใช้บัญชีผู้ใช้อื่น</li><li>บล็อก server_name ช่วยจัดการโดเมนและการรับส่งคำขอของเว็บไซต์</li><li>HTTPS เพิ่มความปลอดภัยด้วยการเข้ารหัสผ่านโปรโตคอล TLS</li></ul></div><p>การใช้งาน Nginx สำหรับผู้เริ่มต้นอาจดูซับซ้อนในตอนแรก แต่เมื่อเข้าใจโครงสร้างพื้นฐานแล้วจะพบว่าจัดการได้ไม่ยาก โฟลเดอร์ของ Nginx อาจมีตั้งแต่ไฟล์ <code>nginx.conf</code> เพียงไฟล์เดียว ไปจนถึงไดเรกทอรีและไฟล์ย่อยอื่นๆ โดย Nginx จะอ่านค่าจากไฟล์ <code>nginx.conf</code> โดยตรง ส่วนไฟล์อื่นๆ จะต้องถูกเรียกใช้งาน (include) หรืออ้างอิงจากไฟล์หลักนี้เท่านั้น</p><p>คำถามที่พบบ่อยคือเหตุใดจึงไม่ควรใช้บัญชีผู้ใช้ <code>ubuntu</code> ในการรัน Nginx บัญชี <code>ubuntu</code> คือบัญชีล็อกอินของคุณซึ่งเป็นเจ้าของเชลล์ กระบวนการ PM2 และแอปพลิเคชัน Node.js แต่ Nginx ควรรันภายใต้บัญชีบริการเฉพาะอย่าง <code>www-data</code> เนื่องจากมีสิทธิ์น้อยกว่าซึ่งปลอดภัยกว่า เป็นค่ามาตรฐานบน Ubuntu และช่วยให้การจัดการสิทธิ์เป็นไปได้ง่ายขึ้น</p><p>ในส่วนของการจัดการซีพียู คำสั่ง <code>worker_processes auto</code> จะบอกให้ Nginx สร้างเวิร์กเกอร์หนึ่งตัวต่อหนึ่งแกนซีพียูของเครื่องโฮสต์ แม้ว่าจะสามารถกำหนดตัวเลขเจาะจงได้ แต่การปล่อยให้ Nginx ปรับตัวตามเครื่องโฮสต์นั้นปลอดภัยที่สุด เวิร์กเกอร์เหล่านี้ทำหน้าที่ให้บริการคำขอจริง ขณะที่มาสเตอร์โปรเซสทำหน้าที่จัดการพวกมัน</p><div class="mb-20"><img class="img-bdrd-16" src="https://api.inewgen.co/uploads/nginx_https_ms3ha4rq_inline_1_89c91684fb.jpg" alt="nginx architecture diagram server workers" loading="lazy" /><p class="color-gray-500 text-sm mt-10">ภาพประกอบจากคลังภาพสต็อก ไม่ใช่ภาพจากเหตุการณ์จริง</p></div><p>บล็อก <code>events{}</code> ทำหน้าที่กำหนดวิธีที่เวิร์กเกอร์จัดการการเชื่อมต่อ ผ่านคำสั่ง <code>worker_connections 1024</code> ซึ่งหมายถึงจำนวนการเชื่อมต่อสูงสุดที่เวิร์กเกอร์หนึ่งตัวจะจัดการได้พร้อมกัน หากเรามี 4 เวิร์กเกอร์และ 1024 เวิร์กเกอร์คอนเนคชัน เราจะรองรับการเชื่อมต่อพร้อมกันได้ประมาณ 4,096 การเชื่อมต่อ (4 คูณ 1024)</p><p>บล็อก <code>http{}</code> ใช้กำหนดทุกอย่างที่เกี่ยวข้องกับการตั้งค่า HTTP และ HTTPS ภายในบล็อกนี้จะประกอบด้วยการตั้งค่าส่วนย่อยต่างๆ เช่น บล็อกเซิร์ฟเวอร์ที่มักใช้สำหรับการตั้งค่าเว็บไซต์หรือแอปพลิเคชันเดี่ยว โดยมีคำสั่งสำคัญดังนี้:</p><ul><li><strong>server_name:</strong> ระบุว่าบล็อกเซิร์ฟเวอร์นี้ควรตอบสนองต่อชื่อโฮสต์ใด เช่น ชื่อโดเมนหรือ localhost</li><li><strong>root /var/www/html;:</strong> ไดเรกทอรีที่ Nginx ใช้ค้นหาไฟล์สแตติก เช่น หากขอไฟล์ <code>/about.html</code> Nginx จะมองหาที่ <code>/var/www/html/about.html</code></li><li><strong>index index.html index.htm;:</strong> หน้าแรกที่ Nginx จะเลือกแสดงเมื่อมีผู้เข้าชมเว็บไซต์</li><li><strong>access_log และ error_log:</strong> บันทึกประวัติการเข้าใช้งานและข้อผิดพลาด โดยมักเก็บบันทึกไว้ที่ <code>/log/nginx/</code></li></ul><div class="ai-insight"><p>การทำความเข้าใจโครงสร้างบล็อกของ Nginx เป็นหัวใจสำคัญในการดูแลระบบเว็บเซิร์ฟเวอร์ การแยกไฟล์คอนฟิกูเรชันออกเป็นส่วนๆ เช่น การแยกบล็อกเซิร์ฟเวอร์ไปไว้ในไฟล์เฉพาะแล้วเรียกเข้ามาใน <code>nginx.conf</code> จะช่วยให้ผู้ดูแลระบบสามารถบำรุงรักษาและแก้ไขข้อผิดพลาดในระบบขนาดใหญ่ได้อย่างเป็นระเบียบและรวดเร็วขึ้น</p></div><p>เมื่อพูดถึงความปลอดภัย การใช้งาน HTTP แบบธรรมดาจะส่งข้อมูลทั้งหมดรวมถึงข้อมูลสำคัญในรูปแบบข้อความธรรมดา ซึ่งอาจถูกดักฟังโดยผู้ให้บริการอินเทอร์เน็ต แฮกเกอร์ หรือผู้ไม่หวังดีใน Wi-Fi สาธารณะ เนื่องจาก HTTP ไม่มีระบบเข้ารหัสหรือการตรวจสอบความถูกต้อง นี่จึงเป็นหน้าที่ของ HTTPS</p><p>ตัวอักษร 'S' ใน HTTPS ย่อมาจาก Secure หมายความว่าข้อมูลที่ส่งผ่านจะถูกเข้ารหัส ผ่านการตรวจสอบตัวตน และมีการตรวจสอบการถูกแก้ไข ข้อมูลจึงวิ่งอยู่ภายในช่องทาง TLS ที่เข้ารหัสไว้ โดยคำว่า SSL เป็นโปรโตคอลดั้งเดิมที่ปัจจุบันล้าสมัยไปแล้ว และถูกแทนที่ด้วย TLS (Transport Layer Security) ถึงแม้คนส่วนใหญ่จะยังเรียกติดปากว่า 'ใบรับรอง SSL' แต่ในทางเทคนิคแล้วปัจจุบันเราใช้ใบรับรอง TLS จากหน่วยงานอย่าง Let's Encrypt หรือ DigiCert</p><p class="source-attribution">ที่มา: <img src="https://www.google.com/s2/favicons?domain=dev.to&sz=64" alt="Dev.to" class="source-logo" width="16" height="16" /> <a href="https://dev.to/gerald_izuchukwu/nginx-from-zero-config-files-to-https-aek" target="_blank" rel="noopener noreferrer">Dev.to</a></p>

<div class="key-takeaways"><ul><li>Nginx reads the main nginx.conf file directly while other files must be explicitly included.</li><li>Running Nginx under the dedicated www-data account provides better security and easier permissions.</li><li>Server blocks and directives control domain handling, static files, and logging paths.</li><li>HTTPS secures web traffic by encrypting data through modern TLS connections.</li></ul></div><p>Approaching Nginx as a complete beginner might seem intimidating, but understanding its core configuration structure makes it much simpler. An Nginx folder can range from having just a single <code>nginx.conf</code> file to several other directories and files. Nginx reads the <code>nginx.conf</code> file directly, and any other file must be explicitly included or referenced from there.</p><p>A common question is why developers avoid using the <code>ubuntu</code> user for Nginx. The <code>ubuntu</code> user is your login account which owns your shell, PM2 processes, and Node.js applications. Nginx should run under a dedicated service account like <code>www-data</code> because it has fewer privileges for better security, serves as the standard on Ubuntu, and makes permission management much easier.</p><p>Regarding performance, the directive <code>worker_processes auto</code> tells Nginx to create one worker per CPU core of the host machine. While a specific number can be defined, it is safest for Nginx to adapt to the host machine automatically. The worker processes perform the actual work of serving requests, while the master process manages them.</p><div class="mb-20"><img class="img-bdrd-16" src="https://api.inewgen.co/uploads/nginx_https_ms3ha4rq_inline_1_89c91684fb.jpg" alt="nginx architecture diagram server workers" loading="lazy" /><p class="color-gray-500 text-sm mt-10">Stock photo for illustration only, not from the actual event</p></div><p>The <code>events{}</code> block defines how workers handle connections, configured via <code>worker_connections 1024</code>, which represents the maximum number of connections a worker can handle simultaneously. This means if we have 4 workers and 1024 worker connections, the workers can handle roughly 4096 simultaneous connections in total.</p><p>The <code>http{}</code> block is used to define everything related to HTTP and HTTPS configuration. Inside it, we find server blocks containing settings for specific websites or applications, featuring essential directives such as:</p><ul><li><strong>server_name:</strong> Specifies which hostnames this server block should respond to, such as your domain name or localhost.</li><li><strong>root /var/www/html;:</strong> The directory where Nginx looks for static files, checking <code>/var/www/html/about.html</code> when a request for <code>GET /about.html</code> arrives.</li><li><strong>index index.html index.htm;:</strong> Defines the default landing pages Nginx serves when visiting a domain.</li><li><strong>access_log and error_log:</strong> Specifies where access and error logs are saved, typically within <code>/var/log/nginx/</code>.</li></ul><div class="ai-insight"><p>Structuring Nginx configuration files cleanly is a best practice for system administration. By breaking down large configurations into modular files—such as moving server blocks into separate configuration files and referencing them inside the main file—developers can maintain readability and streamline troubleshooting in growing web applications.</p></div><p>When transmitting data over the web, standard HTTP sends all details including sensitive credentials in plain text. This information can easily be intercepted by internet service providers, malicious actors on public Wi-Fi, or hackers because HTTP lacks encryption, authentication, or integrity checks.</p><p>The letter 'S' in HTTPS stands for secure, meaning transmitted information is encrypted, authenticated, and protected against tampering through an encrypted TLS connection. While SSL was the original encryption protocol featuring handshakes, it is now obsolete and has been completely replaced by TLS (Transport Layer Security). Although people still commonly say 'SSL Certificate', modern certificates obtained from authorities like Let's Encrypt or DigiCert are technically TLS certificates.</p><p class="source-attribution">Source: <img src="https://www.google.com/s2/favicons?domain=dev.to&sz=64" alt="Dev.to" class="source-logo" width="16" height="16" /> <a href="https://dev.to/gerald_izuchukwu/nginx-from-zero-config-files-to-https-aek" target="_blank" rel="noopener noreferrer">Dev.to</a></p>

medium_article-498.jpg

small_article-498.jpg

thumbnail_article-498.jpg

Inewgen

Inewgen

#TLS

Nginx from Zero: Config Files to HTTPS Setup

Inewgen