SharePoint turvallisuuden perusteet Primer / Välttää yhteisen sudenkuopat

PÄIVITYS 12/18/07: Paul Liebrand artikkelissa on joitakin teknisiä vaikutuksia poistaa se tai muuttaa ryhmän oletusnimet (Katso hänen kommentoida alla sekä).

Yleiskatsaus:

SharePoint on helppo määrittää ja hallita. Kuitenkin, se on osoittautunut vaikeaksi jotkut ensimmäistä kertaa ylläpitäjät todella kääri kätensä ympärille. Paitsi että, Olen nähnyt jotkut ylläpitäjät tullut täydellinen ymmärrystä maanantaina vain on menettänyt sen perjantaina, koska heillä ei ollut jotta ajaa jokin kokoonpano väliajan. (Myönnän olevani ongelman itse). Tämän blogimerkinnän toivottavasti tarjoaa hyödyllisiä SharePoint turvallisuus primer ja ennakoi security configuration toimintaohjeita.

Tärkeä huomautus:

Tämä kuvaus perustuu out of box SharePoint-suojauksilla. Oma kokemus on suuntautunut noin MOSS, joten joitakin MOSS tiettyjä juttuja täällä, mutta mielestäni se on tarkka WSS. Toivon, että kenenkään nähdä kaikki virheet tai laiminlyönnit huomauttavat siitä kommentteja tai email we. Teen korjaukset Päättäkää.

Perusteet:

Katsauksessa tarkoitetaan, on olemassa neljä pääasioita, turvallisuus: käyttäjät tai ryhmät, suojattavia kohteita, käyttöoikeustasot ja perintö.

Käyttäjät ja ryhmät murtaa alas:

  • Yksittäiset käyttäjät: Vedettiin active directory tai luotu suoraan SharePoint.
  • Ryhmät: Suoraan yhdistetty active Directorysta tai luotu SharePoint. Ryhmät ovat joukko käyttäjiä. Ryhmät ovat maailmanlaajuisia sivustokokoelmassa. He ole koskaan "sidottu" tiettyyn suojattavaan kohteeseen.

Suojattavia kohteita murtaa alas vähintään:

  • Sivustot
  • Asiakirjakirjastot
  • Yksittäiset kohteet luetteloiden ja asiakirjakirjastojen
  • Kansiot
  • Eri BDC-asetuksia.

Muita suojattavia kohteita, mutta saat kuvan.

Käyttöoikeustasot: Nippu rakeinen / alhainen taso käyttöoikeudet, jotka sisältävät sellaisia asioita kuin luoda, lukea tai poistaa merkinnät luetteloissa.

Perintö: Oletusarvoisesti yksiköt suojausasetukset periytyvät sisältävän objektin. Alisivustot perivät käyttöoikeudet pääsivustosta. Asiakirjakirjastojen perivät sivuston. Ja niin edelleen.

Käyttäjät ja ryhmät liittyvät suojattavia kohteita kautta käyttöoikeustasot ja perintö.

Tärkein suojaussäännöt ymmärtää, Ever 🙂 :

  1. Ryhmät ovat yksinkertaisesti joukko käyttäjiä.
  2. Ryhmät ovat maailmanlaajuisia sivustokokoelman (ts. ei ole sellaista asiaa kuin ryhmän sivuston tasolla).
  3. Ryhmänimi ei kestä, ryhmät eivät, Kaupungissa ja itse, ole mitään tiettyä tasoa turvallisuus.
  4. Ryhmät on tiettyjä suojattavia yhteydessä.
  5. Voit määrittää eri käyttöoikeustasoja samaan ryhmään joka suojattavan.
  6. Web Sovelluskäytännöt valtti kaiken tämän (Katso alla).

Suojauksen hallinnan polveilevia ja käyttäjäryhmien listat aina luottaa nämä aksioomat hallita ja ymmärtää niiden suojauksen määritys.

