Shunze 學園 > 搜尋 > 搜尋結果 哈囉，還沒有註冊或者登入。請你[註冊|登入]

作者 文章
shunze
工友伯伯


註冊日期: 2002 04
來自: 潮汐終止之地
文章: 2399
shunze 離線
《分享》手機/平板中廣告病毒怎麼辦？顯示主題 搜尋由 發表的其他文章 回報給版主 IP 位置 回此頁最上方

最近這幾週陪小婆回娘家，老丈人都會主動找我，
因為...
他的三星平板又中了一直不斷彈跳，永遠關不完的的廣告病毒！

基本上廣告病毒的處理方式是停掉網路，讓廣告不再彈出後，
再移掉對應的惡意APP即可。

一開始，我還能從安裝的應用程式中找出有問題的APP，
但這週我投降了...
因為所有的APP看起來都是正常的！
這下該怎麼辦？？


在網路搜尋後，發現一個最合理的處理方式，
那就是去電池管理中，找出用電最多的那個APP！

因為廣告病毒會一直不斷運作，不斷的彈跳廣告，因此就算它本身的用電量很小，
時間久了，也會是排行榜中的第一名！
移除它就對了∼

三週觀察下來，老丈人平板中的廣告病毒都不一樣！
猜猜這週中的，又是哪一隻呢？



答案是Pocket Magnifier！



其實一開始我在應用程式清單中有注意到它，
但上網查詢後，發現它是一支手機的放大鏡程式。
看起來是正常的APP不是嗎∼
沒想到它居然是惡意APP！



♥順子老婆的網拍，請多關照∼

If you don't like something, change it.
If you can't change it, change your attitude.
Don't complain!
2026-06-13, 23:12 shunze 的個人資料 把 shunze 加入好友列表 發送Email給 shunze 瀏覽 shunze 的網站 MSN : shunze@gmail.com
shunze
工友伯伯


註冊日期: 2002 04
來自: 潮汐終止之地
文章: 2399
shunze 離線
《分享》generate_204的作用顯示主題 搜尋由 發表的其他文章 回報給版主 IP 位置 回此頁最上方

瀏覽器的 generate_204 探測功能，
本質上是一種網路狀態診斷機制，主要用於判斷使用者目前是否能「真正連接到網際網路」，
以及是否被困在需要登入的「強制網路門戶」（Captive Portal，例如飯店或咖啡廳的 Wi-Fi 登入頁面）。

為什麼叫 "generate_204"？
在 HTTP 協定中，狀態碼 204 No Content 代表：「伺服器成功處理了請求，但不需要回傳任何內容」。
Google、微軟、Apple 等大廠都設有專屬的探測伺服器（例如 Google 的 ://gstatic.com）。
當瀏覽器發送請求給這個網址時，
正常的 Google 伺服器只會回傳一個極小的 204 狀態碼標頭，不包含任何網頁 HTML 或圖片。
這種設計的優點是速度極快、耗費頻寬極低，非常適合用來高頻率地測試網路。

探測功能的 3 大核心作用

  1. 偵測是否需要「Wi-Fi 認證」（Captive Portal Detection）
    當您連上公共 Wi-Fi 時，即使無線訊號滿格，
    您也必須先打開網頁輸入密碼或點擊同意條款才能上網。
    探測過程：系統在背景偷偷向 Google 的 generate_204 發送請求。
    結果 A（正常上網）：收到 204 狀態碼。系統知道網路通了，什麼都不做。
    結果 B（被攔截導向）：公共 Wi-Fi 的路由器攔截了這個請求，並強行回傳了「登入頁面」（狀態碼通常變成 200 或 302）。
    系統反應：系統發現「回傳的不是 204」，立刻警覺到流量被劫持了，
    於是自動彈出視窗，把您導向該 Wi-Fi 的登入頁面。

  2. 即時判斷「網路是否可用」與連線切換
    作業系統和瀏覽器會定時利用這個機制確認網路存活狀態。
    當您同時開啟 Wi-Fi 和行動網路（4G/5G）時，如果 Wi-Fi 的 generate_204 測試失敗（例如寬頻斷線），
    系統會立刻在工作列顯示「驚嘆號」或「地球圖示」（顯示無網際網路存取），
    並自動幫您切換到行動網路，避免上網中斷。

  3. 觸發瀏覽器的安全防護機制
    在現代瀏覽器中（如 Chrome、Edge），當您嘗試連線某個網站，而背景的 generate_204 探測卻失敗或被竄改時，瀏覽器會懷疑您正遭受 DNS 劫持或 中間人攻擊（MITM），進而跳出警告頁面封鎖連線，保護您的個人隱私。



