Database Gateway · podatkovni prehod za SQL Server

Podatki iz SQL Serverja za Access, Excel in lastne programe – brez neposrednega dostopa delovnih postaj do podatkovne zbirke

V datoteki Access ni gesla podatkovne zbirke. Prijava, pravice in dnevnik so na enem mestu.

Podatkovni prehod sprejme zahtevo prek HTTPS, preveri prijavo in pravice, sestavi stavek SQL in vrne rezultat. Access tabele poveže kot doslej, Excel in Power BI podatke naložita s Power Query – v pisarni in zunaj omrežja podjetja.

Od praznega strežnika do prve poizvedbe Zakaj ne neposredno do podatkovne zbirke?

Access, Excel, programi
Prehod: prijava, pravice, dnevnik
SQL Server

Delovne postaje dosežejo samo prehod. Povezavo s podatkovno zbirko pozna le on.

Izhodišče

Povezana tabela na SQL Server deluje. Dokler delo ne zapusti omrežja podjetja.

Access in Excel običajno povežemo neposredno s SQL Serverjem. Za to mora vsaka delovna postaja v omrežju doseči strežnik podatkovne zbirke, vsaka oseba ali aplikacija pa mora imeti svojo prijavo v SQL Server. Iz tega izhajajo tri težave:

Od zunaj samo prek VPN ali odprtih vrat. Odprta vrata podatkovne zbirke v internetu so znana tarča napadov. VPN je treba nastaviti in vzdrževati na vsaki napravi, vsak uporabnik pa ga mora znati uporabljati.
Podatki za prijavo potujejo z datoteko. Access niz povezave povezane tabele shrani v datoteko podatkovne zbirke. Če izberete »Shrani geslo«, je po Microsoftovih navedbah v njej tudi geslo, in to nešifrirano – s seboj ga nosi vsaka kopija.
Pravice in beleženje so razpršeni. Kaj sme aplikacija, določata njena prijava v SQL Server in koda vsake aplikacije posebej. Osrednjega zaklepanja, dvostopenjske prijave (2FA) ali pravil glede na to, od kod kdo dostopa, zato ni.

Kaj pa znane rešitve?

VPN, podatkovne storitve v Accessu, Power Query – kaj zmorejo in kje se ustavijo

Neposreden dostop v omrežju podjetja in prek VPN v celoti pokrije delo v pisarni. Tri zgornje težave pa ostanejo – in dela brez neposrednega dostopa do podatkovne zbirke s tem ni mogoče organizirati.
Vgrajeno povezovanje Accessa s podatkovnimi storitvami temelji na storitvah Business Connectivity Services, ne na OData, povezana tabela pa je samo za branje.
Sam Power Query zadošča, kadar Excel in Power BI podatke le bereta. Pisanje v njem ni predvideno.
Lasten programski vmesnik s funkcijami za vsako tabelo je treba dopolniti ob vsaki novi tabeli in vsaki spremembi sheme, programi Office pa ga ne morejo povezati kot tabelo.

Podatkovni prehod tabele in poglede prebere iz kataloga podatkovne zbirke, stavek pa sestavi iz zahteve. Za urejanje v podatkovnem listu dodate še gonilnik OData ODBC, s katerim Access prek prehoda tudi zapisuje. Izhodišče, primeri uporabe in alternative podrobneje

S podatkovnim prehodom

Ena pot do podatkovne zbirke – preverjena pri vsaki zahtevi

Navzven je podatkovna zbirka vidna le pod imenom, na primer prodaja. Nad njo sta dva vmesnika: OData v4 za Access, Excel in Power BI ter lasten vmesnik HTTP z JSON ali XML za programe. Prijava, pravice in dnevnik so pri obeh enaki.

Vire podatkov, osebe, pravila in ključe urejate v aplikaciji za upravljanje, ne da bi prehod znova zagnali. Na njenem pregledu vidite, kaj je treba urediti.

Pregled v aplikaciji za upravljanje: 0 motenih virov podatkov, 0 ključev pred iztekom, 0 zavrnjenih zahtev, 1 oseba brez 2FA, potrdilo velja še 364 dni, obremenitev 16 zahtev na minuto — Pregled v aplikaciji za upravljanje: moteni viri podatkov, ključi pred iztekom, zavrnjene zahteve, manjkajoča 2FA, potrdilo in obremenitev. Vmesnik na sliki je nemški.