Viat:

  • Ryhmänimet väärin edellytä lupaa: Kättelyssä, SharePoint määrittää ryhmät joiden nimet tarkoita luonnostaan turvallisuustaso. Pitää ryhmän "Osallistuja". Yksi tunne SharePoint-suojauksilla hyvin tarkastella samanniminen ja olettaa, että kyseisen ryhmän jäsen voi "edistää" sivustosta/luettelosta/asiakirjakirjastoon portaalissa. Tämä voi olla totta mutta ei siksi, että ryhmän nimi sattuu olemaan "osallistuja". Tämä on vain totta kättelyssä, koska ryhmä on antanut käyttöoikeustaso, jonka avulla ne voivat lisätä, muokata tai poistaa sisältöä pääsivusto. Perintönä, "kirjoittajat" Ryhmä voi myös lisätä, muokata tai poistaa sisältöä kaikki osa-sivuston. Yksi "rikkoa" perintö ketju ja muuttaa käyttöoikeustason osa sivusto niin että jäsenet ns "avustaja" ryhmä ei osallistu, mutta vain lukea (esimerkiksi). Tämä ei olisi hyvä, tietenkin, koska olisi hyvin sekava.
  • Ryhmät määritellään ei-sivuston tasolla. Se on helppo sekoittaa käyttöliittymän. Microsoft tarjoaa kätevän yhteyden käyttäjän tai ryhmän johto jokaisen sivuston "ihmisten ja ryhmien" linkki. Se on helppo uskoa, että kun olen sivuston "xyzzy" luodaan ryhmä xyzzy's ihmisten ja ryhmien linkki jonka olen juuri luonut ryhmä, joka on olemassa vain klo xyzzy. Joka ei ole. Olen itse luonut ryhmän koko sivustokokoelman.
  • Ryhmien jäsenyys ei vaihtele toimipaikoittain (ts. se on sama kaikkialla ryhmän käytetään): Pitää ryhmän "omistaja" ja kaksi sivustoa, "HR" ja "Logistiikka". Se olisi normaalia ajatella, että kaksi eri henkilöä itse näitä sivustoja — HR-omistaja ja logistiikan omistaja. Käyttöliittymä helpottaa suojauksesta vastaava järjestelmänvalvoja voi huonosti tässä tilanteessa. Jos en tiedä paremmin, Saatat saada henkilöt ja ryhmät-linkkien kautta HR-sivusto, Valitse "omistajat" Ryhmä ja lisäämällä HR omistaja ryhmän. Kuukautta myöhemmin, Logistiikka tulee linja. I-KIRJAIN pääsy henkilöt ja ryhmät logistiikka-sivustosta, Lisää vedä ylös "omistajat" Ryhmä. Katso HR omistaja ja poistaa hänet, ajatellut, että olen poistaa hänen omistajilta logistiikka-sivustossa. Itse asiassa, Olen poistaa global omistajien-ryhmästä. Iloisuus ensues.
  • Ei nimi ryhmään erityisasema: "Hyväksyjät" ryhmä on täydellinen esimerkki. Mitä voi jäsenten ryhmän hyväksy? Jossa häntä hyväksymään se? Todella haluan ihmisiä logistiikan osasto voi hyväksyä HR asiakirjoja? Ei tietenkään. Aina nimi ryhmiin niiden rooli organisaatiossa. Tämä vähentää ryhmälle on määritetty tietyn suojattavan sopimatonta käyttöoikeustaso. Nimi ryhmään aiotun rooli. Edellisen HR/logistiikka-menetelmän, Olen luonut kaksi uutta ryhmää: "HR omistajat" ja "logistiikka omistajat" järkevä käyttöoikeustasot kullekin ja nämä käyttäjät tekevät työnsä vaadittu vähimmäismäärä.

Muut hyödylliset viitteet:

Jos olet tehnyt näin pitkälle:

Kerro minulle ajatuksiasi kautta kommentteja tai lähetä minulle sähköpostia. Jos tiedät muita hyvät referenssit, Tee sama!

Technorati Tags:

Nopea ja helppo: Tietoja Luettelonäkymä-Web-osan luominen (DVWP)

On paljon suuria tietoja WSS 3.0 Tietonäkymä-Web-osa (DVWP) useista lähteistä Webissä. Kuitenkin, Löysin sen olevan yllättävän vaikea löytää tietoa Tämä hyvin yksinkertainen askel. Tässä on toinen artikkeli "nopeaa ja helppoa" sarjan käsitellä sitä.

Voit luoda tietonäkymän web-osan seuraavasti (DVWP). Ne perustuvat "ilmoitukset" Web-osa, mutta useimmat luettelot.

  1. Ilmoitukset-web-osan ja lisätä sen sivuston.
  2. Avaa sivusto SharePoint Designerissa.
  3. Avaa sivuston default.aspx.
  4. Valitse ilmoitukset-web-osa ja napsauta hiiren kakkospainikkeella.
  5. Valikosta, Valitse "käännynnäinen jotta XSLT tietonäkymän".

