
Bei der Arbeit versuche ich herauszufinden, wie ich ein freigegebenes Linux-Verzeichnis (Samba) mit Windows-Servern verbinden kann. Auf diesem Linux-Server sind Dateien gespeichert, auf die wir von einer dotNET-Anwendung auf einem Windows-Server aus zugreifen möchten.
Wir wollen eine Verbindung zwischen den beiden, keine Verzeichniszuordnung, die ein Benutzer vom Windows-Rechner aus vornehmen könnte. So wie ich das sehe, haben wir folgende Möglichkeiten:
- Habe eine aktive Freigabe auf dem Linux-Rechner mit den Windows-Servern, auf die der Zugriff möglich ist. Ich kann den Linux-Verzeichnispfad innerhalb der dotNET-Anwendung angeben. Das ist die beste Option.
- Legen Sie die Freigabe als Zuordnung auf dem Windows-Server fest und geben Sie den Pfad innerhalb der Anwendung so an, dass er auf den Windows-Serverpfad verweist. Wir können ihn nicht als Benutzer zuordnen, da die dotNET-Anwendung nicht als Benutzer ausgeführt wird.
Kann mir hier jemand ein bisschen weiterhelfen? Ist Samba die richtige Wahl? Gibt es andere Möglichkeiten und welche sind Ihrer Meinung nach die besten? Entschuldigen Sie, wenn ich etwas vage bin, aber wenn zusätzliche Informationen benötigt werden, gebe ich sie gerne weiter!
Beste grüße,
Roël
Antwort1
Ist Samba der richtige Weg?
Kurze Antwort: Ja.
Wir möchten eine Verbindung zwischen den beiden und keine Verzeichniszuordnung, die ein Benutzer vom Windows-Computer aus vornehmen könnte.
Zugriff auf Samba-Freigabendürfeneingeschränkt werden.
Wenn Sie möchten, dass nur Ihre Anwendung auf diese Freigabe zugreift, stellen Sie eine Verbindung zur Freigabe mit Anmeldeinformationen her, die nur der Anwendung bekannt sind.
die dotNET-Anwendung wird nicht als Benutzer ausgeführt.
Ja, das ist der Fall, aber es könnte sich um eines der vielen „System“-Konten handeln. Die meisten Windows-Dienste werden auf diese Weise ausgeführt.
Beachten Sie, dass diese Konten im Allgemeinen auf das beschränkt sind, was "auf der Box" ist.
Sie können nicht sehenirgendetwasüber das Netzwerk. Dazu müssen Sie Dinge wie das NETWORK_SYSTEM-Konto oder vielleicht ein dediziertes Konto untersuchen, unter dem Sie Ihre Anwendung ausführen.