SQL Server 2005 Reporting Services, IIS yapılandırmasıyla ilgili sorunları nasıl giderilir

Makale çevirileri Makale çevirileri
Makale numarası: 958998 - Bu makalenin geçerli olduğu ürünleri görün.
Hepsini aç | Hepsini kapa

Bu Sayfada

Giriş

Bu makalede, Microsoft SQL Server 2005 Reporting Services, ınternet ınformation Services (IIS) yapılandırma sorunlarının nasıl giderileceği açıklanır.

Bu makale, çoğunlukla Reporting Services'i yerel mod altında IIS 6.0 yapılandırmasıyla ilgili sorunları tanılamanıza yardımcı olmak için yazılmıştır. Bu makale de genellikle, IIS 5.0 ve IIS 7.0 için de geçerlidir. Ancak, IIS 6.0, IIS Yöneticisi'ni kullanarak, Microsoft ASP.NET yüklemesini doğrulamak için bu adımları gibi için yalnızca tanılama belirli adımları yazılabilir. Bu makalede ayrıca, kimlik doğrulama, ASP.NET ve ınternet Explorer sık kullanılan bazı yapılandırma sorunları anlatılır.

Daha fazla bilgi

1 Genel yaklaşım

IIS yapılandırma sorunları genellikle hata bağlanmak veya Report Server ya da rapor Yöneticisi'ni çalıştırmak için görüntülenir. Başarılı bir şekilde bu yapılandırma sorunlarını tanılamak için Reporting Services'i ve Reporting Services, IIS ile tümleştirilmiştir şekilde mimarisini gözden geçirmelidir. Bu makalede, başarısızlık Reporting Services'da neden olabilecek genel IIS yapılandırması sorunları belirlemek çalışır. Bazı IIS içinde olmayan sorunlar da ele alınmıştır.

1.1 Akış isteme...

HTTP isteğinden bir kullanıcının birçok katmanları arasında hareket eder. Hangi katmanı, istek başarısız oldu, haberiniz hatasının yapısı belirlemenize yardımcı olabilir. Aşağıdaki şemada, istek akışını Basitleştirilmiş bir diyagram ise:

Bu resmi kapatBu resmi aç
958998


Reporting Services bir sanal dizin Report Server ve bir sanal dizin için Report Manager için yükler. Varsayılan sanal dizin için rapor sunucusu “ reportserver ” adıdır Varsayılan sanal dizin için Report Manager “ raporlarını ” adıdır

Genellikle, ınternet Explorer'da <a1>Report Server</a1> kök dizinine bir istek göndererek, Reporting Services sorunları tanılamak başlatın. Varsayılan olarak, URL http://<server> / reportserver. Report Server çalışıyorsa, sonra ınternet Explorer için http://<server> / reports. Rapor sunucusu, Güvenli Yuva Katmanı (SSL) kullanmak üzere yapılandırdıysanız, ilk sunucunun SSL olmayan modda çalıştırabilirsiniz emin olmalısınız. Bir ölçek dışarı dağıtım yapılandırdıysanız, ilk Report Server tek tek düğümlere çalışabileceği emin olmalısınız. Tanılama sorunları bu sırada, sorunların daha hızlı izole etmenize yardımcı olur.

1.2 Yaygın belirtiler

Bu bölümde, belirli bir katmanda istekleri başarısız olduğunda, sık karşılaşılan Belirtiler listeler. Bu bölüm ayrıca, hata iletileri için nerede araması gerektiğini belirtir.
1.2.1 Güvenlik duvarı
Report Server'ı bir uzak istemci bilgisayardan erişiyorsanız, güvenlik duvarı isteği engellemediği doğrulayın. Engellenen bir istek, Güvenlik Duvarı günlüğe kaydedilir.

Güvenlik Duvarı günlüğünün bulma hakkında daha fazla bilgi için Microsoft Knowledge Base'deki makaleyi görüntülemek üzere aşağıdaki makale numarasını tıklatın:
929455Windows Vista'daki Windows Güvenlik Duvarı günlük dosyası için özel bir konuma yapılandırdığınızda, bilgi günlük dosyasına yazılabilir değil
Ayrıca, aşağıdaki Microsoft Web sitelerini ziyaret edebilirsiniz:
http://technet.microsoft.com/en-us/library/cc736373.aspx
http://technet.microsoft.com/en-us/library/cc758040.aspx
1.2.2 HTTP.sys
IIS 6.0, IIS 5.0 yalıtım modunda çalışan ve IIS 7.0 HTTP ağ giriş/çıkış gerçekleştirmek için HTTP çekirdek modu sürücüsü (HTTP.sys) kullanın. HTTP hizmeti otomatik olarak başlatılır. El ile yapılandırma gerçekleştirmeniz gerekmez. Reporting Services'i SSL kullanacak şekilde yapılandırılırsa, HTTP SSL hizmetinin başlatıldığından emin olmanız gerekir.

Bile, IIS söz konusu HTTP.sys işlemi, istemciye bir hata döndürebilir. Bu URL bozuk veya IIS Web sitesi kimliği yanlış yapılandırıldığında oluşabilir. Hatalar, HTTP.sys hata günlüğe kaydedilir.

Hata HTTP.sys günlük dosyaları hakkında daha fazla bilgi için aşağıdaki Microsoft Web sitesini ziyaret edin:
http://technet.microsoft.com/en-us/library/cc786081.aspx
HTTP APı'günlüğü hatası hakkında daha fazla bilgi için Microsoft Knowledge Base'deki makaleyi görüntülemek üzere aşağıdaki makale numarasını tıklatın:
820729HTTP APı'günlüğe kaydetme hatası
1.2.3 IIS ve uygulama havuzları
IIS yapılandırmasını incelemek için önce IIS Admin hizmeti ve uygulama havuzu çalıştığından emin olmalısınız. Ayrıca, Web sitesi kimliği doğru olduğunu doğrulamalısınız. Rapor hizmetleri barındıran Web sitesi varsayılan Web sitesi değilse veya, “ Atanmamışların Tümü ” için Web sitesi kimliği belirtmezseniz, Web sitesi kimliği ile dikkatli olmalısınız. Report Server ve Report Manager aynı Web sitesinde yapılandırmak, farklı Web sitelerinde Report Server ve Report Manager yapılandırdıysanız, deneyin. Yeni bir Web sitesi sanal dizinleri rapor hizmetleri yapılandırmak diğer uygulamaları Reporting Services'le birlikte aynı Web sitesinde paylaşırsanız, deneyin. Üçüncü taraf ISAPI uzantıları ve filtreleri kaldırmak, bilgisayarınızda üçüncü taraf ISAPI uzantıları veya filtreler, deneyin.

