Fb és jelszavát adatbázisokhoz való hozzáférést
FB és jelszavát adatbázisokhoz való hozzáférést
Jó napot!
A kliens számítógép kell programozni (1) és FB adatbázisok. Azt szeretnénk, hogy a programom (2), amely szintén írt alá FB. A kérdés: a security.fdb már regisztrált felhasználó nevet és jelszót, amely a kapcsolatot az adatbázissal a program (1). My-program (2) össze van kötve az adatbázist az új jelszót. Hogyan lehet kombinálni a munkaprogramok és azok az adatbázis kapcsolat?
És ez lehet következmények nélkül a jövőben cserélni FB 1.5.0.4290 verzió 1.5.1.4481?
A kliens-szerver költség normális vagy beágyazott?
> A kliens-szerver költségek normális vagy beágyazott?
Hogyan lehetséges, hogy tudja?
Adatbázis-független, Bejelentkezések más. Együtt élnek.
Hozzáférés az egymás adatait nem kifejezett jogokat nem kapott senki.
Májusban azonban nasozdavali létesítményeihez külföldi bázisok, de ez könnyen nyomon követhetők és propistonivaetsya.
> Ha a beágyazott, olyasmi, mint egy jelszót általában nem érdekel
Pontosabban - a jelszó legyen, de nem számít, mit.
Tehát „nem érdekel” van fordítva, mint a. 8-)
Van SISDBA padol helyébe mi? Te mászni alatta az adatbázisba? És abban a prog alatt az azonos, de rávarrt jelszavát? Akkor mi van?
> Nem engedi én alap.
A hiba szövegét?
> Van SISDBA padol helyébe mi? Te mászni alatta
> Az adatbázis? És abban a prog alatt az azonos, de rávarrt jelszavát?
> # XA0; akkor mi van?
> Text hiba?
Felhasználói név és jelszó nincs megadva. Kérdezd yourdatabase admininstrator hogy hozzanak létre egy Firebird bejelentkezést.
Akkor valószínűleg, hogy dobja ki a jelszavát az egyik kanyarban.
Vagy megpróbálja, hogy egy második szerver egy másik portot.
És ki tudja, hol az aranyér kevesebb.
Mi van, nem hozhat létre új fiókot?
Vagy mint SYSDBA akar dolgozni?
Ez általában a kerékvágásból. Hozza létre az adatbázist egy másik felhasználó, akkor a mester az adatbázist, és minden benne. Jogok tekintetében az adatbázis lesz, mint a SYSDBA, csak kisebb problémák, mint a tiéd.
Van hozzá a felhasználó, és neki a jobb megegyeznek a SYSDBA. Ez az információ, ha jól értem, van tárolva security.fdb. Ie ha csak másolja az ügyfél adatbázist, majd csatlakozik az nem fog működni. A security.fdb helyettesítő nem tud, és majd a program (1) nem fog működni. Mondd meg, mit tegyek?
Tehát ez azt kell, hogy menjen valaki más autó, mint a SYSDBA. A jelszó nem.
Milyen iroda olyan, hogy lehetetlen, hogy az adatbázis, ahol meg kell tenni?
Nincs jelszó - igazgató emlékeztető, hogy valaki zavarja a termelési folyamatot.
> Adtam hozzá a felhasználó
Hol és hogyan?
> És adtam neki a jogot, ugyanazok, mint a SYSDBA. Ez az információ, ha jól értem, van tárolva security.fdb
Jogi belül tárolódnak az adatbázisban, és a biztonság csak a felhasználók listáját és a jelszavukat hash.
Azon a számítógépen írni a programot én csatlakozik egy adatbázis segítségével IBExpert a SYSDBA és hozzáadjuk a felhasználó. Van is adott neki a jobb oldalon. Most kell másolni egy adatbázist, és a felhasználó felvétele a kliens számítógépen.
De, ha jól értem, # XA0; SYSDBA jelszó nélkül a kliens számítógépen nem tudok hozzáadni kívánt felhasználó nekem.
Nem lehet.
Ellenőrizze a jelszót, és add tovább „hogy” szerver ..
Okazyvetsya lehetséges.
1. Vegyünk security.fdb (1) a számítógépen, ahol a jelszót SYSDBA és megváltoztatta a számítógép, ahol a seb tag (2).
2. Ezután pereustanavlivetsya Tűzmadár, hogy nem blokkolta a bázis security.fdb (2)
3. IBExpert nyitott security.fdb (1) (elbukik SYSDBA főkulcsos).
4. A felhasználók tábla másolat mező tartalmát PASSWD USERNAME SYSDBA
5. Nyissa security.fdb (2) és a helyettesítő SYSDBA jelszót, hogy a pufferben.
Így megkapjuk security.fdb, amely pontosan egy ismeretlen SYSDBA számunkra megváltoztatni a jelszót és felhasználói jelszó ismert számunkra.
Megjegyzés: Nem lehet újratelepíteni Tűzmadár, és állítsa le a szolgáltatást, és nyitott security.fdb ha a szolgáltatás fut InterBase (ha rendelkezésre áll)
Ez az úgynevezett „keresztül zh..u”.
Egy normál szerver nem csak nem adja meg a fájlt, és még inkább senki nem fogja elismerni, hogy szolgáltatásokat.
Nos, csak a másik nem működik.
Mit jelent a „normális szerver”?
A helyzet olyan, hogy a gyártó megváltoztatta az alapértelmezett jelszó az adatbázis eléréséhez a szabad adatbázisban. és az ügyfél érdeklődik, mit dolgozott, és a programot. Ő ad nekünk security.fdb és minden rendben van. Minden más műveletet végrehajtani az a számítógépen. És visszatér változtatni security.fdb fájlt. így feltéve munka nélkül konfliktus két programhoz saját adatbázisok. Vagy tévedek?!
Ebben a helyzetben, kiderül, hogy mi is flex. Ez nem igazán a mi problémánk. Lehet, valamint beállítani a programot, hogy telepítse újra a szervert. És az a tény, hogy a programok (1), miután ez nem működik, hogy nem érdekel, az alapértelmezett jelszó, nem nyúltunk!
By the way, a szolgáltatási támogatási program (1) azt tanácsolta, hogy telepíteni a kiszolgáló az alapértelmezett jelszót. De úgy a programot, mert nem # XA0, csatlakozik az adatbázishoz. )
Hogyan hackerek gyűlt össze egy ága.