Magento yönlendirme döngünüz muhtemelen VPN değil

Erişim günlüğünde 302 görürsünüz, mağaza VPN üzerinden yüklenmez ve sonuç kendini yazar. Bu sonuç genellikle ilginç bir şekilde yanlıştır. Yönlendirme yanıtı, tarayıcıya gidilmesi söylenen bir hedefi kaydeder ve sorunun tünel, sertifika mı yoksa uygulama mı tarafından yaratıldığı hakkında hiçbir şey söylemez. Günlük satırı soruşturmanın başlangıcıdır, bulgusu değil.

302 nereye olduğunu söyler, nedenini değil

Erişim günlüğü kaydı isteği, durumu ve boyutu kaydeder ve genellikle önemli olan Location başlığını atlar. Tek bir yönlendirme tamamen normal olabilir: kurallı bir ana makine adı, sondaki eğik çizginin normalleştirilmesi, HTTPS'e geçiş. İhtiyacınız olan şey sıradır, çünkü tek bir atlama ile bir döngü farklı sahiplere ait farklı arızalardır. Şemalar arasında yinelenen atlamalar URL ve şema işlemesine işaret eder. Tarayıcının çözemediği bir ada yapılan atlama ise tamamen başka bir yeri gösterir.

Bunların hiçbiri VPN hakkında kanıt değildir. Tünel bir yoldur; yönlendirme uygulamanın yazdığı bir talimattır.

Günlük satırını değil, zinciri kaydedin

Tarayıcının ağ görünümünü kullanın ve her atlama için dört alan not edin: istenen URL, durum, Location başlığı ve zaman. Sonu ya nihai yanıtla ya da bağlantı hatasıyla bitirin, çünkü ilginç olan durum hiç tamamlanmayan atlamadır. Bunu bir kez çalışan yolda, bir kez de başarısız olan yolda, aynı hesapla ve aynı gezinmeyle yapın. İki zinciri karşılaştırmak, bir günlükteki herhangi bir tek satırdan daha değerlidir.

Bu kaydı özel tutun. URL'ler oturum tanımlayıcıları taşır ve kaydedilmiş bir tarayıcı arşivi beklediğinizden fazlasını taşır. Herhangi bir şeyi bir bilete yapıştırmadan önce sorgu dizelerini kaldırın.

Uygulamanın kendi URL'si hakkındaki düşüncesi

Magento, yapılandırmadan mutlak URL'ler üretir ve bunları her web sitesi veya mağaza görünümüne göre kapsamlandırır. bin/magento config:show web/secure/base_url uygulamanın inandığı değeri yazdırır ve bu genellikle tarayıcının kullandığı ad değil, bir derlemeden veya geçişten kalan ana makine adıdır. Orada bir iç ana makine adı varsa, tarayıcı gidemeyeceği bir yere gönderilir ve hiçbir tünel değişikliği bunu düzeltmez.

Güvenli ve güvensiz temel URL'leri önünüzdeki genel adlarla karşılaştırın. İkisinden birindeki uyumsuzluk, tam olarak baktığınız yönlendirmeyi üretir.

Güvenilen proxy başlıkları bir sözleşmedir

TLS bir yük dengeleyicide sona erdiğinde, uygulama düz HTTP görür ve ona aksinin söylenmesi gerekir. Offloader başlık ayarı, proxy'nin belirlediği başlığın adını verir, örneğin iletilen protokol, ve uygulama şema kararlarında ona güvenir.

Bu güven tek bir proxy ile yapılan sözleşmedir, genel bir izin değil. Başlığı rastgele istemcilerden kabul etmek herkesin bir şema iddia etmesine izin verir, bu yüzden yalnızca belirlenmiş bir proxy'nin onu belirlediği yerde bulunmalıdır. Başlık adı ve proxy'nin davranışı uyuşmazsa, uygulama tarayıcının hiç kullanmadığı bir şemaya yönlendirmeler üretir ve döngü kapanır. Proxy yapılandırmasını ve uygulama ayarını birlikte kontrol edin, sonra değişikliğin yürürlüğe girmesi için yapılandırma önbelleğini boşaltın.

Döngü bir rota değil, oturum olduğunda

Her zaman oturum açmaya dönen bir zincir genellikle çerez sorunudur. Oturum çerezini tarayıcının gerçekte kullandığı ana makine adı için mi verildiğini ve tarayıcının güvenli saydığı bir bağlantıda güvenli olarak mı işaretlendiğini inceleyin. Yanlış alan adına kapsamlanmış bir çerez, tam olarak yönlendirme arızasına benzeyen bir oturum açma döngüsü üretir.

Kanıtlanmış uyumsuzluğu sahibinde düzeltin, ister temel URL, ister çerez alan adı veya proxy sözleşmesi olsun, ardından tek bir 302'nin kayboluşunu izlemek yerine tüm gezinmeyi yeniden test edin. Döngüyü kırmak için HTTPS gereksinimlerini kapatmak bir yönlendirmeyi daha kötü bir sorunla değişir. Değişiklik tamamlandığında tüneli ayrıca kontrol edin: bilinen bir özel kaynak isteyin ve ulaştığını doğrulayın, böylece sonraki yönlendirme için karşılaştırılacak temiz bir temel çizgi olsun.