IIS ile birden çok yapılandırma sorunları oluşursa, ııS'YI yeniden yükleyebilirsiniz. Bunu yaptığınızda, ASP.NET ve rapor Hizmetleri için sanal dizinler yeniden yapılandırmanız gerekir.

IIS günlük dosyası konumunun hakkında daha fazla bilgi için Microsoft Knowledge Base'deki makaleyi görüntülemek üzere aşağıdaki makale numarasını tıklatın:
324091NASıL YAPıLıR: Görüntüleyin ve günlük dosyalarından raporla
Ayrıca, aşağıdaki Microsoft Web sitesini ziyaret edebilirsiniz:
http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/bea506fd-38bc-4850-a4fb-e3a0379d321f.mspx?mfr=true
1.2.4 asp.net
Internet Explorer'da bir hata iletisi ASP.NET'te bir sorun oluştuğunu gösterir. ASP.NET yapılandırma ayarları, bilgisayara daha önce IIS ya da ASP.NET kaldırdığınız, doğrulamalısınız. ASP.NET yapılandırma sorunlarının çoğu, ııs'te ASP.NET yeniden kaydettirmek için aspnet_regiis.exe dosyasını kullanarak düzeltebilirsiniz. ASP.NET doğrulama hakkında daha fazla bilgi için bkz: Bölüm 4, bu makalenin.

Bir basit bir .aspx sayfası, bir IIS ve ASP.NET yapılandırma sağlamlık denetimi gerçekleştirmek için kullanabilirsiniz. Bunu yapmak için şu adımları izleyin:
  1. Yeni bir sanal dizin, Reporting Services'ın sanal dizinler Web sitesinde oluşturun.
  2. Okuma izni verin ve sanal dizin için izin Çalıştır.
  3. Bir basit bir .aspx sayfası, sanal dizine dağıtın.
Bu sorun, ilk .aspx sayfası ınternet Explorer'da gözatamıyorsunuz, çözümleyin. ASP.NET istek ulaşmadan önce ASP.NET'te veya herhangi bir katmanları sorun oluşabilir.
1.2.5 Sanal dizinler Server raporla
Reporting Services'i sanal dizinler Reporting Services Windows Yönetim Gereçleri (WMI) sağlayıcısı veya Reporting Services Yapılandırma aracını kullanarak yapılandırılmış değil, sanal dizinlerinin ayarlarını doğrulamak için Bölüm 4. 1'ndaki yönergeleri izlemeniz gerekir. Birden çok yapılandırma sorunları oluşursa, WMI veya Raporlama Hizmetleri Yapılandırma aracını kullanarak sanal dizinler yeniden oluşturabilirsiniz.

Sorunları gidermek için önce doğrulamak ve rapor sunucusu sanal dizini düzeltin. Daha sonra rapor sunucusu çalışırken, inceleme ve Rapor Yöneticisi sanal dizini düzeltin. Rapor Yöneticisi, Report Server ile iletişim kuramıyor, hata genellikle Reporting Services günlük dosyalarında günlüğe kaydedilir.

Reporting Services'i izleme günlükleri hakkında daha fazla bilgi için aşağıdaki MSDN Web sitesini ziyaret edin:
http://msdn.microsoft.com/en-us/library/ms156500(SQL.90).aspx
Bu hataların bir örnek aşağıda verilmiştir:
W3wp! ui! 1! 8 /5/2008-10: 20: 56:: <a1>e</a1> Hata: HTTP durum kodu 500-->

-------Ayrıntılar--------

System.NET.WebException: İstek < bazı > hatası
Microsoft.SqlServer.ReportingServices2005.RSConnection.GetSecureMethods()
Microsoft.ReportingServices.UI.Global.RSWebServiceWrapper.GetSecureMethods()
Rapor sunucusu sanal dizini çalışıyor, ancak Rapor Yöneticisi sanal dizini çalışmıyor, Rapor Yöneticisi, Report Server ile iletişim kurmak için kullandığı URL'YI gözden geçirin.

Daha fazla bilgi için aşağıdaki Web sitesini ziyaret edin:
http://msdn.microsoft.com/en-us/library/ms159261(SQL.90).aspx
Daha fazla bilgi için, Microsoft Bilgi Bankası'ndaki makaleyi görüntülemek üzere aşağıdaki makale numarasını tıklatın:
922656SQL Server 2005 Reporting Services'da Report Manager aracını açmaya çalıştığınızda hata iletisi: "istek HTTP durum 400 ile başarısız oldu: kötü istek"veya"Rapor sunucuya bağlanma girişimi başarısız oldu"

2 Web sitesi yapılandırma sorunları

2.1 Web sitesi kimliğini sorunları

Bir hata iletisi, ınternet Explorer Report Server veya Report Manager ulaşamıyor gösterirse, Reporting Services Web sitesi ayarlarını doğrulamalısınız. Alabileceğiniz bazı hata iletileri şunlardır:

Rapor Yöneticisi'nde, aşağıdaki hata iletisini alırsınız:
Rapor sunucuya bağlanma girişimi başarısız oldu. Bağlantıyı denetleyin bilgi ve rapor sunucusu uyumlu bir sürümü olduğunu.
Internet Explorer'da, aşağıdaki hata iletisini alırsınız:
Sunucu ya da DNS bulunamadı hatası
Internet Explorer'da, aşağıdaki hata iletisini alırsınız:
HTTP 400 kötü istek
URL'DE kullanılan ana bilgisayar adını veya IP adresini bilgisayar ve Reporting Services'a sanal dizinleri barındıran Web sitesi için çözümler emin olun. Sanal dizinler, farklı bir Web sitesinde barındırılan Report Server ve Report Manager için Web sitesi yapılandırmasını denetleyin.

URL bir IP adresi belirtilirse, aşağıdakileri doğrulayın:
  • Reporting Services'ın sanal dizinler ev sahipliği yapan bilgisayarın IP adresini çözen olduğunu emin olun. Ipconfig.exe komutu, bir bilgisayarın ağ arabirimlerinin listelemek için kullanabilirsiniz.
  • Web siteleri, ana bilgisayar Reporting Services'i Atanmamışların Tümü ayarı veya Web sitesi kimliği bölmesinde belirtilen IP adresini kullandığınızdan emin olun.
