Plesk’te 421 Misdirected Request Hatası Nasıl Çözülür?

Web sitenize erişirken “421 Misdirected Request” hatasıyla karşılaşabilirsiniz. Plesk kullanan ortamlarda, özellikle HTTP/2 aktif olduğunda sık görülen bir durumdur. Temel neden, alan adlarına ait SSL/TLS sertifikalarının Nginx’te doğru SNI eşleşmemesidir. Aynı IP üzerinde çoklu domain barındırılması ya da sanal host yapılandırma hataları da bu hatayı tetikleyebilir. Bu rehberde 421 hatasının hangi koşullarda oluştuğunu ve Plesk üzerinde nasıl çözüleceğini adım adım göstereceğiz.

Plesk’te 421 Hatası Nasıl Çözülür?

Öncelikle Plesk’in kurulu olduğu sunucuya SSH ile root erişimi sağlayın ve aşağıdaki komutu çalıştıralım

echo -e "proxy_ssl_server_name on;\nproxy_ssl_name \$host;\nproxy_ssl_session_reuse off;" > /etc/nginx/conf.d/fixssl.conf && systemctl restart nginx

Bu Komut Ne İşe Yarar?

• proxy_ssl_server_name on → Nginx’in, sertifika talebini doğru domain adına göre göndermesini sağlar.
• proxy_ssl_name $host → İstemci tarafından çağrılan host bilgisini SSL isteğine ekler.
• proxy_ssl_session_reuse off → Yanlış sertifika eşleşmelerine neden olabilecek SSL oturum tekrarını devre dışı bırakır.
• systemctl restart nginx → Değişiklikleri etkinleştirir ve Nginx’i yeniden başlatır.

Komut çalıştırıldıktan sonra sitemizi tekrar test ederek hatanın giderilip giderilmediğini kontrol edilmeli.

Ek Çözüm Yöntemleri

421 hatası ilk komutla düzelmiyorsa, aşağıda uygulayabileceğiniz bazı yöntemleri de deneyebilirsiniz.

Plesk ve Sunucu Güncellemeleri

Güncel olmayan paketler HTTP/2 ve SSL uyumsuzluklarına neden olabilir. Paneli ve sistem paketlerini güncelledikten sonra Nginx komutunu tekrar çalıştırın.

SSL Sertifikası Kontrolü

SAN veya Wildcard sertifika kullanıyorsanız, kapsama alanı dışında domain kalmamalı. Ayrıca HTTPS yönlendirmelerinin düzgün çalışması için doğru ayarları yapmak önemlidir.

Detaylı rehber için şu yazımıza göz atabilirsiniz: WordPress cPanel ve Plesk Üzerinde HTTPS Yönlendirmesi

HTTP/2’yi Devre Dışı Bırakma

Eğer hata HTTP/2’den kaynaklanıyorsa, kısa süreliğine HTTP/1.1’e dönüş yaparak sorunun kaynağını doğrulayabilirsiniz.

DNS ve CDN Kontrolleri

DNS kayıtlarının doğru IP’yi gösterdiğini test edin. Cloudflare gibi CDN servisleri kullanıyorsanız SSL/TLS modunu “Full (Strict)” seçeneğinde çalıştırın.