Sfirm32 2.0j und Terminalserverproblem

Hallo an alle,

hab ein kleines Problem bei einer Terminserverinstallation.

Sfirm32 2.0j ist auf Terminserver Windows2003 mit Variante B installiert. Getrennt unter c:\ und s:\. Der Ordner wurde entsprechend freigegeben. Die Rechte wurden für alle Nutzer als Vollzugriff (sowohl unter c:\ als auch unter s:\) zugewiesen.

Auf dem Terminalserver erfolgt die Anmeldung unter Adminrechten ohne Probleme.

Nur bei der Anmeldung unter dem User kommt sofort die Fehlermeldung mit dem Verweis auf die mdw. Beim Versuch, Sfirm32 zu starten, kommt die Meldung, dass die sfirm.mdb angeblich exklusiv geöffent wäre. Stimmt aber nicht.

Kann mir einer der Kollegen vielleicht noch einen Hinweis geben, woran es liegen könnte. Danke im voraus für die Antworten und schönes WE an alle.

Hallo Testerin,



Ich verstehe garnicht, warum die Installationsvariante "B+C" gelegentlich favourisiert wird. Beim Update einer SFIRM32-Version hat dies NUR Nachteile, weil man jeden Client anpacken muss. Dies wird auch der Hotline einer Sparkasse nicht so sehr gefallen...

Die Standardvariante "A+D" ist nicht umsonst "Standard". Sie ist auch (ich kenne allerdings wirklich keine Auswertungen dazu) die "getestetere" und damit stabilere :idea: Version.

Zum Terminalserver: Die Variante "B+C" macht hier -nach meinen Erkenntnissen- noch weniger Sinn (es wuerde ja ebenso bei einer lokalen Installation auch nur wenig Sinn machen, Programm und Daten getrennt zu installieren) : Denn eigentlich wird SFIRM32 bei einem Terminalserver nur EINMAL installiert, naemlich eben auf dem Terminalserver ! Im Rahmen der auf einem Terminalserver ueblichen "Multi-User-Umgebung" wird dann die Konfig von SFIRM32 auf die Clients (besser: User) "verteilt". Letztendlich heisst dies, dass den Terminal"Clients" (besser Terminal"Usern") lediglich "Verknuepfungen" und INI-Dateien :!: "zugeordnet" werden.

Ciao, Carsten

Hallo Testerin,



Sorry, das sollte natuerlich auch nicht als Vorwurf rueberkommen. Das war in jedem Falle nicht so gemeint von mir.

Ich will noch einmal nachfragen:

TERMINALSERVER 1 und TERMINALSERVER 2 enthalten jeweils "lokal" die Programme. Beide TERMINALSERVER greifen mit einem einheitlichen Laufwerksbuchstaben "S:" auf einen FILESERVER zu, der die SFIRM32-Datenbank enthaelt. Ist das so von mir richtig wiedergegeben?

Vielleicht waere die folgende Konstellation einen Versuch wert: Sofern die Systemadministratoren des Kunden zustimmen, bringe doch SFIRM32 hinsichtlich des Programmes UND der Daten auf "S:" unter. Das Ergebnis wird die Fehlersuche erheblich einschraenken :eek: , denn ich koennte mir auch sehr gut ein Problem hinsichtlich der Userrechte TS :arrow: FILESERVER vorstellen.

Manchmal muss man sich bei den Kunden-SystemAdmins ein bisschen durchsetzen....
Kannst ja sagen, dass dies lediglich mal zum Testen sei. <g>

Ciao, Carsten

Hallo an alle,

also Sfirm32 läuft jetzt. Das Problem hing wohl doch mit den fehlenden Rechten der sfirm32.ini zusammen.

Hat einer noch eine Idee, wie man den Chipkartenleser über den Terminalserver zum Laufen bringt, wenn dieser nicht direkt am Server, sondern lokal an einem Client installiert ist. Wir haben jetzt einfach die Installation lokal vorgenommen (Datenbanken im Netz siehe oben).

Es läuft ja auch so, aber halt nicht über den Terminalserver. Die Server an sich stehen im Keller, also ist die Installation des Lesers direkt an einem der Server nicht unbedingt wünschenswert.

Ansonsten lassen wir es halt lokal auf dem Client.