Gunakan status SistemCTL Nginx untuk memeriksa status perkhidmatan Nginx untuk mengesahkan sama ada ia berjalan dan menghidupkan; 2. Menguasai arahan teras seperti Start, Stop, Restart, Reload, Dayakan, dan Lumpuhkan, dan memberi keutamaan untuk menggunakan Reload untuk mengelakkan gangguan sambungan; 3. Gunakan Journalctl -U nginx.Service untuk melihat log, dan parameter -f boleh dipantau secara real time untuk memudahkan kegagalan permulaan penyelesaian masalah; 4. Pastikan untuk menjalankan sintaks ujian sudo nginx -t sebelum mengubah suai konfigurasi untuk mengelakkan kegagalan tambah nilai; 5. Jika anda perlu menyesuaikan konfigurasi, gunakan SUDO Systemctl Edit Nginx untuk membuat fail overwrite yang selamat dan bukannya secara langsung mengedit unit perkhidmatan.
Menguruskan Nginx dengan systemd
adalah mudah apabila anda memahami bagaimana unit sistemd berfungsi - terutamanya unit perkhidmatan untuk nginx ( nginx.service
). Inilah yang perlu anda ketahui untuk mengawal dan memantau Nginx dengan berkesan menggunakan sistem Linux moden seperti Ubuntu, Debian, CentOS, atau RHEL.

? Periksa status perkhidmatan nginx
Untuk melihat sama ada Nginx sedang berjalan dan sama ada ia didayakan di Boot:
Status SistemCTL Nginx
Ini menunjukkan:

- Sama ada perkhidmatan itu aktif (berjalan)
- Baris log terkini
- Sekiranya ia dapat bermula pada boot
Jika ia tidak aktif, anda akan melihat "tidak aktif (mati)" atau "gagal".
? ? Perintah sistem common untuk nginx
Perintah | Tujuan |
---|---|
sudo systemctl start nginx | Mulakan nginx secara manual |
sudo systemctl stop nginx | Hentikan nginx dengan anggun |
sudo systemctl restart nginx | Muat semula keseluruhan perkhidmatan (berguna selepas perubahan konfigurasi) |
sudo systemctl reload nginx | Muat semula konfigurasi tanpa menjatuhkan sambungan (lebih disukai daripada mulakan semula) |
sudo systemctl enable nginx | Dayakan permulaan automatik di boot |
sudo systemctl disable nginx | Lumpuhkan permulaan automatik di boot |
?? Gunakan
reload
dan tidakrestart
apabila mungkin - ia mengelakkan downtime semasa kemas kini konfigurasi.
? Lihat log dengan Journalctl
Daripada menggali melalui /var/log/nginx/error.log
, gunakan:
Journalctl -u nginx.service
Atau untuk log langsung:
Journalctl -u nginx.service -f
Ini amat berguna jika Nginx gagal memulakan - SystemD sering log ralat tepat dari proses init.
? Konfigurasi ujian sebelum memuatkan semula
Sentiasa uji konfigurasi nginx anda terlebih dahulu:
sudo nginx -t
Sekiranya ia berlalu:
nginx: Fail konfigurasi /etc/nginx/nginx.conf Syntax ok nginx: fail konfigurasi /etc/nginx/nginx.conf ujian berjaya
Kemudian tambah nilai:
SUDO Systemctl Reload Nginx
Jika anda melangkau ini dan mempunyai ralat sintaks, reload
mungkin gagal dengan senyap atau meninggalkan perkhidmatan dalam keadaan yang rosak.
? Petua Pro
Lokasi Fail Perkhidmatan :
Biasanya/lib/systemd/system/nginx.service
atau/etc/systemd/system/nginx.service
- Jangan edit ini melainkan anda tahu apa yang anda lakukan.Perkhidmatan tersuai mengatasi :
Untuk tweak pembolehubah persekitaran atau laluan tanpa mengubah suai unit utama, gunakan:sudo systemctl edit nginx
Ini mewujudkan direktori override (
/etc/systemd/system/nginx.service.d/override.conf
) - lebih selamat daripada mengedit asal.Debugging Kegagalan Boot :
Jika Nginx gagal memulakan boot, periksa:Journalctl -B | grep nginx
Ini penapis log boot-time untuk isu berkaitan Nginx (misalnya, konflik pelabuhan, fail yang hilang, kebenaran).
Pada asasnya, SystemD menjadikan konsistensi pengurusan Nginx dan boleh dipercayai -hanya berpegang pada
systemctl
nginx -t
journalctl
dan anda akan mengendalikan 99% kes dengan lancar.Atas ialah kandungan terperinci Menguruskan Nginx dengan SystemD. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