URL tarafından ana makine adı belirtilmezse, aşağıdakileri doğrulayın:
  • Ana bilgisayar adı, Reporting Services bilgisayarına çözümler emin olun. Ana bilgisayar adını IP adresine çözmek için ping.exe komutunu kullanabilirsiniz. Sonra Reporting Services'ın sanal dizinler ev sahipliği yapan bilgisayarın IP adresini çözen olduğunu emin olun.
  • Web sitesi için Web sitesi kimliği Atanmamışların Tümü ayarı kullanan veya Web sitesi, ana bilgisayar üstbilgisi istekte eşleşen ana bilgisayar üstbilgisi belirtir emin olun. Isteği'ni kullanan bir ana bilgisayar üstbilgisi genellikle belirtilen URL'DE sunucu adıdır. Ağ Yükü Dengeleme (NLB) senaryosunda, ana bilgisayar üstbilgisi genellikle sanal bir düğümü adıdır. Hosts dosyasında ana bilgisayar üstbilgisi) da tanımlanabilir.
IIS 5.0 ve IIS 6.0, Web sitesi kimliği <a0>Web sitesi özellikleri</a0> sayfasının <a1>Web sitesi</a1> sekmenin Web sitesi kimliği bölmesinde tanımlanır. IIS 7. 0'da, Web sitesi kimliği <a0>Site Düzenle</a0> bölmesinde Bindings bağlantısını tıklatarak tanımlayabilirsiniz. Web sitesi kimliği nasıl tanımlandığına hakkında daha fazla bilgi için aşağıdaki Web sitelerini ziyaret edin.

Not IIS 5.0, IIS 6.0, Web sitesi kimliği tanımlamak için benzer bir arabirimi kullanır.
http://technet.microsoft.com/en-us/library/cc771911.aspx

http://technet.microsoft.com/en-us/library/cc754348.aspx

http://learn.iis.net/page.aspx/150/understanding-sites-apps-and-vdirs-in-iis-7/#Sites
Ayrıca Report Manager Report Server erişmek için doğru bir URL kullandığından emin olmalısınız. Daha fazla bilgi için aşağıdaki Microsoft Web sitelerini ziyaret edin:
http://msdn.microsoft.com/en-us/library/ms159261(SQL.90).aspx

http://msdn.microsoft.com/en-us/library/ms155921(SQL.90).aspx

2.2 ııS'YI yeniden yükledikten sonra oluşan sorunlar

ııS'YI yeniden, ASP.NET, Report Server sanal dizinler yeniden yapılandırın ve sanal dizinler Yöneticisi rapor olabilir.
Bilgi için IIS yüklemesi
IIS 6. 0'ı yükleme hakkında daha fazla bilgi için aşağıdaki Microsoft Web sitesini ziyaret edin:
http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/750d3137-462c-491d-b6c7-5f370d7f26cd.mspx?mfr=true
IIS 6. 0'ı kaldırma hakkında daha fazla bilgi için aşağıdaki Microsoft Web sitesini ziyaret edin:
http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/910e7485-d74c-4647-87a5-f9d0f9aae51e.mspx?mfr=true
IIS 7. 0'ı yükleme hakkında daha fazla bilgi için aşağıdaki Microsoft Web sitesini ziyaret edin:
http://technet.microsoft.com/en-us/library/cc732624.aspx
Nasıl yükleneceği ve IIS 5. 0'ı kullanma hakkında daha fazla bilgi için Microsoft Knowledge Base'deki makaleyi görüntülemek üzere aşağıdaki makale numarasını tıklatın:
266115Yükleme ve IIS 5.0'ni kullanarak kaynakları
Reporting Services'i sanal dizinleri yeniden oluşturmak hakkında bilgi
Daha fazla bilgi için aşağıdaki Microsoft Web sitelerini ziyaret edin:
http://msdn.microsoft.com/en-us/library/ms159261(SQL.90).aspx

http://msdn.microsoft.com/en-us/library/ms155921(SQL.90).aspx

2.3 ISAPI süzgeçleri sorunları

Üçüncü taraf ISAPI süzgeçleri, Report Server üzerindeki sanal dizinlere sorunlara neden olabilirsiniz. Üçüncü taraf ISAPI filtreleri varsa, süzgeçler, Reporting Services sanal dizinler barındıran Web sitesinden kaldırmayı deneyin. Veya, Reporting Services sanal dizinler için yeni bir Web sitesi.

3 Kimlik doğrulama konuları

3.1, ınternet Explorer'ın Reporting Services'a erişmesi için kimlik bilgileri girmesi gerekir

Reporting Services'i, tümleşik Windows kimlik doğrulamasını kullanacak biçimde yapılandırıldığında, ınternet Explorer genellikle kimlik bilgilerini isteyecek şekilde yapılandırılamadı. Internet Explorer her zaman kimlik bilgilerini isteyecek şekilde yapılandırılıp yapılandırılmadığını belirlemek için şu adımları izleyin:
  1. Internet Explorer'ı açın.
  2. Araçlar menüsünden Internet seçenekleri ' ni tıklatın.
  3. Güvenlik sekmesinde, raporu erişmek için kullanılan URL geçerli bölgeyi seçin. Örneğin, Report Server erişmek için bir Netbıos adını kullanarak, Yerel Intranet Bölgesi'yi seçin.
  4. Özel düzey ' i tıklatın.
  5. <a0>Güvenlik ayarları</a0> iletişim kutusunun <a1>Kullanıcı kimlik doğrulaması</a1> alanında, Otomatik oturum açma yalnızca ıntranet bölgesinde <a0>Oturum Aç</a0> alanında tıklatın. URL'NIZIN intranet bölgesinde, geçerli kullanıcı adı ve parola ile otomatik oturum açma ' yı tıklatın.

3.2 ınternet Explorer'ın kimlik bilgilerini girdikten sonra HTTP 401 hata iletisi alıyorsunuz

Sonra aldığınız ınternet Explorer tarafından yinelenen istekleri HTTP 401 hata iletisi alırsanız, kimlik doğrulama hatası oluştu. Rapor Hizmetleri, yerel modda yüklerseniz, ınternet Explorer'ın bir HTTP 401 hatası iletisi almadan önce sizin kimlik bilgilerini üç kez istenebilir. Bu sorun oluştuğunda, IIS günlüğüne, IIS yanıt olarak "HTTP 401" gösterir. Bu sorunu gidermek için <a0></a0>, aşağıdakileri doğrulayın:
  • Doğru kullanıcı adını ve parolayı girdiğinizden emin olun.
  • Bu makalenin 3.1 bölümündeki adımları izleyin. Anonim oturum açma güvenlik ayarları, bölgenize için seçmediğinizden emin olun.
Reporting Services'i tümleşik Windows kimlik doğrulamasını kullanacak biçimde yapılandırdıysanız, en sık HTTP 401 hata iletisi alırsınız. Varsayılan olarak, IIS, Anlaşma kimlik doğrulama yöntemi hem de NTLM kimlik doğrulama yöntemi sağlar. Internet Explorer, NTLM kimlik doğrulama yöntemini kullanmadan önce ınternet Explorer genellikle Anlaşma kimlik doğrulama yöntemini kullanır.

