SQL 2000
Rafal - 24-06-2006 00:10
SQL 2000
Witam,
Mam baze w SQL (Windows 2002 Server+SQL 2000) i zalozonych kilku userow,
ktorzy maja dostep do bazy i aplikacja dzialajaca na tej bazie dziala bez
problemu. Jak dodam nowego usera to przy probie odpalenia aplikacji dostaje:
Login failed for user '(null)'. Reason: Not associated with a trusted SQL
Server connection.
Sytuacja mam miejsce bez względu na system. User i haslo jest to samo co na
serwerze. W SQL Server mam wlaczona opcje Mixed Mode (uzytkownicy zalożeni
wcześniej działaja caly czas).
Przegooglowalem, ale zadne rozwiazanie nie dziala.
Ktos wie w czym moze tkwic problem, bo mnie sie juz pomysly skonczyly.
Pozdrawiam
Rafal
Wojtek Arcab - 24-06-2006 00:10
Oprócz dodania nowego loginu do serwera, czy to typu "sql authentication"
czy typu windows user, powinieneś też określić jego role na serwerze
(zakładka 'server roles' ) lub przynajmniej zaznaczyć do jakich baz bedzie
miał dostęp (zakładka "database access"). Nie wiem czy to pomoże ale też
miałem kiedyś takie komunikaty, a rozwiązanie było z tego co pamiętam
banalne :)
pzdr
WA
Marcin A. Guzowski - 24-06-2006 00:10
Rafal napisał(a):
> Witam,
>
> Mam baze w SQL (Windows 2002 Server+SQL 2000) i zalozonych kilku userow,
> ktorzy maja dostep do bazy i aplikacja dzialajaca na tej bazie dziala bez
> problemu. Jak dodam nowego usera to przy probie odpalenia aplikacji dostaje:
> Login failed for user '(null)'. Reason: Not associated with a trusted SQL
> Server connection.
> Sytuacja mam miejsce bez względu na system. User i haslo jest to samo co na
> serwerze. W SQL Server mam wlaczona opcje Mixed Mode (uzytkownicy zalożeni
> wcześniej działaja caly czas).
> Przegooglowalem, ale zadne rozwiazanie nie dziala.
> Ktos wie w czym moze tkwic problem, bo mnie sie juz pomysly skonczyly.
Dodałeś konta sqlowe czy domenowe? (pozostałe - działające są sqlowe czy domenowe?)
Mixed mode wnosi tylko tyle, że SQL Server obsługuje dwa sposoby autentykacji
(domenową i sqlową). Ważne jest jak autentykuje się aplikacja, czy jest impersonacja,
czy logowanie na konto sqlowe. Scenariuszy, w których występuje ten błąd jest kilka,
generalnie chodzi o brak kontekstu użytkownika na SQL Serverze.
Komunikacja śmiga po TCP/IP czy named pipes (polecenie svrnetcn)?
Masz impersonację - może być i TCP/IP i pipes, nie masz - usuń TCP/IP.
Teraz szczelam:
W aplikacji masz autentykację domenową. Istniejące konta domenowe ładnie działają.
Na SQL serwerze dodałeś loginy sqlowe (świadczy o tym stwierdzenie
"User i haslo jest to samo co na serwerze" - w kontach domenowych hasło nie jest
"przechowywane" w SQL serwerze tylko na kontrolerze domeny). Próbując logować
się z u/p sqlowymi w autentykacji domenowej w oczywisty sposób dostajesz odmowę
dostępu, bo do SQL Serwera nie dociera żaden kontekst.
--
Pozdrawiam,
Marcin Guzowski
http://guzowski.info
Rafal - 27-06-2006 00:07
Użytkownik "Marcin A. Guzowski" <tu_wstaw_moje_imie@guzowski.info> napisał w
wiadomości news:e7hqeo$oh2$1@atlantis.news.tpi.pl...
>
> Dodałeś konta sqlowe czy domenowe? (pozostałe - działające są sqlowe czy
> domenowe?)
> Mixed mode wnosi tylko tyle, że SQL Server obsługuje dwa sposoby
> autentykacji
> (domenową i sqlową). Ważne jest jak autentykuje się aplikacja, czy jest
> impersonacja,
> czy logowanie na konto sqlowe. Scenariuszy, w których występuje ten błąd
> jest kilka,
> generalnie chodzi o brak kontekstu użytkownika na SQL Serverze.
> Komunikacja śmiga po TCP/IP czy named pipes (polecenie svrnetcn)?
> Masz impersonację - może być i TCP/IP i pipes, nie masz - usuń TCP/IP.
>
> Teraz szczelam:
> W aplikacji masz autentykację domenową. Istniejące konta domenowe ładnie
> działają.
> Na SQL serwerze dodałeś loginy sqlowe (świadczy o tym stwierdzenie
> "User i haslo jest to samo co na serwerze" - w kontach domenowych hasło
> nie jest
> "przechowywane" w SQL serwerze tylko na kontrolerze domeny). Próbując
> logować
> się z u/p sqlowymi w autentykacji domenowej w oczywisty sposób dostajesz
> odmowę
> dostępu, bo do SQL Serwera nie dociera żaden kontekst.
>
Jak ustawie na autentykacje na SQL to dziala, ale sa problemy z
uprawnieniami do bazy. Tak jednk nie chce, bo poprzedni użytkownicy maja
autenykacje windowsowa i dzialaja. A jak zalozego nowego to nie dziala. Nie
rozumiem dlaczego przekazuje 'null' skoro user na kompie-kliencie i serwerze
jest taki sam.
Zatem co musze zrobic? Ew. gdzie szukac? To co sugerowaleś juz sprawdzalem i
nadal nic.
Rafal
Marcin A. Guzowski - 27-06-2006 00:08
Rafal napisał(a):
> Jak ustawie na autentykacje na SQL to dziala, ale sa problemy z
> uprawnieniami do bazy. Tak jednk nie chce, bo poprzedni użytkownicy maja
> autenykacje windowsowa i dzialaja. A jak zalozego nowego to nie dziala. Nie
> rozumiem dlaczego przekazuje 'null' skoro user na kompie-kliencie i serwerze
> jest taki sam.
> Zatem co musze zrobic? Ew. gdzie szukac? To co sugerowaleś juz sprawdzalem i
> nadal nic.
Zakładam, że w domenie masz prawidłowo stworzone konta odpowiadające loginom
na SQL Serverze (lub będące w odpowiedniej roli) - ale dla pewności sprawdź
czy te konta rzeczywiście istnieją i mają takie same prawa/członkostwo jak te
konta domenowe, które działają. Przecież skoro w tym samym środowisku działa
Ci domenowe na X użytkowników, a na Y nie - powodem nie są ustawienia globalne
tylko różnice między cechami X a Y.
Mógłbyś też więcej napisać o tej aplikacji, bo będzie to miało spore znaczenie,
jeżeli nie znajdziesz żadnej różnicy między kontami.
(.NET desktop / ASP.NET czy cuś innego?)
A czy logowanie bezpośrednio do bazy, np. z Query Analyzera, domenowo, na
któreś z nowych kont, kończy się powodzeniem? Jeżeli nie, to nie ma co liczyć,
że w aplikacji będzie lepiej. Jeżeli tak, to trzeba szukać powodów w aplikacji
i jej warstwie autentykacji.
--
Pozdrawiam,
Marcin Guzowski
http://guzowski.info
Jacek Stawicki - 28-06-2006 00:08
Użytkownik "Marcin A. Guzowski" <tu_wstaw_moje_imie@guzowski.info> napisał w
wiadomości news:e7p2b5$f4l$1@atlantis.news.tpi.pl...
> Mógłbyś też więcej napisać o tej aplikacji, bo będzie to miało spore
> znaczenie,
> jeżeli nie znajdziesz żadnej różnicy między kontami.
> (.NET desktop / ASP.NET czy cuś innego?)
Możliwe powody w przypadku ASP.Net:
1. Stacja nie jest w domenie
2. Używasz IE 6.0 z wyłączoną opcją Zintegrowane uwierzytelnianie Windows
Rafal - 28-06-2006 00:08
Użytkownik "Marcin A. Guzowski" <tu_wstaw_moje_imie@guzowski.info> napisał w
wiadomości news:e7p2b5$f4l$1@atlantis.news.tpi.pl...
> Zakładam, że w domenie masz prawidłowo stworzone konta odpowiadające
> loginom
> na SQL Serverze (lub będące w odpowiedniej roli) - ale dla pewności
> sprawdź
> czy te konta rzeczywiście istnieją i mają takie same prawa/członkostwo jak
> te
> konta domenowe, które działają. Przecież skoro w tym samym środowisku
> działa
> Ci domenowe na X użytkowników, a na Y nie - powodem nie są ustawienia
> globalne
> tylko różnice między cechami X a Y.
>
> Mógłbyś też więcej napisać o tej aplikacji, bo będzie to miało spore
> znaczenie,
> jeżeli nie znajdziesz żadnej różnicy między kontami.
> (.NET desktop / ASP.NET czy cuś innego?)
>
> A czy logowanie bezpośrednio do bazy, np. z Query Analyzera, domenowo, na
> któreś z nowych kont, kończy się powodzeniem? Jeżeli nie, to nie ma co
> liczyć,
> że w aplikacji będzie lepiej. Jeżeli tak, to trzeba szukać powodów w
> aplikacji
> i jej warstwie autentykacji.
>
To nie jest aplikacja www. Po prostu zwykła aplikacja korzystajaca z bazy
sql. W niej samej definiuje sie userow i prawa, ktore zreszta sa.
I jezeli zaloze usera i ustawie autentykacje na SQL'a to działa, a jak
zaloze na Windows'a to nie.
Rafal
zanotowane.pldoc.pisz.plpdf.pisz.pleffulla.pev.pl
|
jak to =?ISO-8859-2?Q?zrobi=E6=2E=2E=2E=3F_TSQL_sql_server?==?ISO-8859-2?Q?_?=
Jak =?windows-1250?Q?pobra=E6_szacowan=B9_wielko=9C=E6_zbiory_wy nikowego_w_MS?==?windows-1250?Q?_SQL_2005=3F?=
=?iso-8859-2?Q?=5BMS_SQL=5D_Czy_mo=BFna_wywo=B3a=E6_funkcje_t ylko_raz_dla?==?iso-8859-2?Q?_ca=B3ego_zbioru_=BCr=F3d=B3owego=3F?=
[MSSQL] =?ISO-8859-2?Q?zgodno=B6ci_z_licencjami_Microsoft_?==?ISO-8859-2?Q?SQL_Server?=
=?ISO-8859-2?Q?k=B3opot_z_uruchomieniem_MY_SQL_dla_C?==?ISO-8859-2?Q?MS_i_CRM_na_Fedora_Core_3?=
Oracle PL/SQL Wstawianie =?ISO-8859-2?Q?wynik=F3w_kolekcji_d?==?ISO-8859-2?Q?o_tabeli?=
[MSSQL] ACCESS - SQL =?ISO-8859-2?Q?B=B3ad_w_konwersji_lic?==?ISO-8859-2?Q?zb?=
=?iso-8859-2?Q?=5Bmssql=5D_Zapytania_rekurencyjne__-_czy_sk=B3adnia_sql?==?iso-8859-2?Q?_co=B6_takiego_przewiduje_=3F?=
[Oracle PL/SQL] Cursor i zapis =?ISO-8859-2?Q?rekord=F3w_do_?==?ISO-8859-2?Q?kolejnych_plik=F3w?=
=?iso-8859-2?Q?=5BMySQL=5D_Co_minimalnie_potrzebne_zeby_mie=E 6_klienta_My?==?iso-8859-2?Q?SQL_na_Linuxie=3F?=
zanotowane.pldoc.pisz.plpdf.pisz.plown-team.pev.pl
Cytat
Decede mihi sole - nie zasłaniaj mi słonca.
Gdy kogoś kochasz, jesteś jak stworzyciel świata - na cokolwiek spojrzysz, nabiera to kształtu, wypełnia się barwą, światłem. Powietrze przytula się do ciebie, choćby był mróz, a ty masz w sobie tyle radości, że musisz ją rozdawać wokoło, bo się w tobie nie mieści
Hoc fac - tak czyń.
A tergo - od tyłu; z tyłu.
I czarne włosy posiwieją. Safona |
|
