AllowDefinition = 'MachineToApplication' olarak kaydedilmiş bir bölümü uygulama seviyesinin ötesinde kullanma hatası

Uygulama seviyesinin ötesinde allowDefinition = 'MachineToApplication' olarak kaydedilmiş bir bölümün kullanılması bir hatadır.

/ Portal / dizinimdeki tüm aspx sayfalarımın en üst satırında bu hata mesajı var ve bunun yaygın olduğunu biliyorum. Bu hata iletisini sona erdirdim ve / portal / klasörünü IIS'de (sahip olduğum) bir uygulama olarak yapılandırmamı söyleyen çok sayıda gönderi ve web.configs ( kayıtların hiçbiri bir çözüme yönelik rehberlik sunmaz).

Benim kurulum kök dizininde bir web.config var ve sonra / portal / dizininde bir şirket portalı yapmaya çalışıyorum. / Portal / dizininin kendi (gerekli) web.config dosyası vardır.

Web.config satırım 50 şöyle:

    <customErrors mode="Off" defaultRedirect="customerrorpage.aspx"/>
    <anonymousIdentification enabled="true"/>
    <authentication mode="Forms"/>
    <membership defaultProvider="MyProvider">

Etki alanı.com/web.config AND domain.com/portal/web.config ... var, bu yüzden domain.com/portal/default.aspx sayfam yüklenmeyecek.

Bunun gerçek çözümü nedir? Bir şekilde kök web.config'mi / portal / dizin web.config ile birleştirmenin bir yolunu bulabilir miyim, yoksa burada temelden uzak mıyım?

Herhangi bir rehberlik büyük mutluluk duyacağız!

Sadece arka plan bilgisi için; Bir ASP.NET web sitesinin yapılandırma bilgileri bir veya daha fazla Web.config dosyasında tanımlanır. Yapılandırma ayarları hiyerarşik bir şekilde uygulanır. Web sunucusundaki tüm web siteleri için temel yapılandırma bilgilerini açıklayan bir "genel" Web.config dosyası vardır; bu dosya içinde yaşıyor%WINDIR%\Microsoft.Net\Framework\version\CONFIG klasörde . Web sitenizin kök klasöründe bir Web.config dosyanız da olabilir. Bu Web.config dosyası, "global" Web.config dosyasında tanımlanan ayarları geçersiz kılabilir veya yenilerini ekleyebilir. Ayrıca, web sitenizin alt klasörlerinde, yeni yapılandırma ayarlarını tanımlayan veya hiyerarşide daha yüksek Web.config dosyalarında tanımlanan yapılandırma ayarlarını geçersiz kılan Web.config dosyalarınız olabilir.

Web.config dosyasındaki belirli yapılandırma öğeleri uygulama seviyesinin ötesinde tanımlanamaz, yani “global” Web.config dosyasında veya web sitesinin kök klasöründeki Web.config dosyasında tanımlanması gerekir. <authentication>Elemanı böyle bir örnektir. Yukarıdaki hata iletisi, web sitesinin alt klasörlerinden birinde, uygulama düzeyinin ötesinde tanımlanamayan bu yapılandırma öğelerinden birine sahip bir Web.config dosyası olduğunu gösterir.

Kaynak: http://scottonwriting.net/sowblog/archive/2010/02/17/163375.aspx

2 olası yaklaşımı doğru olarak belirlediniz.

1 - İkinci web.config dosyanızın içeriğine ve kurulumunuzun izin verip vermeyeceğine (yani aynı kimlik doğrulama yöntemi) bağlı olarak, <authentication>ayarları ve genel olarak tanımlanması gereken diğer öğeleri üst web.config dosyasına ekleyin.

2 - Web.config içeriğini birleştiremezseniz, aşağıdaki bu bağlantı arşivlenmiş bağlantıda bulunan adımları izleyerek alt klasörü IIS'de bir web uygulamasına dönüştürebilmeniz gerekir. Orijinal bağlantı artık çalışmıyor. (bakınız arşiv ) Umarım bu yardımcı olur.