♥順子老婆的網拍，請多關照∼

If you don't like something, change it.
If you can't change it, change your attitude.
Don't complain!
2026-06-09, 15:22 shunze 的個人資料 把 shunze 加入好友列表 發送Email給 shunze 瀏覽 shunze 的網站 MSN : shunze@gmail.com
shunze
工友伯伯


註冊日期: 2002 04
來自: 潮汐終止之地
文章: 2399
shunze 離線
《分享》Dell NB CPU風扇故障顯示主題 搜尋由 發表的其他文章 回報給版主 IP 位置 回此頁最上方

上週順子的Dell NB Vostro 14 5410出現異常，CPU風扇不停狂轉！
一開始以為是公司什麼設備壞了，聲音好吵。
但過了一個小時都沒人反應，才驚覺這聲音原來來自於自己的電腦...



進行Dell偵錯工具檢查後，出現的錯誤碼如下。

fan : fail error code list fans - functional tests : d0501 - fail


開機時，也會直接進BIOS偵錯畫面，並跳出風扇異常的警告訊息。



上網搜尋後，發現更換風扇就可以解決問題，
還好Dell的風扇蝦皮上買的到，料號0KRK6P，含運473還附工具包∼



輕鬆置換後，我的Dell又是一尾活龍了∼





♥順子老婆的網拍，請多關照∼

If you don't like something, change it.
If you can't change it, change your attitude.
Don't complain!
2026-05-25, 14:21 shunze 的個人資料 把 shunze 加入好友列表 發送Email給 shunze 瀏覽 shunze 的網站 MSN : shunze@gmail.com
shunze
工友伯伯


註冊日期: 2002 04
來自: 潮汐終止之地
文章: 2399
shunze 離線
《分享》在Menlo Proxy隔離環境下，內部網站無法開啟顯示主題 搜尋由 發表的其他文章 回報給版主 IP 位置 回此頁最上方

最近開始接觸Menlo，PoC過程中客戶提了一個很有趣的問題。
當啟用Menlo Proxy後，會發現內部Private IP網段的網頁無法開啟，
但關閉Menlo後，該內部網頁就可以成功開啟，
而且成功開啟該網頁後，即便再次啟用Menlo，該網頁還是能夠正常開啟。

也就說，在Menlo隔離環境下，未曾開啟過的內部網站會無法開啟，
但只要成功開啟過一次，之後就可以正常開啟，
這是什麼鬼啊...

在Menlo的PAC file設定中，內網使用的Private IP網段基本上就是direct直接放行，
不會繞送到Menlo雲端，所以理論上不可能對內網網站造成干擾。
但客戶端的狀況我們在現場實際看過，確實部分內網網頁會有這樣的問題，
而且我還曾經在我LAB中成功模擬出一樣的狀況，
這...究竟是怎麼一回事？


仔細查看這個狀況，會發現在Menlo隔離環境中，
開啟這些有問題的內部網頁時，會彈跳出另一個一直轉圈圈的分頁，
而這個網頁會因瀏覽器不同，而有不同的網址。

Chrome如下。

http://connectivitycheck.gstatic.com/generate_204

Edge如下。
http://edge-http.microsoft.com/captiveportal/generate_204


從這兩個網址來看，它們有一個共通的特性．那就是它們都是http協定，而且都是導向一個generate_204頁面，
這generate_204頁面究竟有什麼特別意義？


以Chrome或Edge搭配captiveportal與generate_204去查詢，
發現這個網址是“網絡連接狀態指示器”的認證地址，它是透過http協定去進行連接線檢測，
在成功取得204的回應碼後，代表目前網路是通的，
在網路是通的情況下，原本開啟的網頁就會正常連線開啟。

但若回應碼不是204，而是其它回應碼，那就代表當下對外網路有問題，
可能會導向其它Captiva Portal去認證，會是其它回應方式。


而在導入Menlo Proxy後，在比較嚴謹的條件設定下，
連到這幾個偵測網址的連線也會被隔離，
透過Menlo隔離後，回應的就是200的回應碼，而不是原本預期的204！
然後使用者看到的就是這個從分頁彈跳出來，一直轉圈圈的generate_204頁面了...



解決的方式其實也很簡單，就把這幾個瀏覽器的檢查網址direct bypass，
或設exception做例外放行，不去隔離就行了∼

