UNSOLVED error : Datei auf Netzlaufwerk öffnen

[liv-in-sky]

@bahnuhr alles, was nicht über iobroker gemacht wird ( also z.b die konsole oder auch vba excel) nutzt deinen user (mit dem du eingelogt bist ), den du ja angelegt hast

ioboker nutzt einen eigenen user beim start des services und so wird dieser user auch im iobroker (script, terminal) dazu genutzt - und der hat anscheinend ein problem

daher meine überlegung, auf dem share müssen rechte für "jedermann" sein - im moment weiß ich nur nicht, wie das gemacht wird, da du ja synology hast und das ist linux mit samba, welches den share erstellt und somit für die rechte verantwortlich ist

jetzt könnten wir einen synology bzw linux/samba profi gebrauchen

[Homoran]

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

jetzt könnten wir einen synology bzw linux/samba profi gebrauchen

Meiner Meinung nach nicht.
Ein Windows Spezi eher.

Aber die Ursache liegt imho genau da:

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

ioboker nutzt einen eigenen user

Die Frage nach dem User wurde glaube ich bereits ganz am Anfang gestellt, aber nie wirklich aufgeklärt

[bahnuhr]

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

ioboker nutzt einen eigenen user

Könnt ihr mir sagen wo dieser ersichtlich ist ?

Ich habe mal in iob unter benutzer geschaut. Dort hab ich nur admin.
Und diesen habe ich mal bei der synology eingegeben. War aber nicht erfolgreich damit.

Komisch dies alles mit der benutzersteuerung !?!?!?!?

[liv-in-sky]

@bahnuhr zu samba:

@Homoran

da der user, der iobroker startet nicht geändert werden sollte, kannst du letztlich nicht viel auf dem windows client machen - aber auf synology evtl so ändern, dass wirklich jeder den share nutzen darf

[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