IIS ARR reverse proxy ile yerel uygulama yayınlama

Reverse proxy, dış HTTPS isteğini yerel uygulamaya iletir; uygulama sürecini tek başına çalıştırmaz. IIS yönlendirmesi ile uygulama ve worker süreçlerinin yaşam döngüsünü ayrı planlayın.

Hazırlayan: AdaPanel · Güncellendi:

İstek hangi yoldan ilerler?

Tipik akış, istemci → IIS HTTPS → ARR → 127.0.0.1 üzerindeki uygulama portudur. Bu mimaride yerel arka uç portunu internete açmak gerekmez. Uygulamanın yalnız beklenen arabirimde dinlediğini yine de kontrol edin.

URL Rewrite kuralı ile ARR proxy işlevi ayrı bileşenlerdir. Birinin kurulu olması diğerinin etkin olduğunu göstermez. Mevcut sunucuda çalışan modülleri yeniden kurmak yerine varlıklarını ve kullanılan site kuralını inceleyin.

Uygulama başına tutulacak işletim kaydı

Uygulama başına tutulacak işletim kaydı
AlanNeden gerekir?
Çalışma klasörü ve executableBağımlılık ve göreli dosya yollarının doğru çözülmesi
Argümanlar ve ortamDoğru modül, bağlantı ve uygulama ayarları
Yerel port ve dinleme adresiÇakışma ve gereksiz dış erişimin önlenmesi
Süreç sahibiWindows görevi, hizmet veya panel arasında tek yönetici
Log ve sağlık yoluBaşlangıç ile gerçek işlevin ayrı ölçülmesi

Mevcut görevlerle çakışmayı önleyin

Server ve worker iki ayrı süreçse her birinin mevcut Windows görevi veya hizmetini bulun. Panel yönetimine geçişte eski ve yeni yöneticiyi aynı anda etkin bırakmayın. Önce yapılandırmayı kaydedin, bakım aralığında eski sahibi durdurun, sonra yeni yöntemi doğrulayın; başarısızsa kayıtlı düzene dönün.

Bu geçiş planı bir işletim ilkesidir. Kullandığınız AdaPanel sürümünün süreç yönetimi yeteneklerini arayüz ve sürüm notlarından doğrulayın; tüm uygulamaların otomatik taşındığını varsaymayın. Worker’ın sağlıklı olması için yalnız HTTP sürecinin açık olması yeterli değildir.

Proxy ve süreç için ayrı kabul testleri

  1. Yerel portta uygulamanın beklenen sağlık yanıtını verdiğini ve portu doğru sürecin kullandığını kontrol edin.
  2. Dış hostname üzerinden aynı işlevi HTTPS ile çağırın; sertifika, yönlendirme ve yanıt içeriğini doğrulayın.
  3. Giriş, yükleme ve gerekiyorsa uzun bağlantı veya WebSocket davranışını deneyin.
  4. Bakım ortamında yeniden başlatma sonrası tek server ve beklenen sayıda worker bulunduğunu, iş kuyruğunun ilerlediğini ölçün.

HTTPS ve zaman aşımı ayrıntıları

Uygulamanın orijinal HTTPS şemasını ve host adını doğru algıladığını kontrol edin. Proxy başlıklarını yalnız güvenilen proxy kaynaklarından kabul edecek şekilde uygulamanın belgelerine göre yapılandırın; istemcinin gönderdiği her başlığa güvenmeyin.

Uzun işlerde proxy süresi, yükleme süresi ve işlem tamamlama süresi farklı olabilir. Kendi iş yükünüzle ölçün. Arka uç bağlantısı başarısızken IIS’in çalışması uygulamanın sağlıklı olduğu anlamına gelmez.

Sık sorulan sorular

URL Rewrite tek başına uygulamayı başlatır mı?

Hayır. Yönlendirme kuralı süreç yöneticisi değildir. Uygulamanın başlatma, yeniden başlatma ve açılış davranışı ayrı kurulmalıdır.

Uygulamanın 8000 portunu dışarı açmalı mıyım?

IIS aynı sunucudaki localhost uygulamasına vekillik ediyorsa genellikle gerekmez. Dış erişimi IIS üzerinden verin ve gerçek dinleme adresini doğrulayın.

Windows görevi ve panel aynı worker’ı yönetebilir mi?

Aynı süreci iki etkin yöneticiye bırakmayın. Kontrollü sahiplik geçişi yapın ve çift çalışmayı gerçek süreçlerle test edin.

Health yanıtı worker’ın çalıştığını kanıtlar mı?

Yalnız o kontrolün ölçtüğünü kanıtlar. Worker için test işinin alınması ve tamamlanması gibi ayrı kanıt gerekir.

Kaynaklar ve devamı

AdaPanel kurulum rehberi · Diğer rehberler

AdaPanel sürümlerini incele