SharePoint Keamanan fundamental Primer / Menghindari perangkap umum

UPDATE 12/18/07: Lihat artikel Paul Liebrand untuk konsekuensi beberapa teknis menghapus atau memodifikasi nama grup default (Lihat komentar di bawah ini juga).

Sekilas pandang:

Keamanan SharePoint mudah untuk mengkonfigurasi dan mengelola. Namun, Hal ini telah terbukti menjadi sulit bagi beberapa administrator pertama kali untuk benar-benar membungkus tangan mereka di sekitar itu. Tidak hanya itu, Saya telah melihat beberapa administrator yang datang ke pemahaman yang sempurna pada hari Senin hanya untuk telah hilang oleh Jumat karena mereka tidak perlu melakukan konfigurasi apapun dalam waktu intervensi. (Aku mengakui untuk memiliki masalah ini sendiri). Blog entry ini mudah-mudahan menyediakan SharePoint keamanan primer yang berguna dan menunjuk ke arah beberapa konfigurasi pengamanan.

Catatan penting:

Keterangan ini berdasarkan dari kotak keamanan SharePoint. Pengalaman pribadi saya berorientasi di sekitar MOSS sehingga mungkin terdapat MOSS beberapa spesifik hal di sini, tapi saya percaya secara akurat untuk WSS. Saya berharap bahwa siapa pun yang melihat semua kesalahan atau tidak akan menunjukkan bahwa dalam komentar atau email saya. Aku akan membuat koreksi posting tergesa-gesa.

Dasar-dasar:

Untuk tujuan dari tinjauan ini, ada empat aspek-aspek fundamental keamanan: pengguna/kelompok, Securable objects, tingkat izin dan warisan.

Pengguna dan grup istirahat ke:

  • Masing-masing pengguna: Ditarik dari aktif direktori atau dibuat secara langsung dalam SharePoint.
  • Kelompok: Dipetakan langsung dari active directory atau dibuat di SharePoint. Kelompok adalah kumpulan pengguna. Kelompok global dalam situs koleksi. Mereka tidak pernah "terikat" untuk objek securable tertentu.

Securable objects istirahat ke setidaknya:

  • Situs
  • Dokumen perpustakaan
  • Setiap item dalam daftar dan dokumen perpustakaan
  • Folder
  • Berbagai pengaturan BDC.

Ada lain securable objects, tapi Anda mendapatkan gambar.

Izin tingkat: Seikat rinci / hak rendah tingkat akses yang mencakup hal-hal seperti membuat/membaca/menghapus entri dalam daftar.

Warisan: Secara default entitas mewarisi pengaturan keamanan dari objek yang mengandung mereka. Sub situs mewarisi izin dari orang tua mereka. Dokumen perpustakaan mewarisi dari situs mereka. Seterusnya dan sebagainya.

Pengguna dan grup yang berhubungan dengan securable objects melalui tingkat izin dan warisan.

Aturan-aturan keamanan yang paling penting untuk memahami, Ever 🙂 :

  1. Kelompok yang cukup koleksi pengguna.
  2. Kelompok global dalam situs koleksi (yaitu. tidak ada hal seperti itu sebagai sebuah kelompok yang didefinisikan pada tingkat situs).
  3. Nama grup tidak, kelompok tidak, di lokasi dan dari diri mereka sendiri, memiliki tingkat keamanan tertentu.
  4. Kelompok memiliki keamanan dalam konteks securable objek tertentu.
  5. Anda dapat menetapkan tingkat berbeda izin untuk kelompok yang sama untuk setiap objek securable.
  6. Web aplikasi kebijakan truf semua ini (Lihat di bawah).

Keamanan Administrator hilang di lautan daftar grup dan pengguna dapat selalu mengandalkan aksioma ini untuk mengelola dan memahami konfigurasinya keamanan.

