SharePoint biztonsági alapjainak Primer / Elkerüljék a buktatókat, közös

FRISSÍTÉS 12/18/07: Lásd Paul Liebrand cikk néhány technikai következmények, eltávolítására vagy módosítására az alapértelmezett csoport neve (látom a megjegyzést alább is).

– Áttekintés:

SharePoint biztonsági könnyű beállítani, és kezelését. Azonban, Ez bebizonyította, hogy nehéz, hogy tényleg csavarja a kezek körül néhány először rendszergazdáknak. Nem csak, hogy, Nekem van látott némely ügyintéző, a tökéletes megértés, hétfőn, hogy csak elveszett, a péntek, mert nem kell tennie minden olyan konfiguráció, a közbeeső időben jönni. (Bevallom, hogy miután ezt a problémát magam). Ez a blog bejegyzés remélhetőleg biztosít egy hasznos SharePoint biztonsági primer, és néhány biztonsági konfigurációs gyakorlati felé mutat.

Fontos Megjegyzés::

Ez a leírás alapján a dobozból SharePoint biztonsági. Az én személyes tapasztalatom ezen a környéken: MOSS orientált, így lehet, hogy néhány MOSS konkrét dolgot itt, de azt hiszem, ez a WSS pontos. Remélem, hogy bárki látta az előforduló hibákat vagy mulasztásokat akarat pont amit ki-hozzászólások vagy elektronikus levél én. Majd, hogy a javítások utáni sietség.

Alapjai:

Ez az Áttekintés céljából, vannak négy alapvető eleme a biztonsági: felhasználók/csoportok, biztonságossá tehető objektumok, jogosultsági szintek és öröklés.

Felhasználók és csoportok le a szünet:

  • Egyéni felhasználók: Kihúzták aktív könyvtár vagy közvetlenül a SharePoint alkalmazásban létrehozott.
  • Csoportok: A csatlakoztatott közvetlenül az active Directoryból vagy a létrehozott SharePoint. Csoportok olyan felhasználók gyűjteménye. Csoportok a globális webhelycsoportban. Ők soha nem "kötődnek" egy adott biztonságossá tehető objektumhoz.

Biztonságossá tehető objektumok alkalom, hogy legalább:

  • Oldalak
  • Dokumentumtárak
  • Egyedi tételek listákhoz és dokumentumtárakhoz
  • Mappák
  • Különböző BDC-beállításoknak.

Vannak más biztonságossá tehető objektumok, de megkapod a képet.

A jogosultsági szintek: Egy köteg-ból szemcsés / alacsony szintű hozzáférési jogokat, amelyek magukban foglalják többek között a bejegyzéseket létrehozni/olvasási/törlési listák.

Öröklés: Szervezetek alapértelmezett biztonsági beállításait örökli a tartalmazó objektumot. Sub-oldalakon engedélyt örökli a szülő. Dokumentumtárak örökli a helyszínen. Így tovább és így tovább.

Felhasználók és csoportok kapcsolódnak a biztonságossá tehető objektumokhoz keresztül engedélyszintek és öröklés.

A legfontosabb biztonsági szabályok, megérteni, Valaha 🙂 :

  1. Csoportok olyan egyszerűen felhasználók gyűjteménye.
  2. Csoportokat egy webhelycsoporton belül globálisak (i.e. nincs ilyen dolog, mint egy csoport a webhely szinten meghatározott).
  3. Csoport neve ellenére sem, csoportok nem, ezen a helyen és a maguk, van bizonyos szintű biztonság.
  4. Csoportok rendelkeznek biztonsági környezetében egy adott biztonságossá tehető objektumhoz.
  5. Az azonos csoportba a minden objektumtól különböző jogosultsági szinteket rendelheti.
  6. Web alkalmazás-házirendek adu mindez (lásd alább).

Biztonsági rendszergazdák elvesztette a csoportok és felhasználók lista tenger mindig számíthatnak a ezek kezelése, és megérteni a biztonsági konfiguráció axiómái.

