SharePoint Güvenlik Temelleri astar / Ortak tuzaklar kaçının

GÜNCELLEŞTİRME 12/18/07: Kaldırma veya değiştirme varsayılan grup adları bazı teknik sonuçlar Paul Liebrand'ın makalesine bakın (onun yorum de görmek).

Genel bakış:

SharePoint güvenliğini yapılandırmak ve yönetmek kolaydır. Ancak, Bu gerçekten ellerini etrafında sarmak bazı ilk Yöneticiler için zor olduğu ispatlanmıştır. Sadece bu değil, Bazı yöneticiler en aradan geçen zaman içinde herhangi bir yapılandırmaya gerek yoktu çünkü sadece Cuma günü kaybetmiş Pazartesi günü mükemmel bir anlayış gelmek gördün mü. (Kendimi having bu problem için kabul ediyorum.). Bu blog girişi Umarım yararlı bir SharePoint güvenlik astar sağlar ve bazı güvenlik yapılandırma en iyi yöntemler doğru puan.

Önemli Not:

Bu açıklama kutudan SharePoint güvenlik temel alır. Olabilir yüzden bazı MOSS belirli şeyler burada benim kişisel deneyim MOSS odaklı, Ama WSS için doğru olduğuna inanıyorum. Umarım kimse herhangi bir hata veya eksikliklerden görmek bu açıklamalarda gösterebilir misiniz ki veya bana e-posta. Ben acele sonrası düzeltmeler yapacağız.

Temelleri:

Bu genel amaçlar için, Güvenlik için dört temel yönleri vardır.: Kullanıcılar/Gruplar, güvenlik altına alınabilir nesnelerin, izin düzeyleri ve miras.

Kullanıcılar ve gruplar aşağı kesme:

  • Bireysel kullanıcılar: Dizin veya doğrudan SharePoint oluşturulan etkin durumundan çekti.
  • Grupları: Eşlenen doğrudan active Directory'den veya oluşturulan SharePoint. Gruplar Kullanıcılar topluluğu vardır. Grupları bir site koleksiyonunda geneldir. Asla "bağlılar" belirli bir güvenilir nesne için.

Güvenlik altına alınabilir nesnelerin kırmak için en az:

  • Siteleri
  • Belge kitaplıkları
  • Öğeleri liste ve belge kitaplıkları
  • Klasörler
  • Çeşitli bdc ayarları.

Orada diğer güvenilir nesneler, ama resmi olsun.

İzin düzeyleri: Parçalı bohça / oluşturma/okuma/silme girişleri listelerinde olabilir düşük düzey erişim hakları.

Devralma: Varsayılan varlıklar tarafından güvenlik ayarlarını içeren kendi nesneden devralır.. Alt siteler izin onların ana öğeden devral.. Belge kitaplıkları kendi sitesinden devral. Benzeri ve benzeri.

Kullanıcı ve grup güvenlik altına alınabilir nesnelerin izin düzeyleri devralma yoluyla ilgili.

Anlamak için en önemli güvenlik kuralları, Hiç 🙂 :

  1. Gruplarıdır sadece kullanıcıları topluluğu.
  2. Site koleksiyonundaki genel gruplar (Yani. site düzeyinde tanımlanan Grup olarak böyle bir şey yok).
  3. Grup adı değil dayanıklı, Grup yok, içinde ve kendilerini, belirli herhangi bir güvenlik düzeyine sahip.
  4. Gruplarınız güvenlik belirli bir güvenilir nesne bağlamında.
  5. Aynı gruba her güvenilir nesne için farklı izin düzeyleri atayabilirsiniz..
  6. Web uygulama ilkeleri tüm bu koz (aşağıya bakınız).

Grup ve kullanıcı listelerinin bir deniz kayıp güvenlik yöneticileri güvenlik yapılandırmalarını anlamak ve yönetmek için bu aksiyomları her zaman güvenebilirsiniz.