Common Pitfalls:

  • Nama grup palsu menyiratkan izin: Keluar dari kotak, SharePoint mendefinisikan sebuah set kelompok yang namanya berarti tingkat melekat keamanan. Mempertimbangkan kelompok "Kontributor". Salah satu yang tidak terbiasa dengan keamanan SharePoint mungkin baik melihat nama itu dan menganggap bahwa setiap anggota grup tersebut dapat "berkontribusi" untuk setiap situs/daftar/perpustakaan di portal. Itu mungkin benar, tetapi bukan karena nama kelompok ini kebetulan "kontributor". Hal ini hanya berlaku dari kotak karena kelompok telah menyediakan tingkat izin yang memungkinkan mereka untuk menambah/menyunting/menghapus konten di situs akar. Melalui warisan, "kontributor" kelompok juga dapat menambah/menyunting/menghapus konten di setiap sub situs. Satu dapat "break" rantai warisan dan perubahan tingkat izin sub-site seperti bahwa anggota apa yang disebut "kontributor" Grup tidak dapat memberikan kontribusi sama sekali, tapi hanya membaca (misalnya). Ini tidak akan ide yang baik, jelas, karena itu akan sangat membingungkan.
  • Kelompok tidak didefinisikan pada tingkat situs. Mudah menjadi bingung oleh antarmuka pengguna. Microsoft menyediakan link nyaman ke pengguna Grup manajemen melalui setiap situs "orang-orang dan kelompok" link. Sangat mudah untuk percaya bahwa ketika aku di situs "tidak ada" cara membuat grup melalui orang-orang tidak ada 's dan kelompok link yang aku baru saja menciptakan sebuah kelompok yang hanya ada di tidak ada. Hal itu tidak terjadi. Saya benar-benar telah membuat grup untuk seluruh situs koleksi.
  • Keanggotaan grup tidak bervariasi oleh situs (yaitu. ini adalah sama di mana-mana kelompok digunakan): Mempertimbangkan group "pemilik" dan dua situs, "HR" dan "Logistik". Itu akan menjadi normal untuk berpikir bahwa dua individu yang terpisah akan sendiri situs tersebut — pemilik HR dan pemilik logistik. User interface membuatnya mudah bagi administrator keamanan untuk mishandle skenario ini. Jika saya tidak tahu lebih baik, Saya mungkin mengakses orang dan kelompok link melalui situs HR, Pilih pemilik"" kelompok dan menambahkan pemilik HR saya ke grup yang. Sebulan kemudian, Logistik datang pada baris. Saya mengakses orang dan kelompok dari situs Logistics, menambahkan pull up "pemilik" kelompok. Saya melihat pemilik HR di sana dan menghapus nya, berpikir bahwa saya mengeluarkan dia dari pemilik situs logistik. Sebenarnya, Saya mengeluarkan dia dari kelompok pemilik global. Kegembiraan yang terjadi kemudian.
  • Gagal untuk kelompok-kelompok nama yang didasarkan pada peran tertentu: "Approvers" kelompok adalah contoh sempurna. Apa yang bisa anggota menyetujui grup ini? Dimana mereka dapat menyetujui? Apakah saya benar-benar ingin Departemen Logistik orang mampu untuk menyetujui dokumen HR? Tentu saja tidak. Selalu nama kelompok berdasarkan peran mereka dalam organisasi. Ini akan mengurangi risiko bahwa kelompok diberikan tingkat izin tidak pantas untuk suatu securable obyek tertentu. Nama kelompok berdasarkan peran mereka dimaksudkan. Dalam skenario HR logistik sebelumnya, Saya harus membuat dua kelompok-kelompok baru: "HR pemilik" dan "logistik pemilik" dan menetapkan tingkat izin masuk akal untuk masing-masing dan jumlah minimum yang diperlukan untuk para pengguna untuk melakukan pekerjaan mereka.

Referensi lain yang berguna:

Jika Anda telah membuat ini jauh:

Tolong beritahu saya tahu pikiran Anda melalui komentar atau email saya. Jika Anda tahu lain referensi yang baik, Silakan melakukan hal yang sama!

Technorati Tags:

Cepat dan mudah: Membuat bagian Web lihat Data (DVWP)

Ada banyak informasi yang besar pada WSS 3.0 Data lihat bagian Web (DVWP) di web dari beberapa sumber. Namun, Saya menemukan itu mengejutkan sulit untuk menemukan informasi tentang langkah dasar pertama. Berikut adalah artikel lain dalam "cepat dan mudah" seri untuk mengatasinya.

Ikuti langkah-langkah untuk membuat data tampilan web bagian (DVWP). Mereka didasarkan pada "pengumuman" bagian web, tetapi berlaku untuk kebanyakan daftar.

  1. Membuat pengumuman bagian web dan menambahkannya ke situs.
  2. Membuka situs di SharePoint Designer.
  3. Membuka situs default.aspx.
  4. Pilih bagian web pengumuman dan klik kanan.
  5. Dari menu konteks, Pilih "mengkonversi ke XSLTampilan Data T".