SharePoint Designer ilmoittaa, että tämä sivusto on nyt mukautettu sen sivustomääritykseen. Se ei ole välttämättä huono, mutta on merkittäviä vaikutuksia (suorituskyky, päivitys, Muut) jotka ovat kuulu tämän pikku "Quick and Easy" tapahtuma. Saat lisätietoja tästä aiheesta, Suosittelen molempia kirjoja Täällä sekä suosikki Internet-haku.

Vahvista, että teit sen oikein:

  1. Sulje ja avaa uudelleen web-selaimessa (välttää vahingossa uudelleen lähettämistä alkuperäinen "Lisää uusi web-osa").
  2. Valitse web-osan nuolta avattavasta ja valitse "Muokkaa jaettua Web-osaa" valikosta.
  3. Väline-paneeli avautuu oikealle.
  4. Paneeli on muuttanut tavallista määrittäminen tämä:
kuva

“Malli-sarake-ominaisuuden noutaminen SharePoint-luettelosta” — kuvaus/kiertoteitä

Tällä viikolla, Me lopulta todistusvoimaisella ongelma, joka oli ilmoitettu etäyhteyden käyttäjä: Kun hän yritti vieminen Excel-luettelon sisältö, asioista näyttävät aloittaa työskentelyn, mutta sitten Excel ponnahtaa virhe: "Can't get Luettelomalliominaisuuden sarakkeen SharePoint-luettelosta". Hän juoksi office 2003, Windows XP ja yhteyden MOSS.

Etsintä oletusverkko ja näki joitakin keinottelun mutta ei mitään 100% lopullinen. Näin ollen, tätä post.

Ongelma: Vieminen Excel-että näkymä sisältää päivämäärä (päivämäärä = sarakkeen tietotyyppi).

Mitä työskenteli meille: Muuntaa päivämäärän "yksirivinen teksti". Sitten, muuntaa takaisin päivämäärä.

Että ratkaista se. Oli mukava nähdä, että muuntaminen toimi, itse asiassa. Oli varsin hermostunut, että muuntaa asioita tällä tavalla epäonnistuu, mutta se ei.

Tämä ohjelmavirhe on heitetty valtava varjostuksen asiakkaan mielessä päivämäärä-tietotyyppi, niin aiomme hakevat lopullista vastausta Microsoftin ulos ja toivottavasti I kirjata ja päivittää tähän seuraava lyhyen ajanjakson kuluessa niiden virallinen vastaus ja hotfix-korjauksen tiedot.

Muut viitteet:

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

<loppu>

Tilaa blogiin.

Technorati Tags: ,

Nopea ja yksinkertainen: Lähetä sähköpostia kanssa upotettua hyperlinkkiä SharePoint Designer työnkulun

Kerran tai kahdesti kuussa, joku kirjaa foorumi-kysymys: "Miten kuuluu hyperlinkkejä URL että aari clickable SharePoint Designer-sähköpostista?"

Ilman Lisää kommentti: (hyvin, oikeastaan ei lisäkommentteja kuvan jälkeen):

kuva

Becky Isserman seuraa hyvä selitys siitä, miten upottaa kohteen linkki sähköpostitse: 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

Uusi julkaisu: SharePoint Designer työnkulun laajennukset (string manipuloinnin toiminnot)

PÄIVITYS: Ks. tästä ajatukseni, commercializing Tämä projekti: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!569.entry

Olen ollut kiireinen työskennellyt minun Codeplex-hanke, joka on tällä hetkellä keskittynyt tarjoamaan merkkijono manipulointia laajennuksia työnkulkuja luotu SharePoint Designer kautta.

Katso tästä lisätietoja:

Kestikievari: http://www.codeplex.com/spdwfextensions

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

Versio 1.0 sisältää seuraavat uudet ominaisuudet:

Toiminto Kuvaus (ellei sama kuin .net funktion)
NUM-tapahtumat() Palauttaa numeron "merkinnät" narussa kohti määritelty erotin.

Esimerkiksi: NUM-merkinnät merkkijono ",b,c" erotinmerkki"," = 3.

Merkintä() Palauttaa n: nnen tunnus narussa kohti määritelty erotin.
Pituus String.Length
Korvaa() String.Replace()
Sisältää() String.Contains()
Palauttaa sanan "tosi" tai sana "false".
Alimerkkijono(Käynnistä) String.Substring(Käynnistä)
Alimerkkijono(Käynnistä,pituus) String.Substring(Käynnistä,pituus)
ToUpper() String.ToUpper()
ToLower() String.ToLower()
StartsWith() String.StartsWith()
Palauttaa sanan "tosi" tai sana "false".
EndsWith() String.EndsWith()
Palauttaa sanan "tosi" tai sana "false".

