Nei primi mesi dell\u2019anno scorso, abbiamo avvertito un aumento preoccupante delle autorizzazioni al reso per i nostri Remote Ethernet Device RED 50.<\/p>\n
Indagando su quale fosse la causa all\u2019origine del problema, abbiamo constatato che il firmware di RED, al tempo in versione corrente, non riusciva a gestire adeguatamente i blocchi danneggiati sull\u2019unit\u00e0 flash nel dispositivo RED 50, quando veniva scritto un nuovo firmware come parte di un upgrade.<\/p>\n
Che cos\u2019\u00e8 un blocco danneggiato?<\/em><\/strong>\u00a0Un blocco danneggiato, detto anche settore danneggiato, \u00e8 un\u2019area di un supporto di archiviazione che \u00e8 diventata inutilizzabile. Di solito questi settori sono stati danneggiati dall\u2019usura, il che li rende inaffidabili o inutilizzabili dopo un certo numero di cicli di scrittura e cancellazione. \u00c8 un processo normale e la maggior parte dei supporti di archiviazione \u00e8 propensa a sviluppare blocchi danneggiati nel tempo, mentre in alcuni casi tali blocchi sono presenti anche nei supporti nuovi. Di solito questi blocchi vengono saltati in fase di elaborazione.<\/em><\/p>\n Nel caso di RED 50, il firmware non riusciva pi\u00f9 ad avviarsi dopo il processo di upgrade e il RED 50 andava \u201cin brick\u201d. Per rispondere a questo problema, abbiamo sviluppato un nuovo firmware per RED 50 che risolveva questo problema ed era in grado di gestire adeguatamente i blocchi danneggiati. Questo firmware \u00e8 stato rilasciato sia sul server di provisioning di RED, sia come parte di Sophos UTM 9.605 nel mese di luglio del 2019.<\/p>\n Purtroppo, nonostante questo aggiornamento, continuiamo a osservare un elevato numero di autorizzazioni al reso per RED 50. Ci\u00f2 \u00e8 in parte dovuto al fatto che il processo di scrittura del nuovo firmware per ottenere il \u201cfix\u201d prevede comunque l\u2019utilizzo del vecchio firmware, caratterizzato dal problema di gestione dei blocchi danneggiati. Di conseguenza, alcuni clienti hanno dovuto affrontare questo problema durante l\u2019upgrade al nuovo firmware.<\/p>\n Ci sono anche stati segnalati casi di clienti che hanno effettuato l\u2019upgrade al nuovo firmware e che hanno continuato a utilizzare i dispositivi RED 50 senza alcun problema per un certo periodo di tempo, ma che poi hanno riscontrato errori dell\u2019hardware in un secondo momento. In seguito a ulteriori analisi tecniche dei dispositivi inviati per l\u2019autorizzazione al reso, siamo stati in grado di confermare che: a) il problema riscontrato \u00e8 diverso da quello originale, il che significa che il fix \u00e8 stato efficace; b) le unit\u00e0 flash hanno sviluppato blocchi danneggiati nel tempo, che hanno fatto s\u00ec che il firmware diventasse non avviabile.<\/p>\n Stiamo collaborando con i team di catena di distribuzione e hardware per verificare se il tasso di errore su queste unit\u00e0 nel RED 50 \u00e8 pi\u00f9 alto del previsto. Inoltre, stiamo continuando ad analizzare le unit\u00e0 inviate per l\u2019autorizzazione al reso, per scoprire se possano esservi altri cause potenziali per l\u2019aumento del numero di autorizzazioni al reso.<\/p>\n Quali consigli bisogna offrire ai clienti?<\/strong> Questo problema riguarda solamente i clienti che utilizzano SG UTM?<\/strong> Ulteriori informazioni verranno fornite non appena vi siano ulteriori sviluppi.<\/p>\n","protected":false},"excerpt":{"rendered":" Nei primi mesi dell\u2019anno scorso, abbiamo avvertito un aumento preoccupante delle autorizzazioni al reso per i nostri Remote Ethernet Device RED 50.<\/p>\n","protected":false},"author":11,"featured_media":218,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"advanced_seo_description":"","jetpack_seo_html_title":"","jetpack_seo_noindex":false,"_jetpack_memberships_contains_paid_content":false,"footnotes":""},"categories":[70],"tags":[48,46,15],"coauthors":[42],"class_list":["post-299","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-products","tag-sg-utm","tag-sophos-red","tag-supporto"],"jetpack_featured_media_url":"https:\/\/partnernews.sophos.com\/it-it\/wp-content\/uploads\/sites\/6\/2019\/12\/featured-image-support-update.jpg","jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/partnernews.sophos.com\/it-it\/wp-json\/wp\/v2\/posts\/299","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/partnernews.sophos.com\/it-it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/partnernews.sophos.com\/it-it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/partnernews.sophos.com\/it-it\/wp-json\/wp\/v2\/users\/11"}],"replies":[{"embeddable":true,"href":"https:\/\/partnernews.sophos.com\/it-it\/wp-json\/wp\/v2\/comments?post=299"}],"version-history":[{"count":1,"href":"https:\/\/partnernews.sophos.com\/it-it\/wp-json\/wp\/v2\/posts\/299\/revisions"}],"predecessor-version":[{"id":300,"href":"https:\/\/partnernews.sophos.com\/it-it\/wp-json\/wp\/v2\/posts\/299\/revisions\/300"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/partnernews.sophos.com\/it-it\/wp-json\/wp\/v2\/media\/218"}],"wp:attachment":[{"href":"https:\/\/partnernews.sophos.com\/it-it\/wp-json\/wp\/v2\/media?parent=299"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/partnernews.sophos.com\/it-it\/wp-json\/wp\/v2\/categories?post=299"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/partnernews.sophos.com\/it-it\/wp-json\/wp\/v2\/tags?post=299"},{"taxonomy":"author","embeddable":true,"href":"https:\/\/partnernews.sophos.com\/it-it\/wp-json\/wp\/v2\/coauthors?post=299"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
\n
\nAi clienti che dovessero riscontrare questo problema, si consiglia di contattare il supporto tecnico. Il team di supporto selezioner\u00e0 la procedura pi\u00f9 adeguata a seconda del caso.<\/p>\n
\nAl momento, abbiamo ricevuto segnalazioni relative a questo problema solamente per Sophos UTM.<\/p>\n