SharePoint Designer akan memberitahu Anda bahwa situs ini sekarang disesuaikan dari definisi situs. Itu tidak selalu buruk, Tapi ada implikasi yang penting (kinerja, meng-upgrade, lain-lain) yang berada di luar lingkup ini sedikit "cepat dan mudah" Catatan. Untuk mendapatkan informasi lebih lanjut tentang subjek ini, Saya merekomendasikan buku kedua Sini serta pencarian Internet favorit Anda.

Mengkonfirmasi bahwa Anda melakukannya dengan benar:

  1. Menutup dan membuka kembali web browser (untuk menghindari sengaja Re-posting asli "Tambahkan bagian web baru").
  2. Pilih bagian web panah drop-down dan pilih "memodifikasi berbagi bagian Web" dari menu.
  3. Membuka panel alat kanan.
  4. Panel telah berubah dari yang biasa Tetapkan pilihan ini:
gambar

“Tidak bisa mendapatkan daftar skema kolom properti dari daftar SharePoint” — Deskripsi/kerja-arounds

Minggu ini, kami akhirnya direproduksi masalah yang telah dilaporkan oleh pengguna remote: Ketika ia mencoba untuk mengekspor isi dari daftar untuk excel, hal-hal yang tampaknya akan mulai bekerja, Tapi kemudian Excel akan muncul pesan kesalahan: "Tidak bisa mendapatkan daftar skema kolom properti dari daftar SharePoint". Dia berlari kantor 2003, Windows XP dan menghubungkan ke MOSS.

Saya mencari Internets dan melihat beberapa spekulasi tapi tidak ada 100% definitif. Oleh karena itu, posting ini.

Masalah: Mengekspor pandangan untuk unggul yang berisi (tanggal = tipe data kolom).

Apa yang bekerja untuk kita: Mengubah tanggal untuk "satu baris teks". Kemudian, mengubahnya kembali ke tanggal.

Yang dipecahkan itu. Itu bagus untuk melihat bahwa konversi bekerja, benar-benar. Itu cukup gugup bahwa mengubah hal-hal dengan cara ini akan gagal, tetapi tidak.

Bug ini telah dilemparkan bayangan besar atas tipe data tanggal dalam pikiran klien, Jadi kita akan mencari jawaban yang pasti dari Microsoft dan mudah-mudahan aku akan posting dan update di sini dalam periode pendek berikutnya waktu dengan informasi jawaban dan perbaikan terbaru mereka resmi.

Referensi lain:

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

<akhir>

Berlangganan ke blog saya.

Technorati Tags: ,

Cepat dan sederhana: Mengirim email dengan tertanam hyperlink dari SharePoint Designer alur kerja

Sekali atau dua kali bulan, seseorang posting pertanyaan forum: "Bagaimana saya dapat mengikutsertakan hyperlink ke URL yang dapat diklik dari email SharePoint Designer?"

Disajikan tanpa komentar: (baik, sebenarnya ada komentar lebih lanjut setelah gambar):

gambar

Becky Isserman menindaklanjuti dengan penjelasan yang berguna tentang cara untuk menanamkan link ke item dalam email: 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

Rilis baru: SharePoint Designer alur kerja ekstensi (fungsi manipulasi string)

UPDATE: Lihat di sini untuk pikiran saya mengkomersilkan proyek ini: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!569.entry

Saya telah sibuk bekerja pada proyek Codeplex yang saat ini berfokus pada penyediaan string manipulasi ekstensi untuk alur kerja yang diciptakan melalui SharePoint Designer.

Lihat di sini untuk rincian:

Proyek rumah: http://www.codeplex.com/spdwfextensions

Rilis: https://www.codeplex.com/Release/ProjectReleases.aspx?ProjectName=spdwfextensions&ReleaseId=8280

Versi 1.0 mencakup beberapa fitur baru berikut:

Fungsi Deskripsi (Jika tidak sama seperti.Fungsi bersih)
Num-entri() Kembali "entri nomor" dalam string sesuai pembatas tertentu.

Misalnya: Num-entri dalam string ",b,c" dengan pembatas"," = 3.