Ortak tuzaklar:

  • Grup adları, sahte izni taleplerini onayladığı anlamına: Kutunun dışında, SharePoint gruplarını doğal bir güvenlik düzeyi adları ima tanımlar. "Katılımcı" Grup düşünün. SharePoint güvenlik ile yabancı bir de bu isme bak ve o grubunun herhangi bir üyesi "katkıda bulunabilir olduğunu varsayalım" herhangi bir site/liste/kitaplığı için Portal. Doğru olabilir ama grubun adını "katılımcı" değil çünkü. Grup Ekle/Düzenle/Sil içeriğe kök sitesinde olanak tanıyan bir izin düzeyi sağlanan çünkü bu sadece kutudan doğrudur. Devralma yoluyla, "yazarlar" Grup Ayrıca, her alt site Ekle/Düzenle/Sil içerik olabilir. Bir "zarar verebilir" Böyle bir alt_site izin düzeyini değiştirme ve miras zincirinin bu sözde "katılımcı üye" Grup hiç katkıda bulunamaz, ama salt okunur (Örneğin). Bu iyi bir fikir olmaz, Açıkçası, çünkü o-cekti var olmak çok kafa karıştırıcı.
  • Gruplar bir site düzeyinde tanımlı değil. Kullanıcı arabirimi tarafından karışık kolaydır. Microsoft her sitenin "kişi ve grupları yoluyla kullanıcı/grup yönetim uygun bir bağlantı sağlar" bağlantı. Site "xyzzy olduğum zaman inanmak kolaydır" ve xyzzy's insanlar aracılığıyla bir grup oluşturun ve gruplar sadece xyzzy yalnızca bulunan bir grubunu oluşturduğunuz bağlantı. Durum böyle değil. Ben aslında tüm site koleksiyonu için bir grup oluşturduk.
  • Grup üyeliği sitede değişiklik (Yani. Bu grup kullanılan her yerde aynıdır): "Sahip grubunu düşünün" ve iki site, "HR" ve "Lojistik". İki ayrı bireyler bu siteler kendi düşünüyorum normal — bir İK sahibi ve lojistik sahibi. Belgili tanımlık kullanıcı arayüzey geçici o basit için bu senaryo mishandle için Güvenlik Yöneticisi. Eğer ben bilmeseydim, Kişiler ve gruplar bağlantıları İK sitesi üzerinden erişebilir., "sahipleri seçin" Grup ve benim İK sahibi bu gruba ekle. Bir ay sonra, Lojistik hattı üzerinde gelir. Kişiler ve gruplar lojistik sitesinden erişmek, "sahipleri yetişmek ekleme" Grup. İK sahibi orada görmek ve onu kaldırmak, Lojistik alanında sahiplerinden onu çıkarıyorum düşünme. Aslında, Onu genel sahipleri gruptan çıkarıyorum. Neşe ensues.
  • Adı grupları belirli rolüne göre başarısız: "Onaylayanlar" Grup mükemmel bir örnektir. Ne bu grup Onayla üyeleri aşağıdakileri gerçekleştirebilir? Nerede onlar onaylayabilirsiniz? İK belgeleri onaylamak için insanlar Lojistik Departmanı istediğinizden emin misiniz? Tabii ki değil. Her zaman kendi rolünü kuruluş içindeki temel alan adı grupları. Bu grubun belirli bir güvenilir nesne için bir uygun olmayan izin düzeyi atanır riski azaltır. Onların hedeflenen rolüne göre adı grupları. Önceki İK/lojistik senaryoda, İki yeni grup oluşturmuş olmanız: "hr sahipleri" ve "lojistik sahipleri" ve her mantıklı izin düzeyleri ve kullanıcıların işlerini yapmak gerekli en az atama.

Diğer faydalı referanslar:

Eğer bu yaptığınız çok:

Bana düşüncelerinizi yorum yoluyla bildirin veya bana e-posta lütfen. Diğer iyi referansları biliyorsanız, Lütfen aynı şeyi!

Technorati Tags:

Hızlı ve kolay: Veri Görünümü Web Bölümü oluşturma (DVWP)

WSS üzerinde büyük bilgi hazinesi olduğunu. 3.0 Veri Görünümü Web Bölümü (DVWP) web üzerinde çeşitli kaynaklardan. Ancak, Bu ilk çok temel adım hakkında bilgi bulmak şaşırtıcı derecede zor buldum. İşte başka bir makale içinde belgili tanımlık "hızlı ve kolay" o adrese serisi.

Veri Görünümü web bölümü oluşturmak için aşağıdaki adımları izleyin (DVWP). Onlar bir "Duyurular üzerinde temel alan" Web Bölümü, Ama çoğu liste için geçerlidir.

  1. Duyurular web bölümü oluşturmak ve siteye ekleme.
  2. Siteyi SharePoint Designer'da açın.
  3. Sitenin default.aspx açın.
  4. Duyurular web bölümü seçin ve sağ tıklatın.
  5. Bağlam menüsünden, "dönüştürmek için XS seçinLT veri görünümü".