Közös buktatók:

  • Csoport neve tévesen azt jelenti, hogy engedély: Kívül a doboz, SharePoint meghatározza a csoportokat, akiknek a neve azt jelenti, hogy egy benne rejlő biztonsági szint. Fontolja meg a csoport "Közreműködő". Egy ismeretlen SharePoint biztonsági jól nézni ezt a nevet, és vállalja, hogy a csoport bármely tagja "hozzájárulhat" minden oldal/lista/könyvtár a portál. Ez igaz lehet, de nem azért, mert a csoport neve előfordul, hogy "közreműködő". Csak ez igaz a dobozból, mert a csoport rendelkezik egy jogosultsági szintet, amely lehetővé teszi számukra, hogy a legfelső szintű webhely tartalom hozzáadása/szerkesztése/törlése. Öröklés útján, a "közreműködők" csoport is minden szub-webhely tartalom hozzáadása/szerkesztése/törlése. Egy "szünet" az öröklési lánc és a változás a szub-webhely olyan jogosultsági szintjét hogy tagjai az úgynevezett "közreműködői" csoport egyáltalán nem járul, de csak olvasni (például). Ez nem lenne jó ötlet, nyilvánvalóan, mivel nagyon zavaró lenne.
  • Hozzárendelés nem webhely szintjén. Könnyen összetéveszthető a felhasználói felület. A Microsoft biztosít egy kényelmes link felhasználók vagy csoportok kezelése révén minden webhely "emberek és csoportok" Link. Könnyű azt hinni, hogy amikor én vagyok a telek "xyzzy" és létre egy csoport emberek xyzzy barátait és csoportok a linkre, hogy én csak teremtett egy csoport, ami csak azért létezik: xyzzy. Nem ez a helyzet. Valójában már létrehozott egy csoportot az egész webhelycsoportban.
  • Csoportok tagságát nem térhet el az oldalon (i.e. ugyanaz mindenhol ott a csoport szolgál): Fontolja meg a csoport tulajdonosa"" és a két telek, "A HR" és "Logisztikai". Célszerű lenne azt gondolni, hogy két külön személy maga ezekről az oldalakról — egy HR-tulajdonos és a logisztikai tulajdonosa. A felhasználói felület megkönnyíti a biztonságot kezelő rendszergazdák ütögesse ebben az esetben a. Ha én nem tudom jobban, Én lehet, hogy belépés a HR oldalon keresztül a személyek és csoportok linkek, Válassza ki a "tulajdonosok" Csoport és én HR tulajdonos hozzáadása a csoporthoz. Egy hónappal később, Logisztikai jön, a vonal. Hozzáférés az emberek és csoportok a logisztikai webhelyről, húzza fel a "tulajdonosok hozzáadása" Csoport. Lásd a HR tulajdonosa ott, és vegye rá, arra gondolt, hogy vagyok eltávolítása neki tulajdonosok logisztikai helyén. valójában, Vagyok őt eltávolítása a globális tulajdonosok csoport. Követő, vidámság.
  • Hibás név csoportoknak adott szerepkörön alapuló: A jóváhagyók"" csoport egy tökéletes példa. Mi is a tagjai a csoport jóváhagyása? Ahol ezek jóváhagyása? Én igazán akar emberek logisztikai osztály képesek HR bizonylatokat jóvá? Természetesen nem. Mindig nevet a szerepét a szervezeten belüli csoportok. Ez csökkenti a kockázatát a csoport van egy megfelelő jogosultsági szint a valamely biztonságos objektumhoz rendelt. Név csoportok tervezett szerepük alapján. A korábbi HR-logisztikai forgatókönyv, Kellett volna létrehozni két új csoportok: HR tulajdonosok"" és "logisztikai tulajdonosok" minden értelmes engedélyszintek és a minimális összeg azoknak a felhasználóknak, hogy ezt a munkát, és.

Egyéb hasznos hivatkozások:

Ha Ön már tette ezt a messze:

Legyen szíves hadd tudja a gondolatait a hozzászólások keresztül vagy elektronikus levél én. Ha tudod, más jó referenciák, legyen szíves csinál ugyanaz!

Technorati Tags:

Gyors és egyszerű: Hozzon létre egy adatnézet kijelző (DVWP)

Van egy rengeteg nagy információ a WSS 3.0 Adatnézet kijelző (DVWP) több forrásból az interneten. Azonban, Azt találta, hogy meglepően nehéz tájékozódni, ez az első alapvető lépés a. Itt van egy másik cikk a "gyors és egyszerű" foglalkozni, hogy sorozat.