不過Direct bypass只能針對domain設定，無法細到以路徑去做設定，
設定後整個domain都會直接放行，條件太過寬鬆！
而policy exception則可細到以路徑去做設定．在政策嚴謹度上policy exception明顯較高！

另外，要注意的是依據瀏覽器的不同，放行的網址也會有所不同，
目前順子從AI上，收集到要放行的清單如下，請逐一加入。
www.gstatic.com
connectivitycheck.gstatic.com
clients3.google.com
edge-http.microsoft.com


我試圖跟客戶說明這個狀況，但客戶質疑我，以上這些是不是只是我的猜測？
而不願接受我的說法。

沒辦法，新手工程師就是沒有話語權...



♥順子老婆的網拍，請多關照∼

If you don't like something, change it.
If you can't change it, change your attitude.
Don't complain!
2026-05-20, 13:53 shunze 的個人資料 把 shunze 加入好友列表 發送Email給 shunze 瀏覽 shunze 的網站 MSN : shunze@gmail.com
shunze
工友伯伯


註冊日期: 2002 04
來自: 潮汐終止之地
文章: 2399
shunze 離線
《分享》系統流量如何指定WAN與IP連外？顯示主題 搜尋由 發表的其他文章 回報給版主 IP 位置 回此頁最上方

Sophos Firewall負責內/外traffic的routing，
在多WAN的情況下，要把內部流量透過指定的WAN與IP連外很簡單，
只要建好policy route與SNAT rule就可以達成。
但Sophos Firewall自己本身的流量，要透過指定的WAN與IP連外又該怎麼做呢？

在指定WAN的部分，一樣是透過policy route來進行，
不過特別的是需要在console中調整以下設定，才能將系統流量依照policy route中的設定，透過指定的WAN去做routing。

set routing sd-wan-policy-route system-generate-traffic enable


而在指定連外IP的設定上，一樣是在console中進行，指令如下。

set advanced-firewall sys-traffic-nat add destination <destination IP address> netmask <netmask> interface <interface> snatip <snat IP address>


由於指令中能接受的目的地是IP/網段，
若目的地是domain，而不是IP/網段，就要先把domain解析對應的IP/網段，
然後再加到指令中。



♥順子老婆的網拍，請多關照∼

If you don't like something, change it.
If you can't change it, change your attitude.
Don't complain!
2026-01-19, 10:49 shunze 的個人資料 把 shunze 加入好友列表 發送Email給 shunze 瀏覽 shunze 的網站 MSN : shunze@gmail.com
shunze
工友伯伯


註冊日期: 2002 04
來自: 潮汐終止之地
文章: 2399
shunze 離線
《分享》防火牆授權變成Deactivated顯示主題 搜尋由 發表的其他文章 回報給版主 IP 位置 回此頁最上方

前陣子客戶遇到一個奇怪的問題，
客戶的防火牆授權明明還未到期，但其狀態卻變成無效的 Deactivated 狀態。



一般來說授權會變成Deactivated，主要是因為沒有跟Sophos進行授權同步，
90天後就會變成Deactivated狀態。

這個狀態下，防火牆還是可以運作，
但因為授權無效化，所以對應的防護也會失效！

變成這個狀態後，即便恢復對外的連線，授權也無法自動變成Subscribed，
必需跟Sophos開一個Customer Care case要求恢復授權，授權才能恢復正常。


回到客戶的問題，
客戶的防火牆連外能力正常，Pattern update也能正常執行，
卻突然發現授權變成Deactivated，導致防護都失效！這又是怎麼回事？

原來Sophos自2022年開始，引入了一個新的安全機制，
偷偷的在SFOS系統內建的CRL上，加了一個 憑證撤銷清單 過期日，
一旦超過CRL過期日 90 天後，客戶原有的 License 將自動失效，導致防護功能中斷！



以19.5 MR1為例，它的憑證到期日是2025/8/4，90天後是2025/11/4，
造成了客戶的授權在11月後，變成Deactivated狀態。

而這個機制Sophos完全沒有公佈，偷偷的執行，
導致一些維持在較舊版本的用戶遇到了這樣的問題！

解決方法無它，就是升級韌體到較新版本如此而已，
這算是Sophos強迫客戶升級的一個手段吧...


其實影響範圍不光是上表列出的19.5 MR1之後的版本。
2022年釋出的SFOS版本是18.5，
自18.5後的版本都受到這個憑證過期日的影響！



