Fehler beim Zugriff die auf DB auf anderem Rechner erzeugt

NOS1971 · Verfasst: So 21.12.14 22:03

Hallo zusammen,

ich lassen meine Websiteanalysesoftware auf einem Rechner durchlaufen und kopiere diese DB nun auf einen anderen Rechner. Hier versucht ich die DB zu öffnen und es kommt der Fehler wie im ScreenShot zu sehen. no permission for read/write. Nun habe ich Username und PW hardcedoded und es gibt das gleiche Problem. Was kann ich machen ?

Grüßle und Dank,
Andreas

Einloggen, um Attachments anzusehen!

Nersgatt · Verfasst: So 21.12.14 22:10

Probier mal ob es geht wenn Du die security2.fdb aus dem firebird-Ordner mit übernimmst.

_________________
Gruß, Jens
Zuerst ignorieren sie dich, dann lachen sie über dich, dann bekämpfen sie dich und dann gewinnst du. (Mahatma Gandhi)

NOS1971 · Verfasst: So 21.12.14 23:48

Nersgatt hat folgendes geschrieben :

Probier mal ob es geht wenn Du die security2.fdb aus dem firebird-Ordner mit übernimmst.

Was meinst Du mit "übernimmst" ?

Ehemaliges Mitglied Erhaltene Danke: 1

Wie richtet man denn mit Firedac eine Firebird-Embedded-DB ein? Unter IbDac trage ich einfach in der Connect-Komponente die Embedded-DLL ein: IbDac.ClientLibrary. Die Firebird-Embedded-DB kann ich in diesem Fall auch mit User und Passwort öffnen, die dem installierten Firebird-Server nicht bekannt sind. Verwende ich dann die normale DLL, müssen User und Passwort dem Firebird-Server bekannt sein.

Soweit ich das verstanden habe (mangels FireDac nicht testbar), benötigt man zum Einrichten einer Firebird-Embedded-DB die Komponente TFDPhysFBDriverLink, wo man im Objektinspektor das Property VendorLib mit dem kompletten Dateinamen (incl. Pfad) der fbembed.dll bestückt und das Property Embedded auf true setzt. Dann dürfte es meines Erachtens egal sein, ob auf dem Zweitrechner nun ein FB-Server ist oder nicht. So zumindest schließe ich das aus den Antworten bei StackOverflow.

Nersgatt meinte mit "übernehmen" wohl, die Datei security2.fdb ebenfalls auf den anderen Rechner zu kopieren.

jaenicke · Verfasst: Mo 22.12.14 06:48

Aber die Datei hat volle Zugriffsrechte? Nicht dass beim Kopieren auch die Berechtigungen des PCs kopiert wurden (dessen User ja gar nicht unbedingt auf dem anderen existieren).

NOS1971 · Verfasst: Mo 22.12.14 12:19

Hi,

also die Datei security2.fdb finde ich in der FB Embedded installation nicht ... wie finde ich denn raus ob ich die rechte von dem anderen pc kopiert habe ????????

jaenicke · Verfasst: Mo 22.12.14 12:37

In den Dateieigenschaften auf dem Reiter Sicherheit...
Im Zweifelsfall trage zum Testen den Benutzer Jeder mit allen Rechten ein...

NOS1971 · Verfasst: Mo 22.12.14 14:45

Habe ich grad gecheckt ... die Datei hat die gleichen Rechte wie alle anderen Files auch

NOS1971 · Ehemaliges Mitglied Erhaltene Danke: 1

Also ich hab mich da mal "kurz" etwas reingehängt und ein kleines Projekt erzeugt, das eine Embedded-Firebird-DB via FireDac connected und anstandslos in einer VM ohne Firebird-Server läuft. Im BIN-Verzeichnis befinden sich folgende Dateien:

markieren

Quelltext

1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
11:
12:
13:
14:
15:
16:
17:
18:
19:
20:
21:
22:
23:
24:
25:
26:
27:

