Hi Thomas, hi Mansur, > Soweit ich wei� und bei mir ist das auch so, kann man die > Anmeldung mittels Integrierter Windows Anmeldung nicht an > einen anderen Rechner �bertragen. Also hast Du verschiedene > m�glichkeiten. Erstens Datenbank auf den selben Server wie > die WebApplikation, oder Standardauthentifizierung mit SSL > oder Digestauthentifizierung. Ich hab die > Standardauthentifizierung ausprobiert und es hat geklappt.
hatte ein �hnliches Ph�nomen bei einem Test von Crystal Enterprise. Szenario: ClientPC greift -�ber IExplorer- auf Crystal Enterprise zu und w�hlt einen Report aus. Crystal Enterprise zieht sich die Daten von der Datenbank -eigener Server- zusammen und schickt die Daten an den Client zur�ck. Problem war, da� keine Daten zur�ck kamen. L�sung in meinem Falle: Der Web-Server, worauf auch Crystal Enterprise installiert war, lief in einem Benutzerkontext, welcher keine Berechtigung auf der DB hatte. Da es sich um ein Testsystem handelte, fuhr ich den Rechner (Web-Server) herunter und meldete mich unter meinem Benutzeraccount -welcher die Berechtigungen f�r die DB besitzt- nochmal an. Siehe da, es ging... Fazit: Der ClientPC meldete sich mit den Clientbenutzerdaten bei Crystal Enterprise an. Crystal Enterprise benutzte aber den lokalen Kontext um sich an der Datenbank anzumelden, welcher aber nicht zugelassen war. Der Web-Server muss sich also in einer Gruppe befinden, die in der Datenbank als Benutzer eingetragen ist. Vielleicht hilft das etwas weiter... Gru� Patrick | [aspdedotnet] als [email protected] subscribed | http://www.dotnetgerman.com/archiv/aspdedotnet/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.dotnetgerman.com/listen/aspDEdotnet.asp
