Synology-Forum.nl
Firmware => Synology DSM 6.2 => Topic gestart door: DSM'tje op 02 april 2019, 15:51:19
-
Ik heb naast mijn DS415+ een UPS staan van APC.
Deze is direct verbonden middels USB.
In DSM heb ik destijds bij Hardware en Stroom het vinkje aangezet bij Netwerk UPS inschakelen.
Hierna kon ik vervolgens klikken op Gemachtigde Synology NAS-apparaten om het IP adres van mijn Windows server op te geven.
Nu heb ik een nieuwe server erbij welke ik ook als gemachtigde wil opgeven echter kan ik de knop Gemachtigde Synology NAS-apparaten nergens meer vinden... Deze staat er niet meer bij.
(https://i.imgur.com/RxfZZnv.png?1)
Ik draai de laatste DSM versie DSM 6.2.2-24922
Iemand enig idee?
-
Nee. Ik zie die optie ook niet. Bij mijn nas die nog niet de update gehad heeft, zie ik die lijst wel als ik SNMP-UPS kies. (Niet als ik Synology-UPS kies):
[attachimg=1]
Maar dat is een nas die niet aan een ups hangt. Misschien dat er nu een auto configuratie in zit? In de help wordt nog wel de hele lijst met IP adressen besproken. Maar het komt vaker voor dat de help niet aangepast wordt als ze de menus aanpassen.
-
Vreemd dat ze het eruit hebben gehaald.
Geen idee waar ik nu gemachtigde IP’s kan invoeren.
Enig idee waar het conf bestand gevonden kan worden? Dan doe ik het handmatig.
-
Heb je het over de NAS waar het UPS-kabelje in zit?
-
Nee, het gaat om het invoeren van IP adressen van machines welke verbinding maken naar de Syno middels NUT. (Network UPS Tools)
Voorheen kon je gemachtigde IP’s opvoeren in DSM. Deze optie is eruit gehaald klaarblijkelijk.
-
Dat kan alleen met de NAS met "dat" kabeltje.
(als ik je goed begrijp)
-
Dat klopt.
Mijn Synology is verbonden met de UPS met de bijbehorende USB kabel.
Voor de update naar de laatste DSM versie kon ik nog IP adressen toevoegen als gemachtigd. Echter is dat nu niet meer mogelijk op de laatste DSM versie.
-
Yup, ook hier op twee laptops en pfSense geen toegang meer tot de UPS server service.
Kan geen toegestane apparaten meer toevoegen...
:clap: Synology
:thumbdown: :thumbdown: :thumbdown:
-
Wat vaag joh!
Overigens werkt mijn huidige server (welke ik voor de update al had toegevoegd) nog wel. Althans ik zie in de WinNUT logs een verbinding established staan.
-
Tegen beter weten in, heb ik vanavond ook even een update doorgevoerd bij mijn UPS-server, het zelfde probleem...
Mijn 5 clients zeggen: Kan geen verbinding maken met de netwerk UPS-server.
-
Tickets inleggen dus.
-
Net gedaan.
-
Twee UPS-clients geupdated naar DSM 6.2.2-24922, die hebben weer verbinding met de UPS-server.
Maar het probleem op de UPS-server met de onzichtbare client-lijst is er nog.
Voor iemand die de lijst moet veranderen is het een probleem. Voor mij op dit moment gelukkig niet.
-
Zojuist ook een ticket aangemaakt bij Synology.
Ben benieuwd...
-
Dan krijg je waarschijnlijk hetzelfde antwoord als ik (Dat van die clients updaten was ik al achter gekomen).
Zie bijlage.
-
Hmmm ok...
Dus als ik het goed begrijp kan je geen permitted IP's meer aangeven maar worden alle machines (welke IP dan ook) gewoon geaccepteerd zolang ze maar DSM 6.2.2-24922 of hoger draaien.
Ben benieuwd wat er gebeurd met apparaten die geen DSM draaien oftewel Windows, Linux etc.
Als ik straks tijd heb zal ik mijn Raspberry Pi eens proberen, die draait zeker geen DSM. ;D
-
@fringle, Dat er nu een soort auto configure in zit werd al gesuggereerd dat het wel weer werkte nadat je ook de cliënten geupdate had.
Maar het is natuurlijk onwerkbaar als alle cliënten ook de laatste dsm versie moeten draaien. Niet alle nassen kun je tot 6.2.2 updaten, en als je er een mac of windows computer aan wilt hangen, gaat het helemaal mis.
-
Nou ja dat laatste vraag ik me af (en ga ik straks nog dubbel checken).
Ik heb namelijk een Windows Server 2016 machine met WinNUT draaien, deze had ik wel al toegevoegd (IP adres) voordat ik de update naar DSM 6.2.2 had gemaakt maar deze blijft gewoon nog werken.
Laatste entry in de WinNUT log file:
Level NOTICE 04/02/2019 15:41:45 Communications with UPS ups@xx.xx.xx.xx established
Mijn Raspberry Pi moet ik nog toevoegen, dat was dus wat ik gister wilde doen, die laat wel weten of dat gelukt is.
[UPDATE 1]
Zo te zien werkt het gelukkig nog wel.
Zojuist NUT geïnstalleerd op mijn Rpi en krijg de volgende melding:
Communications with UPS ups@xx.xx.xx.xx established
Deze tutorial gebruikt voor de Rpi:
https://www.domoticz.com/forum/viewtopic.php?t=2266
[UPDATE 2]
Zojuist de (stroom) kabel uit mijn UPS gehaald om een stroom storing te simuleren.
De Windows machine (welke al werkte hiervoor) maar ook de Rpi (welke ik vandaag geïnstalleerd heb) ging netjes down nadat het stroom niveau laag was. Het ziet er naar uit dat het dus goed werkt!
-
Heb het even getest. Heb twee NASsen waar een UPS op is aangesloten. De ene NAS heeft DSM 6.0, de andere 6.2.2. Ik kan de UPS service voor beide van meerdere NASsen benaderen, ook vanaf een QNAP.
Alleen de mogelijkheid om toegang op IP niveau te blokkeren is blijkbaar verwijderd.
-
Dan krijg je waarschijnlijk hetzelfde antwoord als ik (Dat van die clients updaten was ik al achter gekomen).
Ik heb paar dagen terug ook een melding gemaakt en precies hetzelfde antwoord gekregen.
NUT_UPS plugin op domoticz werkte voor upsdate naar 6.2.2 prima, nu niet meer.
Ik ga de remote UPS for Raspberry proberen.. ( link eerder genoemd: https://www.domoticz.com/forum/viewtopic.php?t=2266 )
Edit-paaruurlater:
Helaas werkt de remote UPS ook niet: Login on UPS [ups@X.X.X.X] failed - got [ERR ACCESS-DENIED]
-
Hier het zelfde verhaal.
Baal ontiegelijk aangezien er buiten mijn ds218j ook een twee tal raspberries afhankelijk zijn van de UPS.
@flingle
Zag dat jij het al geprobeerd hebt, thx.
Hoe nu Synology te bewegen om de optie terug te zetten?
-
Lees dit (https://www.synology-forum.nl/index.php?topic=37427.msg267659#msg267659) positieve bericht van @DSM'tje in dit draadje nog eens goed door.
-
Thx @flingle maar heb er de afgelopen twee dagen mee stoeit maar enige wat ik krijg is.
"Communications with UPS ups@191.168.X.X lost"
Geef niet op, btw had ook een ticket bij Synology achter gelaten en kreeg vandaag de volgende mededeling.
Dear Customer,
Unfortunately, there is no announced plan to support this feature at the moment in DSM6.2.2.
I apologize for your inconvenience.
However, I have passed this message to our developers and product management group.
Let them consider to add back this option. Thank you for bringing this issue to our attention.
If you need to suggest more features, you could also submit the following form to let the PM team know you ideas:
https://www.synology.com/en-global/form/inquiry/feature
Best regards,
Synology Technical Support Engineer.
Angus Chen.
-
Ik lees idd met verbazing de berichten hier.
En dan bedoel ik dat het bij sommige niet werkt. :o Balen!
Ik heb verder niks geks gedaan en bij mij werkt het wel...
Zal even wat details neerzetten, misschien dat iemand er wat aan heeft...
Type UPS: APC Back-UPS 550
Type Syno: DS415+
Type Rpi: Rpi 3b+ - Raspbian Stretch Lite (2018-11-13) + Pi-hole
Windows Server 2016 Standard machine
2 verschillende VLAN's
De Syno draaide, voor de update naar v6.2.2, de netwerk ups service en ik had mijn Windows Server 2016 machine met zijn IP opgevoerd als permitted machine. Beide machines (Syno + Server 2016) zitten in hetzelfde VLAN.
Dit heeft maanden prima gedraaid. In de tussentijd had ik de update gedraaid naar v6.2.2. Alles bleef werken zoals ik gewend was.
Vorige week mijn Rpi een andere bestemming gegeven (Pi-hole) en deze met Raspbian Stretch Lite geïnstalleerd.
Deze in een ander VLAN gezet dan de Syno en mijn server. Toen ik het IP adres van de Rpi wilde opvoeren kwam ik er achter dat de functie uit DSM gesloopt is en ik geen IP's meer kon opvoeren. In de eerste instantie dacht ik dat ik nu dus geen apparaten meer kon toevoegen maar dat bleek dus niet waar te zijn. Op de Rpi het pakket NUT geïnstalleerd en als monitoring IP het adres van de Syno opgegeven. Vervolgens in mijn firewall port 3493 open gezet voor het desbetreffende VLAN en voila het werkt hier...
Connection established. Tevens gelijk maar eens de batterij getest en de UPS van het stroom gehaald. Na een minuut of 30 - 35 ging mijn server en de rpi netjes down. Daarna sloot de Syno zich netjes af.
Voor mij werkt alles dus prima.
-
@DSM'tje
Thx...
Hier bijna dezelfde setup/concept.
Type UPS: APC Back-UPS XS 700U
Type Syno: DS218J
Type Rpi: Rpi 3b - Raspbian Stretch Lite + Domoticz
Type Rpi: Rpi 3b - Raspbian Stretch Lite + Pi-hole/PiVPN
Voor de update niks aan de hand.
UPS verbonden aan de NAS en netjes beide IP's van de RPi's in DSM toegevoegd als toegestane apparaten.
Bij stroom uitval zou alle aangesloten hardware (NAS, Modem, RPi's, Netwerk switch en Huistelefoon) in ieder geval 30min online blijven.
Domoticz (Domotica) monitored de status van de UPS batterij dmv een Python plugin.
Indien deze beneden de 50% na circa 30min zou komen dan zou deze zichzelf en de tweede Rpi met PiHole/PiVPN afsluiten.
Even daarna zou ook de NAS afsluiten.
Direct na de update naar DSM 6.2.2 zag ik in de log van DOmoticz dat de connectie met de NAS niet toegestaan was.
Snel zoeken leerde mij dat Synology de hele handel verwijderd had.
En ben nu dus naarstig opzoek naar een alternatief wat mij tot op heden nog niet is gelukt.
Enige optie wat ik nog kan gaan proberen is om de UPS aan de RPI te hangen.
En deze dan dmv ssh de NAS te laten afsluiten indien nodig.
-
Voor diegene die ook een tijdelijk simpele oplossing zoeken om alsnog externe devices willen afsluiten dan wel andere taken uitvoeren.
Heb hier en daar wat gerommeld met de syno ups config files.
En heb in de bash scripts welke getriggerd word als de UPS Offline/Online komt wat aangepast.
Onderstaande kun je zelf van alles invullen.
Maar aangezien ik Domoticz draai voor mijn home automation geef ik geval een power failure een json command naar mijn Raspberry welke op zijn beurt dan weer afsluit.
Onderstaande code heb ik mijn aanpassing rood gearceerd:
Script bevind zich in /usr/syno/bin/
File heet "synoups"
#!/bin/sh
# Copyright (c) 2008-2010 Synology Inc. All rights reserved.
. /usr/syno/bin/synoupscommon
if [ "x$1" = "x" -o "x$1" = "x-h" ]; then
echo "Copyright (c) 2008-2010 Synology Inc. All rights reserved."
echo "Usage: `basename $0` { online | lowbatt | nocomm | fsd }"
exit
fi
SYNOINFO="/etc/synoinfo.conf"
UPSMode=`/bin/get_key_value $SYNOINFO ups_mode`
RUN_HA=$(/usr/syno/sbin/synohacore --is_ha_running)
SZF_HA_RC="/var/packages/HighAvailability/target/etc/rc.ha"
SYNOBOOTBIN="/usr/syno/bin/synobootseq"
case "${UPSMode}" in
[Ss][Nn][Mm][Pp] | [Uu][Ss][Bb])
UPSMaster=1
EnabledKey="ups_enabled"
UPSMonServer="localhost"
;;
*)
UPSMaster=0
EnabledKey="upsslave_enabled"
UPSMonServer=`/bin/get_key_value /etc/synoinfo.conf upsslave_server`
if [ "x$UPSMonServer" = "x" ]; then
UPSMonServer="localhost"
elif [ 0 -lt `echo ${UPSMonServer}|grep -c ':'` ]; then
UPSMonServer="[${UPSMonServer}]"
fi
;;
esac
UPSEnabled=`/bin/get_key_value /etc/synoinfo.conf ${EnabledKey}`
case "$UPSEnabled" in
[Yy][Ee][Ss])
;;
*)
echo "UPS is not enable."
exit
;;
esac
UPSSafeShutdown=`/bin/get_key_value /etc/synoinfo.conf ups_safeshutdown`
case "${UPSSafeShutdown}" in
[Nn][Oo])
UPSSafeShutdown=0;;
*)
UPSSafeShutdown=1;;
esac
SZF_SAFEMODE="/tmp/ups.safedown"
SZF_SAFEMODE_DONE="/tmp/safeModeDone"
SZF_ONBATT="/tmp/ups.onbatt"
SYSLOG() {
logger -p user.err -t synoups "$1"
}
UPSStatusGet() {
ups_stat=`/usr/bin/upsc ups@${UPSMonServer} ups.status 2>/dev/null`
if [ $? -ne 0 ]; then
echo "ERR"
return 255
fi
for status in $ups_stat ; do
case "$status" in
"OL"|"OB"|"LB")
echo "$status"
return
;;
esac
done
echo "ERR"
}
UPSShutdown() {
if [ $UPSMaster -ne 1 ]; then
echo "Slave waits for safe shutdown" >> $SZF_SAFEMODE
touch /var/.NormalShutdown
SYSLOG "UPS waits for safe shutdown."
return
fi
OL=0
LB=0
while [ $OL -ne 2 -a $LB -ne 2 ]; do
sleep 10
St=`UPSStatusGet`
if [ "$St" = "OL" ]; then
OL=`expr $OL + 1`
LB=0
else
LB=`expr $LB + 1`
OL=0
fi
echo "OL=$OL LB=$LB" >> $SZF_SAFEMODE
done
if [ $OL -eq 2 ]; then
synologset1 sys warn 0x11300012
echo "UPS back to On-Line and reboot." >> $SZF_SAFEMODE
$SYNOBOOTBIN --unset-safe-shutdown
telinit 6
elif [ $LB -eq 2 ]; then
touch /var/.NormalShutdown
if [ $UPSSafeShutdown -eq 0 ]; then
echo "Waiting UPS exhausted." >> $SZF_SAFEMODE
SYSLOG "Waiting UPS exhausted."
else
echo "UPS safe shutdown." >> $SZF_SAFEMODE
SYSLOG "UPS safe shutdown."
shutdown_retry=0
while [ $shutdown_retry -ne 3 ]; do
StopUps
/usr/bin/upsdrvctl shutdown
if [ $? -eq 0 ]; then
return 0
fi
shutdown_retry=`expr $shutdown_retry + 1`
echo "UPS shutdown retry ... $shutdown_retry" >> $SZF_SAFEMODE
echo "UPS shutdown retry ... $shutdown_retry" > /dev/kmsg
# omron driver will reset usb (~30s) when command timeout
sleep 40
done
echo "UPS shutdown fail." >> $SZF_SAFEMODE
echo "UPS shutdown fail" > /dev/kmsg
fi
fi
}
UPSSafeMode() {
if [ -f $SZF_SAFEMODE ]; then
return
fi
$SYNOBOOTBIN --is-shutdown
SYSLOG "[UPS] System is shutting down. Ignore onbattery event."
return
fi
SYSLOG "[UPS] Check Boot Status."
$SYNOBOOTBIN --is-ready
while [ $? -ne 0 ]
do
sleep 2
$SYNOBOOTBIN --is-ready
done
St=`UPSStatusGet`
if [ "$St" = "OL" ]; then
SYSLOG "WARNING: UPS is On-Line"
return
fi
echo "$1" > $SZF_SAFEMODE
/usr/syno/bin/synologset1 sys warn 0x11300011
SYSLOG "[UPS] Server is going to Safe Mode. It will stop all services and umount all volumes."
curl 'http://192.x.x.x:8080/json.htm?type=command¶m=system_shutdown'
if [ "yes" = "$RUN_HA" ]; then
$SZF_HA_RC ups-safemode
fi
$SYNOBOOTBIN --set-safe-shutdown
# we should hook synopoweroff not only reboot
/usr/syno/sbin/synopoweroff -fr
}
UPSRestart() {
if [ -f $SZF_ONBATT ]; then
rm $SZF_ONBATT
if [ ! -f $SZF_SAFEMODE ]; then
/usr/syno/bin/synologset1 sys info 0x11300012
/usr/syno/bin/synonotify UPSOnAC
fi
fi
curl 'http://192.x.x.x:8080/json.htm?type=command¶m=switchlight&idx=1522&switchcmd=Off'
if [ ! -f $SZF_SAFEMODE ]; then
return
fi
echo "UPS back on-line, so wait to reboot" >> $SZF_SAFEMODE
sleep 30
St=`UPSStatusGet`
timeout=$((3*60))
if [ "$St" = "OL" ]; then
SYSLOG "[UPS] Check Safe Mode Done."
while [ ! -f $SZF_SAFEMODE_DONE ] && [ $timeout -gt 0 ]
do
sleep 2
timeout=`expr $timeout - 2`
done
if [ "yes" = "$RUN_HA" ]; then
$SZF_HA_RC ups-restart &
fi
synologset1 sys warn 0x11300012
SYSLOG "UPS back to On-Line and reboot."
$SYNOBOOTBIN --unset-safe-shutdown
telinit 6
fi
}
ONBatt() {
if [ ! -f $SZF_ONBATT ]; then
touch $SZF_ONBATT
SYSLOG "UPS on battery."
curl 'http://192.x.x.x:8080/json.htm?type=command¶m=switchlight&idx=1522&switchcmd=On'
fi
}
FLOCK_FILE="/tmp/synoups.lock"
{
flock -x 99
case "$1" in
online)
UPSRestart
;;
onbatt)
ONBatt
;;
lowbatt | nocomm)
UPSSafeMode $1
;;
fsd)
/usr/sbin/upsmon -c fsd
UPSSafeMode $1
;;
fsd)
/usr/sbin/upsmon -c fsd
UPSSafeMode $1
;;
shutdownups)
UPSShutdown
;;
esac
flock -u 99
} 99>$FLOCK_FILE
-
Kan het niet aan de NUT versie op de cliënten liggen dat het met de ene pi wel goed gaat en met de andere niet? Of anders aan de settings.
In de releasenotes (https://networkupstools.org/source/2.7/new-2.7.4.txt) van de laatste NUT versie zie ik wel iets over "verbeteren van de auto detectie". Dus misschien dat de nieuwse NUT versie wel met deze dsm aanpassing werkt?
-
@Briolet
Dat zou kunnen idd maar laatste verkrijgbare versie voor de RPi is 2.7.4-5.
2.7.4-8 word getest op dit moment en anders word het zelf compilen en daar begin ik niet aan op mijn productie RPi en heb geen spare liggen.
Bovendien nooit NUT geinstaleerd gehad.
Op mijn Domoticz systeem draaide een Python plugin welke dmv telnetlib zijn info van de NAS kreeg.
En dat werkte omdat je dmv de IP permissie onder the UPS tab toegang verleende op poort 3493.
Heb na de update 6.2.2 dus ook NUT geprobeerd en die weigert ook.
p.s
Inmiddels weer reactie op Synology ticket.
'T niet geloven, Moet ze uitleggen waar de optie permitted diskstation te vinden in.
Zeggen dat het niet bestaat.
Heb ff @flingle zijn screenshots geleend ;-)
-
Ter info:
apt-cache policy nut
nut:
Installed: 2.7.4-5
Candidate: 2.7.4-5
Version table:
*** 2.7.4-5 500
500 http://raspbian.raspberrypi.org/raspbian stretch/main armhf Packages
100 /var/lib/dpkg/status
-
Vanmorgen een noodzakelijke reboot (op afstand) gedaan voor iets anders.
Zowel pfSense en laptop tonen de status van de UPS weer.
-
Zoals beschreven in de NUT documentatie, wordt de toegang geregeld in de bestanden hosts.allow en hosts.deny. Op de Synology vind je deze bestanden onder /etc en is alles geconfigureerd in hosts.deny als:
upsd: ALL EXCEPT 127.0.0.1 (en alle andere adressen die je wil toevoegen)
Hiermee werkt upsmon wel correct vanaf m'n RaspberryPi, maar als ik upsc ups@x.x.x.x uitvoer, krijg ik nog steeds een Access Denied melding.
upsc gebruik ik om de waarden uit te lezen en door te geven aan Domoticz. Helaas staat nu dus alles op 0.
-
Goed nieuws!
Synology heeft blijkbaar te veel klachten ontvangen en DSM 6.2.2-24922 is op 29 april herbouwd en de 'allowed devices' knop is weer terug.
Van de syno-site (https://www.synology.com/nl-nl/releaseNote/DS1812+#ver_24922) :
Version: 6.2.2-24922
(2019-04-29)
Important Note
This update was re-released on Apr. 29 to fine-tune certain functionality and usability.
Lees voor 'fine-tune' maar rustig 're-enable' :lol:
Helaas heeft Synology niet bij ze niet even het versienummer verhoogd en dus 'updaten' gaat niet.
Ondanks andere builddate in het voor versiebeheer gebruikte bestandje kijkt de update-manager enkel naar het versienummer met als gevolg:
[attach=1]
Niet getreurd, dit is relatief eenvoudig te verhelpen (mits SSH op de NAS enabled en putty [oid] aanwezig).
Connect naar je Syno middels SSH.
Pas het versienummer aan:
cd /etc.defaults
sudo vi VERSION
Je kunt nu de regel
buildnumber="24922"
wijzigen in
buildnumber="24921"
Sla op en verlaat SSH shell
Wanneer je nu in het configuratiescherm van DSM naar 'Update en restore gaat' denkt de updater dat er nu versie 24921 draait en kun je 'updaten'
Na update en instellen IP van client , kan client gewoon weer connecten naar de Syno-UPS
-
Ik heb de 'update' zojuist gedraaid op mijn DS415+
Versienummer aangepast en de update werd geaccepteerd.
De knop is idd weer terug en werkt ook! 8)
-
…Helaas heeft Synology niet bij ze niet even het versienummer verhoogd en dus 'updaten' gaat niet.…
Dit is onbegrijpelijk amateuristisch. Een verandere release uitbrengen onder een bestaand versienummer. Een maand geleden is deze versie al uitgekomen (zie hier (https://www.synology-forum.nl/synology-dsm-6-2/dsm-6-2-2-24922/)).
Op mijn hoofd nas had ik die vorige maand al geupdate vanwege de vele security fixes. Op mijn interne nas is de update nog steeds niet automatisch zichtbaar. Misschien dat Synology nu denkt dat iedereen die niet handmatig geupdate heeft deze aangepaste update nu alsnog gaan krijgen
-
hhmmm... versie nummer aangepast geen update helaas.
Nu is mijn NAS zowel web gui en ssh niet meer bereikbaar ook niet na een reboot.
Status lampje van mijn DS218J knippert geel.
-
Misschien VERSION file niet correct aangepast?
Heb het idee dat DSM niet meer gezien wordt.
Download Synology Assistent eens, installeer die op je PC en laat SA een aantal keer zoeken naar je NAS.
Indien gevonden, wat is dan de Status.
-
Dit is de status zie screenshot bijlage.
Als ik dubbel klik dan wil hij dsm installeren omdat hij denk dat de hardeschijven zijn verplaatst.
-
Je zit dus nu in een migratie proces dus, klik op installeren.
-
@Birdy
Had de stoute schoenen aangetrokken en de installatie opgestart met behoud van gegevens en instellingen.
Install loopt nog dus ga het zien...
-
Thx @Birdy
Back in bussiness en zo te zien alles weer als het oude behalve the OS.
UPS ip settings ook weer terug op zijn plekkie.
-
:thumbup: 8)
-
Misschien VERSION file niet correct aangepast?
Heb het idee dat DSM niet meer gezien wordt.
Ook mijn vermoeden, goed om te lezen dat het weer OK is. Begon me al schuldig te voelen ;-)
-
Ook mijn vermoeden, goed om te lezen dat het weer OK is. Begon me al schuldig te voelen ;-)
Dat hoeft niet, it's all in the game.
Weet dat alle aanpassing voor eigen rekening zijn ;-)
-
…Helaas heeft Synology niet even het versienummer verhoogd en dus 'updaten' gaat niet.…
Dit is onbegrijpelijk amateuristisch. Een verandere release uitbrengen onder een bestaand versienummer. Misschien dat Synology nu denkt dat iedereen die niet handmatig geupdate heeft deze aangepaste update nu alsnog gaan krijgen
2x Eens. Dat zal Syno inderdaad denken.
En dat is voor alle mensen waar, behalve de mensen die hebben geklaagd over het verdwijnen van de knop; Die zijn nu dus gewoon de sjaak tot de volgende update of de VERSION truuk. :S
-
Met DSM update 6.2.2-24922-1 werkt alles weer op de "oude" manier.
Vergeet niet bij de UPS-server het lijstje met IP-nummers van de clients te controleren, bij mij was het leeg (natuurlijk).
-
Na de upgrade naar DSM update 6.2.2-24922-2 werkt bij mij ook alles weer normaal, maar is spontaan de UPS-server uitgezet en (natuurlijk...?) is de lijst toegestane IP-adressen ook weer leeg..