Nginx Là Gì? A-Z Về Web Server Quốc Dân Cân Triệu Truy Cập Mỗi Ngày

Bạn đang tự hỏi nginx là gì khi liên tục bắt gặp thuật ngữ này trong các tài liệu hướng dẫn triển khai máy chủ và tối ưu hóa website? Đối với những người tự vận hành website nhỏ, blog cá nhân hay ứng dụng web, việc lựa chọn một web server tối ưu là yếu tố quyết định tốc độ tải trang. Thay vì sử dụng các hệ thống cồng kềnh, việc cấu hình Nginx trên dịch vụ máy chủ tại ThueVPSGiaRe.vn sẽ giúp tối ưu hóa tài nguyên phần cứng hiệu quả, ngay cả với các gói máy chủ cấu hình vừa phải.

1. Nginx Là Gì?

Nginx là một phần mềm web server mã nguồn mở, đồng thời hoạt động như một reverse proxy, load balancer và HTTP cache. Điểm đặc trưng của Nginx là khả năng xử lý số lượng kết nối đồng thời cực kỳ lớn với mức tiêu thụ tài nguyên RAM và CPU rất thấp nhờ vào kiến trúc hướng sự kiện (event-driven) không đồng bộ, thay vì tạo ra một tiến trình mới cho mỗi yêu cầu từ người dùng.

Để hiểu rõ hơn về lý do Nginx trở thành “web server quốc dân”, chúng ta cần phân tích sâu vào kiến trúc cốt lõi của nó và so sánh với mô hình hoạt động truyền thống:

• Kiến trúc hướng sự kiện (Event-driven Architecture): Trái ngược với các web server truyền thống tạo ra một luồng (thread) hoặc một tiến trình (process) riêng cho mỗi kết nối của khách hàng, Nginx sử dụng một quy trình lặp sự kiện (event loop) có tính chất không chặn (non-blocking). Điều này có nghĩa là một Worker Process duy nhất của Nginx có thể quản lý hàng ngàn kết nối đồng thời bằng cách chuyển đổi liên tục giữa các tác vụ khi có sự kiện sẵn sàng.
• Worker Processes hiệu quả: Khi khởi động, Nginx tạo ra một Master Process và một số lượng Worker Process (thường khớp với số lượng nhân CPU của máy chủ). Master Process chịu trách nhiệm đọc cấu hình, liên kết các cổng mạng và quản lý các Worker. Trong khi đó, các Worker Process thực hiện công việc xử lý yêu cầu thực tế. Do không phải liên tục tạo mới và hủy bỏ các tiến trình, hệ thống tiết kiệm được một lượng lớn tài nguyên RAM và giảm thiểu độ trễ do chuyển đổi ngữ cảnh (context switching) của CPU.
• Khả năng xử lý tệp tĩnh xuất sắc: Nginx có thể phân phối các tệp tĩnh như hình ảnh, CSS, JavaScript cực kỳ nhanh chóng mà không cần thông qua các bộ thông dịch mã nguồn như PHP hay Node.js. Nó tận dụng tối đa tính năng sendfile của nhân hệ điều hành Linux để sao chép dữ liệu trực tiếp từ ổ đĩa sang socket mạng, giúp giảm thiểu việc sao chép dữ liệu dư thừa trong bộ nhớ.

Chính nhờ những đặc tính kỹ thuật này, Nginx thường được chọn làm lớp bảo vệ và phân phối tài nguyên đầu tiên trên các hệ thống VPS có tài nguyên giới hạn. Khi bạn tối ưu hóa tốt cấu hình Nginx, một máy chủ cấu hình cơ bản hoàn toàn có thể phục vụ hàng triệu lượt truy cập mỗi ngày đối với các trang web tĩnh hoặc các trang web có cơ chế lưu bộ nhớ đệm (caching) tốt.

2. Nginx Dùng Để Làm Gì Và Có Những Vai Trò Gì Trên Máy Chủ?