Delovna postaja ni povezana s podatkovno zbirko – Access tabele poveže prek gonilnika ODBC, Excel in Power BI podatke naložita s Power Query; filtriranje in razvrščanje opravi podatkovna zbirka.
Izvede se samo SQL, ki ga je prehod sestavil ali preveril – vsako ime poišče v katalogu podatkovne zbirke, vsako vrednost veže kot parameter. Lasten stavek programa razčleni in preveri vsak objekt v njem; nepreverjen stavek je mogoč samo po posebej omogočeni poti.
Pravila določajo doseg – po aliasu, vrsti objekta, metodi ter branju ali pisanju; za osebe, skupine Windows, prijave SQL in ključe storitev.
Podatkovna zbirka ve, kdo je spremembo naredil – po želji se stavki izvajajo pod lastno prijavo osebe v SQL Server; sprožilci in privzete vrednosti stolpcev tako vidijo dejanskega uporabnika.
Prijava, ki ustreza okolju – z računom Windows, prijavo SQL Server, osebnim ključem ali ključem storitve; glede na način prijave in omrežje še 2FA.
Sledljivost – vsaka zahteva se zabeleži s klicateljem, objektom, metodo in rezultatom, tudi zavrnjena; vsaka sprememba v skrbništvu se zapiše v dnevnik sprememb.
Vidite, kdo se prijavlja in od kod ter kaj obremenjuje prehod – prijave po izidu, uri, državi in operaterju omrežja, z opozorili na nenavadne vzorce, ter obremenitev po obliki poizvedbe, s časom v podatkovni zbirki in s predlogom ukrepa.
Spremembe drugih ostanejo – z različico vrstice ali časovnim žigom prehod ne prepiše spremembe, ki jo je vmes naredil nekdo drug, Access pa prikaže običajno opozorilo o sporu pri pisanju.

Za namestitev zadošča en program, ki nastavi storitev Windows, potrdilo HTTPS in požarni zid, po želji tudi delovanje za strežnikom IIS: Namestitev podatkovnega prehoda.

Zasebna naprava, zunanji izvajalec, službena pot – vsaka situacija ima svoje pravilo

Ali sme zasebni prenosnik prikazati podatke strank, ali kdo dela iz tujine in ali zunanji izvajalec dobi dostop za dva tedna, odločite vi. Prehod vašo odločitev uveljavi pri vsaki zahtevi in zabeleži, kako je odločil.

Zahteva

Access, Excel, Power BI
Poslovna aplikacija

s službenega računalnika, z zasebne naprave ali od zunanjega izvajalca

Prijava · izvor · država · 2FA

Podatkovni prehod

Pravilnik prijave: zavrni ali zahtevaj kodo
Pravice: alias, objekt, metoda, samo branje
Dnevnik: prijava, zahteva, sprememba

Pravilnik in pravice določite vi.

Vrstice in stolpce omeji podatkovna zbirka s pogledi

Podatkovna zbirka

Pogledi in shranjene procedure

po želji pod prijavo osebe

V omrežju podjetja je koda lahko odveč, prijava pa nikoli. Vsaka naprava in vsak namen dobi svoj ključ z omejenim dosegom in omejeno veljavnostjo, ki ga lahko zaklenete posamično. Zaklep učinkuje že pri naslednji zahtevi.

Prehod ne more ugotoviti, ali je naprava zasebna, saj ni povezan s sistemom za upravljanje naprav. Razlikuje pa, kako se kdo prijavi in od kod – in na tem temeljijo pravila.

Deset vsakdanjih situacij – in kako jih nastavite

Upravljan službeni računalnikPrijava z računom Windows in pravila po skupinah Windows; iz omrežja podjetja po želji brez kode.
Zasebni prenosnikZa napravo lasten osebni ključ z omejenim dosegom; od zunaj samo s kodo.
Zaposleni v tujiniPravilo po državi, za čas potovanja pa izjema, ki se sama izteče.
Zastopnik ali dobaviteljEn pogled za vse, ki filtrira po osebi, ki sprašuje, zato vsak vidi le svoje vrstice. Pravilo samo za ta pogled in časovno omejen ključ samo za branje.
Excel in Power BIZa vsak namen svoj ključ, samo za branje in omejen na en alias.
Poslovna aplikacija v Accessu in VBAZa vsako aplikacijo lasten alias; SQL Server vidi osebo pod njenim imenom.
Neznan izvorZavrnitev glede na izvor, zahteva po kodi, obvestilo ob nenavadnih vzorcih. V aplikaciji za upravljanje izvor iz pregleda prijav z enim korakom spremenite v pravilo, ki ga zavrne.
Začasni zunanji izvajalecOseba s časovno omejenim ključem, ki miruje in se omogoči šele na zahtevo.
Izgubljena napravaZaklenite ključ, končajte seje in ponastavite 2FA; ukrepi učinkujejo od naslednje zahteve.
Pregled revizorjevDogodek prijave, dnevnik zahtev in dnevnik sprememb pokažejo, zakaj je prehod odločil tako, kot je.

Pravilo prijave začne veljati, ko ga shranite. Zato ga najprej nastavite za preskusno osebo, naj prehod izračuna, kaj bi zanjo veljalo, in se z njo zares prijavite. Šele nato pravilo razširite in eno uro spremljajte zavrnjene prijave: Preverjanje pravila pred uveljavitvijo.

