I dette særtema om aspekter af AI ser vi på skiftet fra sprogmodeller til AI-agenter, og hvordan virksomheder kan navigere i spændet mellem teknologisk hastighed og behovet for menneskelig kontrol.
Bruger du SQL Server til at verificere brugerne eller bruger du NT, når du sætter et odbc link op??? Brug SQL server, og kryds "Connect to SQL ...." og skriv sa som LoginID og ingenting i password, det plejer at virke hos mig!
Lige et par opklarende spørgsmål: - Logger du op mod SQL serveren på samme maskine som SQL serveren ligger på? - Hvis det er en anden maskine, er brugeren der logger ind tilknyttet et andet domæne end det SQL serveren ligger på? (Ellers kig på kapitel 8 i Administrators Companion (ver. 6.0/6.5) - følger med i Books Online)
SQL server har to bruger verificeringsmetoder: - Trusted Connection - (Gammeldags) login
Hvis man bruger trusted connection, skal brugeren , som logger på clienten kunne verificeres på NT Serveren (som SQL serveren kører på). Dette sparer brugeren for at logge ind på selve SQL serveren. Ulæmperne er, at hvis man f.x. har to sikkerhedsdomæner, eller ikke har løst til at køre NamedPipess, så er du (næsten) fucked. (Der er workarounds)
Kører du til gengæld almindeligt verificering, skal du bare logge ind som 'sa' uden password (default). Yderliggere anbefaller jeg at sætte SQL server og clienten til køre med TCP/IP. Dette er simpel og skudsikker konfiguration.
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.