Değeri ne olursa olsun, "Uygulama düzeyinin ötesinde allowDefinition = 'MachineToApplication' olarak kaydedilmiş bir bölümü kullanmak bir hatadır." ve \ myWebApp \ obj \ Debug ve \ myWebApp \ obj \ Release dizinlerini temizleyerek çözdüm. Ayrıca varsayılan bir başlangıç ​​sayfası ayarlamam gerekiyordu. Ancak, uygulama daha sonra iyi başladı. HTH.

RY4N'nin yukarıda söylediği gibi, Project klasörünüzde soruna neden olan web.config dosyası olması gerekmez. Bazı durumlarda, Debug profili altında bir yapı çalıştırmanın söz konusu projenin altındaki Debug klasöründe detritus geride bırakacağını buldum. Yayınlama profili altında daha sonra bir derleme çalıştırdığınızda yukarıdaki hataya yol açan genellikle bir web.config dosyası vardır.

Burada benim için çalışan çözüm, proje dizini altında önceki yapıların oluşturduğu tüm Debug klasörünü silmektir.

Ev bilgisayarımda da oluyordu ama SADECE sürüm yapılandırmasında Derleme Görünümlerini etkinleştirdiğimde ve bir Sürüm yapılandırması oluşturduğumda. Aksi halde olmadı.

Build Views seçeneği çok güzel olsa da, bu "hata" her zaman açılır ve uygulamayı çalıştıramama izin verdi çünkü devre dışı bıraktı.

Sadece söylemek için

Eğer Yükseltirseniz (örn. 2008 -> 2010) Bir proje Visual stüdyosu, yeni çözüme eklenen proje çözümünde bir yedek oluşturur (izin verirseniz), eski Webconfig yukarıda belirtilen hatanın buradan kaynaklanabileceği yerdir. .

" Web sitesinin alt klasörlerinden birinde bulunan Web.config dosyası, uygulama düzeyinin ötesinde tanımlanamayan bu yapılandırma öğelerinden birine sahip. " @Benni_mac_b

Düzeltmek için: Bu senaryoda, yedek klasörü proje ve çözümden kaldırın.

Bunun gerçekleşmesi için başka bir sebep daha ortaya koydum.

2.0'da daha eski bir web uygulamam vardı. 4.5 çözüme geçtim.

Uygulama, Visual Studio'nun içindeyken iyi bir şekilde oluşturuldu ve hata ayıklandı, ancak daha sonra web uygulamasını yayınlamaya çalıştığımda, bu hata tekrar tekrar oluştu.

Sonunda sorun web.config dosyası için "Eylem" yerine "Gömülü Kaynak" olduğunu keşfetti. Ayrıca, Çıktı Dizine Kopyala "Kopyalama" yerine "Her Zaman Kopyala" olarak ayarlanmıştır. Bu ayarların ne zaman yapıldığını bilmiyorum, ancak uygulamanın 2.0 sürümünde olduğuna inanıyorum.

Web.config dosyasının ayarlarını değiştirmek, Visual Studio 2012 yayınındaki Yayınla eyleminin kusursuz çalışmasına izin verdi.

Bir MVC projesinde de aynı sorunu yaşadım. Hata, yayınlamayı denediğimde oluştu. Obj klasörü boş çıktı (ya da en azındanweb.config ).

Koşu Clean benim için hile yapmadı.

Sorunu temizleyerek çözdüm objHerhangi bir derlemeden önce klasörü çözdüm (projenin inşası benim durumumda bu kadar uzun sürmeyecek).

Projeyi kaldırdım ve BeforeBuild Hedefine aşağıdakileri ekledim

<Target Name="BeforeBuild">
    <Delete Files="$(SolutionDir)\$(ProjectDir)\bin\**\*.*" />
    <Delete Files="$(SolutionDir)\$(ProjectDir)\obj\**\*.*" />
    <RemoveDir Directories="$(SolutionDir)\$(ProjectDir)\bin" />
    <RemoveDir Directories="$(SolutionDir)\$(ProjectDir)\obj" />
    <Message Text="Clean obj/bin from web project" />
</Target>

Bu yardımcı olur umarım

"AllowDefinition = 'MachineToApplication' olarak kaydedilen bir bölümün uygulama düzeyinin ötesinde kullanılması bir hatadır. Bu hata, IIS'de bir uygulama olarak yapılandırılmamış bir sanal dizinden kaynaklanabilir."

