Nastavitev prijave z računom SQL Server

Uporabniki, ki so se v SQL Server doslej prijavljali z imenom in geslom, se z isto prijavo prijavijo v prehod. SQL Server geslo preveri sam, stavki pa se izvajajo pod to prijavo: dovoljenja, privzete vrednosti stolpcev in sprožilci jo upoštevajo tako kot pri neposredni povezavi.

Potrebne so tri nastavitve: postopek v konfiguracijski datoteki (AuthMode s SqlLogin), stikalo pri viru podatkov (SQL-Anmeldungen (prijave SQL Server) oz. AllowSqlLogins) in preslikava prijav na pravila. Vrstni red je odvisen od tega, kje so shranjeni viri podatkov in preslikave:

• S skrbniško shrambo najprej vklopite postopek in prehod znova zaženite, nato v skrbništvu nastavite stikalo in preslikavo. Skrbništvo ju sprejme šele, ko je postopek vklopljen.
• Brez skrbniške shrambe vse tri podatke vpišite v konfiguracijsko datoteko in prehod enkrat znova zaženite. Če kateri manjka, se prehod ne zažene.

Pravila in odgovori: Prijava: prijava SQL Server.

1. V konfiguracijski datoteki dodajte SqlLogin v AuthMode in ohranite postopke, ki so tam že navedeni. Primer s skrbniško shrambo:

   "Security": { "AuthMode": "ApiKey, PersonalKey, SqlLogin" }

   Brez skrbniške shrambe osebnih ključev ni; s PersonalKey se prehod v tem primeru ne zažene. Tam se primer glasi "ApiKey, SqlLogin".

   • S skrbniško shrambo: Prehod zdaj znova zaženite. Zažene se in v dnevnik zapiše, da prijava SQL Server še ni uporabna. Dokler ne opravite 2. koraka, se prijava z imenom in geslom konča z 401, ne da bi prehod vprašal SQL Server. Med 2. in 3. korakom SQL Server geslo preveri, vendar prehod zahtevo zavrne, ker prijavi še ni dodeljeno nobeno pravilo.
   • Brez skrbniške shrambe: Prehoda še ne zaženite znova; 2. in 3. korak spadata v isto datoteko.
2. Omogočite vir podatkov.
   • S skrbniško shrambo: Datenquellen (viri podatkov), označite vir podatkov, v obrazcu vklopite SQL-Anmeldungen in se vrnite na seznam. Sprememba velja takoj.
   • Brez skrbniške shrambe: "AllowSqlLogins": true pri vnosu vira podatkov.
3. Prijave preslikajte na pravila (* pomeni vsako prijavo). Vsako navedeno pravilo mora že obstajati.
   • S skrbniško shrambo: Zuordnungen (preslikave), zavihek SQL-Anmeldungen; glejte „Dodelitev prijav SQL“ (dokumentacija aplikacije za upravljanje). Preslikava velja takoj, ponovni zagon ni potreben.

   • Brez skrbniške shrambe: Preslikave vpišite pod Security in prehod znova zaženite. Client navaja Id pravila pod Security:Clients; če ga ni, se prehod ne zažene:

     "Security": {
       "SqlLogins": [
         { "Login": "*",       "Client": "fachdaten-lesen"  },
         { "Login": "pflege1", "Client": "fachdaten-pflege" }
       ]
     }

4. Odjemalca povežite z imenom in geslom – gonilnik ODBC z UID in PWD – prek https ali z računalnika prehoda.
5. Preverite: na branje z imenom in geslom prehod odgovori z 200, na napačno geslo z 401. Če je za prijavo omogočena prepustna pot, lasten stavek SELECT SUSER_SNAME() vrne ime prijave. Neuspele poskuse prehod omeji: največ 5 na prijavo in alias ter 20 na izvor v eni minuti, nato 429, tudi s pravilnim geslom – pri preizkušanju torej počakajte minuto.

• Samo prek zaščitene povezave: HTTPS, zaupanja vreden posredniški strežnik z X-Forwarded-Proto: https ali zahteva z istega računalnika. Sicer prehod odgovori 403, ne da bi geslo preizkusil; glejte Odpravljanje težav.
• SQL Server potrebuje mešano preverjanje pristnosti. Poteklo geslo povzroči 401; spremeniti ga prek prehoda ni mogoče.
• Za vsako prijavo prehod vodi lasten bazen povezav; veliko hkrati prijavljenih oseb zato zasede ustrezno veliko povezav.
• Skupna prijava, ki jo z enim geslom uporablja več oseb, ni priporočljiva; namesto nje uporabite „Nastavitev identitet podatkovne zbirke“ (dokumentacija aplikacije za upravljanje).

• Prijava in posredovanje identitete