BDC-runtime error selitti

Aiheutin BDC-virhe tällä viikolla, joka ilmeni käyttöliittymästä ja 12 pesää loki suorituksen.

Ensimmäinen, Tämä ilmestyi käyttöliittymän:

Ei löydy kenttiä lisätä kaikkien tunnusten arvojen suorittamista SpecificFinder MethodInstance-esiintymää, jonka nimi on … Varmistamiseksi, syöteparametreihin liittyvät tunnisteelle, joka on määritetty tälle kohteelle.

Tässä on kuvakaappaus:

clip_image001

Voi myös aiheuttaa tämän viestin näkyvän 12 pesää log näytetään (käyttämällä patentoitu high-tech-don't-try-this-at-home "salaperäinen virheitä" menetelmä):

11/14/2007 09:24:41.27 w3wp.exe (0x080C) 0x0B8C SharePoint Portal Serverin yrityksen tietojen 6q4x korkea poikkeus BusinessDataWebPart.OnPreRender: System.InvalidOperationException: Tunnisteen arvoa ”, tyyppi ”, ei kelpaa. Odotettu tunnisteen arvoa tyyppiä System.String. klo Microsoft.Office.Server.ApplicationRegistry.MetadataModel.Entity.FindSpecific(Objekti[] subIdentifierValues, LobSystemInstaObjektibSystemInstance) klo Microsoft.SharePoint.Portal.WebControls.BdcClientUtil.FindEntity(Yksikkö yksikkö, Objekti[] userValues, LobSystemInstaObjektibSystemInstance) klo Microsoft.SharePoint.Portal.WebControls.BusinessDataItemBuilder.GetEntityInstance(Katso desiredView) klo Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.GetEntityInstance() klo Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.SetDataSourceProperties()

Olen etsinyt ympäri ja löysi joitakin johtaa MSDN-foorumin, mutta ne eivät olleet tarpeeksi ymmärtää, mitä tein väärin. Katselin Webcast-lähetykseen, jonka Ted Pattison että minun yritys on squirreled pois palvelimella ja tuli ymmärtää minun ongelmani.

Minun syöttölaitteeseen, Olen yhteyden SQL-tietokantaan, kuten:

            <Ominaisuus Nimi="RdbCommandText" Tyyppi="System.String">
              <![CDATA[
                VALITSE SETID-TUNNUS, CARRIER_ID, EFFDT, KUVAUS, EFF_STATUS, TAXPAYER_ID, NETWORK_ID, FRT_FORWARD_FLG, ALT_NAME1, ALT_NAME2, LANGUAGE_CD,
                      MAAN, OSOITE1, OSOITE2, ADDRESS3, ADDRESS4, CITY, NUM1, NUM2, HOUSE_TYPE, ADDR_FIELD1, ADDR_FIELD2, ADDR_FIELD3,
                      COUNTY, VALTION, POSTI, GEO_CODE, IN_CITY_LIMIT, COUNTRY_CODE, PUHELIN, LAAJENNUS, FAKSI, LAST_EXP_CHK_DTTM, FREIGHT_VENDOR,
                      INTERLINK_DLL, TMS_EXCLUDE_FLG dbo.PS_CARRIER_ID_VW kanssa (NOLOCK)
                JOS
                  (SETID-TUNNUS <> 'ANNOS') ja
                  (pienempi(CARRIER_ID) >= pienempi(@MinId)) ja
                  (pienempi(CARRIER_ID) <= pienempi(@ MaxId)) ja
                  (pienempi(KUVAUS) KUIN alempi(@InputDescr))
                ]]>
            </Ominaisuus>

On annettu että SQL DBA henkilö ja on annettu ymmärtää, että erityistä Näkymä luotu minua varten. Yksilöivä avain on CARRIER_ID.

Tässä on minun ilmenneeseen:

      <Tunnukset>
        <Tunnus Nimi="CARRIER_ID" TypeName="System.String" />
        <Tunnus Nimi="KUVAUS" TypeName="System.String" /> 
</Tunnukset>

Jossain vaiheessa, Olin onnistunut sekoittaa itse eli <Tunnukset> ja lisätty kuvaus, vaikka se ei oikeastaan tunnus. Otin DESCR tunnisteiden set ja presto! Se toimi.

I hope this saves someone some grief 🙂

Technorati Tags: , , ,

Et voi voittaa SharePointin Reach

Viimeisen kahden päivän aikana, Olen osallistunut kaksi kokousta, jonka aikana esitimme SharePoint-hankkeen tuloksia. CIO ja hänen tiiminsä liittyi ensimmäinen Kokous. Standard ja erityisen merkittävä. IT-osasto on tietysti mukana yrityskäyttöönottoa teknologian hankkeita. Toinen kokous on laajennettu sisältämään V.P. markkinointi, useita johtajaa, jotka HR, Logistiikka, Valmistus, Investointihankkeiden, Laatu, Osto, Sekä yrityksen muiden osastojen (Jotkut heistä eivät edes suoraan osallistuneet nykytilanteessa). Se on mahtava laajalle yleisölle.

Minun ennen elämässä, Olen pääasiassa työskennellyt ERP- ja CRM-hankkeet. Molemmat ovat melko laaja ratkaisu-toimialueeseen mutta ei niin leveä kuin SharePoint. Täysin toteutua, SharePoint hankkeita laillisesti ja välttämättä päästä osaksi joka nurkka ja organisaation. Kuinka monta enterprise-ratkaisut on eräänlainen nousta? Ei paljon.

SharePoint selvästi on valtava mahdollisuus meille onni olla tässä tilassa. Se tarjoaa erinomaisen teknisen mahdollisuuden (joka on jotenkin päälaellaan Täällä mukaisesti "Teknologia sinun tulee hallita"). Mutta vielä parempi, SharePoint saattaa meidät kattavaa ja laajaa alueen liiketoimintaprosesseja kautta näihin velvoitteisiinsa. Montako CRM asiantuntijat toimivat valmistusalalla yrityksen? Kuinka monta ERP-konsulttien työtä työvoimaa kykyjenhankintaa? SharePoint ylittää molemmat.

Kuten mitään, se ei ole täydellinen, mutta se on pirun hyvä paikka olla.

Rakkaudesta [Täytä kaikkein rakasti henkilö ja korkeampi ollaan], Älä muuta "otsikko’ Sivustosarakkeen.

Kaupungin SharePoint-foorumi, joskus joku kysyy "otsikon tekstin muuttaminen" tai "poistamisesta otsikko luettelot".

Bottom line: Älä tee sitä!

Valitettavasti, käyttöliittymän avulla yksisuuntainen muutos osoittamalla sarakeotsikkoa:

kuva

Otsikko on "nimikkeeseen liittyvän sarakkeen" sisällön tyyppi. Monet, Monet, monta CT tämän sarakkeen avulla ja jos muutat sitä täällä, sen ripples pois kaikkialla. On hyvin mahdollista, että ei aio siitä. Olit luultavasti ajattelu itsellesi, "Olen mukautetun hakuluettelon ja" otsikko’ vain ei ole järkeä sarakkeen nimenä, joten aion muuttaa sen "tilakoodi’ ja lisää Kuvaus-sarakkeessa." Mutta jos tämä ajatus noudattavan ja nimeä "otsikko’ Tila-koodi, Jokainen luettelon otsikkoa (kuten asiakirjakirjastot) muutokset "tilakoodi" ja luultavasti ei aio siitä.

Todellinen ongelma on, että tämä on yksi tapa muuttaa. UI "tietää" otsikko"" on varattu sana. Niin, Jos yrität muuttaa "tilakoodi" palaa "Otsikko", se estää sinua ja nyt sinun maalattu itse nurkkaan using paint that never dries 🙂

Mitä tapahtuu, jos olet jo muuttanut? En ole nähnyt haluamme kaikki vastaus, joka on yksinkertainen ja helppo tapa Vaihda nimiöön "Nimi". Juuri nyt, paras neuvo on muuttaa sitä jotain "Doc/nimikkeen nimi". Se on riittävän yleinen merkki, joka voi olla liian vihlova käyttäjät.

Minulla on joitakin muitakin ajatuksia, jotka ovat minun to-do lista asioita tutkimus:

  • Ota yhteyttä Microsoftiin.
  • Tehdä jotain objektimalli, ehkä yhdessä ominaisuus.
  • Selvittää tietokannan rakenteen ja päivitettävä manuaalisesti SQL. (Ota Microsoft ennen tätä vaikka; se todennäköisesti mitätöi tukisopimuksen).

Jos joku osaa ratkaista tämän, Lähetä kommentti.

Päivitä myöhään iltapäivällä, 11/15: Löysin tämän linkin, joka kuvaa luomisen luettelon, jossa ei ole asema-sarakkeen tyypistä: http://www.venkat.org/index.php/2007/09/03/how-to-remove-title-column-from-a-custom-list/

BDC Syöttölaite ja ystäväsi, CDATA

Olet huomannut, jotkin hankala ja tarpeettomia käsi-koodauksen joitakin esimerkkejä RdbCommandText (MSDN-dokumentaatio mukaan luettuna).

Halusin aloittelevia, että komennot kääritty CDATA-tunnisteessa niiden "luonnollinen BDC muistuttaa" lomake. Niin, Tämä hankala rakentaminen:

<Ominaisuus Nimi="RdbCommandText" Tyyppi="System.String">
Valitse dbo.MCRS_SETTLEMENT.ID, dbo.Dbo-MCRS_SETTLEMENT.settlement.MCRS_SETTLEMENT
JOS (tunnus &gt;= @ MinId) JA (tunnus &lt;= @ MaxId)
</Ominaisuus>

voi olla paremmin edustettuina tällä tavalla:

<Ominaisuus Nimi="RdbCommandText" Tyyppi="System.String">
<![CDATA[
Valitse dbo.MCRS_SETTLEMENT.ID, dbo.Dbo-MCRS_SETTLEMENT.settlement.MCRS_SETTLEMENT
JOS (tunnus >= @ MinId) JA (tunnus <= @ MaxId)
]]>
</Ominaisuus>

</loppu>

BDC Primer

Intro BDC

Toimintojen esimerkki: BDC-Syöttölaite, joka muodostaa yhteyden SQL-tietokantaan upotetun käyttäjätunnus ja salasana

Tarvitsin kääri MOSS SQL-tietokannan kautta BDC. Testaus/POC tarkoituksiin, Halusin upottaa SQL-tilin käyttäjätunnus ja salasana automaattinen Asiakirjansyöttölaite. Alkaen Tämä malli (http://msdn2.microsoft.com/en-us/library/ms564221.aspx), Loin Arkinsyöttölaitteen, joka yhdistää tietyn SQL-palvelinesiintymä ja kirjaa käyttäjätunnusta ja salasanaa ja tämä pätkä:

  <LobSystemInstance-esiintymät>
    <LobSystemInstance-esiintymän Nimi="ClaimsInstance">
      <Ominaisuudet>
        <Ominaisuus Nimi="AuthenticationMode" Tyyppi="System.String">Läpivienti</Ominaisuus>
        <Ominaisuus Nimi="DatabaseAccessProvider" Tyyppi="System.String">SqlServer</Ominaisuus>
        <Ominaisuus Nimi="RdbConnection tietolähde" Tyyppi="System.String">todellinen serveractual esiintymä</Ominaisuus>
        <Ominaisuus Nimi="RdbConnection ensimmäinen Verkkokauppa" Tyyppi="System.String">todellinen alkuperäinen katalogi</Ominaisuus>
        <Ominaisuus Nimi="RdbConnection sisäinen suojaus" Tyyppi="System.String">SSPI</Ominaisuus>
        <Ominaisuus Nimi="RdbConnection yhdistäminen" Tyyppi="System.String">False</Ominaisuus>

        <!-- Nämä arvot ovat: -->
        <Ominaisuus Nimi="RdbConnection käyttäjätunnus" Tyyppi="System.String">aö käyttäjätunnus</Ominaisuus>
        <Ominaisuus Nimi="RdbConnection salasana" Tyyppi="System.String">todellinen salasana</Ominaisuus>
        <Ominaisuus Nimi="RdbConnection Trusted_Connection" Tyyppi="System.String">False</Ominaisuus>

      </Ominaisuudet>
    </LobSystemInstance-esiintymän>
  </LobSystemInstance-esiintymät>

Se ei ole paras käytäntö, mutta se on hyödyllinen, Nopea ja yksinkertainen kokoonpano, testaus. Tämä oli yllättävän vaikea selvittää. En koskaan löytänyt toimiva esimerkki hakusanat:

  • ADF upotettu käyttäjätunnus ja salasana
  • käyttäjätunnus ja salasana upottaminen adf
  • käyttäjätunnus ja salasana upottaminen adf bdc
  • SharePoint bdc primer
  • SharePoint upottaa käyttäjä id ja tunnussana adf

</loppu>

Tilaa blogiin.