Prijava z osebnim ključem in 2FA

Z osebnim ključem (začne se z wkl_, 53 znakov) se oseba prijavi v podatkovni prehod od koder koli – brez domene, brez VPN in brez gesla SQL. Če storitev dodatno zahteva 2FA, gonilnik enkrat na sejo vpraša za kodo iz aplikacije za preverjanje pristnosti (Authenticator). To navodilo opisuje nastavitev obojega za Access.

Povezava navede AUTH=KEY in nobenega ključa. Ključ uporabnik enkrat vnese v obrazec za prijavo gonilnika in ga shrani v upravitelj poverilnic Windows; datoteka Access ga nikoli ne vsebuje. Če storitev zahteva 2FA, gonilnik kodo zamenja za sejo, ki velja za vse povezave procesa Access.

1. Naj vam izdajo ključ. Izda ga skrbnik podatkovnega prehoda, kot besedilo ali kot enkratno povezavo; prek samopostrežbe si ga lahko ustvari tudi oseba sama (glejte „Kako ustvarite osebo in ji izdate ključ“ (dokumentacija aplikacije za upravljanje)).

2. Povezavo navedite brez ključa: pri nastavitvi vira podatkov pod Preverjanje pristnosti izberite vnos Osebni ključ ali s kodo nastavite

   ODBC;DRIVER={Wkl OData};URL=https://daten.example.com/odata/v4/fachdaten/dbo/;AUTH=KEY

   Naslov se mora začeti s https ali kazati na lokalni računalnik; sicer gonilnik ključa ne pošlje in povezavo zavrne, preden je karkoli poslano (28000; glejte Niz povezave: izjeme).

3. Ob prvem povezovanju vnesite ključ. Prikaže se obrazec Prijava z napotkom „… Vnesite svoj osebni ključ (začne se z wkl_).“ Prilepite ključ, označite Shrani ključ (poverilnice Windows) in izberite Prijava. Gonilnik ključ shrani pod ciljem Wkl.Data.OData.Odbc:(persönlicher Schlüssel)@<koren-storitve>, samo za vaš račun Windows, in se v prihodnje prijavi brez vprašanja.

   

4. Vnesite kodo 2FA, če storitev zahteva 2FA: v pogovornem oknu Drugi faktor nad oknom programa Access v polje Koda iz aplikacije za preverjanje pristnosti vnesite šestmestno kodo in izberite Prijava. Pri napačni kodi gonilnik prikaže sporočilo storitve in vpraša znova, največ trikrat.

   

Rezultat: Access poveže tabele in jih bere; storitev v dnevniku navede osebo in identifikator ključa. Nadaljnje povezave istega procesa Access ne sprašujejo več za kodo, dokler seja ne poteče. Kako dolgo seja velja, določi storitev, ne gonilnik; pri podatkovnem prehodu Wkl.Data.Gateway je to privzeto 10 ur.

Aplikacije brez pogovornega okna (skripti, storitve, ADO.NET brez okna) ključ podajo v PWD in kodo v TOTP – ali sejo, ki so jo odprle same, v SESSION:

DRIVER={Wkl OData};URL=https://daten.example.com/odata/v4/fachdaten/dbo/;AUTH=KEY;PWD=wkl_…;TOTP=123456

• Seja obstaja samo v procesu, ne na disku. Po ponovnem zagonu Accessa gonilnik enkrat znova vpraša. Če seja poteče med delom, se pogovorno okno prikaže znova.
• Ena koda za aplikacijo in gonilnik. Aplikacija Access, ki je sama zamenjala kodo za sejo (na primer z razredom VBA WklGatewayClient podatkovnega prehoda), jo poda z SESSION=; gonilnik v tem primeru ne vpraša še enkrat.
• Poročila v Excelu in Power BI ne morejo vnesti kode. Zanje skrbnik izda ključ samo za branje, ki je izvzet iz 2FA.
• Po „Abbrechen“ (Prekliči) gonilnik za isto storitev pet sekund ne vpraša znova.
• Access ob neuspehu prikaže samo „ODBC–connection failed“ (3151). Razlog – na primer „Der persönliche Schlüssel ist abgelaufen.“ (Osebni ključ je potekel.) – pokažeta sledenje gonilnika in dnevnik storitve; druge aplikacije ga dobijo kot sporočilo.
• Zamenjava ali odstranitev shranjenega ključa: odprite „Control Panel“ > „Credential Manager“ > „Windows Credentials“ in uredite ali odstranite vnos Wkl.Data.OData.Odbc:(persönlicher Schlüssel)@….

• Niz povezave gonilnika: `AUTH`, `PWD`, `TOTP`, `SESSION`
• Povezovanje tabele v Accessu
• Povezava se konča z napako 08S01 "UntrustedRoot"