\BIN\TODOLIST.FDB
\BIN\ToDoList.exe
\BIN\fbclient.dll
\BIN\fbclientE.dll
\BIN\firebird.conf
\BIN\firebird.msg
\BIN\ib_util.dll
\BIN\icudt30.dll
\BIN\icuin30.dll
\BIN\icuuc30.dll
\BIN\libeay32.dll
\BIN\Microsoft.VC80.CRT.manifest
\BIN\midas.dll
\BIN\msvcm80.dll
\BIN\msvcp80.dll
\BIN\msvcr80.dll
\BIN\ssleay32.dll
\BIN\intl
\BIN\intl\fbintl.conf
\BIN\intl\fbintl.dll
\BIN\udf
\BIN\udf\fbudf.dll
\BIN\udf\fbudf.sql
\BIN\udf\fbudf.txt
\BIN\udf\ib_udf.dll
\BIN\udf\ib_udf.sql
\BIN\udf\ib_udf2.sql

Auf dem Datenmodul befindet sich

markieren

Delphi-Quelltext

1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
11:
12:
13:
14:

    FDCon                    : TFDConnection;
    TransMain                : TFDTransaction;
    TransUpdate              : TFDTransaction;
    FDGUIxWaitCur            : TFDGUIxWaitCursor;
    PhysFBDrivrLnk           : TFDPhysFBDriverLink;
    Qset_Benutzer            : TFDQuery;
    Qset_BenutzerID_BENUTZER : TIntegerField;
    Qset_BenutzerB_NAME      : TWideStringField;
    Qset_BenutzerB_PASS      : TWideStringField;
    Qset_BenutzerMAIN_LEFT   : TIntegerField;
    Qset_BenutzerMAIN_TOP    : TIntegerField;
    Qset_BenutzerMAIN_WIDTH  : TIntegerField;
    Qset_BenutzerMAIN_HEIGHT : TIntegerField;
    Qset_BenutzerMAIN_MAX    : TIntegerField;

Hergestellt wird die Verbindung so:

markieren

Delphi-Quelltext

1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
11:
12:
13:
14:
15:
16:
17:
18:
19:
20:
21:

  DB_Pfad   := ExtractFilePath(ParamStr(0));
  DB_Datei  := DB_Pfad + 'TODOLIST.FDB';
  DB_CLient := DB_Pfad + 'fbclientE.dll';

  FDCon.Connected           := False;
  FDCon.DriverName          := 'FB';
  FDCon.Params.Database     := GLD.DB_Datei;
  PhysFBDrivrLnk.VendorLib  := GLD.DB_Client;
  PhysFBDrivrLnk.VendorHome := '';
  PhysFBDrivrLnk.Embedded   := True;

  Try
    FDCon.Connected  := True;
    Result           := True;
  Except
    On e:exception Do
    Begin
      Fehlertext := 'Verbindungsfehler: ' + e.Message;
      Result     := False;
    End;
  End;

Alles andere wird zuvor im Objektinspektor eingestellt, weil es zur Laufzeit nicht verändert werden muß.

(Entwickelt in 30 Minuten auf Kundenrechner via Teamviewer mit XE7 und FireDac).

Einloggen, um Attachments anzusehen!

NOS1971 · Verfasst: Mo 22.12.14 20:55

Danke Perlsau ... Ich check das mal und gebe Laut :-)

NOS1971 · Verfasst: Do 25.12.14 23:33

Hallo, guten Abend und Frohe Weihnachten,

habe das kleine Tool mal laufen lassen ... alles problemlos ... auf allen 3 Rechnern hier ... nur meine DB's laufen nicht ... ums verrecken nicht

Muss eigentlich der ganze Inhalt der Firebird Embeded DB mit gepublished werden ? Könnte es daran liegen ?

hier mal das was ich mit meinem proggi an dlls im folder habe im moment

Grüßle,
Andreas

Einloggen, um Attachments anzusehen!

NOS1971 · Verfasst: Sa 24.01.15 17:22

Hallo zusammen,

ich habe das nun mangels Zeit ein wenig aufgeschoben. Habe nun alle Files aus dem Embedded Ordner der FB Distribution 2.5.3 im Installer drin aber es geht trotzdem nicht. Fehlermeldung siehe Anhang.

