UNSOLVED error : Datei auf Netzlaufwerk öffnen

[Homoran]

@bahnuhr sagte in error : Datei auf Netzlaufwerk öffnen:

Könnt ihr mir sagen wo dieser ersichtlich ist ?

Nirgends.

Der User heisst iobroker

[liv-in-sky]

@bahnuhr das ist der interne user:

wenn du im command "dienste" ein gibst und dann auf den iobroker dienst gehst, kannst du unter eigenschaften( rechte maustaste) und dann "anmelden" den user sehen - ABER BITTE AUF KEINEN FALL ÄNDERN - NUR ANSEHEN - außer einer unserer iobroker profis sagt das

[Homoran]

@liv-in-sky sagte in error : Datei auf Netzlaufwerk öffnen:

dass wirklich jeder den share nutzen darf

Ich denke da bist du einen Schritt zu weit.

Hier soll z:/ angesprochen werden, der ein "symlink" auf den Share ist.
Der Zugriff hängt IMHO bereits beim Versuch des Zugriffs auf z:/

EDIT:
wenn man das z:/ umgeht und direkt den Share über //synology/... anspricht sind wir natürlich bei Samba.

[bahnuhr]

@liv-in-sky sagte in error : Datei auf Netzlaufwerk öffnen:

du im command "dienste" ein gibst und dann au

ja, das ist klar.
Bei mir steht auch iobroker.

Und auf der synology ist ein solcher auch freigegeben.

[fastfoot]

@bahnuhr So, habe den iob mal installiert, das Ergebnis ist nicht erfreulich

• Unter dem Terminal wird der Windows-Benutzer angegeben, also nicht der user iobroker(testen mit whoami)
  von dort kann ich mir z.B. mit more X:\unix-data\test.txt den Inhalt der Datei anzeigen lassen. Das funktioniert auch mit der Skript-Engine

exec('more x:\\unix-data\\test.txt', function (error, result, stderr) {
    console.log(result);
});

Aaaber, das Skript von @AlCalzone bringt no access. Zusätzlich kann ich keinen Pfad wie hier gezeigt angeben, siehe hier, das gibt einen compile error

jetzt bin ich mit meinem bescheidenen Latein leider erstmal am Ende

[liv-in-sky]

@bahnuhr
@Homoran

ok - sorry - da stoße ich an meine grenzen - der user bei mir ist nicht iobroker - ich habe noch einen testserver - den habe ich wieder aktiviert

der user iobroker ist kein standard user - das funktioniert hier irgenwie anders

im bild gibt es keinen user iobroker, der in home oder einer domäne angehört - wie ist das kennwort dieses iobroker users, den du in der synology angegebene hast ? die durchgestrichenden user heißen anders im bild

[bahnuhr]

Alle an alle:

Wir kommen nicht weiter.
@fastfoot
meldet Latein am Ende
@liv-in-sky
stoße an grenzen

Ich bin schon lange am Ende.

Fazit ist:
Wieder ein Punkt den ich nicht gelöst bekomme.
Es ist für mich (als ambiotionierter Anwender) unverständlich, dass iob nicht auf ein verbundenes Netzlaufwerk kommt.
Waran das auch immer liegt.

Nicht gut das ganze.

[liv-in-sky]

@fastfoot habe mit fs getestet

ausser der mit

d:\\...

funktioniert nix

[fastfoot]

@bahnuhr sagte in error : Datei auf Netzlaufwerk öffnen:

Und auf der synology ist ein solcher auch freigegeben.

das gilt im Bild für Gemeinsame Ordner, da sollte auch eine Einstellung für dein Share Z: zu finden sein, aber siehe mein anderer Beitrag,

[bahnuhr]

@fastfoot
@liv-in-sky

Nochmals Danke an euch beide.
Lösung hab ich aber keine.

[liv-in-sky]

@bahnuhr leider keine lösung

aber ich denke, falls sich der entwickler meldet, wird das schon werden- ist ja eine community und das forum hier, soll ja auch das ganze verbessern - also werden unsere tests wahrscheinlich nicht umsonst sein