Kövesse az alábbi lépéseket, hogy hozzon létre egy adatnézet kijelzőkön (DVWP). Ezek alapján egy "közlemények" kijelző, de a legtöbb vonatkozik.

  1. Hirdetmények-kijelző létrehozása és hozzáadása a webhelyhez.
  2. Nyissa meg a webhelyet a SharePoint Designer alkalmazásban.
  3. Nyissa meg a webhely default.aspx.
  4. Jelölje ki a közlemények kijelzőt, és kattintson a jobb gombbal.
  5. A helyi menüből, Válassza a "Konvertálás, XSLT adatnézet".

A SharePoint Designer értesíti Önt, hogy ezen az oldalon már testre van szabva, a webhely-definíció. Ez nem feltétlenül rossz, de fontos következményekkel jár (teljesítmény, frissítés, mások) amelyek túlmutatnak a kis "gyors és egyszerű" bejegyzés. Hogy minél több információt erről a témáról, Ajánlom mindkét könyv itt és a kedvenc internetes keresés.

Győződjön meg arról, hogy helyesen tette:

  1. Zárja be és nyissa meg újra a pókháló legel (véletlenül újra az eredeti "új kijelző hozzáadása" könyvelésének elkerülése érdekében).
  2. Válassza ki a kijelző nyíl lefelé, és válassza a "megosztott kijelző módosítása" a menüből.
  3. Az eszköz panel megnyitása jobb.
  4. Ehhez a panel megváltozott a szokásos beállítások megadása:
kép

“Nem kap a séma listában oszloptulajdonság a SharePoint-listából” — Leírás/dolgozik-körül

Ezen a héten, Mi végül átvette a probléma, hogy számoltak be a távoli felhasználó: Amikor megpróbálta Excel lista tartalmának exportálása, a dolgok úgy tűnik, hogy kezdődjön meg a munka, de majd Excel akar pukkanás-megjelöl hiba: "Nem kap a listaséma oszloptulajdonsága a SharePoint-listából". Ő volt futás Hivatal 2003, Windows XP és a kapcsolódás moha.

Kerestem a Internets, és látta, hogy némi spekuláció, de semmi 100% végleges. Ezért, Ez a post.

A probléma: Exportálás excel, hogy tartalmaz egy dátum (dátum = az oszlop adattípusa).

Mi működött számunkra: Konvertálja a dátumot "egysoros szöveg". Majd, Alakítsa vissza dátum.

Amit megfejt ez. Jó volt látni, hogy az átalakítás dolgozott, valójában. Ez volt elég ideges, hogy áttérés a dolgok ily módon fog bukni, de ez nem.

Ezt a hibát egy hatalmas árnyék dobott a dátum adattípusú, az ügyfél szem előtt, így fogunk, amely meghatározza a végleges válaszol-ból Mikroszkóp, és remélhetőleg lesz post és frissíteni a következő rövid idő alatt, a hivatalos válasz- és Gyorsjavítási információk itt.

Egyéb hivatkozások:

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

<vége>

Subscribe to my blog.

Technorati Tags: ,

Gyors és egyszerű: Küldjön egy e-beágyazott hivatkozás-SharePoint Designer-munkafolyamat

Egyszer vagy kétszer hónap, valaki a hozzászólás egy fórum kérdés: "Hogyan foglalhatom bele URL-SharePoint Designer-mailt kattintható hivatkozások?"

További magyarázat nélkül bemutatott: (jól, valójában nincs további magyarázat után a kép):

kép

Becky Isserman nyomon követi a hasznos magyarázatot, hogyan kell beágyazni egy láncszem-hoz cikk, e-mailben: 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

Az új kiadás: SharePoint Designer munkafolyamat Extensions (string manipulációs funkciók)

FRISSÍTÉS: Lásd itt a gondolataimat forgalmazását a projekt: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!569.entry

Én már elfoglalt az én Codeplex projekt, amely jelenleg összpontosít nyújtó string manipulációs extensions, SharePoint Designer segítségével létrehozott munkafolyamatok.

A részleteket lásd itt:

Kezdőlap projekt: http://www.codeplex.com/spdwfextensions

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

Változat 1.0 a következő új szolgáltatásokkal:

Függvény Leírás (Ha nem ugyanaz, mint a .net függvény)
NUM-bejegyzések() Visszatér a szám "tételek" a karakterlánc egy megadott elválasztó.

Például: NUM-bejegyzéseket egy string "a,b,c" az elválasztó"," = 3.

