QTS - 4.3.3.0299 build 20170901

[selvaggi]

è disponibile nella vostra sezione download il nuovo QTS - 4.3.3.0299 build 20170901 con le seguenti caratteristiche:

[Note importanti]
- Quando QTS 4.3.x è installato sui modelli NAS in esecuzione su processori Intel e AMD a 64 bit, non possono essere supportate alcune applicazioni. Per verificare se le app installate sul vostro NAS sono compatibili con QTS 4.3.x, scaricare lo strumento compatibilità QTS a 64-bit e installarlo sul vostro QTS attuali costruire. (https://download.qnap.com/QPKG/CF64_0.1-1114.qpkg.zip)

[Nuova funzione]
- Twonky Server 8.3 è ora una funzione integrata per i seguenti modelli di NAS che hanno i numeri di serie che iniziano con Q16 (o numeri più piccoli):
TS-x80, TS-X80U, TS-x79, TS-x79U, TVS-871T, TVS-x71, TVS-x71U, TS-X70, TS-x70U, TS-x69, TS-x69U, TVS-x63, TS-x63U, TS-x53A, TS-x53 Pro, TS-x53S Pro, TS-453mini, TS-x53U, TS-x51 +, TS-x51, TS-451S, TS-251 quater, TS-451U, TS-x31P, TS-x31 +, TS-x31, TS-431U, TS-x21, TS-421U, TS-x20, TS-420U, TS-x19, TS-x12P, TS-X12, TS-412U, TS 419U, e IS-400 Pro.
- Aggiunto un messaggio per ricordare agli utenti che le prestazioni dei controller di dominio può essere influenzata se la memoria di sistema è inferiore a 2 GB.
- Aggiunto il supporto per la connessione a Internet tramite PIX-MT100 LTE dongle USB.

[Problemi risolti]
- Risolto una vulnerabilità nel kernel di Linux che potrebbe essere sfruttato per aggirare la pagina di stack di guardia (CVE-2017-1.000.364). Questa correzione è disponibile per tutti i modelli di NAS che supportano QTS 4.3.3.
- Aggiornata la versione di MariaDB 5.5.57 per risolvere diverse vulnerabilità.
- Aggiornata la versione di PHP per 5.6.31 per risolvere diverse vulnerabilità.
- Corretto diverse vulnerabilità di iniezione di comando.
- Aggiornata la versione del SDK UPnP (Portable libupnp) a 1.6.22 per correggere una vulnerabilità che potrebbe consentire di modifiche non autorizzate al file arbitrari (CVE-2016-6255) e una vulnerabilità di overflow dell'heap che potrebbe essere sfruttata per eseguire codice arbitrario o causare un denial of service (CVE-2016-8863).
- Corretto un vulnerabilità di iniezione di comando nel Catalogo multimediale per prevenire non autorizzato l'esecuzione di comandi remoti.
- Gli utenti non possono copiare i file in una cartella condivisa montata dopo l'installazione di servizi di container sul TS-870.
- Gli utenti possono ora eseguire e complete antivirus McAfee processi di acquisizione.
- I dettagli di utenti non vengono visualizzati nel "Pannello di controllo"> "Privilege"> "Gruppi di utenti", quando il nome del gruppo conteneva determinati caratteri.
- I pulsanti di configurazione in "Pannello di controllo"> "Privilege"> "Domain Security" vengono disattivate in modo non corretto dopo che gli utenti hanno aderito NAS a un dominio e quindi aggiornati alla versione 4.3.3 per QTS.
- Esecuzione di test di I / O sul TS-EC1279U causerebbe il NAS per riavviare in modo casuale.
- L'installazione e l'utilizzo di servizi di container sul TS-EC1679U causerebbe il NAS a corto di memoria e quindi riavviare.
- Gli utenti non possono accedere alle cartelle con collegamenti simbolici circolari tramite AFP.
- File Station non poteva visualizzare correttamente le proprietà di file o cartelle Qsync.
- Quando gli utenti sincronizzati stessa cartella condivisa di due dispositivi che utilizzano due conti, alcuni file sincronizzati sarebbero mancare su uno dei dispositivi.
- I file duplicati possono apparire nella cartella di destinazione in cui gli utenti caricare un gran numero di file nella cartella condivisa sincronizzata.
- Qsync non poteva sincronizzare i file in una cartella condivisa se l'opzione "Solo amministratore può creare file / cartelle" è stata attivata per la sua cartella principale.
- Sul TS-431 scoprii, la velocità di clock della CPU non è stato visualizzato correttamente in "Informazioni di sistema".
- utenti di Active Directory non potevano accedere alle versioni precedenti di una cartella condivisa su Windows.
- utenti di Active Directory non sarebbero immediatamente bloccate da o disconnessi da Qsync dopo che il NAS ha lasciato un - dominio Active Directory.
- controlli remoti possono non funzionare correttamente dopo il NAS svegliato dalla modalità di sospensione S3.
- Gli utenti non potevano compiti di upload completi durante il caricamento di file di grandi dimensioni a Amazon Drive.
- Gli utenti non potevano unirsi al NAS a un dominio Active Directory se SMB1 è stato disabilitato sul server Active Directory.
- Il NAS di tanto in tanto non poteva connettersi a Internet dopo che gli utenti hanno creato uno switch virtuale con il gateway di default del sistema.
- La configurazione di rete del Ponte Thunderbolt sarebbe tornare da un indirizzo IP statico a un indirizzo IP automatico dopo che gli utenti riavviato il NAS.
- Stazione di backup non può visualizzare correttamente il tempo rimasto, la velocità di trasferimento, o lo stato del lavoro di posti di lavoro RTRR FTP in "Stato lavoro e registri".
- Dopo aver caricato i file da un Mac ad una cartella condivisa NAS, gli utenti non potevano trasferire i file da Windows 7 o Windows Server 2008.
- I fan avrebbero ruotare ad un anormalmente alta velocità dopo agli utenti di impostare i fan alla modalità silenziosa e poi riavviato il NAS .
- Dopo aver riavviato il NAS durante la migrazione la cartella in una cartella crittografata, gli utenti non potevano accedere a una cartella condivisa tramite SMB.
- Le impostazioni del server DNS primario non sarebbero configurati correttamente quando il controller di dominio è stato attivato.
- lavori di scansione antivirus non potrebbero essere completati se gli utenti caricato rinominate i file di definizione dei virus.
- Gli utenti non-admin non potevano eseguire processi di backup NAS-a-NAS su Stazione di backup.
- Gli utenti non possono eseguire il backup dei file in determinati percorsi per un dispositivo di archiviazione esterna tramite USB One Copy Touch.
- gli utenti duplicati apparirebbero come gruppi di utenti, dopo gli amministratori di concedere autorizzazioni per le cartelle per gli utenti di dominio tramite Windows ACL.
- Utilizzando Rsync comandi su un'interfaccia a riga di comando potrebbe causare errori dopo che gli utenti aggiornati alla versione di QTS a 4.3.3.0238.
- Gli amministratori non potevano concedere agli utenti l'autorizzazione per accedere al NAS tramite SSH se i loro nomi utente contengono uno spazio bianco.
- Gli utenti non potrebbero consentire RAID Scrubbing di nuovo se non modificano l'elenco precedente RAID lavaggio.
- Gli utenti non possono selezionare la versione più alto SMB sul TS-x31, TS-x28, e la serie TAS-x68.
- L'interfaccia Pannello di controllo sarebbe voluto più tempo per rispondere quando gli utenti aggiungono un gran numero di indirizzi IP alla lista nera o whitelist.
- Gli utenti non possono accedere al NAS in esecuzione alcune versioni QTS quando si utilizza Firefox 54.0.1 e Java 8 Update 144 - (32-bit).
- L'opzione per specificare snapshot spazio riservato era disponibile durante l'installazione QTS sui modelli NAS che non supportano le funzionalità di snapshot.
- Alcuni NFS cartelle condivise non sarebbero montate dopo che gli utenti riavviato il NAS.
- StarWind iSCSI sarebbe smettere di rispondere quando si accede ai target iSCSI dopo che gli utenti aggiornati alla versione 4.3.3 per QTS.
- Un errore sulla configurazione del gateway predefinito si sarebbe verificato quando gli utenti accedono ai myQNAPcloud se VLAN è stato attivato e l'indirizzo IP statico è stato utilizzato per l'interfaccia di rete.
- Gli utenti non possono accedere in remoto al NAS tramite CloudLink quando l'autorizzazione di controllo di accesso in myQNAPcloud è stato impostato su "Private".
- Gli utenti non erano in grado di installare Encrypt Let su myQNAPcloud dopo l'installazione QTS Certificato SSL.
- Dopo aver preso le istantanee per le cartelle condivise e quindi l'aggiornamento alla versione 4.3.3 per QTS, gli utenti non potevano accedere alle versioni precedenti di cartelle condivise su Windows tramite SMB.

[FFFAB]

Per molti utenti è tornato (gratis) Twonky.....
Mi piace la solida fermezza delle decisioni in casa Qnap prima non lo sviluppano più, suggerndo di installarlo sotto Linux Station (per chi può) poi, addirittura, lo integrano nel QTS.
Ci manca poco che torni (ufficialmente) pure Kodi....

[PiaNi]

Quando i ripensamenti sono a vantaggio dell'utente, ben vengano!!

[cico66]

perchè facendo controllo firmware dal mio TS453A non rileva il nuovo firmware? prima lo rilevava senza problemi

[wozxyz]

L'ho installato sul TS-221 ma Twonky è rimasto il 7.3 che avevo. Del 8.3 non c'è traccia.

[FFFAB]

È integrato, non è fra le app: devi andare in DLNA Media Server (quello Qnap) e trovi l'abilitazione lì sotto.

[n3rv0x]

perchè facendo controllo firmware dal mio TS453A non rileva il nuovo firmware? prima lo rilevava senza problemi

L'aggiornamento live esce dopo .

[wozxyz]

È integrato, non è fra le app: devi andare in DLNA Media Server (quello Qnap) e trovi l'abilitazione lì sotto.

Grazie, dubito che lo avrei trovato!

[Riton]

Io sul mio TS-212 (seriale < Q16) avevo installato manualmente una versione arm del Twonky 7.2.5. dopo che lo avevano rimosso dallo store.

Con questo aggiornamento, il server dlna Twonky integrato mi risultava già abilitato e reindirizzandomi alla pagina qnap:9000, mi risultava sempre la mia versione.

Ho disinstallato il pacchetto e abilitato nuovamente il server integrato ma la versione è la 8.2.1 e non la 8.3
Vado a memoria che la 8.2.1 fosse l'ultima funzionante che avevo...
Come potrei procedere a "ripulire" la situazione?
Caccio via ssh tutte le folder twonky e provo a reinstallare il firmware?

[simotani]

Anche io stesso problema.. twonky con questa release fermo a 8.2.1.. per mettere la 8.3 come bisogna fare? Grazie