♥順子老婆的網拍，請多關照∼

If you don't like something, change it.
If you can't change it, change your attitude.
Don't complain!
2025-12-19, 10:41 shunze 的個人資料 把 shunze 加入好友列表 發送Email給 shunze 瀏覽 shunze 的網站 MSN : shunze@gmail.com
shunze
工友伯伯


註冊日期: 2002 04
來自: 潮汐終止之地
文章: 2399
shunze 離線
《分享》SFOS 22.0的升級需求顯示主題 搜尋由 發表的其他文章 回報給版主 IP 位置 回此頁最上方

簡單來說SFOS自22版開始，會需要更多的硬碟空間才能進行升級。
(事實上，從21.5.1開始就這樣搞了...)

一般來說，會遇到硬碟空間問題的，不外乎桌上型小model(64G SSD)或虛擬機，
1U以上的設備，基本上不會遇到這個問題。

當Control center alert出現警示訊息，或是欲升級韌體時，顯示磁碟空間問題，
就要先解決此問題才能升級。




【對應的解決方式如下】

  • FWDS501 Insufficient disk space.
    這個代碼發生在虛擬機，需重新配置較大的磁碟空間，才能解決此問題。
    您的管理員信箱應該也會收到以下的通知信。



  • FWDS502 Insufficient space in the /var partition.
    這個代碼發生在桌上型磁碟空間較小(64G)上的設備上。
    可先透過以下指令來查看空間配置。
    system firmware check-disk-space




    並透過以下指令來清除Troubleshooting與Event log。
    system diagnostics purge-all-logs
    system diagnostics purge-event-logs




    若清除後，空間還是不足，則需要清除報告，以釋出足夠的空間來進行升級．
    清除前


    清除報表


    清除後


    待空間問題排除後，才能正常升級。

  • FWDS503 Insufficient space in the /content partition.
    若遇到這個代碼會比較麻煩，需要先備份既有組態，
    再以console線對接後，輸入大寫 RESET 進入特殊模式，然後按 2 去重設現行組態與signatures。



    完成後，再還原備份組態，進行韌體更新。

  • FWDS504 SSD firmware is running an earlier version.
    這個代碼表示這台XGS的SSD有韌體更新需求，需更新SSD韌體後，才能升級。

  • FWDS505 SSD health problem, need contact Sophos Support.
    這個代碼表示SSD的健康狀況有問題，要開case請原廠釐清後才能升級。

參考資料
Requirements and resolution to upgrade t... 22.0 and later



♥順子老婆的網拍，請多關照∼

If you don't like something, change it.
If you can't change it, change your attitude.
Don't complain!
2025-11-18, 15:38 shunze 的個人資料 把 shunze 加入好友列表 發送Email給 shunze 瀏覽 shunze 的網站 MSN : shunze@gmail.com
shunze
工友伯伯


註冊日期: 2002 04
來自: 潮汐終止之地
文章: 2399
shunze 離線
《分享》設定OSPF驗證顯示主題 搜尋由 發表的其他文章 回報給版主 IP 位置 回此頁最上方

在建立新的area時，你應該有發現其中有個驗證項目是需要指定的，
而且不能選擇None來儲存！



這驗證項目，在你沒有特別指定時，不論你選擇Text或是MD5，
其實都不會驗證，所以選哪一個都沒差，不會影響兩端的學習∼
但如果我們要啟用OSPF驗證，必需驗證過才能學到動態路由，那又該怎麼做呢？

這個需求必需透過“覆寫介面設定”才能完成。



以我們的環境為例，由於backbone area是透過Port1來連線，
因此在網卡的部分，我們就必需選擇Port1，
然後在下面的驗證方法上，選擇驗證方式為Text或是MD5，並設定其密碼。



在Port1設定驗證方式後，對端網卡介面就必需跟著設定相同驗證方式與密碼，
驗證才會成功，才能透過OSPF學得動態路由！
否則就會驗證失敗，無法透過OSPF學得對端網段路由...



♥順子老婆的網拍，請多關照∼

If you don't like something, change it.
If you can't change it, change your attitude.
Don't complain!
2025-07-07, 16:02 shunze 的個人資料 把 shunze 加入好友列表 發送Email給 shunze 瀏覽 shunze 的網站 MSN : shunze@gmail.com
shunze
工友伯伯


註冊日期: 2002 04
來自: 潮汐終止之地
文章: 2399
shunze 離線
《分享》兩端透過各自的area來發佈顯示主題 搜尋由 發表的其他文章 回報給版主 IP 位置 回此頁最上方