Nginx không đơn thuần chỉ là một phần mềm gửi file HTML tới trình duyệt của người dùng. Trong hạ tầng mạng thực tế, Nginx được tích hợp vào nhiều vị trí khác nhau để đảm bảo tính an toàn, tính sẵn sàng cao và tốc độ phản hồi nhanh nhất cho hệ thống. Dưới đây là các vai trò phổ biến nhất của Nginx:

Làm Web Server Phục Vụ Nội Dung

Nginx hoạt động như một HTTP Server tiêu chuẩn để phân phối nội dung website. Đối với các trang web tĩnh (như các trang landing page, tài liệu hướng dẫn hoặc website viết bằng Hugo, Gatsby, Hexo), Nginx là lựa chọn lý tưởng vì nó tiêu tốn cực ít RAM.

Đối với các website động chạy PHP (như WordPress), Nginx sẽ hoạt động kết hợp với PHP-FPM qua giao thức FastCGI để xử lý các yêu cầu động một cách nhanh chóng.

Nginx Reverse Proxy (Máy Chủ Ủy Quyền Ngược)

Đây là một trong những ứng dụng phổ biến nhất của Nginx trong môi trường phát triển ứng dụng hiện đại. Khi hoạt động như một nginx reverse proxy, Nginx sẽ đứng trước các ứng dụng backend (như Node.js chạy trên port 3000, Python/Django trên port 8000 hoặc Java Spring Boot trên port 8080).

Người dùng bên ngoài chỉ kết nối trực tiếp đến Nginx qua cổng tiêu chuẩn 80 hoặc 443. Sau đó, Nginx nhận yêu cầu và chuyển tiếp (proxy) đến ứng dụng backend thích hợp ở local, rồi nhận kết quả trả về cho người dùng. Cách thiết lập này mang lại nhiều lợi ích thực tế:

• Ẩn giấu hạ tầng backend: Hacker không biết ứng dụng thực sự đang chạy trên cổng nào hoặc công nghệ gì phía sau, giúp tăng cường bảo mật cơ bản.
• Tập trung quản lý chứng chỉ SSL (SSL Termination): Bạn chỉ cần cài đặt và gia hạn chứng chỉ SSL trên Nginx. Nginx sẽ giải mã các kết nối HTTPS bảo mật và giao tiếp với backend bằng giao thức HTTP thông thường qua mạng nội bộ, giúp giảm tải công việc tính toán mã hóa cho máy chủ ứng dụng backend.

Cân Bằng Tải (Load Balancing)

Khi website của bạn phát triển lớn mạnh và một máy chủ đơn lẻ không còn đủ khả năng xử lý lượng truy cập, bạn có thể thiết lập Nginx làm bộ cân bằng tải. Nginx sẽ phân phối các yêu cầu của người dùng đến một cụm (cluster) gồm nhiều máy chủ backend khác nhau theo các thuật toán như Round Robin (xoay vòng), Least Connections (chuyển đến máy chủ có ít kết nối nhất), hoặc IP Hash (giữ kết nối của một khách hàng ổn định với một máy chủ cụ thể). Điều này giúp hệ thống hoạt động liên tục ngay cả khi một trong các máy chủ backend gặp sự cố.

Bộ Nhớ Đệm (HTTP Caching)

Nginx có khả năng lưu trữ cục bộ các phản hồi từ các máy chủ ứng dụng phía sau. Khi một yêu cầu tương tự được gửi tới, Nginx sẽ trả về dữ liệu đã lưu trong bộ đệm ngay lập tức mà không cần gọi lại mã nguồn backend hoặc truy vấn cơ sở dữ liệu. Cơ chế này giảm tải tối đa cho cơ sở dữ liệu và các dịch vụ chạy nền của bạn.

3. Sự Khác Biệt Giữa Apache Và Nginx

Khi bắt đầu xây dựng máy chủ, câu hỏi kinh điển nhất luôn là: Nên chọn Nginx hay Apache? Để hiểu rõ hơn về đối thủ lâu đời này, bạn có thể tìm hiểu thêm apache là gì nhằm nắm vững cách thức hoạt động của mô hình đa tiến trình truyền thống. Dưới đây là bảng so sánh chi tiết giúp bạn đưa ra lựa chọn phù hợp nhất với nhu cầu thực tế của mình:

Đối với các nhà phát triển hệ thống hiện đại, xu hướng phổ biến hiện nay không còn là việc chọn một trong hai một cách tuyệt đối. Thay vào đó, người ta thường kết hợp cả hai bằng cách đặt Nginx làm Reverse Proxy đứng ở phía trước để xử lý các yêu cầu HTTPS, lọc truy cập xấu, lưu cache và phân phối file tĩnh. Sau đó, Nginx sẽ chuyển tiếp các yêu cầu xử lý file động phức tạp về cho Apache chạy ở phía sau. Mô hình lai này giúp tận dụng triệt để thế mạnh của cả hai hệ thống.

4. Đánh Giá Ưu Điểm Và Nhược Điểm Thực Tế Của Nginx

Bất kỳ một giải pháp công nghệ nào cũng có những mặt thế mạnh và giới hạn riêng biệt, Nginx cũng không ngoại lệ. Để vận hành hệ thống một cách hiệu quả nhất, bạn cần nắm vững cả ưu điểm lẫn nhược điểm thực tế của web server này trước khi quyết định triển khai dự án.

Ưu Điểm Nổi Bật Của Nginx

Nhờ vào triết lý thiết kế hiện đại, Nginx mang lại những lợi ích rất rõ ràng cho các quản trị viên máy chủ và nhà phát triển ứng dụng:

• Tiết kiệm tài nguyên phần cứng tối đa: Kiến trúc không đồng bộ giúp Nginx tiêu tốn cực kỳ ít bộ nhớ RAM và CPU. Ngay cả khi đối mặt với hàng ngàn kết nối đồng thời, lượng RAM tiêu thụ vẫn giữ ở mức ổn định thay vì tăng vọt như các web server truyền thống.
• Tốc độ xử lý file tĩnh vượt trội: Nginx có khả năng đọc ghi và phân phối các tệp tĩnh (hình ảnh, video, tài liệu, file CSS/JS) trực tiếp từ ổ cứng sang card mạng một cách nhanh chóng. Để tận dụng tối đa ưu điểm này, việc kết hợp Nginx với các bước tinh chỉnh trong hướng dẫn cách tối ưu vps sẽ giúp hệ thống của bạn đạt được hiệu năng phản hồi tốt nhất.
• Tính năng Reverse Proxy và Load Balancing linh hoạt: Khả năng đóng vai trò làm cổng bảo vệ, điều hướng lưu lượng và cân bằng tải của Nginx hoạt động vô cùng mạnh mẽ, ổn định, giúp giảm tải trực tiếp cho các ứng dụng backend chạy phía sau.
• Cộng đồng hỗ trợ lớn và tài liệu phong phú: Là một trong những web server phổ biến nhất thế giới, bạn có thể dễ dàng tìm thấy lời giải cho hầu hết các vấn đề kỹ thuật hoặc các tệp cấu hình mẫu trên các diễn đàn công nghệ lớn.

Nhược Điểm Cần Lưu Ý Của Nginx

Mặc dù sở hữu nhiều điểm mạnh, Nginx vẫn tồn tại những hạn chế mà bạn cần cân nhắc để chuẩn bị phương án xử lý phù hợp:

• Không hỗ trợ cấu hình phân tán (.htaccess): Nginx không đọc và thực thi các tệp cấu hình riêng lẻ ở cấp thư mục con như Apache. Mọi thay đổi về cấu hình (ví dụ: luật chuyển hướng URL, chặn IP) đều phải được viết tập trung trong file cấu hình hệ thống và yêu cầu quyền quản trị viên (root) để reload lại dịch vụ. Điều này khiến Nginx ít thân thiện hơn đối với môi trường Shared Hosting truyền thống.
• Khó khăn khi xử lý nội dung động trực tiếp: Nginx không thể tự mình biên dịch và thực thi trực tiếp các ngôn ngữ lập trình như PHP, Python hay Node.js. Nó bắt buộc phải chuyển tiếp yêu cầu đến các bộ xử lý bên ngoài qua các giao thức như FastCGI. Việc này vô tình làm phức tạp hóa mô hình triển khai đối với người mới học.
• Độ phức tạp khi tùy biến module: Trải nghiệm cài đặt thêm các module mở rộng từ bên thứ ba trên Nginx đôi khi phức tạp hơn so với Apache. Mặc dù các phiên bản Nginx hiện đại đã hỗ trợ cơ chế Dynamic Modules, nhưng trong nhiều trường hợp kỹ thuật sâu, bạn vẫn có thể phải tự biên dịch lại toàn bộ mã nguồn của Nginx từ đầu để tích hợp các tính năng nâng cao.

