- Konu sahibi
- #1
Nginx’i kaldırmanın yolu, nasıl kurulduğunu belirleyip o kurulumu yöneten paket veya çalışma ortamı üzerinden işlem yapmaktır. Dağıtım paketi, konteyner, hosting paneli ve kaynak koddan kurulmuş kopya aynı yöntemle yönetilmez. Önce hangi sitelerin veya uygulamaların Nginx’e bağlı olduğunu öğrenin; sonra planlı geçişte servisi durdurup ilgili paketi kaldırın.
Nginx ters proxy veya TLS sonlandırıcıysa arkasındaki uygulama çalışıyor olsa bile dış erişim kesilebilir. Yeni sunucuya geçiyorsanız alan adı, sertifika, proxy yolları ve dinlenecek portlar önceden hazırlanmalıdır. Kaldırma komutunun başarıyla bitmesi sitenin yeni sunucuda çalıştığını kanıtlamaz.
İlk komut yalnız komut arama yolunu inceler; sonuç boşken başka dizinde veya konteynerde Nginx bulunabilir. Sürümün görünmesi de sürecin çalıştığı anlamına gelmez. Paket yöneticisi, servis birimi ve süreç bilgilerini birlikte değerlendirin. Hosting panelinin yönettiği kopyayı panel dışından kaldırmak, panelin bağımlılıklarını bozabilir; onun desteklenen yönetim yolunu kullanın.
Mevcut yapılandırmayı, gereken sertifika referanslarını ve geri dönüş için paket bilgilerini saklayın. Yedeğin hedefini kontrol edin; daha önceki yedeğin üzerine yazmayın. Site kökleri yalnız /var/www olmak zorunda değildir; gerçek yapılandırmadaki yolları inceleyin. Web içeriğini ve günlükleri kaldırma işlemine otomatik olarak dahil etmeyin.
Tablodaki komutlar alternatiflerdir; üçünü art arda uygulamayın. Paket adı ve modül paketleri dağıtım deposuna göre farklılaşabilir. Önce gerçekten kurulu paketleri sorgulayın. Otomatik onay seçeneği eklemek yerine kaldırılacak paket listesini okuyun. Genel autoremove işlemini Nginx kaldırmanın zorunlu parçası saymayın.
Debian ailesinde purge, paket tarafından yönetilen yapılandırmaları da kaldırmak için ayrı bir seçenektir; normal remove ile eş anlamlı değildir. Elle oluşturulmuş dosyaların tamamının temizleneceğini garanti etmez. Bu rehberde kaldırma için yapılandırma ve günlük dizinlerini topluca silen komut gerekmez.
Nginx ters proxy veya TLS sonlandırıcıysa arkasındaki uygulama çalışıyor olsa bile dış erişim kesilebilir. Yeni sunucuya geçiyorsanız alan adı, sertifika, proxy yolları ve dinlenecek portlar önceden hazırlanmalıdır. Kaldırma komutunun başarıyla bitmesi sitenin yeni sunucuda çalıştığını kanıtlamaz.
Kurulum türünü belirleyin
Önce salt okunur kontroller yapın:
Bash:
command -v nginx
nginx -v
ps -ef | grep '[n]ginx'
Mevcut yapılandırmayı, gereken sertifika referanslarını ve geri dönüş için paket bilgilerini saklayın. Yedeğin hedefini kontrol edin; daha önceki yedeğin üzerine yazmayın. Site kökleri yalnız /var/www olmak zorunda değildir; gerçek yapılandırmadaki yolları inceleyin. Web içeriğini ve günlükleri kaldırma işlemine otomatik olarak dahil etmeyin.
Paket yöneticisine göre seçim
| Ortam | Paket işlemi | Sınır |
|---|---|---|
| Debian/Ubuntu | apt remove nginx | Yapılandırmaları koruyan başlangıç seçeneği |
| RPM/DNF sistemi | dnf remove nginx | Teklif edilen bağımlılık değişikliklerini inceleyin |
| Alpine/APK | apk del nginx | OpenRC servis yönetimini systemd ile karıştırmayın |
| Konteyner veya panel | İlgili yönetim aracının akışı | Host paketini silmek o kopyayı kaldırmaz |
Tablodaki komutlar alternatiflerdir; üçünü art arda uygulamayın. Paket adı ve modül paketleri dağıtım deposuna göre farklılaşabilir. Önce gerçekten kurulu paketleri sorgulayın. Otomatik onay seçeneği eklemek yerine kaldırılacak paket listesini okuyun. Genel autoremove işlemini Nginx kaldırmanın zorunlu parçası saymayın.
Debian/Ubuntu ve systemd için örnek akış
Bu örnek, Nginx’in dağıtım paketiyle kurulduğu ve başka servise geçişin hazırlandığı yetkili bir deneme ortamı içindir:- Kurulu paketleri kontrol edin: dpkg-query -W nginx. Paket bulunmazsa aynı komutu zorlayarak devam etmeyin; kurulum türüne dönün.
- Geçiş zamanı geldiğinde servisi durdurun ve açılış bağlantısını kapatın:
Bash:sudo systemctl stop nginx sudo systemctl disable nginx - Paket yöneticisinde kaldırmayı başlatın:
Bash:sudo apt remove nginx - Özet listedeki diğer paketleri inceleyip planınıza uygunsa işlemi tamamlayın. Modül veya farklı Nginx paketleri kalmışsa yalnız adlarını doğruladığınız ilgili paketleri ayrıca değerlendirin.
- Paket durumunu, çalışan süreçleri ve yeni servisin gerçek yanıtını tekrar kontrol edin. systemctl status nginx çıktısındaki inactive ile birimin hiç bulunmaması farklı sonuçlardır; ikisini paket durumuyla birlikte yorumlayın.
Debian ailesinde purge, paket tarafından yönetilen yapılandırmaları da kaldırmak için ayrı bir seçenektir; normal remove ile eş anlamlı değildir. Elle oluşturulmuş dosyaların tamamının temizleneceğini garanti etmez. Bu rehberde kaldırma için yapılandırma ve günlük dizinlerini topluca silen komut gerekmez.