除了透過backbone area 0.0.0.0來發佈外，
我們當然也能在兩端設定各自的area，然後再透過骨幹來發佈各自區域的路由摘要∼



首先我們先在10.1.1.250這台Sophos上建立一個area。



Area就設定為1.1.1.1。



然後把10.199.0.0/24與10.199.1.0/24這兩個本機網段透過此area 1.1.1.1來發佈。



同樣的對端10.1.1.253也用相同的方式，把172.16.99.0/24與192.168.254.0/24兩個網段透過1.1.1.2這個area來發佈。



兩端設定完成後，在Information可看到Border routers資訊中出現了對端的router ID。



而在Routes中，可以清楚看到10.199.0.0/24與10.199.1.0/24這兩個網段是本機直連網段，並透過1.1.1.1這個area來發佈，
而172.16.99.0/24與192.168.254.0/24則是透過0.0.0.0從對端學到的。



Database資訊中顯示了完整的網段與router ID對應關係。



Neighbors一樣顯示了對端router ID。



Interface中則顯示了加入OSPF的介面。



測試結果發現，兩端透過各自的area來發佈，
最終同樣會透過backbone area來學得對端所發佈的路由∼



♥順子老婆的網拍，請多關照∼

If you don't like something, change it.
If you can't change it, change your attitude.
Don't complain!
2025-07-07, 15:38 shunze 的個人資料 把 shunze 加入好友列表 發送Email給 shunze 瀏覽 shunze 的網站 MSN : shunze@gmail.com
shunze
工友伯伯


註冊日期: 2002 04
來自: 潮汐終止之地
文章: 2399
shunze 離線
《分享》兩端網段統一透過0.0.0.0 backbone area來發佈顯示主題 搜尋由 發表的其他文章 回報給版主 IP 位置 回此頁最上方



要實現OSPF動態學習路由的需求，
最簡單的，就是把所有要發佈的網段，直接透過backbone area 0.0.0.0來發佈。

設定時，請先把要運行OSPF的Port1 LAN zone啟用Dynamic Routing。



然後為兩台Sophos各設定一個唯一(不重覆)的router ID，
以10.1.1.250這台Sophos為例，我們設定為10.1.1.250，
對端Sophos我們就設定為10.1.1.253。



由於0.0.0.0是系統預設的backbone area，因此我們不需要手動為0.0.0.0建立這個area；
直接把要發佈的網段，丟到0.0.0.0這個area即可。



當然對端也一樣把要發佈的網段，丟到backbone area。



完成後我們就可以在Information中檢視結果。
首先是Border routers這個資訊，
由於我們是透過backbone area來發佈，沒有其它area加入，所以這個部分是空的。



而在Routers資訊中，我們就可以看到除了10.1.1.0/24，10.199.0.0/24與10.199.1.0/24這三個直連網段以外，
還透過10.1.1.253這顆router學到了172.16.99.0/24與192.168.254.0/24這兩個新網段。



在Database資訊中，可以看到router的相關資訊。



而在最重要的Neighbors資訊中，我可以看到對端router 10.1.1.253有出現在這裏！
若這個頁面沒有出現其它鄰居router，
那就不可能透過其它鄰居來學到新的網段資訊。



在Interfaces資訊中，可以看到有發佈到OSPF的介面有up起來。



同樣的，若在對端Sophos查看，可以看到鄰居router 10.1.1.250有找到。



而路由資訊中，也顯示完整路由資訊。



透過 tcpdump 'proto 89' 指令，我們可以發現到兩台Sophos都有發出與收到OSPF的Hello封包。



另外OSFP是透過multicast來傳遞的，
所以我們也可以透過 tcpdump 'host 224.0.0.5' 指令，來觀察是否有封包透過multicast IP 224.0.0.5來傳播。



路由資訊成功透過OSPF發佈後，10.1.1.250這台Sophos上的user就可以成功traceroute到對端172.16.99.X網段∼



♥順子老婆的網拍，請多關照∼

If you don't like something, change it.
If you can't change it, change your attitude.
Don't complain!
2025-07-07, 14:50 shunze 的個人資料 把 shunze 加入好友列表 發送Email給 shunze 瀏覽 shunze 的網站 MSN : shunze@gmail.com
跳到:
顯示從 1 到 10 在所有的 2596 個結果中.  12345...»

Powered by: Burning Board 1.1.1 2001 WoltLab GbR