5. Hướng Dẫn Cài Đặt Nginx Trên Ubuntu Chi Tiết

Trong phần này, chúng ta sẽ cùng thực hiện quy trình cài đặt Nginx trên hệ điều hành Ubuntu (các phiên bản LTS phổ biến như Ubuntu 20.04, 22.04 hoặc 24.04). Hãy chắc chắn rằng bạn đã đăng nhập vào máy chủ VPS thông qua giao thức SSH với quyền root hoặc tài khoản có quyền thực thi sudo.

Bước 1: Cập Nhật Danh Sách Gói Phần Mềm

Trước khi bắt đầu cài đặt bất kỳ dịch vụ nào, việc đồng bộ hóa danh sách gói phần mềm của hệ thống là điều bắt buộc để đảm bảo bạn nhận được phiên bản ổn định và mới nhất từ kho lưu trữ của Ubuntu:

sudo apt update && sudo apt upgrade -y

Bước 2: Tiến Hành Cài Nginx

Gói cài đặt của Nginx đã có sẵn trong kho lưu trữ mặc định của Ubuntu, bạn chỉ cần thực hiện lệnh sau để tải và cài đặt tự động:

sudo apt install nginx -y

Bước 3: Quản Lý Dịch Vụ Khởi Động Nginx

Sau khi tiến trình cài đặt hoàn tất, Nginx sẽ tự động được khởi chạy. Bạn có thể sử dụng các lệnh tiêu chuẩn của hệ thống (systemd) dưới đây để kiểm soát trạng thái hoạt động của web server:

• Kiểm tra trạng thái hoạt động:

  sudo systemctl status nginx

  Nếu kết quả hiển thị dòng chữ màu xanh active (running), nghĩa là dịch vụ của bạn đang chạy bình thường.

• Dừng dịch vụ Nginx:

  sudo systemctl stop nginx

• Khởi động nginx khi đang tắt:

  sudo systemctl start nginx

• Khởi động lại toàn bộ dịch vụ (Restart):

  sudo systemctl restart nginx

  Lưu ý: Lệnh này sẽ ngắt các kết nối hiện tại để tắt hoàn toàn và bật lại tiến trình.

• Tải lại cấu hình không làm gián đoạn kết nối (Reload):

  sudo systemctl reload nginx

  Khuyên dùng: Đây là lệnh an toàn nhất sau khi bạn chỉnh sửa file cấu hình vì nó chỉ áp dụng cấu hình mới mà không ngắt các kết nối của người dùng đang truy cập website.

• Cho phép tự động chạy khi bật máy chủ:

  sudo systemctl enable nginx

Bước 4: Cấu Hình Tường Lửa Cho Máy Chủ

Khi cài đặt xong, bạn cần cấu hình tường lửa UFW để cho phép traffic đi qua cổng 80 (HTTP) và 443 (HTTPS) từ ngoài mạng internet. Nếu bạn chưa quen thuộc với việc này, bạn nên tìm hiểu chi tiết cách mở port trên vps để tránh lỗi chặn kết nối khiến website không hiển thị.

Để mở các cổng kết nối cho Nginx thông qua UFW trên Ubuntu, bạn thực hiện các lệnh sau:

# Cho phép lưu lượng truy cập HTTP và HTTPS thông qua profile của Nginx
sudo ufw allow 'Nginx Full'
Kiểm tra trạng thái của tường lửa để đảm bảo cổng đã được mở
sudo ufw status