FQDN veya bilgisayar adı eşleşen özel bir ana bilgisayar üstbilgisi kullanıyorsanız, bir <a0>Geridöngü</a0> onay sorun oluşabilir. Bu sorun oluştuğunda, IP adresini kullanarak Reporting Services Web siteleri genellikle erişebilirsiniz. Ancak, bir FQDN veya ana bilgisayar adını kullanarak Web sitelerine erişilemiyor.

Daha fazla bilgi için, Microsoft Bilgi Bankası'ndaki makaleyi görüntülemek üzere aşağıdaki makale numarasını tıklatın:
896861Tümleşik Kimlik Doğrulaması'nı kullanan ve IIS 5.1 veya IIS 6 üzerinde barındırılan bir Web sitesine gözatıldığında, 401.1 hatası alınıyor
3.2.1 Kerberos kimlik doğrulaması
Üzerinde anlaşılan kimlik doğrulama iletişim kuralı Kerberos olduğunda, Kerberos kimlik doğrulama sorunları nedeniyle bir <a0>HTTP 401</a0> hata iletisi alabilirsiniz. Bu sorunlardan bazıları şunlardır:
  • HTTP hizmet asıl adı (SPN) yapılandırılmamışsa, uygulama havuzu bir etki alanı hesabında esas alıyorsa, HTTP 401 hata iletisi alabilirsiniz. Bu sorun oluştuğunda, aşağıdaki Kerberos hata kodunu alırsınız:
    krb_err_app_modified
    Aşağıdaki URL'YI kullanarak sunucuya erişmek doğrulayabilirsiniz:
    http://localhost/ <reportserver_vdir>
    Ancak, aşağıdaki URL'YI kullanarak sunucu erişemiyor:
    <a1>http://</a1> <NetBIOS> / <reportserver_vdir>
    Hataları düzeltemediğinizde veya bu sorunlara geçici bir çözüm bulmak için aşağıdaki yöntemlerden birini kullanın:
    • Kerberos kimlik doğrulamasını etkinleştirmek için HTTP SPN yapılandırın. Netbıos adı ve FQDN, URL'SINDE Reporting Services'a erişmesi için kullanıyorsanız, hem Netbıos adı ve FQDN için HTTP SPN kaydettirmeniz gerekir. Aynı bilgisayarda farklı hesapları için HTTP SPN biçimde yapılandıramazsınız. Bu nedenle, farklı bir uygulama havuzu, aynı HTTP SPN kullanmak için aynı hesabı altında çalıştırmalısınız. Daha fazla bilgi için, Microsoft Bilgi Bankası'ndaki makaleyi görüntülemek üzere aşağıdaki makale numarasını tıklatın:
      871179Aldığınız bir "HTTP hatası 401.1 - yetkisiz: erişim geçersiz kimlik bilgileri nedeniyle engellendi", IIS 6.0 uygulama havuzunun bir parçası olan bir Web sitesine erişmeye çalıştığınızda hata iletisi
    • Uygulama havuzu kimlik bilgilerinizi NetworkServices veya LocalSystem değiştirin. Bu hesaplara yerleşik HOST SPN HTTP SPN yerine kullanabilirsiniz.
    • IIS, yalnızca NTLM kimlik doğrulamasını kabul etmek için zorlayın. Daha fazla bilgi için aşağıdaki Microsoft Web sitesini ziyaret edin:
      http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/7258232a-5e16-4a83-b76e-11e07c3f2615.mspx?mfr=true
  • Olay günlüğünde aşağıdaki Kerberos hata kodunu alırsınız:
    krb_err_response_too_big
    Bu soruna geçici bir çözüm bulmak veya çözümlemek için aşağıdaki adımları izleyin:
    1. Kerberos günlüğünü etkinleştirin. Daha fazla bilgi için, Microsoft Bilgi Bankası'ndaki makaleyi görüntülemek üzere aşağıdaki makale numarasını tıklatın:
      262177Kerberos olay günlüğünü etkinleştirme
    2. Günlük inceleyin. Hata kodu KRB_ERR_RESPONSE_TOO_BIG görürseniz, bu soruna geçici bir çözüm için aşağıdaki Microsoft Knowledge Base makalesine bakın:
      244474Windows Server 2003, Windows XP ve Windows 2000'de Kerberos nasıl UDP yerine TCP kullanmaya zorlanır
3.2.2 Temel kimlik doğrulaması
Reporting Services'i temel kimlik doğrulamasını kullanacak biçimde yapılandırılmışsa, kimlik doğrulama hatası, IIS çalıştıran sunucu üzerindeki güvenlik olay günlüğüne kaydedilir. Hata iletilerini görüntüleyin. Yerel güvenlik ilkesinde kimlik izin verirseniz, oturum açma ya da izin vermelidir yerel güvenlik ilkesinde içinde yazın veya IIS yapılandırmasını içinde oturum açma türünü değiştirin.

3.3 "Erişim engellendi" hata iletisi ınternet Explorer'da IUSR ya da başka bir IIS anonim kullanıcı alıyorsunuz

Bu hata iletisini beklenmedik biçimde ortaya çıkarsa, Reporting Services üzerindeki sanal dizinlere anonim güvenlik etkinleştirilip etkinleştirilmeyeceğini belirler. Bu ayar etkinleştirilirse, devre dışı bırakın.

3.4 Kerberos temsilcisi sorunlar oluşur

Bu sorunlar, genellikle “ çift sıçrama ” sorunları bilinir. Kerberos temsilcisi sorunlar, aşağıdaki koşullar geçerli olduğunda oluşabilir:
  • Veri kaynakları için tümleşik güvenlik, Raporunuzdaki yapılandırıldı.
  • Raporunuz için bir veri kaynağı için uzaktaki bir sunucuyu erişir. Örneğin, raporunuzun, Analysis Services'ı veya bir Microsoft SQL Server veritabanı sunucusunun erişir.
  • Rapor eriştiğinizde, aşağıdaki hata iletilerinden birini alırsınız:

    Hata iletisi 1
    Oturum açma kullanıcısı için (null) ile başarısız oldu.
    Hata iletisi 2
    "NTAUTHORITY\ANONYMOUS" kullanıcısı için oturum açma başarısız oldu
  • Veri kaynağı barındıran sunucudaki güvenlik olay günlüğüne denetlediğinizde, anonim bir kullanıcı oturum gösteren olayları bakın.