SharePoint Designer site şimdi onun site tanımından özelleştirilmiş bildirir.. Bu kötü değil., Ama önemli etkileri vardır. (performans, yükseltme, diğerleri) Bu küçük "hızlı ve kolay kapsamı dışında olan" giriş. Bu konuda daha fazla bilgi almak için, Her iki kitap tavsiye ederim Burada En sevdiğim Internet arama yanı sıra.

Doğru yaptığını onaylayın:

  1. Kapatın ve yeniden web tarayıcısını açın (yanlışlıkla orijinal "eklemek yeni web bölümü" yeniden gönderme kaçınmak için).
  2. Web bölümünün ok açılır ve "Paylaşılan Web Bölümünü Değiştir seçin" menüden.
  3. Sağa doğru araç panelini açar.
  4. Panel onun her zamanki küme seçenekleri için bu değişti:
görüntü

“SharePoint listesinden liste şeması sütun özelliği alınamıyor” — Açıklama/belgele

Bu hafta, Biz son olarak rapor edilmiş bir sorun yeniden uzak bir kullanıcı tarafından: Excel için bir liste içeriğini vermek çalışınca, şeyler çalışmaya başlamak gibi görünüyor, Ama sonra Excel bir hata pop: "Liste şeması sütun özelliği SharePoint listesinden alınamıyor". Office çikiyordu 2003, Windows XP ve MOSS için bağlanma.

Ben Internets arama ve bazı spekülasyonlar ama hiçbir şey gördüm 100% kesin. Bu nedenle, Bu yazı.

Sorun: Bu excel için bir görünüm verme bir tarihi içerir. (tarihi sütunun veri türü =).

Ne bizim için çalıştı: "Tek satırlık bir metin" tarihe dönüştürmek. O zaman, bir tarihe geri dönüştürmek.

Bu münhal o. Dönüşüm işe yaradığını görmek güzeldi, Aslında. İşler bu şekilde dönüştürme başarısız olur oldukça gergindim, Ama o did değil.

Bu hata, müşterinin akılda Tarih veri türü üzerinde büyük bir gölge atılmış bulunmaktadır, Bu yüzden Microsoft kesin bir cevap dışarı arayan olacağız ve Umarım sonrası edeceğiz ve burada sonraki kısa bir süre onların resmi cevap ve düzeltme bilgilerini güncelleştir.

Diğer referanslar:

http://www.kevincornwell.com/blog/index.php/cannot-get-the-list-schema-column-property-from-the-sharepoint-list/

http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2383611&SiteID=1

<sonunda>

Benim blog abone.

Technorati Tags: ,

Hızlı ve basit: SharePoint Designer akışından katıştırılmış köprüyü içeren bir e-posta gönder

İki kez ay, birisi forum soru mesaj: "Nasıl bir SharePoint Designer email--dan tıklanabilir URL's köprüler ekleyebilirim?"

Daha fazla yorum yapmadan sundu: (iyi, Aslında hiçbir şey daha fazla yorum sonra):

görüntü

Bir öğe için bir bağlantı içinde belgili tanımlık email embed nasıl yararlı bir açıklama ile Becky Isserman takip: http://www.sharepointblogs.com/mosslover/archive/2007/11/20/addition-to-paul-galvin-s-post-about-sending-an-e-mail-with-hyperlinks-in-spd.aspx

Yeni sürüm: SharePoint Designer Workflow uzantıları (dize işleme fonksiyonları)

GÜNCELLEŞTİRME: Bu proje commercializing benim düşünceler için bkz.: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!569.entry

I been meşgul benim Codeplex Projesi halen dize işleme uzantıları için SharePoint Designer ile oluşturulan iş akışı sağlamaya odaklı çalışma.

Burada ayrıntıları için bkz.:

Project Giriş: http://www.codeplex.com/spdwfextensions

Sürüm: https://www.codeplex.com/Release/ProjectReleases.aspx?ProjectName=spdwfextensions&ReleaseId=8280

Sürüm 1.0 Aşağıdaki yeni özellikleri içerir:

İşlevi Açıklama (Eğer aynı değil.NET işlevi)
NUM-girişler() Sayı "girişleri döndürür" bir dizesinde belirtilen sınırlayıcı göre.

Örneğin: NUM-girişler bir dizesinde "a,b,c" sınırlayıcı ile"," = 3.