Bây giờ, hãy mở trình duyệt web trên máy tính của bạn và nhập địa chỉ IP công cộng của máy chủ VPS (ví dụ: http://dia_chi_ip_vps). Nếu bạn nhìn thấy trang chào mừng mặc định của Nginx với dòng chữ “Welcome to nginx!”, việc cài đặt của bạn đã thành công hoàn toàn.

6. Tìm Hiểu File Cấu Hình Nginx Config Và Cách Thiết Lập Site Đầu Tiên

Để làm chủ được Nginx, việc hiểu rõ cách thức hoạt động của các file cấu hình là điều tối quan trọng. Cấu trúc thư mục của Nginx trên Ubuntu được tổ chức rất khoa học để bạn dễ dàng quản lý nhiều website trên cùng một máy chủ:

• Thư mục cấu hình chính: /etc/nginx/.
• File cấu hình toàn cục: /etc/nginx/nginx.conf. Đây là nơi chứa các thiết lập tổng quát như số lượng tiến trình chạy nền, định dạng log ghi chép và các giao thức bảo mật mặc định.
• Thư mục chứa các cấu hình website (Server Blocks):
  • /etc/nginx/sites-available/: Nơi bạn lưu trữ các file cấu hình website riêng biệt của mình (dù website đó có đang hoạt động hay không).
  • /etc/nginx/sites-enabled/: Nơi chứa các liên kết tượng trưng (symlinks) trỏ đến các file cấu hình nằm trong thư mục sites-available. Chỉ những file cấu hình xuất hiện tại đây mới thực sự được Nginx tải vào bộ nhớ để vận hành website.

Ví Dụ Thực Tế Cấu Hình Một Khối Server Block

Dưới đây là một ví dụ thực tế về nội dung một file cấu hình website cơ bản (ví dụ tên miền là domaincuaban.com) phục vụ cho một website tĩnh hoặc chuẩn bị kết nối PHP. Bạn hãy tạo một file cấu hình mới tại đường dẫn /etc/nginx/sites-available/domaincuaban.com:

server {
# Cấu hình lắng nghe trên cổng 80 cho cả IPv4 và IPv6
listen 80;
listen [::]:80;

# Khai báo tên miền của website của bạn
server_name domaincuaban.com www.domaincuaban.com;

# Đường dẫn vật lý đến thư mục chứa mã nguồn website trên máy chủ
root /var/www/domaincuaban.com/html;

# Xác định các file mặc định được ưu tiên tải trước khi người dùng truy cập thư mục gốc
index index.html index.htm index.php;

# Cấu hình xử lý cho các yêu cầu truy cập thông thường
location / {
try_files $uri $uri/ /index.php?$args;
}

# Cấu hình chuyển tiếp các yêu cầu file .php tới bộ xử lý PHP-FPM
location ~ \.php$ {
include snippets/fastcgi-php.conf;
fastcgi_pass unix:/var/run/php/php8.2-fpm.sock;
}

# Cấu hình tối ưu hóa bộ nhớ đệm trình duyệt cho các tệp tĩnh
location ~* \.(js|css|png|jpg|jpeg|gif|ico|svg)$ {
expires 30d;
add_header Cache-Control "public, no-transform";
log_not_found off;
access_log off;
}

# Chặn không cho người dùng bên ngoài truy cập vào các file cấu hình ẩn (như .htaccess hay .git)
location ~ /\.ht {
deny all;
}
}

Nginx là lựa chọn hàng đầu cho các website sử dụng mã nguồn mở phổ biến. Khi bạn chuẩn bị cài wordpress lên vps, việc tối ưu hóa server block để xử lý tệp PHP và bảo mật đường dẫn admin là cực kỳ quan trọng nhằm tránh các cuộc tấn công khai thác lỗ hổng bảo mật phổ biến.

Bên cạnh đó, khi vận hành các hệ thống web động sử dụng PHP và cơ sở dữ liệu, việc kết nối Nginx với PHP-FPM là cần thiết. Để hiểu cách tối ưu hóa các câu truy vấn và cấu trúc cơ sở dữ liệu phía sau, bạn nên tìm hiểu thêm mysql là gì nhằm nâng cao hiệu năng toàn hệ thống một cách đồng bộ.

Các Bước Kích Hoạt Cấu Hình Và Kiểm Tra Lỗi

Sau khi bạn đã viết xong file cấu hình cho website của mình, hãy thực hiện lần lượt các bước sau để áp dụng cấu hình này vào hệ thống:

1. Tạo liên kết tượng trưng (Symlink) để kích hoạt site:

   sudo ln -s /etc/nginx/sites-available/domaincuaban.com /etc/nginx/sites-enabled/

2. Kiểm tra tính chính xác của cú pháp cấu hình (Cực kỳ quan trọng):

   sudo nginx -t

   Hãy đảm bảo rằng hệ thống hiển thị thông báo: nginx: configuration file /etc/nginx/nginx.conf test is successful. Nếu có lỗi chính tả hoặc sai đường dẫn, Nginx sẽ thông báo cụ thể dòng bị lỗi để bạn chỉnh sửa kịp thời. Tuyệt đối không tải lại cấu hình khi lệnh kiểm tra này báo lỗi, vì nó sẽ làm sập toàn bộ các website hiện có trên máy chủ.

3. Tải lại cấu hình Nginx để áp dụng thay đổi:

   sudo systemctl reload nginx

7. Cách Tối Ưu Nginx Và VPS Để Chịu Tải Tốt Hơn

Dù Nginx có hiệu năng mặc định rất tốt, hệ thống vẫn sẽ gặp nghẽn cổ chai nếu lượng truy cập tăng đột biến mà bạn chưa thực hiện các cấu hình tối ưu hóa sâu hơn. Việc lựa chọn một gói vps cho wordpress có cấu hình phần cứng phù hợp sẽ giúp Nginx phát huy tối đa sức mạnh của bộ nhớ đệm (FastCGI Cache), giảm tải cho CPU khi có lượng truy cập đột biến.

Tinh chỉnh cấu hình web server chỉ là một phần nhỏ trong cách tối ưu vps toàn diện, bao gồm cả cấu hình bộ nhớ ảo (swap), tối ưu hóa database và dọn dẹp các tiến trình thừa để giải phóng RAM. Để tăng tốc độ phục vụ của Nginx trên máy chủ, bạn nên mở file cấu hình gốc /etc/nginx/nginx.conf và điều chỉnh một số thông số kỹ thuật cốt lõi sau đây:

• worker_processes auto; Thiết lập này cho phép Nginx tự động phát hiện số lượng lõi CPU khả dụng trên máy chủ VPS của bạn và khởi chạy số lượng Worker Process tương ứng. Ví dụ, nếu bạn dùng gói VPS có 2 Core CPU, Nginx sẽ khởi chạy 2 Worker để tận dụng tối đa tài nguyên đa nhân.
• worker_connections 1024; Xác định số lượng kết nối tối đa mà một Worker Process có thể xử lý đồng thời. Tổng số lượng kết nối tối đa mà máy chủ của bạn có thể chịu tải sẽ bằng worker_processes x worker_connections. Đối với các dòng VPS chạy CPU Intel Gold đời mới, bạn hoàn toàn có thể nâng giá trị này lên 2048 hoặc cao hơn nếu cần thiết.
• sendfile on; Kích hoạt tính năng phân phối file trực tiếp từ ổ cứng mà không cần sao chép sang không gian bộ nhớ đệm của phần mềm. Điều này kết hợp với ổ cứng SSD NVMe U.2 sẽ đem lại tốc độ truyền tải cực kỳ nhanh cho các tệp tĩnh.
• Bật nén dữ liệu Gzip: Tiết kiệm băng thông đáng kể bằng cách nén các tệp văn bản (HTML, CSS, JS) trước khi gửi về trình duyệt của khách truy cập.

  gzip on;
  gzip_types text/plain text/css application/json application/javascript text/xml application/xml+rss text/javascript;

8. Các Lỗi Thường Gặp Khi Cấu Hình Nginx Và Cách Xử Lý Nhanh

Trong quá trình quản trị máy chủ thực tế, việc gặp phải các lỗi phản hồi (mã trạng thái HTTP từ 4xx đến 5xx) là điều khó tránh khỏi. Dưới đây là danh sách các lỗi kinh điển nhất mà bất kỳ quản trị viên nào cũng từng gặp phải, nguyên nhân gốc rễ và giải pháp xử lý thực chiến:

Lỗi “502 Bad Gateway”

Triệu chứng: Trình duyệt hiển thị trang trắng với dòng chữ “502 Bad Gateway” khi bạn truy cập các trang web động (như WordPress hoặc các ứng dụng Node.js).

Nguyên nhân: Nginx hoạt động tốt nhưng nó không nhận được phản hồi từ dịch vụ xử lý backend (như PHP-FPM, Node.js, Python). Có thể do dịch vụ backend bị treo, bị sập do tràn RAM, hoặc đường dẫn kết nối (socket/cổng mạng) giữa Nginx và backend bị cấu hình sai lệch.

Cách xử lý:

1. Kiểm tra xem dịch vụ PHP-FPM có đang hoạt động hay không bằng lệnh: sudo systemctl status php8.2-fpm (thay đổi số phiên bản cho phù hợp với hệ thống của bạn).
2. Nếu PHP-FPM bị tắt, hãy khởi động lại nó bằng lệnh: sudo systemctl start php8.2-fpm.
3. Mở file cấu hình website của bạn trong thư mục sites-enabled và kiểm tra kỹ đường dẫn socket tại khai báo fastcgi_pass xem đã chính xác chưa (ví dụ: unix:/var/run/php/php8.2-fpm.sock).

Lỗi “504 Gateway Timeout”

Triệu chứng: Website tải rất lâu, sau đó phản hồi mã lỗi 504.

Nguyên nhân: Máy chủ backend xử lý yêu cầu quá chậm (ví dụ: một câu truy vấn database quá nặng hoặc một đoạn script PHP xử lý file lớn) vượt quá thời gian chờ (timeout) mặc định mà Nginx cho phép.

Cách xử lý: Tăng giới hạn thời gian chờ trong phần cấu hình kết nối của Nginx. Bạn có thể thêm các cấu hình sau vào trong khối location ~ \.php$ của server block:

fastcgi_read_timeout 300;
proxy_read_timeout 300;

Sau đó, bạn cũng cần điều chỉnh thông số max_execution_time trong file cấu hình php.ini tương ứng để PHP-FPM không tự ngắt tiến trình trước thời hạn 300 giây.

Lỗi “403 Forbidden”

Triệu chứng: Khi truy cập website, bạn nhận được thông báo lỗi từ chối quyền truy cập 403.

Nguyên nhân: Nginx không có đủ quyền hạn để đọc các tệp tin trong thư mục mã nguồn website, hoặc trong thư mục đó không chứa file mặc định nào khớp với cấu hình của lệnh index (ví dụ: không có index.html hay index.php) trong khi tính năng tự động liệt kê danh mục (autoindex) đang bị tắt.

Cách xử lý:

1. Kiểm tra xem thư mục gốc của website đã có file index.html hoặc index.php chưa.
2. Phân bổ lại quyền sở hữu thư mục mã nguồn cho tài khoản người dùng hoạt động của Nginx (mặc định trên Ubuntu là www-data):

   sudo chown -R www-data:www-data /var/www/domaincuaban.com

3. Cấp quyền đọc ghi hợp lý cho các file và thư mục:

   sudo find /var/www/domaincuaban.com -type d -exec chmod 755 {} \;
   sudo find /var/www/domaincuaban.com -type f -exec chmod 644 {} \;

Các Câu Hỏi Thường Gặp (FAQ)

Disclaimer: Toàn bộ nội dung hướng dẫn kỹ thuật trong bài viết này chỉ mang tính chất tham khảo. Các câu lệnh, đường dẫn tệp tin và các thiết lập cấu hình có thể thay đổi tùy thuộc vào hệ điều hành (Ubuntu, Debian, CentOS, AlmaLinux), phiên bản phần mềm Nginx cụ thể và môi trường mạng thực tế của bạn. Người đọc nên tự thực hiện các biện pháp sao lưu (backup) dữ liệu, kiểm thử kỹ lưỡng trên môi trường thử nghiệm (development/staging) trước khi áp dụng trực tiếp vào hệ thống đang hoạt động thực tế (production).