[falke69]

@bahnuhr

hast Du vielleicht auch schon mal diesen Syntax probiert?

file:///Z:/test.txt

Ich hatte auch mal Probleme eine Datei über den Browser zu laden.
Damit ging es.

Eventuell auch so:#

file:////Z:/test.txt

[bahnuhr]

@falke69 sagte in error : Datei auf Netzlaufwerk öffnen:

@bahnuhr

hast Du vielleicht auch schon mal diesen Syntax probiert?

file:///Z:/test.txt

Ich hatte auch mal Probleme eine Datei über den Browser zu laden.
Damit ging es.

Eventuell auch so:#

file:////Z:/test.txt

Alles probiert; dies klappt auch nicht.

[falke69]

@bahnuhr

schade

[liv-in-sky]

@falke69 nee - leider nicht - kommt selbe meldung

[fastfoot]

Also das ist seltsam, mit dem Test von @AlCalzone scheint irgend etwas nicht zu stimmen (funktioniert allerdings unter iob linux!), mit fs.readFileSync() kann ich die Datei lesen, fs.accessSync() scheitert im gleichen Skript

// Dateiname: test.js
const fs = require('fs');
//const path = '//192.168.178.3/Docker/unix-data/test.txt'; // <== funktioniert als path, kein Zugriff
const path = 'X:\\unix-data\\test.txt';
var test = fs.readFileSync(path);
log(test.toString());

try {
  fs.accessSync(path, fs.constants.R_OK | fs.constants.W_OK);
  console.log('can read/write');
} catch (err) {
  console.error('no access!');
}
15:23:52.889	info	javascript.0 (2564) Start javascript script.js.common.Skript_1
15:23:52.924	info	javascript.0 (2564) script.js.common.Skript_1: a b c
15:23:52.924	error	javascript.0 (2564) script.js.common.Skript_1: no access!
15:23:52.924	info	javascript.0 (2564) script.js.common.Skript_1: registered 0 subscriptions and 0 schedules

Es scheint also kein generelles Zugriffsproblem zu sein. Jetzt werde ich aber noch später exceljs installieren

[Homoran]

@fastfoot du gehst aber direkt über Samba an den Share ohne über z:/ o.ä.?

[fastfoot]

@fastfoot sagte in error : Datei auf Netzlaufwerk öffnen:

Es scheint also kein generelles Zugriffsproblem zu sein. Jetzt werde ich aber noch später exceljs installieren

Später ist schon vorbei, exceljs funktioniert hier, trotz aller vorher geschilderten Umstände

const Excel = require('exceljs');
 
const workbook = new Excel.Workbook();
 
workbook
  .xlsx
  .readFile('X://unix-data/test.xlsm')
  .then(() => {
    console.log('data was read');
  })
    .catch((err) => {
    console.log("err", err);
  });

15:35:02.284	info	javascript.0 (2564) Start javascript script.js.common.test
15:35:02.288	info	javascript.0 (2564) script.js.common.test: registered 0 subscriptions and 0 schedules
15:35:02.409	info	javascript.0 (2564) script.js.common.test: data was read

[AlCalzone]

@fastfoot sagte in error : Datei auf Netzlaufwerk öffnen:

fs.accessSync() scheitert im gleichen Skript

Wenn ich mir den Screenshot über deinem Post ansehe, bekomme ich eine Vermutung, warum. Im JS-Adapter ist der Zugriff aufs Dateisystem gesandboxt. Möglicherweise ist mit accessSync in dieser etwas nicht in Ordnung.

@bahnuhr sagte in error : Datei auf Netzlaufwerk öffnen:

net use q: \SYNOLOGY\Media

Probier es bitte mal unter Angabe des Users und Passwort (das Share benötigt doch einen, oder?):
net use q: \\SYNOLOGY\Media password /user:username

[fastfoot]

@Homoran sagte in error : Datei auf Netzlaufwerk öffnen:

@fastfoot du gehst aber direkt über Samba an den Share ohne über z:/ o.ä.?

es funktioniert beides, wie im Skript gezeigt