Alat AI Hot

Undress AI Tool
Gambar buka pakaian secara percuma

Undresser.AI Undress
Apl berkuasa AI untuk mencipta foto bogel yang realistik

AI Clothes Remover
Alat AI dalam talian untuk mengeluarkan pakaian daripada foto.

Clothoff.io
Penyingkiran pakaian AI

Video Face Swap
Tukar muka dalam mana-mana video dengan mudah menggunakan alat tukar muka AI percuma kami!

Artikel Panas

Alat panas

Notepad++7.3.1
Editor kod yang mudah digunakan dan percuma

SublimeText3 versi Cina
Versi Cina, sangat mudah digunakan

Hantar Studio 13.0.1
Persekitaran pembangunan bersepadu PHP yang berkuasa

Dreamweaver CS6
Alat pembangunan web visual

SublimeText3 versi Mac
Perisian penyuntingan kod peringkat Tuhan (SublimeText3)

Topik panas

Apabila Nginx mengalami kesilapan "toomyopenfiles", biasanya kerana sistem atau proses telah mencapai had deskriptor fail. Penyelesaian termasuk: 1. Meningkatkan had lembut dan keras sistem Linux, tetapkan parameter yang relevan Nginx atau menjalankan pengguna di /etc/security/limits.conf; 2. Laraskan nilai worker_connections nginx untuk menyesuaikan diri dengan trafik yang dijangkakan dan memastikan konfigurasi yang terlalu banyak; 3. Meningkatkan had atas deskriptor fail peringkat sistem fs.file-max, edit /etc/sysctl.conf dan gunakan perubahan; 4. Mengoptimumkan penggunaan log dan sumber, dan mengurangkan penggunaan pemegang fail yang tidak perlu, seperti menggunakan Open_L

Fail konfigurasi nginx utama biasanya terletak di direktori conf di bawah /etc/nginx/nginx.conf (Ubuntu/Debian, Centos/Rhel), /usr/local/etc/nginx/nginx.conf (macoshomebrew) atau laluan pemasangan kod sumber; Anda boleh melihat laluan konfigurasi yang dimuatkan melalui nginx-t, ps-ef | grepnginx Periksa laluan yang ditentukan oleh parameter permulaan, atau gunakan mencari/-namenginx.conf dan locatenginx.conf untuk mencari dengan cepat; Struktur fail konfigurasi termasuk tetapan global, blok peristiwa dan blok HTTP, dan konfigurasi tapak umum adalah perkara biasa.

Penyemak imbas menggesa amaran "kandungan campuran" kerana sumber HTTP dirujuk dalam halaman HTTPS. Penyelesaiannya ialah: 1. Periksa sumber kandungan campuran di laman web, lihat maklumat konsol melalui alat pemaju atau gunakan pengesanan alat dalam talian; 2. Gantikan pautan sumber ke https atau laluan relatif, tukar http: // ke https: // atau gunakan format //example.com/path/to/resource.js; 3. Kemas kini kandungan dalam CMS atau pangkalan data, gantikan pautan HTTP dalam artikel dan halaman satu demi satu, atau gantikannya dalam kelompok dengan pernyataan SQL; 4. Tetapkan pelayan untuk menulis semula permintaan sumber secara automatik, dan tambahkan peraturan ke konfigurasi pelayan untuk memaksa HTTPS untuk melompat.