Catatan() Kembali n token dalam string sesuai pembatas tertentu.
Panjang String.length
Ganti() String.replace()
Berisi() String.contains()
Kembali kata "benar" atau kata-kata "palsu".
Substring(mulai) String.substring(mulai)
Substring(mulai,panjang) String.substring(mulai,panjang)
ToUpper() String.ToUpper()
ToLower() String.ToLower()
StartsWith() String.StartsWith()
Kembali kata "benar" atau kata-kata "palsu".
EndsWith() String.EndsWith()
Kembali kata "benar" atau kata-kata "palsu".

BDC runtime error yang dijelaskan

Aku menyebabkan kesalahan BDC minggu ini yang terwujud pada user interface dan dalam 12 sarang log saat runtime.

Pertama, ini muncul dalam antarmuka pengguna:

Tidak dapat menemukan bidang untuk memasukkan semua nilai-nilai pengenal untuk benar melaksanakan SpecificFinder MethodInstance dengan nama … Memastikan parameter input memiliki TypeDescriptors yang terkait dengan setiap pengenal yang didefinisikan untuk entitas ini.

Berikut adalah screen shot:

clip_image001

Bisa juga menyebabkan pesan ini tampil di 12 sarang log akan (menggunakan high-tech-don't-try-this-at-home dipatenkan saya "kesalahan misterius" metode):

11/14/2007 09:24:41.27 w3wp.exe (0x080C) 0x0B8C Data bisnis SharePoint Portal Server 6q4x tinggi pengecualian di BusinessDataWebPart.OnPreRender: System.InvalidOperationException: Nilai pengenal ”, jenis ”, tidak sah. Diharapkan nilai pengenal tipe 'System.String'. di Microsoft.Office.Server.ApplicationRegistry.MetadataModel.Entity.FindSpecific(Objek[] subIdentifierValues, LobSystemInstance lobSystemInstance) di Microsoft.SharePoint.Portal.WebControls.BdcClientUtil.FindEntity(Entitas entitas, Objek[] userValues, LobSystemInstance lobSystemInstance) di Microsoft.SharePoint.Portal.WebControls.BusinessDataItemBuilder.GetEntityInstance(Lihat desiredView) di Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.GetEntityInstance() di Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.SetDataSourceProperties()

Aku mencari di sekitar dan menemukan beberapa petunjuk di MSDN forum, tetapi mereka tidak cukup bagi saya untuk memahami apa yang saya lakukan salah. Saya menyaksikan webcast oleh Sir Alex Ferguson Ted yang saya perusahaan memiliki squirreled pergi di server dan datang untuk menyadari masalah saya.

Di ADF saya, Saya menghubungkan ke SQL database seperti yang ditunjukkan:

            <Properti Nama="RdbCommandText" Jenis="System.string">
              <![CDATA[
                PILIH SETID, CARRIER_ID, EFFDT, DESCR, EFF_STATUS, TAXPAYER_ID, NETWORK_ID, FRT_FORWARD_FLG, ALT_NAME1, ALT_NAME2, LANGUAGE_CD,
                      NEGARA, ADDRESS1, ADDRESS2, ADDRESS3, ADDRESS4, KOTA, NUM1, NUM2, HOUSE_TYPE, ADDR_FIELD1, ADDR_FIELD2, ADDR_FIELD3,
                      COUNTY, NEGARA, POS, GEO_CODE, IN_CITY_LIMIT, COUNTRY_CODE, TELEPON, EKSTENSI, FAKS, LAST_EXP_CHK_DTTM, FREIGHT_VENDOR,
                      INTERLINK_DLL, TMS_EXCLUDE_FLG dari dbo.PS_CARRIER_ID_VW dengan (nolock)
                MANA
                  (SETID <> 'BERBAGI') dan
                  (lebih rendah(CARRIER_ID) >= bawah(@MinId)) dan
                  (lebih rendah(CARRIER_ID) <= bawah(@MaxId)) dan
                  (lebih rendah(DESCR) SEPERTI lebih rendah(@InputDescr))
                ]]>
            </Properti>

Saya diberikan SQL DBA orang dan saya diberikan untuk memahami bahwa khusus Lihat mereka diciptakan hanya untukku. Kunci unik ada adalah CARRIER_ID.

Berikut ini adalah bug yang saya diperkenalkan:

      <Pengidentifikasi>
        <Pengenal Nama="CARRIER_ID" TypeName="System.string" />
        <Pengenal Nama="DESCR" TypeName="System.string" /> 
</Pengidentifikasi>

Di suatu tempat di sepanjang garis, Saya telah berhasil untuk membingungkan diriku atas makna <Pengidentifikasi> dan menambahkan DESCR bahkan meskipun tidak benar-benar sebuah identifier. Aku mengambil DESCR dari pengidentifikasi set dan presto! Semuanya bekerja.

I hope this saves someone some grief 🙂

Technorati Tags: , , ,

Anda tidak bisa mengalahkan SharePoint jangkauan

Selama dua hari terakhir, Saya telah berpartisipasi dalam dua pertemuan di mana kami menyampaikan hasil dari proyek SharePoint. CIO dan timnya bergabung pertemuan pertama. Itu standar dan tidak terutama terkenal. Departemen TI jelas terlibat dalam usaha peluncuran dari setiap proyek teknologi. Pertemuan kedua diperluas untuk mencakup V.P. dari pemasaran, beberapa sutradara mewakili HR, Logistik, Manufaktur, Proyek, Kualitas, Pembelian, Pengembangan perusahaan dan departemen lain (beberapa di antaranya tidak bahkan secara langsung terlibat dalam tahap saat ini). Itulah khalayak yang perkasa luas.

Dalam kehidupan sebelumnya, Saya terutama bekerja pada proyek-proyek ERP dan CRM. Mereka berdua memiliki domain solusi cukup lebar tetapi tidak selebar SharePoint. Akan terwujud, SharePoint proyek secara sah dan selalu mencapai ke setiap sudut dan celah dari organisasi. Berapa banyak solusi perusahaan lain memiliki semacam mencapai? Tidak banyak.

SharePoint jelas mewakili kesempatan besar bagi kita cukup beruntung untuk berada di ruang ini. Hotel ini menyediakan kesempatan besar teknis (yang entah bagaimana dihidupkan kepalanya Sini di bawah "Teknologi Anda harus menguasai"). Tetapi bahkan lebih baik, SharePoint memperlihatkan kami berbagai luas dan berbagai proses bisnis melalui keterlibatan ini. Berapa banyak spesialis CRM bekerja dengan sisi manufaktur perusahaan? Berapa banyak konsultan ERP bekerja dengan sumber daya manusia pada akuisisi? SharePoint melebihi mereka berdua.

Seperti apa pun, Hal ini tidak sempurna, Tapi itu adalah tempat yang sangat baik untuk menjadi.

Untuk cinta [mengisi Anda menjadi orang tinggi paling dicintai], Jangan mengubah ' judul’ kolom situs.

Pada Forum SharePoint, kadang-kadang seseorang bertanya tentang "mengubah label judul" atau tentang "menghapus judul dari daftar".

Garis bawah: Jangan lakukan itu!

Sayangnya, antarmuka pengguna memungkinkan perubahan arah dari kolom label seperti yang ditunjukkan:

gambar

Judul adalah sebuah kolom yang terkait dengan "Item" jenis konten. Banyak, banyak, banyak CT menggunakan kolom ini dan jika Anda mengubahnya di sini, riak keluar di mana-mana. Ada kesempatan baik bahwa Anda tidak bermaksud untuk itu terjadi. Kau mungkin berpikir untuk diri sendiri, "Saya memiliki daftar pencarian kustom dan ' judul’ hanya tidak masuk akal sebagai nama kolom, Jadi aku akan mengubahnya untuk ' kode Status’ dan menambahkan kolom keterangan." Tapi jika Anda mengikuti pada pikiran itu dan mengubah nama ' judul’ untuk 'Kode Status', Setiap daftar judul (termasuk dokumen Perpustakaan) perubahan ke "kode Status" dan Anda mungkin tidak berniat untuk yang terjadi.

Masalah sebenarnya adalah bahwa ini adalah perubahan sekali jalan. UI "tahu" gelar"itu" adalah sebuah kata yang dilindungi. Jadi, Jika Anda mencoba dan mengubah "kode Status" kembali ke "Judul", itu akan mencegah Anda dan sekarang Anda sudah dicat sendiri ke sudut using paint that never dries 🙂

Jadi apa yang terjadi jika Anda sudah berubah itu? Aku belum pernah melihat jawaban yang kita semua ingin, yang merupakan metode yang sederhana dan mudah untuk mengubah label kembali ke 'Title'. Sekarang, saran terbaik adalah untuk mengubahnya ke sesuatu seperti "Doc Item judul". Itu adalah label cukup generik yang mungkin tidak terlalu gemuruh bagi pengguna Anda.

Saya punya beberapa ide lain yang di to-do list hal untuk penelitian:

  • Hubungi Microsoft.
  • Melakukan sesuatu dengan object model, mungkin dalam hubungannya dengan fitur.
  • Mengetahui skema database dan manual update SQL. (Anda harus menghubungi Microsoft sebelum melakukan hal ini walaupun; ini kemungkinan akan membatalkan kontrak dukungan Anda).

Jika ada yang tahu bagaimana untuk memecahkan masalah ini, Silakan kirim komentar.

Memperbarui sore, 11/15: Saya menemukan link ini yang menjelaskan sebuah metode untuk menciptakan jenis daftar yang tidak memiliki judul kolom: http://www.venkat.org/index.php/2007/09/03/how-to-remove-title-column-from-a-custom-list/

BDC ADF dan teman Anda, CDATA

Saya perhatikan beberapa canggung dan tidak perlu tangan-penyandian RdbCommandText dalam beberapa contoh (termasuk MSDN dokumentasi).

Aku ingin menunjukkan kepada pendatang baru BDC bahwa perintah dapat dibungkus dalam tag CDATA di mereka "alam" bentuk. Jadi, Konstruksi ini canggung:

<Properti Nama="RdbCommandText" Jenis="System.string">
Pilih dbo.MCRS_SETTLEMENT.id, DBO.MCRS_SETTLEMENT.Settlement dari dbo.MCRS_SETTLEMENT
MANA (id &gt;= @ MinId) DAN (id &lt;= @MaxId)
</Properti>

dapat lebih baik diwakili dengan cara ini:

<Properti Nama="RdbCommandText" Jenis="System.string">
<![CDATA[
Pilih dbo.MCRS_SETTLEMENT.id, DBO.MCRS_SETTLEMENT.Settlement dari dbo.MCRS_SETTLEMENT
MANA (id >= @ MinId) DAN (id <= @MaxId)
]]>
</Properti>

</akhir>

BDC Primer

Intro untuk BDC

Contoh fungsional: BDC ADF yang menghubungkan ke SQL database dengan tertanam user id dan password

Saya perlu untuk kawat menaiki MOSS ke SQL database melalui BDC. Untuk tujuan pengujian POC, Aku ingin embed SQL akun user id dan password di ADF. Dimulai dengan template ini (http://msdn2.microsoft.com/en-us/library/ms564221.aspx), Saya membuat ADF yang menghubungkan ke server SQL tertentu misalnya dan log in dengan id pengguna dan sandi dan ditampilkan dalam potongan ini:

  <LobSystemInstances>
    <LobSystemInstance Nama="ClaimsInstance">
      <Properti>
        <Properti Nama="AuthenticationMode" Jenis="System.string">PassThrough</Properti>
        <Properti Nama="DatabaseAccessProvider" Jenis="System.string">SqlServer</Properti>
        <Properti Nama="Sumber RdbConnection Data" Jenis="System.string">contoh aktual serveractual</Properti>
        <Properti Nama="RdbConnection awal katalog" Jenis="System.string">sebenarnya awal katalog</Properti>
        <Properti Nama="RdbConnection terintegrasi keamanan" Jenis="System.string">SSPI</Properti>
        <Properti Nama="RdbConnection Pooling" Jenis="System.string">palsu</Properti>

        <!-- Ini adalah nilai-nilai kunci: -->
        <Properti Nama="RdbConnection User ID" Jenis="System.string">actual User ID</Properti>
        <Properti Nama="RdbConnection Password" Jenis="System.string">sebenarnya Password</Properti>
        <Properti Nama="RdbConnection Trusted_Connection" Jenis="System.string">palsu</Properti>

      </Properti>
    </LobSystemInstance>
  </LobSystemInstances>

Ianya bukan praktek terbaik, tetapi hal ini berguna untuk konfigurasi yang mudah dan cepat untuk pengujian. Ini adalah sangat sulit untuk mengetahui. Saya pernah menemukan contoh fungsional dengan kata kunci pencarian:

  • ADF tertanam userid dan password
  • Masukkan id pengguna dan sandi dalam adf
  • Masukkan id pengguna dan sandi dalam adf bdc
  • SharePoint bdc primer
  • SharePoint embed id pengguna dan sandi di adf

</akhir>

Berlangganan ke blog saya.