Aracılığıyla paylaş

Nginx ile ASP.NET Core Blazor WebAssembly barındırma ve dağıtma

Uyarı

Bu, bu makalenin en son sürümü değildir. Geçerli sürüm için bu makalenin .NET 10 sürümüne bakın.

Uyarı

ASP.NET Core'un bu sürümü artık desteklenmiyor. Daha fazla bilgi için .NET ve .NET Core Destek Politikası'na bakın. Geçerli sürüm için bu makalenin .NET 9 sürümüne bakın.

Bu makale Blazor WebAssembly'ün Nginx kullanılarak nasıl barındırılacağı ve dağıtılacağı açıklanmaktadır.

Aşağıdaki nginx.conf dosya, Nginx'in diskte karşılık gelen bir dosyayı bulamayışında index.html dosyayı gönderecek şekilde nasıl yapılandırıldığını gösterecek şekilde basitleştirilmiştir.

events { }
http {
    server {
        listen 80;

        location / {
            root      /usr/share/nginx/html;
            try_files $uri $uri/ /index.html =404;
        }
    }
}

ve limit_req ile limit_req_zoneBlazor WebAssembly ayarlarken, uygulamalar bir uygulama tarafından yapılan görece çok sayıda isteği karşılamak için büyük burst/rate parametre değerleri gerektirebilir. Başlangıçta değeri en az 60 olarak ayarlayın:

http {
    limit_req_zone $binary_remote_addr zone=one:10m rate=60r/s;
    server {
        ...

        location / {
            ...

            limit_req zone=one burst=60 nodelay;
        }
    }
}

Tarayıcı geliştirici araçları veya ağ trafiği aracı isteklerin 503 - Hizmet Kullanılamıyor durum kodu aldığını gösteriyorsa değeri artırın.

Üretim Nginx web sunucusu yapılandırması hakkında daha fazla bilgi için bkz. NGINX Plus ve NGINX Yapılandırma Dosyaları Oluşturma.

Linux'ta barındırılan dağıtım (Nginx)

Uygulamayı ForwardedHeadersOptions ile yapılandırarak ve X-Forwarded-For ve X-Forwarded-Proto başlıklarını iletmek için, ASP.NET Core'u ara sunucular ve yük dengeleyicilerle çalışacak şekilde yapılandırma başlığındaki yönergeleri izleyin.

Alt uygulama yolu yapılandırması da dahil olmak üzere uygulamanın temel yolunu ayarlama hakkında daha fazla bilgi için bkz. ASP.NET Core Blazor uygulama temel yolu.

Aşağıdaki değişikliklerle ASP.NET Core SignalR uygulamasının yönergelerini izleyin:

  • Sunucu Tarafından Gönderilen Olaylar (SSE) ayarı yalnızca proxy_buffering off; için geçerli olduğundan ve uygulama istemci-sunucu etkileşimleriyle ilgili olmadığından, proxy tamponlama yapılandırmasını kaldırın.

  • location Yolu /hubroute (location /hubroute { ... }) olan alt uygulama yoluna /{PATH} ()location /{PATH} { ... } değiştirin; burada {PATH} yer tutucu, alt uygulama yoludur.

    Aşağıdaki örnekte, kök yolda /isteklere yanıt veren bir uygulama için sunucu yapılandırılır:

    http {
    server {
        ...
        location / {
            ...
        }
    }
}

    Aşağıdaki örnek, /blazor alt uygulama yolunu yapılandırır:

    http {
    server {
        ...
        location /blazor {
            ...
        }
    }
}

Ek kaynaklar

  • Last updated on