Bejegyzés() Az n-edik tokent ad vissza a karakterlánc egy megadott elválasztó.
Hossza String.Length
Csere() String.Replace()
Tartalmaz() String.Contains()
Visszatér az "igaz szó" vagy a "hamis" szót.
Substring(Start) String.Substring(Start)
Substring(Start,hossza) String.Substring(Start,hossza)
ToUpper() String.ToUpper()
String.ToLower() String.ToLower()
StartsWith() String.StartsWith()
Visszatér az "igaz szó" vagy a "hamis" szót.
EndsWith() String.EndsWith()
Visszatér az "igaz szó" vagy a "hamis" szót.

A BDC futásidejű hiba magyarázata

Én okozott a BDC hiba ezen a héten, hogy nyilvánult meg, a felhasználói felület és az a 12 Méhkas Napló futásidőben.

Első, Ez jelent meg, a felhasználói felület:

Nem találta meg a mezők szúrni az összes azonosítóértéket nevű SpecificFinder metóduspéldány helyes végrehajtásához … Biztosítja a bemeneti paraméterek rendelkeznek TypeDescriptor leírókkal minden egyedhez definiált azonosító.

Itt van egy képernyő szemcsésedik:

clip_image001

Is tudna okoz ez az üzenet jelenik meg a 12 Méhkas Napló a térképen (a szabadalmaztatott high-tech-don't-try-this-at-home segítségével "titokzatos hibák" a módszer):

11/14/2007 09:24:41.27 W3wp.exe (0x080C) 0x0B8C SharePoint Portal Server üzleti adatok 6q4x magas kivétel a BusinessDataWebPart.OnPreRender: System.InvalidOperationException: Az azonosító értéket ”, típusú ”, Érvénytelen. Várható értéket System.String"típusú. a Microsoft.Office.Server.ApplicationRegistry.MetadataModel.Entity.FindSpecific(Objektum[] subIdentifierValues, LobSystemInstance lobSystemInstance) a Microsoft.SharePoint.Portal.WebControls.BdcClientUtil.FindEntity(Szervezet szervezet, Objektum[] userValues, LobSystemInstance lobSystemInstance) a Microsoft.SharePoint.Portal.WebControls.BusinessDataItemBuilder.GetEntityInstance(Nézet desiredView) a Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.GetEntityInstance() a Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.SetDataSourceProperties()

Én keresett körül és alapít néhány vezet a MSDN fórumban, de nem volt elég ahhoz, hogy megértsem, mit csinálok rosszul. Néztem egy élő adás, amelyet Ted Pattison amit az én-m Vállalat van mókus el-egy szerveren, és jött, hogy rájönnek a probléma.

Az én ADF, Vagyok csatlakozik, egy SQL adatbázis látható:

            <Ingatlan név="RdbCommandText" Típus="System.String">
              <![CDATA[
                VÁLASSZA KI A SETID, CARRIER_ID, EFFDT, DESCR, EFF_STATUS, TAXPAYER_ID, NETWORK_ID, FRT_FORWARD_FLG, ALT_NAME1, ALT_NAME2, LANGUAGE_CD,
                      ORSZÁG, CÍM 1, CÍM 2, CÍM 3, ADDRESS4, VÁROS, NUM1, NUM2, HOUSE_TYPE, ADDR_FIELD1, ADDR_FIELD2, ADDR_FIELD3,
                      MEGYE, ÁLLAMI, POSTAI, GEO_CODE, IN_CITY_LIMIT, COUNTRY_CODE, TELEFON, KITERJESZTÉS, FAX, LAST_EXP_CHK_DTTM, FREIGHT_VENDOR,
                      INTERLINK_DLL, TMS_EXCLUDE_FLG a dbo.PS_CARRIER_ID_VW (NOLOCK)
                AHOL
                  (SETID <> "SHARE") és
                  (alsó(CARRIER_ID) >= alsó(@MinId)) és
                  (alsó(CARRIER_ID) <= alsó(@MaxId)) és
                  (alsó(DESCR) Alacsonyabb, mint(@InputDescr))
                ]]>
            </Ingatlan>

Én volt, feltéve hogy SQL DBA személytől, és én vagyok megérteni, hogy egy különleges Nézd készítettek, csak számomra. Egyedi kulcs a CARRIER_ID.

Itt van a hiba én bemutatott:

      <Azonosítók>
        <Azonosítója név="CARRIER_ID" TypeName="System.String" />
        <Azonosítója név="DESCR" TypeName="System.String" /> 
</Azonosítók>

Valahol a vonal mentén, Sikerült összezavarni magam alatt <Azonosítók> és hozzá DESCR, még akkor is, ha a ' nem valójában azonosítója. Vettem DESCR ki a készlet azonosítók és a gyors! Ez munkás.

Remélem, hogy ez ment valakinek némi gyászot 🙂

Nem tudod megverni SharePoint Reach

Az elmúlt két napban, Részt vettem két-két ülését, amelynek során bemutattuk az eredményeket egy SharePoint-projekt. A CIO és csapata csatlakozott az első találkozó. Ez a szabványos és nem különösen figyelemre méltó. A ez osztály nyilvánvalóan részt egy vállalati bevezetési bármely technológia projekt. A második találkozó kiterjesztették a Varga. a marketing, több ilyen képviselő HR igazgató, Logisztikai, Gyártási, Beruházási projektek, Minőségi, Vásárlás, Vállalati fejlesztési és egyéb szervezeti egységek (Néhányan nem is közvetlenül részt vettek a jelenlegi szakaszában). Ez egy hatalmas széles közönségnek.

Az előző életemben, Elsősorban dolgozott, ERP és CRM projektek. Ők ketten volna a megoldás meglehetősen széles tartományban, de nem olyan széles, mint a SharePoint. Hogy teljes mértékben megvalósítani, SharePoint projektek törvényesen és feltétlenül belenyúlnak a szervezet minden zegzugát. Hány más vállalati megoldások is, hogy milyen eléri? Nem sok.

SharePoint egyértelműen azok számára, elég szerencsések ahhoz, hogy ebben a térben óriási lehetőséget jelent. Ez a nagy műszaki lehetőséget biztosít (amelynek valahogy be van kapcsolva a fejét itt alatt "Technológiák meg kell mester"). De még jobb, SharePoint kiteszi minket, hogy egy kiterjedt és széles körű üzleti folyamatok révén ezek a megbízások. Hány CRM szakemberek a gyártási a cég oldalán dolgozni? Hány ERP tanácsadóink a tehetségkutatás humánerőforrás dolgozni? SharePoint meghaladja a kettőt.

Mint bármi, -a ' nem tökéletes, de ez egy átkozott jó hely.

A szerelem [Töltse ki a legfontosabb szeretett személy vagy magasabb folyamatban], Ne módosítsa a "cím’ Webhelyoszlop.

A a SharePoint fórumok, valaki időnként arra kéri, "a cím címke módosítása – áttekintés" vagy körülbelül "eltávolítása cím listák".

Alsó sorban: Ne csináld!

Sajnos, a felhasználói felület lehetővé teszi, hogy az oszlopfeliratra, amint egyirányú megváltoztatása:

kép

Cím "cikkhez kapcsolódó oszlop" tartalomtípus. Sok, sok, számos, a CT használja ezt az oszlopot, és ha megváltoztatjuk itt, Ez hullámai, mindenhol. Van egy jó esély arra, hogy nem szándékozik, hogy ez megtörténjen. Ön valószínűleg gondolkodás magadnak, "Van egy egyéni keresési lista és" cím’ csak nincs értelme oszlop névként, így fogok változtatni, hogy "állapot kódja’ és a Leírás oszlop hozzáadása." De ha követ átmenő, hogy arra gondolt, és nevezze át "cím’ "Státusz kód", minden lista címe (a dokumentumtárakat is beleértve) "állapotkód módosítása" és akkor valószínűleg nem kívánom, hogy ez megtörténjen.

Az igazi probléma az, hogy ez egy egyirányú módosítása. "Tudja, a felhasználói felület" "címmel" egy fenntartott szó. Így, Ha megpróbálod, és "állapotkód módosítása" vissza a "Cím", Ez akarat megakadályoz Ön-, és most már festett magad a sarokba soha nem száradó festékkel 🙂

Szóval mi történik, ha már módosította? Én még nem láttam a választ, mi mindannyian szeretnénk, melyik egyszerű és könnyű módszer, vissza akarunk váltani a címke a "megnevezés". azonnal, a legjobb Tanács, hogy változtatni, hogy valami hasonló "Doc/cikk cím". Ez egy elég általános címke, hogy nem lehet túl megrendítő, a felhasználók számára.

Van néhány más ötletek, amelyek az én to-do lista a dolgok, hogy kutatási:

  • Lépjen kapcsolatba a Microsoft.
  • Tenni valamit az objektum modell, talán-ban kötőszó-val egy vonás.
  • Kitalálni, hogy az adatbázis-séma, és kézi korszerűsíteni SQL. (Vegye fel a kapcsolatot a Microsoft előtt, ennek ellenére; valószínűleg érvényét veszti a támogatási szerződés).

Ha akárki tud hogyan viselkedni megfejt ez, legyen szíves felad egy magyarázat.

Késő délután a frissítés, 11/15: Találtam ezt a linket, hogy leír egy módszert olyan típusú lista, amelyek nem a Beosztás oszlop létrehozása: http://www.venkat.org/index.php/2007/09/03/how-to-remove-title-column-from-a-custom-list/

Az üzleti Adatkatalógus ADF, és a barátja, CDATA

Vettem észre, néhány kínos és felesleges kéz-kódolás, néhány példa, RdbCommandText (beleértve az MSDN dokumentáció).

Szerettem volna rámutatni, hogy a tartalék, hogy parancsokat lehet csomagolni "természetes CDATA címkén belül új belépők" űrlap. Így, Ez kínos építése:

<Ingatlan név="RdbCommandText" Típus="System.String">
Válassza ki a dbo.MCRS_SETTLEMENT.id, dbo.MCRS_SETTLEMENT.Settlement a dbo.MCRS_SETTLEMENT
AHOL (azonosító &gt;@MinId =) ÉS (azonosító &lt;= @MaxId)
</Ingatlan>

is jobban képviselteti magát ezen a módon:

<Ingatlan név="RdbCommandText" Típus="System.String">
<![CDATA[
Válassza ki a dbo.MCRS_SETTLEMENT.id, dbo.MCRS_SETTLEMENT.Settlement a dbo.MCRS_SETTLEMENT
AHOL (azonosító >@MinId =) ÉS (azonosító <@MaxId =)
]]>
</Ingatlan>

</vége>

Az üzleti Adatkatalógus Primer

Bevezetés az üzleti Adatkatalógus

Funkcionális példa: Az üzleti Adatkatalógus ADF, amely csatlakozik a beágyazott felhasználói azonosító és jelszó az SQL-adatbázis

Szükség van a huzal, MOSS keresztül BDC SQL-adatbázisba. Tesztelés/POC célokra, Én kívánatos-hoz beágyaz a SQL számla felhasználó azonosítás és jelszó-ban az ADF. Kezdve Ez a sablon (http://msdn2.microsoft.com/en-us/library/ms564221.aspx), Létrehoztam egy ADF, hogy csatlakozik egy adott SQL server-példányt, majd bejelentkezik egy adott felhasználó azonosítás és jelszó, és ezt a kódrészletet:

  <LobSystemInstance>
    <LobSystemInstance név="ClaimsInstance">
      <Tulajdonságok>
        <Ingatlan név="AuthenticationMode" Típus="System.String">Áteresztés</Ingatlan>
        <Ingatlan név="DatabaseAccessProvider" Típus="System.String">SqlServer</Ingatlan>
        <Ingatlan név="RdbConnection adatforrás" Típus="System.String">tényleges serveractual példány</Ingatlan>
        <Ingatlan név="RdbConnection-eredeti katalógus" Típus="System.String">tényleges initial catalog</Ingatlan>
        <Ingatlan név="RdbConnection integrált biztonsági" Típus="System.String">SSPI</Ingatlan>
        <Ingatlan név="RdbConnection összevonása" Típus="System.String">hamis</Ingatlan>

        <!-- Ezek a legfontosabb értékek: -->
        <Ingatlan név="RdbConnection felhasználó azonosítója" Típus="System.String">egyctual felhasználó azonosítója</Ingatlan>
        <Ingatlan név="RdbConnection jelszó" Típus="System.String">valóságos jelszó</Ingatlan>
        <Ingatlan név="RdbConnection Trusted_Connection" Típus="System.String">hamis</Ingatlan>

      </Tulajdonságok>
    </LobSystemInstance>
  </LobSystemInstance>

Nincs egy legjobb gyakorlat, de érdemes egy gyors és egyszerű konfiguráció vizsgálatához. Ez volt meglepően nehéz kitalálni, hogy. Soha nem találtam egy funkcionális példa keresési kulcsszavak:

  • ADF beágyazott felhasználó és jelszó
  • felhasználó azonosítás és jelszó beágyazása adf
  • felhasználó azonosítás és jelszó beágyazása adf bdc
  • SharePoint bdc primer
  • SharePoint felhasználói azonosító és jelszó beágyazása adf

</vége>

Subscribe to my blog.