VS.NET'te bu sorunu yaşadım. Bazı yapılandırma dönüşümlerini yapılandırırken yanlışlıkla Web.config dosyasının "Her zaman kopyala" özelliğini ayarladığımı öğrendim. Genellikle dönüşüm dosyalarımı "Her zaman kopyala" olarak ayarladım ancak web.config kök dosyasını "Kopyalamayın" olarak bıraktım.

Dikkat edin, çünkü web.config öğesinin özelliklerini değiştirmek tüm iç içe geçmiş dönüşümleri de değiştirir.

Yani, düzeltmek için:

1) web.config dosyasını "Kopyalamayın" olarak değiştirin

2) İsteğe bağlı olarak, yapılandırma dönüşümleri kullanıyorsanız, bunları "Her zaman kopyala" olarak ayarlayın

3) obj ve bin klasörlerini çözümden silin (bunlar görünmeyebilir, bu nedenle Solution Explorer'da proje düğümünü seçin ve "Tüm dosyaları göster" araç çubuğu düğmesine tıklayın.

4) Yayınla

Benim için çalıştı.

Bu hatayı yalnızca uygulamanın yayınlanması sırasında yaşadım.

Web.config (ve dönüşümler) dosyalarının özellikleri şu şekilde ayarlandı:

• Build Action - None
• Copy to Output - Always.

Çözüm, ayarları şu şekilde değiştirmekti:

• Build Action - Content
• Copy to Output - Do not Copy

Bu sorunu da yaşadım ve sitemi web'de yayınlamak için Yayınlama Sihirbazı'nı kullandıktan sonra ortaya çıktı.

Çok fazla araştırma yaptıktan sonra Connect web sitesinde bu Hata raporuyla karşılaştım, https://connect.microsoft.com/VisualStudio/feedback/details/779737/error-allowdefinition-machinetoapplication-beyond-application-level

Bir MS yanıt verdi ve bunun neden yayınlanırken ortaya çıkan bir sorun olduğunu açıklamanın yanı sıra, sorunu benim için düzelten geçici bir geçici çözüm de içeriyordu.

Sil ve oluşturmak tekrar sanal Directory. Sağ Tıkla ve Sanal Dizini " Uygulama " ya Dönüştür

Tıklayın Web.configÇözüm kaşif ve sağ tıklama "Özellikler" ve değişimden dosya "Output Directory kopyala: Do not copy".

Benim için nedeni, obj klasörünün web sitesi klasörü altında olması ve farklı yapılandırmalar oluşturduktan sonra birden fazla web.config dosyasının görünmesiydi. Vs2012 altında obj klasörün web sitesinden movong ile sorunu çözdüm. Bunu yapmak için web sitesi proje dosyasındaki her yapılandırmaya manuel olarak (not defterinde) $ (SolutionDir) \ Obj \ $ (Yapılandırma) ekledim.

Siteyi yayınladığımda aynı sorunu yaşıyordum, siteyi inşa edersem sorunum yok ama yayınlarken bu korkunç hatayı alırdım:

"AllowDefinition = 'MachineToApplication' olarak kaydedilmiş bir bölümün uygulama düzeyinin ötesinde kullanılması bir hatadır. Bu hata, IIS'de bir uygulama olarak yapılandırılmamış bir sanal dizinden kaynaklanabilir"

Burada bu yazıda belirtilen her şeyi denemedim, benim için işe yarayan sadece kullandığımla tamamen aynı olan ve iyi çalışan yeni bir yayınlama profili oluşturmaktı, hatayı alma yeni profil ile ama eski ile yapmak. Farkın ne olduğundan emin değilim ama en azından MVC projemi yayınlayabilirim.

Umarım bu birine yardımcı olur !!

İşte başka bir neden - Tüm web uygulamanızı kendi alt klasörlerinden birine kopyalarsanız, bu hatayı alırsınız. Bir makineden diğerine kopyalarken bunu eski bir siteye yapmayı başardım - sadece yaklaşık 2 yıllık bir boşluktan sonra siteye bakmam istendi ve hata oluştu. Birden fazla yapılandırma dosyasına sahip olmadığım için çok az şey öğrendim.