Prijava in pravice preskusne osebe: za ključ Laptop dovoljeno iz 10.0.0.0/8 in z lastnega računalnika, od zunaj in iz neznanega izvora je potrebna koda — Izračunano pred uveljavitvijo: za ključ »Laptop« preskusne osebe je prijava iz omrežja podjetja dovoljena, od zunaj prehod zahteva kodo. Vmesnik na sliki je nemški.

Zero Trust in zasebne naprave: kaj prehod preverja, kako zanesljivi so ti podatki in kje so njegove meje

Zahteve in omejitve

Ali podatkovni prehod ustreza vašemu okolju?

Ustreza, če so vaši podatki v SQL Serverju in delovne postaje, Excelovi delovni zvezki ter programi ne smejo neposredno dostopati do podatkovne zbirke. Prej preverite te točke:

Samo SQL Server. Prehod podatkovne zbirke priključi prek ponudnikov, ki jih je mogoče naložiti; priložen je ponudnik za SQL Server.
Ena instanca in nova odvisnost. Za vsako skrbniško shrambo teče ena instanca; samodejnega prevzema z dvema instancama ni. Če prehod izpade, do podatkov ne pride nobena delovna postaja.
Obratovanje: skrbniška shramba z ločeno hranjenim glavnim ključem; zraven sodijo varnostno kopiranje, menjava ključev, zasilni dostop in potrdilo HTTPS, ki mu delovne postaje zaupajo.
Access prek gonilnika ODBC: ne ponuja vseh zmožnosti gonilnika ODBC za SQL Server; katere manjkajo, navajajo omejitve gonilnika.
Aplikacija za upravljanje: Access iz Microsoft 365, polna različica ali Runtime, 32- ali 64-bitna. Prijava z računom Windows tam poteka prek NTLM, ne prek Kerberosa v domeni.

Predpogoji podrobneje · Seznam sprememb

Kaj bo zanimalo vaš oddelek za informacijsko varnost

Pred odobritvijo obratovanja podatkovnega prehoda so pomembna tri vprašanja: kaj prehod zagotavlja, kaj ostane naloga obratovanja in česa prehod ne prevzame.

Prehod zagotavlja: delovna postaja nima ne povezave s podatkovno zbirko ne gesla zanjo. Prijava in pravice po aliasu, objektu in metodi so na enem mestu. Vsaka zahteva se zabeleži s klicateljem, objektom, metodo in rezultatom, tudi zavrnjena, vsaka sprememba v skrbništvu pa se zapiše v dnevnik sprememb. Zaklenjeni ključi, onemogočene osebe in končane seje učinkujejo od naslednje zahteve. Osebe, ki je za seboj pustila ključe, prijave ali spremembe, ni mogoče izbrisati, mogoče jo je samo zakleniti; tako vsak vnos v dnevniku ostane pripisan osebi.
Naloga obratovanja ostane: pravice prijav SQL Server, pod katerimi prehod izvaja stavke, in odločitev, kdo sme pošiljati lastne stavke; za te klicatelje doseg omejujejo samo pravice v podatkovni zbirki. K temu sodijo še ločeno hranjen glavni ključ z varnostnim kopiranjem, menjavo ključev in zasilnim dostopom, potrdilo HTTPS ter hramba in pregledovanje dnevnikov. Namestitveni paket nešifrirani HTTP veže samo na lastni računalnik; tako naj tudi ostane.
Prehod ne prevzame: preverjanja naprave. Ali je naprava upravljana, šifrirana ali ustrezno zaščitena, prehod ne ve, saj ni povezan s sistemom za upravljanje naprav. Kar je naprava enkrat prejela, ostane na njej; shranjevanje, kopiranje in tiskanje urejata upravljanje naprav in aplikacija. Prehod tudi nima vgrajene zaščite dnevnikov pred poznejšimi spremembami.

Varnostni model in meje zaupanja · Obratovanje: varnostno kopiranje, ključi, zasilni dostop · Česa prehod ne nadzoruje

Kje začeti

Od praznega strežnika do prve poizvedbeNamestite prehod, povežite podatkovno zbirko, eni osebi dovolite branje in preberite prve vrstice – v približno eni uri.
Podatki v Excelu ali Power BIS Power Query; filtrira že prehod, gonilnika ODBC za to ne potrebujete.
Povezane tabele v AccessuZ gonilnikom OData ODBC; podatke urejate v podatkovnem listu in obrazcih. Ali potrebujem gonilnik ODBC?
Dostop iz lastnega programaLasten vmesnik HTTP prehoda, z JSON ali XML.
Upravljanje prehodaVire podatkov, osebe, ključe in pravila urejate v aplikaciji Database Gateway Manager.
Pregled dokumentacijePrvi koraki, navodila, koncepti, referenčni priročnik, odpravljanje težav in obratovanje.

Vas zanima, kaj vse sodi k podatkovnemu prehodu in kaj mora zanj imeti vaš strežnik? Funkcije, zahteve in omejitve so na strani izdelka.

Na stran izdelka