Sadece sunucuda mvc webgrid kullanarak aralıklı hata alma

Question

Uygulamamız genelinde System.Web.Helpers.WebGrid geniş çaplı kullanıyorum ve aslında gayet iyi ve aslında yerel olarak çalışıyor her zaman iyi ya da sunucuda bir self SSL ile çalışıyor ince. Bu yüzden sorunun aslında IIS ile mi yoksa güvenlik duvarı mi yoksa gerçek şebeke mi yoksa düzeltmek için ne yapmam gerektiğini mi bilmiyorum. Tüm tarayıcılarda

, sonuç biraz farklı olmasına rağmen, birbirini izleyen ajax sıralama ve webgrid üzerinde çağrı eventially askıda kalmasına neden olur ve ben Fiddler'da yanıtını inceleyebilirsiniz zaman

[Fiddler] ReadResponse() olsun başarısız oldu: Sunucu bu istek için yanıt vermedi. Ben kopyalamak ve onu yükleyecektir bir tarayıcıya doğrudan url yapıştırın ama sürekli F5 vurursam Sonunda belirten bir ileti alacak olursa

krom "Bu web sayfası kullanılamıyor" (Hata 103 ERR_CONNECTION_ABORTED ile) ya da IE'de "Internet Explorer web sayfasını görüntüleyemiyor".

url http://app.myapp.com/mygrid/9e3b2ae5-cbe1-4a4a-a355-a14f00d26e24?mylayout=true&myid=634982439599769687&readonly=False&search=-&__=634982439708207187&sort=Name&dir=ASC

gibi bir şey, oldukça uzun ve kıvrık ve bu sorun bir SSL sertifikası sunucusunda yüklüyse gitmesini görünüyor ve hiç yerel olarak gerçekleşmez.

Herhangi bir fikrin var mı?

Answer 1

edilen en son sorunuza

paragrafı ve bu sorun bir SSL sertifikası sunucusu üzerinde yüklüyse gitmesini görünüyor ve hiç yerel olarak gerçekleşmez.

hemen gerçekten sunucu ortamından aynı sertifikayı hareket edemez, onlar yerel bağlantılar için büyük ihtimalle de şifreli bağlantı devre dışı ve olacağını bilerek beni DEFLATE ve GZIP sorunları olan olası sorunların düşündürdü Yerel kalkınma ortamınıza (amaçlarını yenecek) ve eğer bir gereklilikse, test amaçlı yeni bir imzalı sertifika oluşturmalıdır.

Ayrıca, daha önceki .NET 4.0 sürüm 4.0.30319.236 ile tam olarak infinite loop may occur in GZipStream or DeflateStream sorunları arasında tökezledim. Bu sorunlar daha sonra .NET 4.0'da çözülmüştür ve siz de 4.0 kurulumunun üzerine .NET 4.5 yüklenerek önlenebilir. Sorunlarınıza neden olan buysa, bunu söylemek hâlâ oldukça zor ve diğer bazı sunucu tarafı ayarlarına neden olmuş olabilir, örneğin artık IIS Kilitleme Aracı durdurulamadı, hatta URLScan, onlar için sıkıştırma etkin olduğunda uzun URL isteklerini kabul etmiyor.

TL; DR - Her iki durumda açık sonuç devre dışı bırakmayı deneyin etmekti IIS sunucusunun en urlCompression sizin Web.config dosyada bu istekleri (ve/veya httpCompression) için, ve sorunlar hala devam ederse bkz:

<configuration> 
    <system.webServer> 
     <urlCompression doStaticCompression="false" doDynamicCompression="false" /> 
    </system.webServer> 
</configuration> 

Açıkçası, sunucu ve yerel ortamlar arasındaki farklılıkları karşılaştırarak, mümkün olması halinde, daha fazla araştırılması gereken bir çözümdür. Sunucunun en son tüm kitaplıklarla güncellenmemiş olması da mümkündür ve bunu yapmak da sorunu çözebilir.

YASAL UYARI: Bunun gerçekten bir% 100 kurşun geçirmez cevap olmadığının farkındayım, ancak OP bu hile yaptığına dair yorumlarda bulundu. Ben başkasının daha iyi bir cevap bilemez soran ve hemen bizim IT Security sihirbazlar tarafından kabul edilecek bu konuları bilerek da posted this question and a possible answer to it dün DMZ üzerinde var, ama Aziz Patrick günü kendi ücretli :)

Şerefe almış görünüyor !