In der Doku steht dazu:

markieren

Quelltext

1:
2:
3:

F12: Was bedeutet "no permission for read/select access to TABLE" (Keine Berechtigung für Lese-/Schreibzugriff auf TABLE) bei Firebird Embedded?

A: Obwohl vom eingebetteten Server die Sicherheitsdatenbank nicht verwendet wird, überprüft er anhand des Benutzernamens die Berechtigungen. Wenn der Benutzername nicht angegeben oder falsch angegeben ist, wird dieser Fehler ausgegeben.

Username und Passwort sind allerdings in einer Konstante und daher immer identisch.

Update 1:

Habe es grad mal ohne PW und Username gecheckt. Problem unverändert vorhanden :-(

Update 2:

Habe mal den FireDac Monitor mitlaufen lassen ... eventuell hat hierdurch jemand eine Idee.

markieren

Quelltext

1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
11:
12:
13:
14:
15:
16:
17:
18:
19:
20:
21:
22:
23:
24:
25:
26:
27:
28:
29:
30:
31:
32:
33:
34:
35:
36:
37:
38:
39:
40:
41:
42:
43:
44:
45:
46:
47:
48:
49:
50:
51:
52:
53:
54:
55:
56:
57:
58:
59:
60:
61:
62:
63:
64:
65:
66:
67:
68:
69:
70:
71:

***** Client [P: E:\AnSoTeC\SEOWorkshop2013\ThreadAndDBTest\bin\ThreadAndDBTest.exe] aktiviert
 . CreateConnection [ConnectionDef=""]
 . CreateTransaction [ConnectionDef=""]
 . CreateTransaction [ConnectionDef=""]
 . Adapter TFDConnection($06130CF0) registriert bei Client
>> TFDConnection($06130CF0).Open [ConnectionDef=""]
    >> Definition [Name=""]
         . DriverID=FB
         . Database=C:\Users\Andreas\Desktop\SEOBOXX_24-01-2015_16-59-08.DB
         . User_Name=seoBOXX
         . Password=*****
         . OSAuthent=Yes
         . CharacterSet=utf8
         . Protocol=Local
         . DropDatabase=No
         . CreateDatabase=No
         . PageSize=16384
         . MonitorBy=Remote
    << Definition [Name=""]
    >> FireDAC info
         . Tool=RAD Studio XE7
         . FireDAC=11.0.1 (Build 73709)
         . Platform=Windows 32 bit
         . Defines=FireDAC_NOLOCALE_META;FireDAC_MONITOR
    << FireDAC info
     . isc_attach_database [dbname="C:\Users\Andreas\Desktop\SEOBOXX_24-01-2015_16-59-08.DB", params="trusted_auth,lc_ctype=utf8,page_size=16384,sql_dialect=3,utf8_filename"]
     . isc_database_info [db_handle=$00000001, info=103]
    >> Driver log
         . Loading driver FB ...
    << Driver log
     . isc_database_info [db_handle=$00000001, info=103]
    >> Client info
         . Brand=Firebird
         . Client version=205039900
         . Client DLL name=E:\AnSoTeC\SEOWorkshop2013\ThreadAndDBTest\bin\fbembed.dll
    << Client info
     . isc_database_info [db_handle=$00000001, info=103]
     . isc_database_info [db_handle=$00000001, info=103]
    >> Session info
         . Current catalog=
         . Current schema=
         . Server version=WI-V2.5.3.26780 Firebird 2.5 ...
    << Session info
<< Open [ConnectionDef=""]
>> TFDCustomCommand.Prepare [Command="SELECT * FROM AnalyseResultDomainTable ...
     . CreateCommand [ConnectionDef=""]
     . Adapter TFDQuery($05400520) registriert bei Client
    >> TFDQuery($05400520).Prepare [Command="SELECT * FROM AnalyseResultDomainTable ...
         . Preprocessed [CMD="SELECT * FROM AnalyseResultDomainTable ...
         . Adapter TFDConnection($06130CF0).TFDPhysIBTransactionBase($061F4930) registriert bei Client
        >> TFDConnection($06130CF0).StartTransaction [ConnectionDef=""]
             . isc_start_multiple [count=1, params="write,read_committed,rec_version,nowait"]
        << StartTransaction [ConnectionDef=""]
         . isc_dsql_allocate_statement [db_handle=$00000001]
         . isc_dsql_prepare [tra_handle=$00000002, stmt_handle=$00000003, sql="SELECT * FROM AnalyseResultDomainTable ...
         . ERROR: no permission for read/select access to TABLE ANALYSERESULTDOMAINTABLE [ErrorCode=335544352, ObjName=""]
         . isc_dsql_free_statement [stmt_handle=$00000003, option="DSQL_drop"]
        >> Rollback [ConnectionDef="", Retaining=False]
             . isc_rollback_transaction [tra_handle=$00000002]
        << Rollback [ConnectionDef="", Retaining=False]
    << TFDQuery($05400520).Prepare [Command="SELECT * FROM AnalyseResultDomainTable ...
     . Destroy [Command="SELECT * FROM AnalyseResultDomainTable ...
     . Adapter TFDQuery($05400520) deregistriert von Client
     . TFDCustomCommand.Prepare - Exception [Class="EIBNativeException", Msg="[FireDAC][Phys][FB]no permission for read/select access to TABLE ANALYSERESULTDOMAINTABLE"]
<< TFDCustomCommand.Prepare [Command="SELECT * FROM AnalyseResultDomainTable ...
>> TFDConnection($06130CF0).Close [ConnectionDef=""]
     . isc_detach_database [db_handle=$00000001]
<< Close [ConnectionDef=""]
 . Adapter TFDConnection($06130CF0).TFDPhysIBTransactionBase($061F4930) deregistriert von Client
 . DestroyConnection [ConnectionDef=""]
 . Adapter TFDConnection($06130CF0) deregistriert von Client

Einloggen, um Attachments anzusehen!

Ehemaliges Mitglied Erhaltene Danke: 1

Hi Nos1971,

nochmal ganz langsaam zum Begreifen:

Situation 1

Du hast also einen FB-Server auf einem Rechner im Heimnetz installiert, auf den du mit deinem Arbeitsrechner zugreifst: Die Clientanwendung befindet sich auf dem Arbeitsrechner, die Datenbank auf dem Server-Rechner. Soweit zutreffend?

Situation 2

Dann hast du dir die Datenbank-Datei, z.B. MyDatabase.FDB vom Server-Rechner auf deinen Arbeitsrechner kopiert, um sie als Embedded DB zu verwenden. Auch soweit richtig?

Situation 3

Nun möchtest du von deiner Clientanwendung auf dem Arbeitsrechner aus auf die auf deinem Arbeitsrechner befindliche Firebird-DB zugreifen, und zwar ohne Server, in der sog. Embedded-Variante. Dazu gleich mal eine Frage: Hast du auf deinem Arbeitsrechner ebenfalls einen Firebird-Server installiert? Wenn ja, dann gibt es die verwendete User-Passwort-Kombination, die auf dem Server-Rechner hinterlegt ist, wohl nicht auf deinem Arbeitsrechner.

Wenn du nun auf deinem Arbeitsrechner keinen FB-Server hast bzw. wenn du dich einmal dazu durchringen würdest, den FB-Server auf deinem Arbeitsrechner auszuschalten (Dienste anhalten) und gleichzeitig die Verbindung zum Server-Rechner unterbrichst, und auch alle für die Embedded-Version notwendigen Dateien in deinem Programmordner (der Ordner, in dem deine Client-Anwendung liegt) vorfindest, dürfte es meiner Erfahrung nach keinerlei Probleme mehr geben.

Was mir noch auffällt: Deine Zusammenstellung der Dateien in deinem Client-App-Ordner für den FB-Embedded-Zugriff weicht von der meinen ab. Dabei wird doch in der Anleitung zur Verwendung von FB-Embedded genau beschrieben, was in diesem Ordner benötigt wird. Es fehlen z.B. die beiden Unterordner intl und udf.

So, kleine Pause -------------------------------------------

Wenn du nun das geregelt hast, geht's an die Einstellungen, die du in deinem Delphi-Programm vornimmst, um von der Server-Variante auf die Embedded-Variante umzustellen. Denn mir scheint, du möchtest mit denselben Einstellungen, mit denen du auf die DB auf deinem Server-Rechner zugreifst, nun die von dort herüberkopierte DB als Embedded ansprechen. Das geht natürlich nicht, kann gar nicht gehen!

Ich verwende für eine DB-Anwendung unter XE7 (Firedac) die folgende Methode, um den Client mit der Datenbank zu verbinden. Dabei werden die in der Unit GLD (GlobalData) befindlichen Variablen bereits vor dem Verbinden mit der DB gesetzt, entweder durch eine Ini-Datei (bzw. deren Fehlen) oder durch Aufrufparameter (bzw. deren Fehlen). Keine Aufrufparameter bzw. keine Ini-Datei heißt immer Modus 0 = Embedded: Die Datenbank-Datei liegt im Programmordner, die zu verwendende Client-Datei heißt fbclientE.dll (von mir umbenannt). Stehen in der Ini bzw. in den Startparametern (die natürlich bei Programmstart auszuwerten sind) die Werte 1 und z.B. X:\Datenbanken\, dann weiß mein Programm, daß hier die Server-Variante gestartet werden soll, wobei sich die Datenbank-Datei im bezeichneten Ordner befindet. Eine 0 und C:\Databases\ würde die Embedded-Variante starten und die Datenbank in C:\Databeses erwarten. Es wäre auch eine Variante denkbar, bei der der Anwender aufgefordert wird, den Speicherort der DB anzugeben, wenn sie zuvor nicht gefunden wurde, und diesen Wert in der Inidatei zu vermerken.

In der Unit GLD steht dann z.B.

markieren

Delphi-Quelltext

1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
11:
12:
13:
14:
15:
16:
17:
18:
19:
20:

UNIT GLD;

INTERFACE

USES
  Winapi.Windows, System.SysUtils, System.Classes, System.DateUtils, Winapi.ShellAPI;

Const
  IniDatei       = 'MyApp.ini';
  DB_Name        = 'MyApp.FDB';
  DB_Lib         = 'fbclient.dll';
  DB_LibE        = 'fbclientE.dll';

Var
  PfadMain,
  DB_Datei,
  DB_Pfad,
  DB_Client                        : String;
  DB_Modus                         : Integer;
...

Die Variablen in der Unit GLD setze ich dann beim Programmstart so zusammen, daß für die Verbindungs-Methode im Datenmodul die richtigen DLLs und die gewünschte DB-Datei verwendet werden. Ich hoffe, ich muß das jetzt nicht auch noch genau ausführen.

markieren

Delphi-Quelltext

1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
11:
12:
13:
14:
15:
16:
17:
18:
19:
20:
21:
22:
23:
24:
25:
26:
27:
28:
29:

Function TDatMod.VerbindenDatenbank: Boolean;
begin
  ConMain.Connected         := False;
  ConMain.DriverName        := 'FB';
  ConMain.Params.Database   := GLD.DB_Datei;
  PhysFBDrivrLnk.VendorLib  := GLD.DB_Client; // vom Typ TFDPhysFBDriverLink

  Case GLD.DB_Modus Of
    0 : Begin // Embedded
          PhysFBDrivrLnk.VendorHome := '';
          PhysFBDrivrLnk.Embedded   := True;
        End;
    1 : Begin // Server Lokal
          PhysFBDrivrLnk.VendorHome := '';
          PhysFBDrivrLnk.Embedded   := False;
        End;
  End;

  Try
    ConMain.Connected := True;
    Result            := True;
  Except
    On e:exception Do
    Begin
      GLD.Fehlertext := 'Verbindungsfehler: ' + e.Message;
      Result         := False;
    End;
  End;
end;

Soweit alles klar? Noch Fragen?

NOS1971 · Verfasst: Sa 24.01.15 19:37

Hi,

also ... ich habe keine client/server umgebung ... ich starte auf PC 1 meinen Websiteanalyser und der schreibt multithreaded in eine Datenbank mit Firebird Embedded
danach kopiere ich die erzeugte DB übers LAN auf PC 2 und möchte die auf Rechner 1 erzeugte DB mit der gleichen Software einlesen. Dabei taucht der Fehler auf.
Wenn ich die DB auf Rechner 1 erzeuge und wieder laden will ist alles ok nur auf "Fremdrechnern" will er die DB nicht lesen.

Die Dateien passen nun mit denen aus deiner Liste überein ... hatte ich bei meinem neuen Post schon geschrieben ... Problem besteht immer noch.

Grüßle,
Andreas

jaenicke · Ehemaliges Mitglied Erhaltene Danke: 1

Dann hab ich mir jetzt mal das Logfile angeschaut, das du hier gepostet hast. Dort steht u.a.: params="trusted_auth.

Das bedeutet, daß die Authentifizierung nicht über Username/Passwort geschieht, sondern über den jeweiligen Windows-User, also bei dir:
TFDConnection.Params.OSAuthent = True

Das heißt dann, daß der Windows-User, der auf Rechner 1, wo die DB problemlos geöffnet werden kann, auf Rechner 2 nicht existiert. Mit ziemlich hoher Wahrscheinlichkeit hat die Trusted Authentication Vorrang vor der Authentifizierung via Username und Passwort, weshalb deine DB auf Rechner 1 mit dem Usernamen des Windows-Users erstellt wird und nicht mit der von dir in den Konstanten angegebenen Username-Passwort-Kombination. Deshalb funktioniert das auch auf anderen Rechnern nicht.

Dieses Parameter-Property steht defaultmäßig auf false. Offenbar hast du das auf true gestellt, ohne zu wissen, was du da genau machst. Wenn du das nun änderst, müßte es eigentlich gehen.

NOS1971 · Verfasst: Sa 24.01.15 22:36

Ja ... das war es ... Hammer ... da wäre ich so nicht drauf gekommen ... den Parameter schleppe ich schon seit Monaten mit mir rum als ich noch nicht an PW Schutz dachte für die DB und da haben wir den Salat ...

Ich danke Dir recht herzlich für den entscheidenden Tipp :-)

Ich wünsche Dir noch einen schönen Abend und ein schönes Restwochenende.

Grüßle,
Andreas

Ehemaliges Mitglied Erhaltene Danke: 1

NOS1971 hat folgendes geschrieben :

Ja ... das war es ... Hammer ... da wäre ich so nicht drauf gekommen ... den Parameter schleppe ich schon seit Monaten mit mir rum als ich noch nicht an PW Schutz dachte für die DB und da haben wir den Salat ...

Firebird-Datenbanken kann man nicht direkt schützen. Jeder, der einen Firebird-Server installiert hat, kann jede andere Datenbank übernehmen, indem er sie mit dem Masterkey öffnet bzw. das entsprechende Backup mit Sysdba/Masterkey wiederherstellt.

Ab Version 3.0 soll ja angeblich eine Verschlüsselung integriert sein, hab ich aber noch nicht ausprobiert (Alpha oder Beta Releases).

Eine weitere Möglichkeit bestünde darin, auf Rechner 1 ein Backup der Datenbank zu erzeugen, dieses herüberzukopieren auf Rechner 2 und dort via Restore die DB-Datei wieder herzustellen. Ob das allerdings auch ohne Firebird-Server funktioniert, mußt du selber ausprobieren. Wenn es nicht ohne funktioniert, kannst du ja auch mal einen FB-Server in einer Virtualbox installieren.

NOS1971 · Verfasst: So 25.01.15 10:09

Danke für die Infos .... mit der 3.0 Beta wollte ich noch nichts machen ... ich werde das mal mit dem Backup probieren wobei es so nun problemlos funktioniert :-)

	Mitgliederliste
	Gruppen
	Das Team
	Richtlinien
	Synonyme