Fb și parolele de acces la baza de date

FB și parolele de acces la baza de date

Bună ziua!
Clientul de pe computer este programul (1) și DBMS FB. Vreau să pun programul meu (2), care este, de asemenea, scris în FB. Întrebarea este următoarea: security.fdb are deja un login și o parolă cu care se conectează la baza de date din program (1). Programul meu (2) se conectează la baza de date cu alte parole. Cum să combinați activitatea programelor și conectarea lor la baze de date?
Și este posibil să înlocuiți versiunea FB 1.5.0.4290 cu 1.5.1.4481 fără consecințe în viitor?

Are clientul un server normal sau un modem?


> Clientul are un server normal sau un modem?

Cum puteți afla?

Bazele sunt independente, loganele sunt diferite. Trăiți împreună.
Accesul la date unul de celălalt, fără o indicație explicită a drepturilor, nu va primi niciunul.
Cu toate acestea, ei își pot crea obiectele în bazele altora, dar acest lucru este ușor de urmărit și proponat.

> Dacă este încorporat, pare că parola nu-i pasă deloc
Mai precis - parola ar trebui să fie, dar indiferent de ce.

Așa că "nu-mi pasă" și se traduce așa. 8-)

La SISDBA, padolul a fost înlocuit sau ce? Și tu ești sub ea urcând în baza de date? Și în acel program sub el, dar cu o parolă cusută? Și ce?

> nu permite baza de date.
Textul erorii?

> La SISDBA, padolul a fost înlocuit - fie? Și tu urci sub el
> în baza de date? Și în acel program sub el, dar cu o parolă cusută?
> # xA0; Deci ce?


> Eroare text?

Numele de utilizator și parola nu sunt definite. Cereți admininstratordatabase pentru a configura o autentificare Firebird.

Apoi, probabil, este necesar să scoateți parola din acel program.
Sau încercați să puneți al doilea server pe un port diferit.
Și nu se știe unde sunt hemoroizii mai mici.

Și ce, nu puteți începe un nou utilizator?
Sau oricine vrea să lucreze sub SYSDBA?
Aceasta este în general o rutină. Creați baza de date sub un alt utilizator, acesta va fi comandantul bazei sale de date și tot ce este în el. Drepturile bazei de date vor fi similare cu cele ale SYSDBA, cu doar mai puține probleme ca ale dvs.

Am adăugat utilizatorul meu și i-am acordat aceleași drepturi ca și SYSDBA. Aceste informații, înțeleg, sunt stocate în security.fdb. Ie dacă copiez baza de date la client, atunci nu mă pot conecta la el. Și security.fdb nu poate fi schimbat, altfel programul (1) nu va funcționa. Spune-mi ce să fac?

Deci, pentru asta, trebuie să meargă într-o mașină ciudată ca SYSDBA. Și nu există nici o parolă.

Ce fel de birou este că nu puteți pune baza de date acolo unde trebuie să fie livrat?
Nu există nici o parolă - directorul raportului, că cineva împiedică procesul de producție.

> Am adăugat utilizatorul meu
Unde și cum?

> și i-au acordat aceleași drepturi ca și SYSDBA. Aceste informații, înțeleg, sunt stocate în security.fdb
Drepturile sunt stocate în baza dvs. de date, iar în securitate doar lista utilizatorilor și hashes-urile parolelor.

Pe computerul în care a fost scris programul meu, m-am conectat la baza de date folosind IBExpert sub SYSDBA și am adăugat-o pe utilizatorul meu. În același loc ia dat drepturile necesare. Acum trebuie să copiez baza de date și să adaug acest utilizator la computerul clientului.
Dar, așa am înțeles, # xA0; că fără parola SYSDBA de pe computerul client, nu pot adăuga utilizatorul de care am nevoie.

Nu poți.
Aflați parola și adăugați-o la serverul "tom".

Se pare că poți.
1. Este nevoie de security.fdb (1) de la computer, unde parola pentru SYSDBA este schimbată de la computerul în care este conectat utilizatorul (2).
2. Apoi, FireBird este reinstalat, astfel că baza noastră de date nu va fi blocată. Security.fdb (2)
3. Folosind IBExpert, deschideți security.fdb (1) (mergem sub key master SYSDBA).
4. În tabela USERS, copiați conținutul câmpului PASSWD pentru USERNAME SYSDBA
5. Deschideți security.fdb (2) și înlocuiți parola SYSDBA cu cea din buffer.
Astfel, primim security.fdb, unde SYSDBA este înregistrat cu parola pe care nu o cunoaștem și utilizatorul nostru cu parola cunoscută de noi.
Notă: Nu puteți reinstala FireBird, dar opriți serviciul și deschideți security.fdb atunci când serviciul InterBase se execută (dacă există unul)

Aceasta se numește "prin ...".
Pe un server normal, nimeni nu vă va da doar fișierul, și mai mult nimeni nu va accepta serviciile.

Ei bine, dacă nu merge pe cealaltă cale.
Ce înseamnă "server normal"?
Situația este de așa natură încât un anumit producător a modificat parola implicită pentru accesarea bazelor de date pe o bază de date gratuită. iar clientul este interesat de faptul că atât programul, cât și al nostru vor funcționa. Ne dă security.fdb și totul este OK. Toate celelalte operații pe care le efectuez pe calculatorul meu. Și întorc fișierul security.fdb modificat. astfel munca este asigurată fără conflicte între cele două programe cu propriile lor baze. Sau m-am înșelat?
În această situație se pare că chiar ne aplecăm. Aceasta nu este problema noastră. Cu același succes instalat programul lor, reinstalat serverul. Și faptul că programul (1) după aceea nu funcționează, nu ne pasă, nu am atins parolele implicite!
Apropo, în serviciul de asistență pentru programe (1) a fost recomandat să reinstalați serverul cu parola implicită. Dar programul lor nu este # xA0 se conectează la baza de date. )

Câți hackeri dintr-o ramură s-au adunat.

Articole similare