持續(xù)宕機24小時后 加密消息應(yīng)用Signal恢復運行
在經(jīng)歷了周五的技術(shù)困難之后，Signal消息應(yīng)用似乎已經(jīng)恢復了運行。該公司周六晚上發(fā)推文表示，“Signal已經(jīng)回歸！”。盡管該公司補充說，一些用戶可能仍然會在他們的聊天中看到錯誤信息。該公司沒有解釋是什么原因?qū)е碌腻礄C。
對于用戶仍然會在他們的聊天中看到錯誤消息，該公司表示是美國東部時間周五上午11:30左右開始的中斷的“副作用”。Signal在推文中指出，這些消息不影響安全，而是用戶可能已經(jīng)錯過了另一個用戶的消息。該公司表示，這將在接下來的應(yīng)用更新中得到修復。
如果用戶想手動清除錯誤信息，它提供了兩種修復方法。在安卓系統(tǒng)中，點擊右上角的菜單，選擇“重置安全會話”。對于Signal的iOS用戶，點擊位于“收到的消息不同步”下方的 “重置會話”按鈕。
Signal允許安全和加密的視頻、語音和文本通信，在過去幾周，在馬斯克發(fā)推文向網(wǎng)友推薦這款加密消息應(yīng)用之后，其新用戶激增。此前其競爭對手服務(wù)WhatsApp公布了一項令人困惑的新隱私政策。
在中斷期間，Signal發(fā)推文表示，它正在“盡快努力使額外的容量上線，以處理高峰期的流量水平”。
該公司沒有立即回復The Verge周日的進一步評論請求。
責任編輯：PSY
聲明：本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人，不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學習之用，如有內(nèi)容侵權(quán)或者其他違規(guī)問題，請聯(lián)系本站處理。
舉報投訴
-
加密
+關(guān)注
關(guān)注
0文章
305瀏覽量
24020 -
signal
+關(guān)注
關(guān)注
0文章
110瀏覽量
24993 -
消息
+關(guān)注
關(guān)注
0文章
29瀏覽量
12903
發(fā)布評論請先 登錄
相關(guān)推薦
OpenAI宣布API恢復運行，ChatGPT正在逐步回歸
近日，OpenAI官方發(fā)布了一則重要更新說明，宣布其API系統(tǒng)現(xiàn)已全面恢復運行，同時確認ChatGPT服務(wù)正在逐步恢復中。這一消息對于眾多依賴OpenAI服務(wù)的用戶來說，無疑是一個好消息。 早些時候
OpenAI就ChatGPT宕機事件致歉
。 面對這一突發(fā)情況，OpenAI迅速作出回應(yīng)，并在其官方渠道上發(fā)布了事故報告。報告中，OpenAI明確表示已經(jīng)查明了導致宕機的具體原因，并承諾將全力以赴，以最快的速度恢復正常服務(wù)。同時，OpenAI也對因此次宕機給廣大用戶帶來
ADS1220運行一段時間后出現(xiàn)ADC = -1 的錯值，怎么解決？
ADS1220可以轉(zhuǎn)換出數(shù)據(jù)，但是經(jīng)常運行一段時間后出現(xiàn)ADC = -1 的錯值，并且復位單片機無法恢復，只有把ADS1220斷電后才能恢復
發(fā)表于 12-06 07:23
ADS1230運行一段事件， 約半小時到兩小時，數(shù)據(jù)會亂跳怎么解決？
問題描述： 開始測量正常，運行一段事件， 約半小時到兩小時，數(shù)據(jù)會亂跳
#define NOP90nS()_nop_()//11.0592Mhzstc單片機 1T模式 單nop約90ns
發(fā)表于 12-05 07:59
服務(wù)器數(shù)據(jù)恢復—V7000存儲NTFS文件系統(tǒng)數(shù)據(jù)恢復案例
服務(wù)器存儲數(shù)據(jù)恢復環(huán)境：
一臺掛載在Windows server服務(wù)器上的v7000存儲。存儲空間劃分了一個分區(qū)，采用NTFS文件系統(tǒng)，存放oracle數(shù)據(jù)庫。
服務(wù)器存儲故障：
服務(wù)器在運行
Oracle數(shù)據(jù)恢復—異常斷電后Oracle數(shù)據(jù)庫啟庫報錯的數(shù)據(jù)恢復案例
Oracle數(shù)據(jù)庫故障：
機房異常斷電后，Oracle數(shù)據(jù)庫啟庫報錯：“system01.dbf需要更多的恢復來保持一致性，數(shù)據(jù)庫無法打開”。數(shù)據(jù)庫沒有備份，歸檔日志不連續(xù)。用戶方提供了
服務(wù)器數(shù)據(jù)恢復—硬盤出現(xiàn)壞扇區(qū)導致網(wǎng)站服務(wù)器宕機的數(shù)據(jù)恢復案例
服務(wù)器數(shù)據(jù)恢復環(huán)境：
一臺linux操作系統(tǒng)服務(wù)器上跑了幾十個網(wǎng)站，服務(wù)器上只有一塊SATA硬盤。
服務(wù)器故障：
服務(wù)器突然宕機，嘗試再次啟動失敗。將硬盤拆下檢測，發(fā)現(xiàn)存在壞扇區(qū)。
RFID技術(shù)改變閱讀方式，24小時智慧書屋讓知識無打烊
24小時智慧書屋通過RFID技術(shù)，實現(xiàn)了全天候開放和無間斷服務(wù)，提高了借閱效率，滿足了人們對知識與文化的全天候需求，體現(xiàn)了以人為本的城市發(fā)展理念。
開關(guān)電源過載保護后怎樣恢復
電源系統(tǒng)的正常運行。 確定過載原因 在進行任何恢復操作之前，首先需要確定導致過載的原因。過載可能是由于多種原因引起的，例如負載過大、電源線故障、電源設(shè)備故障等。通過分析故障現(xiàn)象和檢查相關(guān)設(shè)備，可以找到導致過載的根
ESP32如何解除flash加密？
Flash 加密啟動。
退出 menuconfig 并保存最新配置。
再次運行 idf.py menuconfig 并復核是否確認已關(guān)閉該選項！如果該選項仍處于已啟用狀態(tài)，則引導加載程序會在啟動后立即重新
發(fā)表于 06-21 13:00
esp32加密后無法關(guān)閉怎么解決？
... .html#id19嘗試關(guān)閉加密功能時，發(fā)現(xiàn)提示New value required for efuse,如圖顯示。
請教這是什么原因？
另外我發(fā)現(xiàn)加密后，無法使用erase-flash 擦除flash,如圖
發(fā)表于 06-06 06:48
服務(wù)器數(shù)據(jù)恢復—存儲中卷被刪除后重建如何恢復被刪除卷的數(shù)據(jù)？
服務(wù)器存儲數(shù)據(jù)恢復環(huán)境：
某品牌FlexStorage P5730服務(wù)器存儲，存儲中有一組由24塊硬盤組建的RAID5陣列，包括1塊熱備硬盤。
服務(wù)器存儲故障：
存儲中的2個卷被刪除，刪除之后重建了一個新卷。需要恢復之
服務(wù)器數(shù)據(jù)恢復—EVA存儲異常斷電后出現(xiàn)故障的數(shù)據(jù)恢復方案
服務(wù)器存儲數(shù)據(jù)恢復環(huán)境：
某品牌EVA8400，服務(wù)器上安裝VMware ESXi虛擬化平臺，虛擬機的虛擬磁盤包括數(shù)據(jù)盤（精簡模式）+快照數(shù)據(jù)盤，部分虛擬機中運行oracle數(shù)據(jù)庫和mysql
Windows 11 24H2默認啟用BitLocker加密，家庭版受影響
據(jù)報道，此次發(fā)現(xiàn)基于測試人員在使用全新安裝程序安裝24H2時的觀察。幸運的是，用戶可在系統(tǒng)設(shè)置中的“隱私與安全”項中關(guān)閉“設(shè)備加密”選項。
Meta服務(wù)器宕機逾3小時，馬斯克調(diào)侃：“此刻正閱讀的你……”
3 月 6 日報道，今日多家 Meta 旗下服務(wù)，如Instagram和Facebook遭遇嚴重全球服務(wù)中斷，超過三小時無法正常運作。
工商網(wǎng)監(jiān)
評論