Giriş() Bir dizesinde belirtilen sınırlayıcı göre n. belirteci döndürür.
Uzunluğu String.length
Değiştir() String.replace()
İçerir() String.contains()
"Doğru sözcüğünü döndürür" ya da "yanlış" sözcüğü.
Alt dize(Başlat) String.substring(Başlat)
Alt dize(Başlat,uzunluğu) String.substring(Başlat,uzunluğu)
ToUpper() String.toupper()
ToLower() String.ToLower()
StartsWith() String.StartsWith()
"Doğru sözcüğünü döndürür" ya da "yanlış" sözcüğü.
EndsWith() String.EndsWith()
"Doğru sözcüğünü döndürür" ya da "yanlış" sözcüğü.

Açıkladı bdc çalışma zamanı hatası

Kullanıcı arabirimi ve buna kendini gösterdi BDC'nin hata bu hafta neden oldu. 12 kovan günlüğü çalışma zamanında.

İlk, Bu kullanıcı arabiriminde çıktı:

Adı olan bir SpecificFinder MethodInstance'ı doğru şekilde yürütmek amacıyla tüm Tanımlayıcı değerlerinin ekleneceği alanlar bulunamadı … Giriş parametrelerinin bu varlık için tanımlanan her bir tanımlayıcı ile ilişkilendirilmiş TypeDescriptor'lara sahip.

İşte ekran görüntüsü:

clip_image001