Bir <a0>NTLM</a0> kimlik doğrulama düzeni çift sıçrama işlemleri gerçekleştiremiyor. Anlaşma kimlik doğrulama sağlayıcısı Web sitesinden veya Reporting Services sanal dizinden kaldırılmış, Anlaşma kimlik doğrulama sağlayıcısını yeniden eklemeniz gerekir.

Daha fazla bilgi için aşağıdaki Microsoft Web sitelerini veya KB makalelerini ziyaret edin:Daha fazla bilgi için, Microsoft Bilgi Bankası'ndaki makaleleri görüntülemek üzere aşağıdaki makale numaralarını tıklatın:
215383IIS, Kerberos iletişim kuralı hem de NTLM iletişim kuralı için ağ kimlik doğrulamasını destekleyecek şekilde yapılandırma hakkında
326985ııs'deki Kerberos ile ilgili sorunları giderme
917409Kerberos kimlik doğrulamasını kullanmak için SQL Server 2005 Analysis Services'i konfigüre etme yöntemi
319723SQL Server'da Kerberos kimlik doğrulaması nasıl kullanılır
909801Nasıl yapılır: SQL Server 2005 örneği için uzak bağlantı oluşturduğunuzda, Kerberos kimlik doğrulamasını kullandığınızdan emin olun
Daha fazla bilgi için aşağıdaki Microsoft Web sitelerini ziyaret edin:
http://www.microsoft.com/downloads/details.aspx?FamilyID=99B0F94F-E28A-4726-BFFE-2F64AE2F59A2&displaylang=en

http://technet.microsoft.com/en-us/library/cc281382(SQL.100).aspx
Kerberos kimlik doğrulamasını engellemek isterseniz, aşağıdaki yöntemlerden birini kullanabilirsiniz:
  • Veri kaynağınız için depolanan kimlik bilgilerini yapılandırın.
  • Reporting Services'i temel kimlik doğrulaması kullanacak şekilde yapılandırın. Varsayılan oturum açma NetworkClearText yöntemi yöntemdir. Bu yöntem, rapor sunucudan bir ek atlama yapmanıza olanak sağlar.

4 ASP.NET yapılandırma sorunları

4.1 Genel hata

ASP.NET yapılandırma sorunları çeşitli belirtileri vardır. Örneğin, aşağıdakilerden oluşabilir:
  • HTTP 404 hata iletisi alabilirsiniz.
  • Aşağıdaki hata iletisini alabilirsiniz:
    <a1>Kaynak</a1> Microsoft.ReportingServices.UI.GlobalApp yüklenemedi
  • ASP.NET'ten, başka bir özel durum hata iletileri alabilirsiniz.
ASP.NET yapılandırma sorunları, bir Microsoft .NET Framework sürümünü yeniden yüklemeyi veya kaldırmayı kaynaklanabilir. Bu sorunları gidermek için <a0></a0>, aşağıdakileri yapın:
  • IIS Yöneticisi ' nde Web siteleri düğümünü sağ tıklatın ve sonra da Properties ' i tıklatın. Web siteleri Properties penceresinde ASP.NET'in sekmesini tıklatın ve sonra ASP.NET sürümünü 2.0.50727 olduğunu doğrulayın.
  • IIS Yöneticisi ' nde Web siteleri düğümünü sağ tıklatın ve sonra da Properties ' i tıklatın. Web siteleri Properties penceresinde ISAPIFilters sekmesini Konumlandır'ı tıklatın ve ASP.NET_2.0.50727.0 süzgeç</a1>'ı tıklatın. ASP.NET filtresi .dll dosyası için geçerli bir yol çalıştırılabilir kutusunu içerdiğini doğrulayın.

    Not IIS 5. 1'de, süzgeç yok.

    Not IIS 7. 0'da, Web sitesinin <a1>Özellikler</a1> sayfasında <a2>ISAPI süzgeçleri</a2> simgesini tıklatarak filtreyi görebilirsiniz.
  • IIS Yöneticisi ' nde bulun ve sonra için rapor sunucusu sanal dizini sağ tıklatın ve sonra da Properties ' i tıklatın. Iletişim kutusunda, Sanal dizin</a0> sekmesini tıklatın ve yapılandırma</a1>'ı tıklatın. Uygulama uzantıları</a0> bölmesinde boş olduğunu doğrulayın. Joker uygulama eşlemeleri bölmesinde tek bir joker karakter eşleme olduğunu doğrulayın. Joker karakter eşleme seçin ve sonra da <a2>Düzenle</a2>'yi tıklatın. Execute kutusu doğru yolu aspnet_isapi.dll dosyasının içerdiğini doğrulayın. <a1>Verify</a1> dosyanın varolduğundan onay kutusunun seçili olmadığını doğrulayın.
  • IIS Yöneticisi ' nde bulun ve sonra Report Manager için sanal dizini sağ tıklatın ve sonra da Properties ' i tıklatın. Iletişim kutusunda, Sanal dizin</a0> sekmesini tıklatın ve yapılandırma</a1>'ı tıklatın. Uygulama uzantıları bölmesi varsayılan eşlemeler içerdiğini doğrulayın. Bu, ortak ASP.NET gibi dosya türlerinde, .aspx ve .asax eşlemeleri listesidir. Varsayılan eşlemeyi yeniden oluşturmak için <a0></a0>, doğru komut dosyası eşlemeleri oluşturmak üzere aşağıdaki komutu kullanın:
    aspnet_regiis.exe –s <report manager path>
    Not IIS 7. 0'da, eşlemeleri İşleyici eşlemeleri simgenin altında olur.
  • IIS Web Sunucu Uzantıları ', <a1>ASP.NET</a1> 2.0.50727 etkinleştirildiğinden emin olun.
Doğrulama başarısız olursa, bu sorunu gidermek için ASP.NET kaydedilemiyor. Bunu yapmak için aşağıdaki yöntemlerden birini kullanın:
  • Reporting Services'i bir 32-bit sürümü 32-bit işletim sisteminde veya 64-bit işletim sisteminde çalıştırıyorsanız, komut isteminde aşağıdaki komutu çalıştırın:
    %SystemRoot%\Microsoft.NET\Framework\v2.0.50727\aspnet_regiis.exe -i –enable
  • Reporting Services 64-bit bir sürümünün 64-bit bir işletim sisteminde çalıştırıyorsanız, komut isteminde aşağıdaki komutu çalıştırın:
    %SystemRoot%\Microsoft.NET\Framework64\v2.0.50727\aspnet_regiis.exe -i –enable