Bu sorunu yaşadım ve eski montajlar vb. Çözümümü temizleyerek çözdüm.

from: Build> Temiz Çözüm

sonra yeniden oluşturun.

Windows başlat -> Siteleri aç -> IIS -> sitenizi sağ tıklayın -> Web Sitesini Yönet -> Gelişmiş Ayarlar -> Fiziksel Yol'a gözat -> seçili olduğunuz anda alt klasörünü seçmeyi deneyin.

mantık, alt klasörün içindeki web yapılandırma dosyasının değişiklik yapmaya çalıştığı ve buna izin verilmemesi, seçilen klasör olması gerektiğidir: http://scottonwriting.net/sowblog/archive/2010/02/17/163375.aspx

Web sitesinde bir alt web sitesi dağıtmaya çalıştığınızda da bu hatayı alıyorum.

Çözüm şudur:

1. Alt web.config dosyasında profil , üyelik , roleManager , sessionState gibi bazı yapılandırma sekmelerini kaldırmalısınız.
2. Kimlik Doğrulamasını Yok olarak değiştirin: <authentication mode="None" />
3. IIS'ye gidin ve alt klasöre sağ tıklayın - > Uygulama Ekle.
4. Bu sorunu çözmek için IIS'yi sıfırlayın.

Başka bir sorun olsun bana ping tereddüt etmeyin, belki yardım bulabilirsiniz.

Bu hatayı Visual Studio 2017'de localhost'ta aldım ve Visual Studio'nun basit bir şekilde yeniden başlatılması sorunu temizledi.

Bu sorunun birden fazla web.config'ye sahip olabileceğinin farkındayım; biri alt klasör içinde. başka bir uygulama için özel olarak birden fazla web.config dosyanız varsa: dizinin sanal dizin olarak görülmediğinden emin olun.

Mysite.test olması gereken localchost / mysite.test aracılığıyla yerel sitenize yanlış erişim tuzağına düşmediğinizden emin olun.Bu hatayı verecek .

Sitenize localhost / dir_name gibi eriştiğinizde, bu durumda web.conf'unuz kök düzeyinin altına düşer ve bu nedenle bu hata oluşur.

Uygulamaları taşıyordum ve uygulama içinde birden fazla uygulama (çoklu web.configs) vardı .. Yaptığım şey IIS'ye gittikten sonra alt klasörlere sağ tıkladıktan sonra "Uygulamaya Dönüştür" ve işe yaradı.

Bu hatayı herkesten farklı olarak aldım:

Web dağıtım projesiyle vs2010'dan vs2012'ye ve yeni bir web yayınlama profiline geçiyordum.

Dosya sistemine yayınlamak için vs2012'de yeni bir web yayınlama projesi oluşturdum (bu ticari bir uygulama olan ayrı bir yükleyici oluşturucumuz var) ve IIS'ye bağlı mevcut web projesinin içindeki bir klasöre yayınlıyordum.

Bu, IIS sırasında dosya sistemine yayımladığım için ilk başta beni gizleyen hata sırasında hataya neden oldu (düşündüm).

Çözüm, yayınlama klasörünü web projesinin dışında değiştirmekti.

İyi oldu localhostama sunucuda bir sürüm yayınladığımda, aynı hatayı birkaç sayfa için başlattım. Sonra çözümü temizledim ve yeniden inşa ettim ve yayınladım, işler düzeltildi.

Bazen basit cevap en iyisidir. Projemde iki web.config dosyası vardı. Ana düzeyde olan benim oturum zaman aşımı (bu sorunu tetikleyen) ile başa çıkmak için değişiklik yapmak için gereken yerdir. Razor Views dizininde Razor ve görünümleri için ayarları olan ayrı bir yapılandırma dosyası vardı. Orada bir bölüm ekliyordum (uygulama düzeyinde değil!). İki ayrı web.config dosyam olduğunu fark etmeden, bariz olanı aramak dışında her şeyi denedim.

benim hatam yanlışlıkla bir web.config web sunucusundaki başka bir klasörün içine yapıştırarak kopyalandı

Yayımlanan projeyi IIS içindeki bir uygulamaya dönüştürmeyi unuttuğumda bu hatayı aldım.