Hi, wir haben es herausbekommen! So geht es (Windows 10 Pro vorausgesetzt):
Hinweis: Das Vorgehen hier basiert auf einem ioBroker-System, dass nicht mit dem neuen Windows-Installer aufgesetzt wurde. Beim neuen Installer ist beim Service bereits ein User hinterlegt. Wenn da Fragen auftreten, dann bitte an @Stabilostick wenden.
In der Windows Benutzerverwaltung (ist in der "Computerverwaltung" enthalten) - wenn noch nicht vorhanden - einen Windows Benutzer zur Ausführung des ioBroker-Services einrichten:
[image: 1595524638899-7b327b7f-0c4a-4636-8f99-ffaa3600f571-image.png]
Anschließend in der Diensteverwaltung (services.msc) dem "iobroker"-Service diesen Windows User zuordnen:
[image: 1595524574756-acfd00dc-9263-4fb0-bbb2-b36ff9a5f907-image.png]
Der User erhält bei der ersten Zuordnung das Recht, sich auch als Dienst anzumelden.
Ab jetzt läuft ioBroker, wenn er als Dienst gestartet wird, mit diesem Benutzerkonto und nicht mehr als System-User. Synology kannte dieses System-/Computerkonto nicht und hatte deshalb den Zugriff verhindert.
Natürlich muss dieser Benutzer mit dem gleichen Benutzernamen und dem gleichen Kennwort auch auf der Synology eingerichtet und für die Freigabe berechtigt sein!
Jetzt kann z.B. mit JavaScript direkt auf den Share zugegriffen werden.
...
function main() {
workbook.xlsx.readFile("\\\\Synology\\Computer\\Pool\\Messungen.xlsm") // direkter Zugriff
//workbook.xlsx.readFile("\\\\192.168.243.5\\Computer\\Pool\\Messungen.xlsm") // alternativer Zugriff über IP
.then(function() {
var worksheet = workbook.getWorksheet('Messungen');
...
PS: Hier nicht die Laufwerksbuchstaben verwenden sondern direkt zugreifen.
Wir hoffen, das hilft allen, die später noch auf dieses Problemchen stoßen.
Viele Grüße
(Text kommt primär von stabilo...)