Membolehkan pemampatan GZIP dapat mengurangkan saiz fail laman web dan meningkatkan kelajuan pemuatan. 1. Pelayan Apache perlu menambah konfigurasi dalam fail .htaccess dan pastikan modul mod_deflate diaktifkan; 2.Nginx perlu mengedit fail konfigurasi tapak, tetapkan gzipon dan tentukan jenis mampatan, panjang minimum dan tahap mampatan; 3. Selepas konfigurasi selesai, anda boleh mengesahkan sama ada ia berkuatkuasa melalui alat dalam talian atau alat pemaju pelayar. Perhatikan status modul pelayan dan integriti jenis MIME semasa operasi untuk memastikan operasi mampatan biasa.

Modul Stub_Status memaparkan maklumat status asas masa nyata nginx. Khususnya, ia termasuk: 1. Bilangan sambungan aktif sekarang; 2. Jumlah sambungan yang diterima, jumlah sambungan pemprosesan, dan jumlah permintaan; 3. Bilangan sambungan dibaca, ditulis, dan menunggu. Untuk menyemak sama ada ia diaktifkan, anda boleh menyemak sama ada parameter --with-http_stub_status_module wujud melalui perintah nginx-v. Jika tidak diaktifkan, recompile dan tambahkan modul. Apabila diaktifkan, anda perlu menambah blok lokasi ke fail konfigurasi dan menetapkan kawalan akses. Akhirnya, muat semula perkhidmatan nginx untuk mengakses halaman status melalui laluan yang ditentukan. Adalah disyorkan untuk menggunakannya dalam kombinasi dengan alat pemantauan, tetapi ia hanya tersedia untuk akses rangkaian dalaman dan tidak dapat menggantikan penyelesaian pemantauan yang komprehensif.

Untuk membolehkan sokongan HTTP/2 atau HTTP/3 NGINX, prasyarat mesti dipenuhi dan dikonfigurasi dengan betul; Http/2 memerlukan nginx1.9.5, openssl1.0.2 dan persekitaran https; tambah --with-http_v2_module modul semasa konfigurasi, ubah suai pernyataan mendengar ke Listen443SSLHTTP2; dan membebankan perkhidmatan; HTTP/3 didasarkan pada modul Quic, dan pihak ketiga seperti Nginx-Quic diperlukan untuk memperkenalkan cawangan BoringsSL atau OpenSslquic semasa penyusunan, dan mengkonfigurasi port mendengar UDP; Masalah biasa semasa penempatan termasuk ALPN tidak didayakan, perakuan tidak serasi, sekatan firewall dan kesilapan kompilasi, disarankan untuk menggunakan keutamaan

Kesilapan "AlamatAndedInuse" bermaksud bahawa program atau perkhidmatan lain dalam sistem telah menduduki port sasaran atau alamat IP. Sebab -sebab umum termasuk: 1. Pelayan berjalan berulang kali; 2. Perkhidmatan lain menduduki pelabuhan (seperti Apache menduduki port 80, menyebabkan Nginx gagal memulakan); 3. Pelabuhan tidak dibebaskan selepas kemalangan atau dimulakan semula. Anda boleh menyelesaikan masalah melalui alat baris arahan: Gunakan Sudolsof-I: 80 atau Sudolnetstat-Tulpn | Grep: 80 dalam Linux/MacOS; Gunakan NetStat-Ano | Findstr: 80 di Windows dan periksa PID. Penyelesaian termasuk: 1. Hentikan proses yang bercanggah (seperti sudo

Ujian A/B boleh dilaksanakan melalui modul Split_Clients Nginx, yang mengedarkan trafik secara proporsional kepada kumpulan yang berlainan berdasarkan hash atribut pengguna. Langkah -langkah khusus adalah seperti berikut: 1. Gunakan arahan split_clients untuk menentukan kumpulan dan perkadaran di blok HTTP, seperti 50%A dan 50%B; 2. Gunakan pembolehubah seperti $ cookie_jsessionid, $ remote_addr atau $ arg_uid sebagai kunci hash untuk memastikan pengguna yang sama terus diperuntukkan kepada kumpulan yang sama; 3. Gunakan backend yang sama melalui jika keadaan di pelayan atau blok lokasi; 4. Catat maklumat kumpulan melalui format log tersuai untuk menganalisis kesannya; 5. Jejaki prestasi setiap kumpulan dengan alat pemantauan