ASP.NET 1 çalıştıramazsınız. x ' i ve ASP.NET 2. 0'da, aynı IIS alt işlemi. IIS 6. 0'ı veya IIS 7.0 kullanıyorsanız, Report Server uygulamanız barındıran uygulama havuzunu ASP.NET 1 ana dikkat edin. x uygulamaları. IIS 5.0 kullanıyorsanız veya IIS 6.0 IIS 5.0 yalıtım modunda kullanıyorsanız, ASP.NET 1 gerektiren uygulamalar çalıştırmadığınızdan emin olun. x.

4.2 Bir "geçerli kimlik (NT AUTHORITY\NETWORK SERVICE) '<path>\v2.0.50727\Temporary ASP.NET dosyaları' yazma erişimi yok" hata iletisi alıyorsunuz

Hata, geçersiz bir ASP.NET yapılandırma nedeniyle oluşur. Bu sorunu gidermek için <a0></a0>, hata iletisi gösterir Temporary ASP.NET Files klasörü için izinleri yürütme ve yazma verin.

5 SSL sorunları

5.1 Istemci sertifikalarıyla sorun

Sanal dizinlerin, istemci sertifikalarını yapılandırdıysanız, Report Manager için rapor sunucusu doğrulanabilir değil. Report Manager Rapor Yöneticisi HTTP istekleri Report Server ile iletişim kurduğunda, istemci sertifikalarını geçirmek için tasarlanan bu sorun oluşur. Bu nedenle, IIS İstemci sertifikası iste</a0> seçeneğini etkinleştirmek için yapılandırırsanız, Rapor Yöneticisi kullanamazsınız. Bu soruna geçici bir çözüm bulmak için <a0></a0>, rapor sunucusu sanal dizin için İstemci sertifikalarını iste onay kutusunu temizleyin.

5.2 “ Zorla kapatıldı bağlantı ” bir hata iletisi veya bir SSL bağlantı başarısızlığı belirten bir hata alıyorsunuz

Internet Explorer'da, aşağıdaki hata iletilerinden birini alırsınız:

Hata iletisi 1
Bağlantı tarafından zorla kapatıldı.
Hata iletisi 2
Temel alınan bağlantı kapatıldı
Hata iletisi 3
SSL/TLS güvenli kanal için güven ilişkisi kurulamadı
Hata iletisi 4
HTTP durum kodu 500-->
Bu hata iletileri alırsanız, bir SSL bağlantı hatası oluşmuş olabilir. SSL bağlantı hataları, tipik olarak, ııS'DE yüklü olan sertifika tarafından kaynaklanır. Bu sorunu gidermek için <a0></a0>, aşağıdakileri yapın:
  • Report Manager veya Report Server erişimi için kullandığınız URL'nin ana bilgisayar üstbilgisi veya ana bilgisayar adı sertifika verilir emin olun.
  • Ana bilgisayar adı veya ana bilgisayar üstbilgisi, Rapor Yöneticisi, Report Server erişmek için kullandığı URL'YI sertifika verilir emin olun.

    Not Bu URL ReportServerUrl öğe RsWebApplication.config dosyasında tanımlanır. Bu URL tanımsız ana bilgisayar adı, bu URL istemcisinin, Rapor Yöneticisi'ne erişmek için kullandığı ana bilgisayar adı ise. Rapor Yöneticisi'ne erişmek için farklı URL'ler kullanırsanız, ana bilgisayar adı değişebilir olduğundan, doğru bir ana bilgisayar adını kullanarak ReportServerUrl öğe açıkça tanımlama öneririz. Daha fazla bilgi için aşağıdaki MSDN Web sitesini ziyaret edin:
    http://msdn.microsoft.com/en-us/library/ms155878(SQL.90).aspx
  • Sertifika güven zincirinin geçerli olduğundan emin olun. Diğer bir deyişle, sertifika veya sertifika verenin güvenilir olduğundan emin olun.

5.3 Report Server ve Report Manager arasındaki HTTP iletişimi de sorun

Report Manager ve Report Server arasındaki HTTP iletişimi BIR sorun oluşabilir. Report Manager SSL yapılandırması geçersiz olduğunda, ınternet Explorer'ı başarıyla yanıt verebilir. Ancak, Rapor Yöneticisi, Report Server ile iletişim kuramıyor. Bu sorun devam ederse, Report Manager düzgün Report Manager'a giriş sayfasında resimleri görüntüler. Ancak, Rapor Yöneticisi Bkz: klasörleri ve raporu öğelerini beklediğiniz alanı hata gösterir.

Bu sorunları tanılamak için <a0></a0>, .NET Framework izleme Ek Yardım düğmesini kullanın. To enable the .NET Framework tracing, add the following code to the Web.config file that is in the Report Manager folder:
<system.diagnostics>
         <trace autoflush="true" />
             <sources>
                 <source name="System.Net" maxdatasize="1024">
                      <listeners>
                          <add name="MyTraceFile"/>
                      </listeners>
                 </source>
                <source name="System.Net.Sockets" maxdatasize="1024">
                     <listeners>
                         <add name="MyTraceFile"/>
                     </listeners>
                 </source>  
            </sources>
             <sharedListeners>
                 <add
                   name="MyTraceFile"
                   type="System.Diagnostics.TextWriterTraceListener"
                   initializeData="d:\tmp\System.Net.trace.log"
                 />
             </sharedListeners>
  <switches>
                 <add name="System.Net" value="Verbose" />
                <add name="System.Net.Sockets" value="Verbose" /> 
  </switches>
 </system.diagnostics>
Örnek, sunucu ana bilgisayar üstbilgisi “ example1 ” olduğunu varsayalım. Ancak, sertifikanızı “ example2 için ” verilir. Report Manager'a giriş sayfası http://example1/reports URL kullanarak eriştiğinizde, sertifikanın geçersiz olduğunu bildiren bir uyarı iletisi alırsınız. Bu nedenle, sertifika yapılandırması geçersiz.

Not Kullanmakta olduğunuz bir ınternet Explorer sürümüne bağlı olarak, uyarı, açılan bir ileti veya ınternet Explorer'da görüntülenen ileti olabilir. Veya, önce ilgili uyarıları dikkate almamasını seçtiyseniz, bir uyarı ınternet Explorer'da alamayabilir.

Rapor Yöneticisi'nde, aşağıdaki hata iletisini alırsınız:
Temel alınan bağlantı kapatıldı: SSL/TLS güvenli kanal için güven ilişkisi kurulamadı.
Sonra bu XML kodunu Rapor Yöneticisi dizininde Web.config dosyasına ekleyin.

Not<System.diagnostics> Web.config dosyası varsa, birleştirme yapmak gerekebilir. öğesi veya <switches> öğesi.