Ayrıca bu iletinin görünmesini neden olabilir 12 kovanın günlüğünü olacak (Benim patentli high-tech-don't-try-this-at-home kullanarak "gizemli hataları" yöntemi):

11/14/2007 09:24:41.27 W3wp.exe (0x080C) 0x0B8C SharePoint Portal Server iş veri 6q4x yüksek özel durum BusinessDataWebPart.OnPreRender içinde: İletisi: Tanımlayıcı değeri ”, Türü ”, geçersiz. Beklenen tanımlayıcı değeri 'System.String' türündeki. Microsoft.Office.Server.ApplicationRegistry.MetadataModel.Entity.FindSpecific(Nesne[] subIdentifierValues, LobSystemInstance LobSystemInstance) Microsoft.SharePoint.Portal.WebControls.BdcClientUtil.FindEntity(Varlık varlık, Nesne[] userValues, LobSystemInstance LobSystemInstance) Microsoft.SharePoint.Portal.WebControls.BusinessDataItemBuilder.GetEntityInstance(Görünüm desiredView) Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.GetEntityInstance() Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.SetDataSourceProperties()

I aramak çevrede ve kurmak bazı neden MSDN forum, Ama onlar bana ne yaptığını anlamak için yeterli değildi yanlış. Bir Web yayını izledim Ted Pattison Bu benim şirket uzak bir sunucu ve geldi benim sorunum farketmeye sızmıştır.

Benim ADF, Gösterildiği gibi SQL veritabanına bağlıyorum:

            <Özelliği Adı="RdbCommandText" Türü="System.String">
              <![CDATA[
                SETID SEÇİN, CARRIER_ID, EFFDT, DESCR, EFF_STATUS, TAXPAYER_ID, NETWORK_ID, FRT_FORWARD_FLG, ALT_NAME1, ALT_NAME2, LANGUAGE_CD,
                      ÜLKE, ADRES1, ADRES2, ADDRESS3, ADDRESS4, ŞEHİR, NUM1, NUM2, HOUSE_TYPE, ADDR_FIELD1, ADDR_FIELD2, ADDR_FIELD3,
                      İLÇE, DEVLET, POSTA, GEO_CODE, IN_CITY_LIMIT, COUNTRY_CODE, TELEFON, UZANTISI, FAKS, LAST_EXP_CHK_DTTM, FREIGHT_VENDOR,
                      INTERLINK_DLL, Dbo.PS_CARRIER_ID_VW ile TMS_EXCLUDE_FLG gelen (NOLOCK)
                NEREDE
                  (SETID <> 'SHARE') ve
                  (daha düşük(CARRIER_ID) >alt =(@MinId)) ve
                  (daha düşük(CARRIER_ID) <alt =(@MaxId)) ve
                  (daha düşük(DESCR) Alt gibi(@InputDescr))
                ]]>
            </Özelliği>

Ben sağlanan bu SQL bir DBA kişiden ve bunun anlamak için verilen bir özel Onlar benim için oluşturulan görünümü. Benzersiz anahtar orada CARRIER_ID olduğunu.

İşte ben tanıştırdım hata:

      <Tanımlayıcıları>
        <Tanımlayıcı Adı="CARRIER_ID" TypeName="System.String" />
        <Tanımlayıcı Adı="DESCR" TypeName="System.String" /> 
</Tanımlayıcıları>

Bir yere hat boyunca, Kendimi anlamı üzerinde karıştırmak başarmıştı. <Tanımlayıcıları> ve aslında bir tanımlayıcı olmadığı halde DESCR eklendi. Tanımlayıcıları kümesi ve saygınlık dışında DESCR aldı! O amele.

Umarım bu birisini biraz kederden kurtarır 🙂

Technorati Tags: , , ,

SharePoint'ın Reach yenemezsin

Son iki gündür, Ben iki toplantı sırasında biz SharePoint Proje sonuçlarını sundu katılmıştır. CIO ve ekibi ilk toplantısına katıldı. Bu standart ve özellikle dikkate değer.. BT bölümü belli ki herhangi bir teknoloji proje bir kurumsal rollout ilgilenmektedir. İkinci toplantı bir V.P kapsayacak şekilde genişletildi. Pazarlama, insan kaynakları temsil eden çeşitli yönetmenlerin, Lojistik, Üretim, Sermaye projeleri, Kalite, Satın alma, Kurumsal Gelişim ve diğer departmanlar (Bazıları hatta doğrudan geçerli aşamasında dahil değil). Çok geniş bir kitleye bu.

Önceki hayatımda, Öncelikle ERP ve CRM projeler üzerinde çalışan. İkisi de oldukça geniş çözüm etki alanı var ama SharePoint kadar geniş değil. Tam olarak gerçekleştirilmesi, SharePoint projeler meşru ve mutlaka her köşe ve kuruluş bucak ulaşmak. Kaç diğer kurumsal çözümleri bu tür ulaşmak var? Çok değil.

SharePoint açıkça bize bu alanda olmak için şanslı olanlar için büyük bir fırsat temsil eder. Büyük bir teknik fırsat sağlar (hangi bir şekilde onun baş açık olduğundan Burada "Teknolojileri size ana gereken altında"). Ama daha iyi, SharePoint bize iş süreçlerini bu nişan aracılığıyla kapsamlı ve geniş bir yelpazesi için ortaya çıkarır. Kaç CRM uzmanları şirket üretim tarafında ile çalışır? Kaç ERP danışmanları ile insan kaynakları yetenek elde etme üzerinde çalışıyor? SharePoint ikisini aşıyor.

Böyle bir şey, mükemmel değil, Ama bu lanet iyi bir yer.

Aşk için [Senin en sevdiğin kişi/daha yüksek olmak içinde doldurmak], değişmez ' başlık’ site sütunu.

Tarih SharePoint Forumlar, zaman zaman birinden "başlığı etiketini değiştirme hakkında" ya da hakkında "başlığı listelerinden kaldırma".

Alt çizgi: Bunu yapma!

Ne yazık ki, kullanıcı arabiriminin gösterildiği gibi bu sütun etiketi tek yön değişimine izin verir.:

görüntü

"Maddeyle ilişkili sütun başlığıdır" içerik türü. Birçok, birçok, birçok Tomografi bu sütun kullanın ve sen burada değiştirmek, her yerde dışarı dalgaların. Niyetinde değildi iyi bir şans bunun gerçekleşmesi için. Muhtemelen kendini düşünmeye vardı, "Özel arama listesi var ve ' başlık’ bir sütun adı olarak anlamsız, o yüzden bunu değiştirmek ' durum kodu’ ve bir açıklama sütun ekleyin." Ama eğer bu düşünce yoluyla takip ve Yeniden Adlandır ' başlık’ 'Durum kodu', her listenin başlığı (Belge kitaplıkları dahil) "durum koduna değişiklikler" ve siz muhtemelen Böyle olmasını istememiştim..

Asıl sorun bu tek yönlü bir değişiklik olduğu. UI "bilir" o "başlığı" ayrılmış bir sözcük. Yani, Eğer denemek ve "durum kodunu değiştir" geri "Title", Bu-ecek önlemek sen ve şimdi sen. kendini köşeye boyalı using paint that never dries 🙂

Önceden değiştirdiyseniz ne olacak? Hepimiz istiyoruz cevap görmedim, geri 'başlık' etiketini değiştirmek için basit ve kolay bir yöntem hangisi. Hemen şimdi, "Doktor/madde başlığı" gibi bir şey değiştirmek için en iyi tavsiyem. Kullanıcılarınız için çok sarsıcı olmayabilir yeterince genel bir etiket olduğunu.

Ben şey araştırma Yapılacaklar listemde olan birkaç fikir var:

  • Microsoft'a başvurun.
  • Nesne modeli ile bir şeyler yapmak, Belki bir özelliğiyle birlikte.
  • Veritabanı şeması rakam ve SQL el ile güncelleştirme. (Ama bunu yapmadan önce Microsoft başvurmalısınız; o-ecek büyük olasılıkla boş Destek Sözleşmesi).

Eğer kimse bilmek nasıl-e doğru çözmek bu, Yorum yazmak için lütfen.

Geç öğleden sonra güncelleme, 11/15: Sahip olmadığı bir başlık sütun liste türü oluşturmak için bir yöntem açıklanır bu bağlantıyı buldum.: http://www.venkat.org/index.php/2007/09/03/how-to-remove-title-column-from-a-custom-list/

İVB ADF ve arkadaşın, CDATA

Biraz garip ve gereksiz el-kodlama RdbCommandText bazı örneklerde, fark ettik (MSDN belgeleri gibi).

İVB komutları içinde CDATA etiketi "doğal ortamlarında kaplanabilir yeni gelenler için işaret etmek istedim." formu. Yani, Bu garip İnşaat:

<Özelliği Adı="RdbCommandText" Türü="System.String">
SELECT dbo.MCRS_SETTLEMENT.id, dbo.MCRS_SETTLEMENT.Settlement dan dbo.MCRS_SETTLEMENT
NEREDE (kimliği &gt;@MinId =) VE (kimliği &lt;= @MaxId)
</Özelliği>

Bu şekilde daha iyi gösterilebilir:

<Özelliği Adı="RdbCommandText" Türü="System.String">
<![CDATA[
SELECT dbo.MCRS_SETTLEMENT.id, dbo.MCRS_SETTLEMENT.Settlement dan dbo.MCRS_SETTLEMENT
NEREDE (kimliği >@MinId =) VE (kimliği <@MaxId =)
]]>
</Özelliği>

</sonunda>

İVB astar

İVB intro

İşlevsel örneği: İVB ADF, katıştırılmış kullanıcı kimliği ve parola ile SQL veritabanına bağlanır

İVB üzerinden bir SQL veritabanı için yosun kadar tel için gerekli. Test/PT amaçlar için, SQL rapor kullanıcı id ve parola ADF'de embed istedim. İle başlayan Bu şablonu (http://msdn2.microsoft.com/en-us/library/ms564221.aspx), Belirli bir SQL server örneğine bağlanan ve belirli bir kullanıcı kimliği ve parola ile oturum ADF oluşturulmuş ve bu kod parçasında gösterildiği:

  <LobSystemInstances>
    <LobSystemInstance Adı="ClaimsInstance">
      <Özellikler>
        <Özelliği Adı="AuthenticationMode" Türü="System.String">Geçiş</Özelliği>
        <Özelliği Adı="DatabaseAccessProvider" Türü="System.String">SQL Server</Özelliği>
        <Özelliği Adı="RdbConnection veri kaynağı" Türü="System.String">gerçek serveractual örneği</Özelliği>
        <Özelliği Adı="RdbConnection başlangıç kataloğu" Türü="System.String">fiili başlangıç kataloğu</Özelliği>
        <Özelliği Adı="RdbConnection tümleşik güvenlik" Türü="System.String">SSPI</Özelliği>
        <Özelliği Adı="RdbConnection havuzu oluşturma" Türü="System.String">yanlış</Özelliği>

        <!-- Bunlar anahtar değerleri.: -->
        <Özelliği Adı="RdbConnection kullanıcı kimliği" Türü="System.String">birmül kullanıcı kimliği</Özelliği>
        <Özelliği Adı="RdbConnection şifre" Türü="System.String">gerçek parola</Özelliği>
        <Özelliği Adı="RdbConnection Trusted_Connection" Türü="System.String">yanlış</Özelliği>

      </Özellikler>
    </LobSystemInstance>
  </LobSystemInstances>

En iyi yöntem değildir., Ama test etmek için hızlı ve basit bir yapılandırma için yararlıdır. Bu şaşırtıcı derecede anlamaya zor. Arama anahtar sözcükleri ile fonksiyonel bir örnek bulamadım:

  • kullanıcı kimliği ve parola ADF gömülü
  • kullanıcı kimliği ve parola ADF'de katıştırma
  • kullanıcı kimliği ve parola adf BDC'de katıştırma
  • SharePoint bdc astar
  • SharePoint kullanıcı kimliği ve parola ADF'de katıştırma

</sonunda>

Benim blog abone.