none
SQL Server Windows Authentifizierung RRS feed

  • Frage

  • Hallo,

    wir haben bei uns ein kleines Netzwerk mit ca. 10 PC's. Unsere Rechner sind alle in einer gemeinsamen Arbeitsgruppe.

    Nun habe ich einen SQL Server auf PC1 installiert. Ich will von PC2 auf den SQL Server von PC1 zugreifen. Das muss (leider) mit Windows Authentifizierung gehen. (Mit SQL Server authentifizierung ist das kein Problem und geht auch. Ich brauche jedoch unbeding Windows Authentifizierung wegen der microsoft analysis services!)

    Wie kann ich das machen?

    Ich habe auch schon auf PC1 und PC2 die gleichen Benutzer mit den gleichen Passwörtern angelegt. Das bringt jedoch nichts.

     

    Vielen Dank für jeden Tip.

    Gruß

    Thomas

    Donnerstag, 27. Oktober 2011 14:27

Antworten

  • Ich habe auch schon auf PC1 und PC2 die gleichen Benutzer mit den gleichen Passwörtern angelegt. Das bringt jedoch nichts.


    Hallo Thomas,

    beim SQL Server relationale Datenbank Engine funktioniert das Verfahren, habe ich in einem Fall (leider) auch im Einsatz; mit SSAS habe ich es noch nie ausprobiert.

    Wenn Du nicht vorhast doch noch eine Domäne aufzusetzen gab es noch zwei weitere Möglichkeiten:

    - Du implementierst eine Middle-Tier Anwendung, die User authentifiziert & authorisiert, die MDX Abfragen entgegen nimmt, sie ausführt und das Ergebnis an den Client zurückliefert.

    - SSAS bietet auch den Zugriff über HTTP, so kann man einen "anonymen Zugriff" für Clients einrichten; siehe  Konfigurieren von HTTP-Zugriff auf SQL Server Analysis Services unter IIS 7.0


    Olaf Helper
    * cogito ergo sum * errare humanum est * quote erat demonstrandum *
    Wenn ich denke, ist das ein Fehler und das beweise ich täglich
    Blog Xing
    Donnerstag, 27. Oktober 2011 15:29

Alle Antworten

  • Das ist im Grunde so nicht möglich.

    Du kannst hier nur die klassische Umgehungslösung versuchen, die du auch schon angsprochen hast, siehe hierzu auch:

    http://www.shailen.sukul.org/2008/02/connecting-to-sql-server-from-workgroup.html

    Wie sieht denn dein Einsatzszenario für die Analysis Services aus? Die laufen auf alle Fälle mal, wenn du sie auf der gleichen Maschine installierst.


    Donnerstag, 27. Oktober 2011 14:45
    Moderator
  • Hallo Stephan,

    vielen Dank für den Tip. Aber leider funktioniert es mit gleichem Benutzer/Passwort nicht!

     

    Zum Einsatzszenario:

    Ich kann einen Testrechner aufsetzten, auf dem ich das ganze Testen kann.  Aber spätestens, wenn ich produktiv werden will, benötige ich einen Server auf dem der SQL Server/Analysis Services läuft und Client's, die darauf zugreifen müssen.

    Ich will eine .Net Anwendung bauen, welche eine Oberfläche hat, mit der man auf den SQL Server OLAP Cube zugreifen kann. Dazu muss ich mich dann natürlich darauf verbinden können.

    Wie sieht meine Alternative aus? Ein Active Directory? Geht das auf die Schelle?



    Donnerstag, 27. Oktober 2011 14:59
  • Ich habe auch schon auf PC1 und PC2 die gleichen Benutzer mit den gleichen Passwörtern angelegt. Das bringt jedoch nichts.


    Hallo Thomas,

    beim SQL Server relationale Datenbank Engine funktioniert das Verfahren, habe ich in einem Fall (leider) auch im Einsatz; mit SSAS habe ich es noch nie ausprobiert.

    Wenn Du nicht vorhast doch noch eine Domäne aufzusetzen gab es noch zwei weitere Möglichkeiten:

    - Du implementierst eine Middle-Tier Anwendung, die User authentifiziert & authorisiert, die MDX Abfragen entgegen nimmt, sie ausführt und das Ergebnis an den Client zurückliefert.

    - SSAS bietet auch den Zugriff über HTTP, so kann man einen "anonymen Zugriff" für Clients einrichten; siehe  Konfigurieren von HTTP-Zugriff auf SQL Server Analysis Services unter IIS 7.0


    Olaf Helper
    * cogito ergo sum * errare humanum est * quote erat demonstrandum *
    Wenn ich denke, ist das ein Fehler und das beweise ich täglich
    Blog Xing
    Donnerstag, 27. Oktober 2011 15:29
  • Hallo Thomas,
    versuch es doch mal mit dem Ansatz, denn ich hier beschrieben habe, der aber nicht nur für LogShipping Verwendung finden muss:
    http://www.insidesql.org/blogs/cmu/sql_server/log-shipping-ohne-vertrauensstellung

    Das geht über "Stored User Names and Passwords".

    Einen schönen Tag noch,
    Christoph
    --
    Microsoft SQL Server MVP
    www.insidesql.org/blogs/cmu

    Freitag, 28. Oktober 2011 06:55
  • Hallo,

     

    Hat die Antworten Dir weitergeholfen um das Problem zu lösen?

     

    Viele Grüße,

    Alex

    Montag, 31. Oktober 2011 13:19
  • Hallo,

    ich war die letzten Tage nicht im Büro, darum konnte ich nicht antworten!

    wir werden nun doch eine Domäne aufsetzen

    Danke für eure Tips

    Thomas

    Montag, 7. November 2011 07:57