Aynı hata iletisini aldığınızda, XML kodunda belirtilen günlük dosyasını görüntüleyin. Örneğin, günlük dosyası aşağıdaki konumdadır:
D:\tmp\System.Net.Trace.log
Günlüğün en altında gördüğünüz bilgileri following:
System.Net Information: 0 : [3316] SecureChannel#63605042 - Remote certificate has errors:
System.Net Information: 0 : [3316] SecureChannel#63605042 - 	Certificate name mismatch.
System.Net Information: 0 : [3316] SecureChannel#63605042 - 	A certificate chain processed, but terminated in a root certificate which is not trusted by the trust provider.

System.Net Information: 0 : [3316] SecureChannel#63605042 - Remote certificate was verified as invalid by the user.
System.Net.Sockets Verbose: 0 : [3316] Socket#23836999::Dispose()
System.Net Error: 0 : [3316] Exception in the HttpWebRequest#44235609:: - The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel.
System.Net Error: 0 : [3316] Exception in the HttpWebRequest#44235609::EndGetResponse - The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel.
Bildirimi hata iletisi, oluşan sorunun sertifika türünü gösterir.

Sorunlar, 6 ölçek çıkış ve Yük dengeli

6.1, Zaman zaman bir HTTP 401 hatası alıyorsunuz

Yük Dengelemesi çift sıçrama sorunu olabilir tanıtır aralıklı HTTP 401 hatalara yol açarlar. Yük Dengelemesi ile sanal sunucuyu sonra farklı bir düğüm için aynı bilgisayara gönderilen HTTP isteğinden yönlendirilebilir. Bu sorun ara sıra ortaya çıkar. Aynı düğüme yönlendirilen bir istek, isteği başarılı olur.

Bu soruna geçici bir çözüm için aşağıdaki yöntemlerden birini kullanın:
  • Her düğümde Hosts dosyasını değiştirir, böylece sanal düğüme gidin istekleri yerel ana bilgisayara yerine gidin. Örneğin, sanal bir IP adresi 127.0.0.1 düğüme hedefleyen istekleri yeniden yönlendirebilirsiniz. Bu işlem, isteklerin Rapor Yöneticisi'nden Report Server için aynı bilgisayara kısıtlayarak çift sıçrama engeller.
  • Yerel bir Raporlama Servisleri yüklemesine <reportserverurl>etiketi, "localhost" yerine, sanal sunucuyu kullanmak üzere yapılandırın.

Windows Vista ve Windows Server 2008'in 7 sorunları

Windows Vista veya Windows Server 2008 Reporting Services'i yükleme yapıyorsanız, aşağıdaki Knowledge Base makaleleri ve MSDN Web sitesini dikkatle gözden geçirin:
934164Windows Vista tabanlı bir bilgisayarda SQL Server 2005 Reporting Services'i yükleme
938245Nasıl yükleneceği ve Windows Server 2008 çalıştıran bir bilgisayarda SQL Server 2005 Reporting Services'ı yapılandırma hakkında
http://msdn2.microsoft.com/en-us/library/bb677367.aspx

Kurulum sırasında “ IIS yüklü değil veya sunucu bileşeni yüklemesi için yapılandırılmamış ” hata iletisi alıyorsunuz

Windows Vista'da veya Windows Server 2008 üzerinde Reporting Services'ı yüklemeye çalıştığınızda, IIS yüklü değilse aşağıdaki hata iletisini alırsınız:
IIS yüklü değil veya sunucu bileşeni yüklemesi için yapılandırılmamış.
Bu sorun, IIS 6.0 yönetimi uyumluluk özelliği yüklü olmadığı için oluşur. Daha fazla bilgi için, Microsoft Bilgi Bankası'ndaki makaleyi görüntülemek üzere aşağıdaki makale numarasını tıklatın:
949455IIS 6.0 yönetimi uyumluluk yüklü değilse, bir Windows Server 2008 bilgisayarda system Center Operations Manager 2007 raporlama yükleme başarısız

8 Giriş sayfasına yeniden yönlendirme

ııS'ı kullandığınızda, Web sunucusu için Report Manager varsayılan giriş sayfası olarak kullanabilirsiniz. Örneğin, http://<server> Http://<server> / reports URL. Report Manager'a giriş sayfasına yeniden yönlendirme'i yapılandırma hakkında daha fazla bilgi için aşağıdaki MSDN Web sitesini "Yeniden yönlendirme için Rapor Yöneticisi sanal dizini" bölümüne bakın:
http://msdn.microsoft.com/en-us/library/ms159261(SQL.90).aspx
Not Report Manager'ı doğrudan Web sitesi kök düzeyinde yapılandıramazsınız. Bunun yerine, Rapor Yöneticisi, Web sunucusu için varsayılan giriş sayfası olarak ayarlamak için yeniden yönlendirme yapılandırmanız gerekir.

9 Verme sorunları

9.1 Bir verme zaman aşımı oluşur.

ınternet Explorer'dan rapor verdiğinizde, zaman aşımı raporlanana kadar karşıdan yükleme iletişim kutusu açık kalır. Bazı hesaplar, ancak diğer hesaplar ile çalışırken, bu sorun oluşabilir. Bu sorun, ınternet Explorer oturum açma hesabı dışında bir hesaptan çalıştırabilmeniz için ınternet Explorer'ı başlatmak için Farklı Çalıştır seçeneğini kullandığınızda ortaya çıkabilir.

Zaman aşımı nedeniyle, birçok veri aktarımları oluşmaz, özellikle rapor küçük ise bu sorun, yanlış bir ınternet Explorer yapılandırması tarafından kaynaklanabilir. Bu sorunu gidermek için aşağıdaki adımları izleyin:
  1. Internet Explorer'da, Araçlar menüsünden Internet seçenekleri ' ni tıklatın.
  2. Internet seçenekleri iletişim kutusundaki Gelişmiş sekmesini tıklatın ve sonra HTTP 1.1 ayarları bulun.
  3. HTTP 1.1 kullan</a1> onay kutusunu ve proxy ile yapılan bağlantılarda HTTP 1.1 kullan</a1> onay kutusunu tıklatıp temizleyin.
  4. HTTP 1.1 kullan</a1> onay kutusunu ve proxy ile yapılan bağlantılarda HTTP 1.1 kullan</a1> onay kutusunu seçmek için tıklatın.
  5. Internet Explorer'ı yeniden başlatın.

10 64-bit sorunları

10.1 "32 Bit platformunda bir 64-bit derleme yükleme denendi" hata iletisi alıyorsunuz

32 Bit alt işlemleri ve 64-bit alt işlemler IIS 6. 0'da yan'nı çalıştırmayı denediğinizde, aşağıdaki hata iletisini alırsınız:
Bir 32 bit platformunda bir 64-bit derleme yükleme girişiminde bulunuldu
Daha fazla bilgi için aşağıdaki Web sitesini ziyaret edin:
http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/13f991a5-45eb-496c-8618-2179c3753bb0.mspx?mfr=true

10.2 IIS ve Reporting Services 64-bit modunda, ancak IIS çalıştıran sorunları ortaya 32-bit) modu

Daha fazla bilgi için, Microsoft Bilgi Bankası'ndaki makaleleri görüntülemek üzere aşağıdaki makale numaralarını tıklatın:
894435ASP.NET 1. 1'in 32-bit sürümleri ve Windows 64-bit bir sürümünde, ASP.NET 2. 0'ın 64-bit sürümü arasında geçiş yapma
934162Windows'un 64-bit bir sürümünü çalıştıran bir bilgisayarda SQL Server 2005 Reporting Services 32-bit bir sürümünü yükleme

11 IIS ve sanal dizinini yapılandırma sorunları

11.1 Rapor Yöneticisi sanal dizinler veya Report Server'ın sanal dizinler için yapılandırması geçersiz

Aşağıdaki hata iletilerinden birini alırsınız:

Hata iletisi 1
HTTP 503 Hizmet kullanılamıyor
Hata iletisi 2
<a1>HTTP</a1> 403.14 - Yasak (dizin listeleme reddedildi)
Hata iletisi 2
Dizin listeleme engellendi
Hata iletisi 2
Hizmet Kullanılamıyor
Bu hata iletileri, Report Server'ın sanal dizinler veya Rapor Yöneticisi sanal dizinleri yapılandırma geçersiz olduğunu gösterir. Bu sorunu gidermek için <a0></a0>, sanal dizinleri Report Server ve Report Manager için sanal dizinler yeniden oluşturun. Bunu yapmak için şu adımları izleyin:
  1. ııS'DE var olan sanal dizinleri kaldırmak için IIS Yöneticisi'ni kullanın.
  2. Reporting Services Yapılandırma aracı veya Reporting Services WMI sağlayıcısı, yeni sanal dizinler oluşturmak için kullanın.
Daha fazla bilgi için aşağıdaki Microsoft Web sitelerini ziyaret edin:
http://technet.microsoft.com/en-us/library/ms188133(SQL.90).aspx

http://technet.microsoft.com/en-us/library/ms181174(SQL.90).aspx

http://msdn.microsoft.com/en-us/library/ms159261(SQL.90).aspx

http://msdn.microsoft.com/en-us/library/ms155921(SQL.90).aspx

12 Dağıtma Reporting Services ve Windows SharePoint Services'ı yan yana

Reporting Services ve Windows SharePoint Services'ı yan yana daà ° ã½tma hakkýnda daha fazla bilgi için aşağıdaki MSDN Web sitesini ziyaret edin:
http://msdn.microsoft.com/en-us/library/ms159697.aspx

13 Rapor Oluşturucu sorunları

13,1 Report Builder'ı başlattığınızda bir HTTP 401 hatası alıyorsunuz

Report Server temel kimlik doğrulaması kullanıyorsa, anonim kimlik doğrulaması için Report Builder'ı yapılandırmanız gerekir. Rapor Oluşturucu ClickOnce uygulamasıdır. ClickOnce uygulamalar, temel kimlik doğrulaması işleyemez. Daha fazla bilgi için aşağıdaki MSDN Web sitesini ziyaret edin:
http://msdn.microsoft.com/en-us/library/ms365173(SQL.90).aspx

14 Web.config dosyası ayrıştırma sorunları

14.1, Microsoft.ReportingServices.Diagnostics.WebConfigUtil.GetWebConfigAuthenticationAttr yönteminden bir System.NullReferenceException hata iletisi alabilirsiniz

Reporting Services'i Web.config dosyası ayrıştırılamıyor bu sorun oluşabilir. Bu sorunu gidermek için <a0></a0>, aşağıdakileri yapın:
  • Web.config dosyası aşağıdaki klasörde bulunan bir ad alanı olup olmadığını denetleyin:
    SQL Server\ < Örnek Adı > \Reporting Services\ReportServer %ProgramFiles%\Microsoft
    Web.config dosyasındaki bir ad varsa, ad alanını kaldırın.

    Not Dosyayı değiştirmek için kullanılan düzenleyici, bir ad ekleyebilirsiniz. Bu oluştu, belirlemek için <a0></a0>, xmlns özniteliğini dosyanın ilk satıra bakın.
  • <authentication>Düğüm içerdiğini doğrulayınmod özniteliği. Özniteliği yok, mod özniteliği <authentication>düğüme ekleyin. Bir uygun bir öznitelik değeri belirtin.

    Tümleşik Windows kimlik doğrulaması kullanıyorsanız, örneğin authenticate modu büyük olasılıkla “ Windows. ” ayarlanır ASP.NET kimlik doğrulama modları hakkında daha fazla bilgi için aşağıdaki MSDN Web sitelerine bakın:
    http://msdn.microsoft.com/en-us/library/aa291347.aspx

    http://msdn.microsoft.com/en-us/library/532aee0e.aspx

Özellikler

Makale numarası: 958998 - Last Review: 4 Şubat 2009 Çarşamba - Gözden geçirme: 1.2
Bu makaledeki bilginin uygulandığı durum:
  • Microsoft SQL Server 2005 Reporting Services
Anahtar Kelimeler: 
kbmt kbsql2005rs kbexpertiseadvanced kbsurveynew kbinfo KB958998 KbMttr
Machine-translated Article
ÖNEMLİ: Bu makale, bir kişi tarafından çevrilmek yerine, Microsoft makine-çevirisi yazılımı ile çevrilmiştir. Microsoft size hem kişiler tarafından çevrilmiş, hem de makine-çevrisi ile çevrilmiş makaleler sunar. Böylelikle, bilgi bankamızdaki tüm makalelere, kendi dilinizde ulaşmış olursunuz. Bununla birlikte, makine tarafından çevrilmiş makaleler mükemmel değildir. Bir yabancının sizin dilinizde konuşurken yapabileceği hatalar gibi, makale; kelime dağarcığı, söz dizim kuralları veya dil bilgisi açısından yanlışlar içerebilir. Microsoft, içeriğin yanlış çevrimi veya onun müşteri tarafından kullanımından doğan; kusur, hata veya zarardan sorumlu değildir. Microsoft ayrıca makine çevirisi yazılımını sıkça güncellemektedir.
Makalenin İngilizcesi aşağıdaki gibidir:958998

Geri Bildirim Ver

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com