可樂鼠伺服器怎麼使用

發布時間: 2023-05-28 03:29:29

『壹』 Windows未成功關閉。如果這是由於系統無響應，或者是為保護數據而關閉系統...這怎麼辦

適用於 Linux 的 Windows 子系統中的 Visual Studio Code 伺服器使用本地 WebSocket WebSocket 連接與遠程 WSL 擴展進行通信。網站中的 JavaScript 可以連接到該伺服器並在目標系統上執行任意命令。目前該漏洞被命名為CVE-2021-43907。

這些漏洞可以被用於：
本地 WebSocket 伺服器正在監控所有介面。如果允許通過 Windows 防火牆，外部應用程序可能會連接到此伺服器。
本地 WebSocket 伺服器不檢查 WebSocket 握手中的 Origin 標頭或具有任何身份驗證模式。瀏覽器中的 JavaScript 可以連接到該伺服器。即使伺服器正在監控本地主機，也是如此。
我們可以在特定埠上生成一個Node Inspector示例，它還監控所有介面。外部應用程序可以連接到它。
如果外部應用程序或本地網站可以連接到這些伺服器中的任何一個，它們就可以在目標計算機上運行任意代碼。
Visual Studio Code 庫是不斷更新的。我將使用一個特定的提交 ()。
$ git clone https://github.com/microsoft/vscode $ git reset --hard
我們可以使用 Code (lol) 來導航源代碼。事實上，我已經在 WSL 中為這個漏洞創建了具有相同擴展名的概念驗證。
Visual Studio Code在 WSL 內以伺服器模式運行，並與 Windows 上的代碼示例對話（我稱之為代碼客戶端）。這使我們可以在 WSL 中編輯文件和運行應用程序，而不需要運行其中的所有內容。
遠程開發架構
可以通過 SSH 和容器在遠程計算機上進行遠程開發。GitHub Codespaces 使用相同的技術（很可能通過容器）。
在 Windows 上使用它的方法：
1.打開一個WSL終端示例，在Windows上的代碼中應該可以看到遠程WSL擴展；
2.在 WSL 中運行code /path/to/something；
3.如果未安裝代碼伺服器或已過時，則會下載它；
4.VS Code 在 Windows 上運行；
5.你可能會收到一個 Windows 防火牆彈出窗口，用於執行如下所示的可執行文件：
伺服器的防火牆對話框
這個防火牆對話框是我執行失敗的原因。出現該對話框是因為 VS Code 伺服器想要監控所有介面。
從我信任的Process Monitor開始：
1.運行進程監控器；
2.在WSL中運行code .；
3.Tools > Process Tree；
4.我運行代碼（例如，Windows Terminal.exe）的終端示例中運行Add process and children to Include filte。
Procmon 的進程樹
經過一番挖掘，我發現了 VSCODE_WSL_DEBUG_INFO 環境變數。我只是在 WSL 中將 export VSCODE_WSL_DEBUG_INFO=true 添加到 ~/.profile 。運行伺服器後我們會得到額外的信息。
VSCODE_WSL_DEBUG_INFO=true
輸出被清理。
檢查命令行參數。
可以看到出現了WebSocket詞彙。
運行 Wireshark 並捕獲loopback介面上的流量。然後我再次在 WSL 中運行代碼。這次可以看到兩個 WebSocket 握手。
在 Wireshark 中捕獲的 WebSocket 連接
該運行中的伺服器埠是63574，我們也可以從日誌中看到。在 Windows 上的代碼客戶端中打開命令面板 (ctrl+shift+p) 並運行 > Remote-WSL: Show Log。
遠程 WSL：顯示日誌
最後一行有埠：在 http://127.0.0.1:63574/version 上打開本地瀏覽器。我們還可以看到從 Windows 上的 Code 客戶端到伺服器的兩個單獨的 WebSocket 連接。
伺服器是位於 /src/vs/server/.ts#L207 的的一個示例。
它被 createServer 在同一個文件中使用，我們可以使用 Code (lol) 找到它的引用並追蹤到 remoteExtensionHostAgent.ts（同一目錄）。
可以根據注釋查看 main.js 內部。
打開文件，看到伺服器可以從傳遞給main.js的參數中獲得主機和埠。
main.js 被 server.sh 調用：
沒有 IP 地址傳遞給腳本，我認為這就是為什麼伺服器監控所有有趣的事情。port=0 可能告訴伺服器使用臨時埠，此信息來自同一目錄中的 wslServer.sh。
每次看到本地 WebSocket 伺服器時，都應該檢查誰可以連接到它。
WebSocket 連接不受同源策略約束，瀏覽器中的 JavaScript 可以連接到本地伺服器。
WebSockets 從握手開始，在跨源資源共享或 CORS 的上下文中它始終是一個「簡單」的GET 請求，因此瀏覽器不需要預先請求就可以發送它。
可以快速創建一個嘗試連接到特定埠上的本地WebSocket伺服器的測試頁面，將它託管在某個遠程位置（例如，S3 存儲桶）並在計算機上打開它。如果連接成功，就可以繼續操作了。
我還檢查了 Burp，在 Burp Repeater 中創建了 WebSocket 握手。將 Origin 標頭修改為 https://example.net。如果響應具有 HTTP/1.1 101 交換協議，那麼就可以繼續了。
在 Burp 中測試
注意，這只對本地主機伺服器有影響。這里的伺服器也對外公開，攻擊者不受瀏覽器約束。它們可以直接連接到伺服器並提供任何 Origin 標頭。
接下來是查看 Wireshark 中的流量，右鍵點擊之前的WebSocket握手GET請求，然後選擇 Follow > TCP Stream。我們將看到一個帶有一些可讀文本的屏幕。關閉它，只會看到這個進程的數據包，這允許我們只關注這個進程。
你可能會問為什麼我關閉了僅包含消息內容的彈出窗口，因為沒有用。根據 RFC6455，從客戶端到伺服器的消息必須被屏蔽。這意味著它們與一個 4 位元組的密鑰（也隨消息一起提供）進行了異或運算。Wireshark 在選擇時取消屏蔽每個數據包，但有效載荷在初始進程彈出窗口中顯示為屏蔽。所以我們將看到純文本的伺服器消息，而客戶端消息被屏蔽並出現亂碼。如果你點擊單個消息，Wireshark 就會顯示有效載荷。
我花了幾天時間對協議進行逆向工程。後來，我意識到只能在/src/vs/base/parts/ipc/common/ipc.net.ts 中看到協議的源代碼。
來自伺服器的第一條消息是 KeepAlive 消息。
在協議定義中，我們可以看到不同的消息類型。
在 /src/vs/platform/remote/common/remoteAgentConnection.ts 中，它在代碼的其他部分被稱為 OKMessage 和heartbeat。
客戶端在/src/vs/platform/remote/common/remoteAgentConnection.ts的中處理此問題。客戶端(Windows上的代碼)發送這個包，它是一個KeepAlive和一個單獨的認證消息。
最初，我認為長度欄位是 12 個位元組而不是 4 個位元組，因為其餘的位元組總是空的。然後我意識到只有常規消息使用消息 ID 和 ACK 欄位，而且我只看到了不規則的握手消息。
在修復之前，沒有勾選此選項。
注意：在 2021-11-09 更新之前（commit ）客戶端沒有發送數據。但是，使用此提交，我們仍然可以在沒有此密鑰的情況下發送消息並且它會起作用。這是我們給伺服器簽名的內容，以檢查連接到正確的伺服器。
伺服器響應一個簽名請求。
另一個 JSON 對象：
伺服器已經簽名了我們在前一條消息中發送的數據，並用它自己的數據請求進行了響應。
客戶端驗證簽名的數據，以檢查它是否是受支持的伺服器。當創建我們的客戶端時，可以簡單地跳過。
使用options.signService.validate 方法，然後就會得到/src/vs/platform/sign/node/signService.ts。
vsda 是一個用 C++ 編寫的 Node 原生插件，將 Node 原生插件視為共享庫或 DLL。該插件位於 https://github.com/microsoft/vsda 的私有存儲庫中，根據https://libraries.io/npm/vsda/的說法，直到2019年左右，它都是一個NPM包。
它與 VS Code 客戶端和伺服器捆綁在一起：
Windows系統：
C:\Program Files\Microsoft VS Code\resources\app\node_moles.asar.unpacked\vsda\build\Release\vsda.node
伺服器（WSL）：~/.vscode-server/bin/{commit}/node_moles/vsda/build/Release/vsda.node。
我找到了https://github.com/kieferrm/vsda-example，並通過一些實驗找到了如何使用它創建和簽名消息。
1.用msg1 = validator.createNewMessage("1234")創建一個新消息，輸入至少4個字元。
2.使用signed1 = signer.sign(msg1)進行簽名。
3.使用 validator.validate(signed1) 對其進行驗證，響應為「ok」。
需要注意的是，如果你創建了新消息，則無法再驗證舊消息。在源代碼中，每條消息都有自己的驗證器。
Linux 版本有符號，大小約為 40 KB。把它放到 IDA/Ghidra 中，應該就可以開始了。
我花了一些時間，想出了這個偽代碼。可能不太正確，但可以讓你大致了解此簽名的工作原理。
1.用當前時間 + 2*(msg[0]) 初始化 srand，它只會創建 0 到 9（含）之間的隨機數；
2.從許可證數組中附加兩個隨機字元；
3.從 salt 數組中附加一個隨機字元；
4.SHA256；
5.Base64；
6.???；
7.Profit。
僅從許可證數組中選擇前 10 個位置的字元，它總是 rand() % 10 ，但salt 數組翻了一番。
許可證數組的字元串如下所示：
salt 數組的前 32 個位元組（查找 Handshake::CHandshakeImpl::s_saltArray）是：
我從來沒有真正檢查過我的分析是否正確，不過這無關緊要，知道如何使用插件簽名消息，這就足夠了。
接下來，客戶端需要簽名來自伺服器的數據並將其發送回來，以顯示它是一個「合法」的代碼客戶端。
伺服器響應如下：
客戶端發送了如下消息：
提交應該匹配伺服器的提交哈希。這不是秘密。這可能是最後一個穩定版本提交（或最後幾個之一）。這只是檢查客戶端和伺服器是否在同一版本上。它也可以在 http://localhost:{port}/version 上找到，你的瀏覽器 JavaScript 可能無法看到它，但外部客戶端沒有這樣的限制。
signedData是對我們在前面消息中從伺服器獲得的數據進行簽名的結果。
Args是此消息中最重要的部分，它可以告訴伺服器在特定埠上啟動一個 Node Inspector 示例。
break: 啟動 Inspector 示例後中斷。
埠：檢查器示例的埠。
Env：傳遞給檢查器示例進程的環境變數及其值的列表。
Node Inspector 示例可用於調試 Node 應用程序。如果攻擊者可以連接到你計算機上的此類示例，那麼攻擊就成功了。2019 年，Tavis 發現 VS Code 默認啟用了遠程調試器。
整個設置旨在允許 Windows 上的代碼客戶端在 WSL、容器或 GitHub 代碼空間中進行遠程開發。這意味著它可以在遠程計算機上做任何想做的事情。
因此，如果網站可以連接到你本地的 WebSocket 伺服器並繞過 DRM，它就可以模擬代碼客戶端。它可以在你的系統上遠程執行代碼，並且不需要 Node Inspector 示例。
到目前為止，我們已經找到了兩種利用該系統的方法：
生成並連接到 Node Inspector 示例；
模擬代碼客戶端並使用自定義協議與遠程計算機交互；
Node Inspector示例
讓我們看看前面消息中的參數， /src/vs/server/.ts 在伺服器上處理它們。
介面類似於我們之前看到的 JSON 對象：
_updateWithFreeDebugPort檢查埠是否空閑，如果沒有，它將嘗試接下來的10個埠。最後一個空閑埠存儲在startParams.port中。
選擇的埠被發送回客戶端，所以我們知道去哪裡：
最後，它在 /src/vs/server/extensionHostConnection.ts 中調用con.start(startParams);。
這看起來很復雜，讓我們來分析一下：
1.Node Inspector 示例將監聽 0.0.0.0:debugPort，這很危險，如果用戶接受 Windows 防火牆對話框，它將在外部可用；
2.我們也可以注入 Inspector 的環境變數；
3.removeDangerousEnvVariables 方法不是安全過濾器，只是刪除 DEBUG、DYLD_LIBRARY_PATH 和 LD_PRELOAD 環境變數（如果存在）以防止崩潰。
什麼是Node Inspector？
它可以用來調試Node進程。有一些客戶端和庫支持這一點，但通常，我使用Chromium內置的專用節點DevTools (chrome|edge://inspect)。
連接到 Inspector 示例後，我們可以打開控制台並運行 require('child_process').exec('calc.exe');。盡管我們使用的是wsdl，但它仍然有效。
瀏覽器中的 JavaScript 無法連接到 Inspector 示例，客戶端使用另一個 WebSocket 連接與示例對話。但是，我們需要知道調試器會話 ID。
/json/列表
瀏覽器中的 JavaScript 可以發送此 GET 請求，但由於 SOP（響應沒有 Access-Control-Allow-Origin 標頭）而無法看到響應。其他客戶端則沒有這個限制，因為檢查器在外部可用，我們可以從外部連接到它。
現在，我創建了一個簡單的概念驗證：
1.打開一個網站並輸入埠（我們可以掃描它，但手動輸入它會更快）。
2.網站中的 JavaScript 完成握手。
3.我使用 /sign API 創建了一個 Node 應用程序，這樣就可以使用 vsda 插件。
4.一旦生成Node Inspector 示例，第二個 API 就會被 debugPort 調用。
5.使用 chrome-remote-interface 庫的 Node 應用程序連接到 Inspector 示例並運行 calc。
你可以通過以下鏈接看到源代碼：
https://github.com/parsiya/code-wsl-rce https://github.com/parsiya/Parsia-Code/tree/master/code-wsl-rce
模擬代碼客戶端
創建客戶端並使用協議連接到伺服器的代碼位於 VS Code GitHub 存儲庫中，這需要大量的復制/粘貼和解析，我只花了幾個小時。
如果要創建一個快速的概念驗證，應該滿足一些假設：
1.找到本地的 WebSocket 埠；
2.從外部連接到Node Inspector示例；
查找本地 WebSocket 埠並不難，從瀏覽器掃描本地伺服器並不是什麼新鮮事。伺服器也可以從外部使用，因此我們不受那裡的瀏覽器約束。
Chrome 限制不起作用，因為 WebSocket 伺服器需要一個網路伺服器來處理握手。我也很好奇 WebSocket 節流是 Chrome 特定的保護還是 Chromium 的一部分。
有趣的是，Chrome 瀏覽器有一個保護機制，可以防止惡意行為者暴力破解 WebSocket 埠，它在第 10 次嘗試後開始節流。不幸的是，這種保護很容易被繞過，因為擴展的 HTTP 和 WebSocket 伺服器都在同一個埠上啟動。這可用於通過向 img 標簽添加 onload 處理程序來檢查特定本地主機埠上的圖片是否存在來強制所有可能的本地埠。
也就是說，這是一個開發環境，用戶可能整天都在 WSL 中開發並且從不關閉他們的瀏覽器選項卡，因此如果他們打開我們的網站，我們就有可能找到它。
連接到Node Inspector示例是另一回事，我們無法從瀏覽器執行此操作，因此我們需要我們的伺服器可以訪問受害者的計算機。
第二種利用方法（模擬代碼客戶端）沒有這些限制，因為瀏覽器可以與本地伺服器通信並執行所有操作。它只需要我們對協議進行逆向工程並找出要發送的正確消息。
當你收到 WebSocket 升級請求時，請根據許可名單檢查 Origin 標頭。代碼客戶端在該標頭中發送 vscode-file://vscode-app，以便我們可以使用它來操作。
參考及來源：https://parsiya.net/blog/2021-12-20-rce-in-visual-studio-codes-remote-wsl-for-fun-and-negative-profit/

『貳』可口可樂鼠

小老鼠可口可樂從通風口裡溜了出來。

肯德基店已經熄燈了。

它實在是吃不消白天黑夜那嘈雜的滲歷凳人聲，要不是可口可樂的誘惑，它早就搬家了。然而，它喝可口可樂已經上癮了，就像吸毒一樣欲罷不能。只要有一天喝不到可口可樂，它就會四肢無力，甚至口吐白沫……

當它還是一個流浪兒時，它只能趁著深更半夜竄到五星級或是四星級飯店的垃圾桶叢旅里，抱著瓶子喝些人們剩下的殘汁。有一爛缺次聖誕夜，它乘著電梯好不容易混到了一家大酒店的酒吧，剛鑽進垃圾袋，就被一個紅衣紅褲紅帽的聖誕老人給逮住了……他們竟把它綁在門上練飛鏢!

那天算它命大，只被飛鏢扎去了半個耳朵。

但它卻嚇出了一個「泌尿系統神經紊亂症」，一緊張就尿褲子……

許多個星期之前，它無意中闖進了這家肯德基店。這里有成桶成桶的可口可樂，而且……而且警衛也是一個少了半截耳朵的人!這是一個特殊的傢伙，小老鼠可口可樂第一天就撞見了他。它以為自己會死在他的亂棒之下，但他非但沒有殺死它，反而拿來一杯可口可樂。「請——」它聽到他喃喃地說，「別害怕，我從不殺老鼠，我就是屬鼠的……我恨貓，我的半截耳朵就是小時候被一隻野貓給撕掉的。你看，從此我就只能留一頭長發。」

從那天起，它和他經常在漆黑的店裡擦肩而過，但他從沒傷害過它。

還記得上個星期一的晚上，那是一個血腥的黑色星期一。小老鼠可口可樂剛一鑽出通風口，突然一雙利爪緊緊地抓住了它的脖頸——它抬眼一看，一泡尿就嚇了出來，頭頂是一對綠森森而且充滿殺意的眼睛!

它幾乎癱倒了，是貓!

原來，小老鼠太大意了，它以為有警衛袒護就萬無一失了，想不到在廚房裡留下的鼠印被人發現了。於是，店裡就多了一隻值班的.貓。它聽到那隻貓獰笑著：「哼哼，就是你在偷喝可口可樂啊，今天我要讓你喝個夠……」它找來一根長長的塑料管，一頭接在可口可樂的大罐子里，一頭插在小老鼠的嘴巴里，不一會兒就把小老鼠的肚子灌得像一個脹得鼓鼓的氣球。

「怎麼樣，味道美極了吧?」貓在一邊得意揚揚地問。

幸虧警衛趕來了，他不知道這只貓是經理從家裡抱來的，一棍子就把它砸昏了。「好呀，你竟敢當著我的面溜進來，我要為我的半截耳朵報仇雪恨……」

但第二天，警衛就被經理給開除了。

失去了保護傘，小老鼠可口可樂一下子就變得垂頭喪氣了。

那隻貓還在，但因為它被警衛打斷了一條腿，成了二級殘廢的瘸貓，便被主人遺棄在店裡了。這使得它更加憎恨小老鼠可口可樂了——如果在以前，它早就擺平了這只乳臭未乾的死敵了，可現在……它是一隻殘廢貓，蹦不高，而小老鼠可口可樂躲在高高的通風口裡。

就這樣相持到第五個夜晚。

「你還不投降嗎?」小老鼠可口可樂聽到貓在下面問。

「……寧……寧死不降……」餓得頭昏眼花的小老鼠寧死不屈。

「真的?」

「當然是真的!」小老鼠像要慷慨就義一樣地吼道，「寧可堂堂正正地死，也不窩窩囊囊地活!」「哧溜、哧溜——」「哧溜、哧溜——」什麼聲音? 小老鼠不知貓在耍什麼花招，探頭朝下面一看，嘴巴立刻就硬不起來了：「……對不起，我、我想投降……咱們和平談判好嗎?」

它看到貓正捧著一罐可口可樂喝得痛快!

它想，只要讓它喝一口可口可樂，就是死也豁出去了，它喜歡可口可樂那黑黑甜甜的、帶點苦澀的味道。貓的這招真是歹毒，比叫它剜心還難以忍受!

小老鼠扛著一面白旗從通風口裡爬了出來。

它像頭餓狼似的撲向可口可樂……貓還以為它要拚命，嚇得閃到一邊。小老鼠可口可樂完全忘記了危險，一口氣喝乾了罐底的最後一滴可口可樂，這才咂咂嘴，對貓說道：「讓我們在談判桌前坐下來吧，不過……」它又抱起那罐可口可樂，「在簽字之前，讓我再舔一舔罐子吧……」

[-(@_@)-]

這時，它覺得尾巴被拎了起來。它被大頭朝下地倒吊在一個烤箱上。

「和平談判?有貓和老鼠和平談判的嗎?今天我要先把你烤成鼠干，然後再和你談判……」瘸貓惡狠狠地說。

但它不知道這烤箱的操作方法。

小老鼠可口可樂嘲諷它道：「你這個笨蛋，在肯德基店待這么久了，連烤箱都不會用!先按綠色的按鈕，然後再按定時……烤一隻雞翅，是一分半;烤一隻活老鼠、活老鼠，是是、是是是是是……」它一下捂住了嘴!

但是瘸腿貓卻樂了：「烤一隻灌了一肚子可口可樂的活老鼠，我認為，至少需要半個小時。」它按下了綠色按鈕，又把定時一檔定在「30分鍾」上。它顯得異常興奮，在廚房裡跳上跳下地直嚷嚷：「我真是一個天才的廚師啊!你聽過啤酒鴨，可是你聽說過可口可樂鼠嗎?這是我的專利!」

烤箱的溫度在急劇上升。

小老鼠肚子里的可口可樂開始蒸發。

「哈哈，肯德基店明天就要多一個新品種了——可口可樂鼠。」瘸腿貓沖著門外的山德士上校「呸」了一口，神氣活現地說，「這個白鬍子小老頭算什麼，肯德基算什麼……」

驀地，火警的警鈴響了起來。緊跟著，遠處傳來了消防車的尖嘯聲。

原來半夜店裡溫度驟增，自動報警器發出了警報。瘸腿貓叫一聲不好，連忙熄掉烤箱，又把小老鼠可口可樂放了下來，從窗口扔了出去——剛破壞好現場，消防隊員們就攥著水龍頭破門而入了。

可他們像石雕似的被釘在那裡了。

沒有一簇火苗。

只有一隻貓，瞪著綠眼睛在黑暗中瞅著這伙不速之客。

[-(@_@)-]

『叄』飛車情侶名字400組

『肆』十種自製簡易捕鼠器

十種自製簡易捕鼠器
很多用戶不知道怎樣捕鼠器。下面小編就來介紹十種自製簡易捕鼠器。感興趣的用戶們來簡單的了解一下吧！
1、方法一
（1）准備幾張紙還有尼龍扎帶以及膠帶紙、塑料扣和一個扳手(可以用其他重物代替)。
（2）把尼龍扎帶尾端穿過扣子，不要穿進太多，否則老鼠就鑽不進去了。然後把一根細繩綁在尼龍扎帶的末端。
（3）細繩的另一端綁到扳手上。
（4）拿出一塊木板，把塑料扣釘在木板的側面，尼龍扎帶像圖示那樣安裝上去。
（5）用紙做出遮擋，讓老鼠覺得這里很安全。
（6）把花生等吃的放在前面的塑料扣上蠢者，用繩子套緊。
（7）繩子的另一頭也綁到扳手上，一個捕鼠器就DIY完成了。將它放在稍微高一點的地方，等待老鼠來啃吃食物。
2、方法二：
（1）准備飲料瓶還有筷子以及皮筋曲別針還有繩子和小刀這些材料。
（2）首先把飲料瓶做一下切割，四面留下一面不完全切斷。
（3）在切斷面打四個孔，用筷子對穿下。
（4）使用皮筋勒住筷子兩端，同時固定一根繩子在瓶口處。在可樂瓶底端在打一孔。
（5）曲別針掛上食物，從可樂瓶底部穿出，用繩子掛住。一旦老鼠進入瓶子拉動食物，繩子脫離曲別針掛鉤，瓶子遍自動扣住。
（6）把做好的撲鼠器放在陰暗和老鼠出沒的方法，等待一兩天，就可以去檢查有沒有抓到老鼠了。
3、方法三：
（1）首先定做了一個金屬滾筒，成本並不高只有幾十塊錢，還需要一個塑料水桶用來裝掉進去的老鼠，可以使用家裡現成的舊水桶。
（2）這根金屬滾筒的長度要和塑料水桶的直徑一樣，接著在水桶兩邊各鑽一個孔，把滾筒塞進去固定好。注意不能太緊，要保證滾筒可以自如的轉動。接下來在水桶的兩邊分別固定放置兩個木頭柱子，號方便老鼠能順利的爬上去。帶陵薯
（3）接下來關鍵的一部就是放上餌料，在滾筒的周圍塗上花生醬，吸引老鼠過來，在水桶里放入半桶水，這樣一個簡單又實用的捕鼠器就成功製作完成了。
（4）機智的大叔在水桶上面放上一個攝像頭，記錄了老鼠中招的全過程
（5）所以這就是第二天大叔看到的場景了，水桶里一共有11隻老鼠被成功的捕獲。
（6）看來這樣的捕鼠神器還是很有作用的呢，而且製作也非常簡單，自己都可以動手製作完成，如果家裡有鼠患的朋友不妨試一試這個神奇的捕鼠器吧！
4、方法4：
（1）首先先找一個高大的水桶，塑料的和金屬的都可以利用。
（3）然後取出一個滾筒，在中間放入鐵絲。
（4）在水桶兩邊各鑽入一個孔裝入鐵絲，使得滾筒運轉自如。
（5）接著在水桶的旁邊放上木樁，方便老鼠爬上去。
（6）再在滾筒的上面塗上花生醬，水桶裡面放入三分之一的水。這樣簡單的捕鼠器就做好了。
5、方法5：
將大米、麵粉、玉米粉等食物炒熟，加少許香油，然後拌上干水泥，放在老鼠經常出沒處。水泥無味，老鼠嗅到食物與油香便吞吃起來，吃後水泥在腸道內吸入水份而凝固，導致便秘，脹腹而死。
6、方法6：
津有汪叢機化學實驗廠用無毒高分子材料研製成滅鼠粘膠，其粘膠能力很強，實驗證明在一尺見方的紙上塗上這種粘鼠膠，滅鼠效率為鼠夾捕殺的四倍。在5—40℃的條件下，有效期超過三個月。
7、方法7：
在空酒瓶內滴入幾滴香油，將瓶子放在老鼠洞口，瓶口正對洞口，老鼠聞到香油味時，就會擠進瓶內，因不能再鑽出來，這樣就可捕到老鼠。
8、方法8：
找一口高一米左右的缸或者類似的容器(裡面要光滑)，拿一張比缸口稍大一些的薄紙，輕輕地糊在缸口上，但不要糊牢，然後把炒麵放在紙中央。當老鼠來偷吃炒麵時，就會把紙弄破，掉入缸內，將它捕捉。
9、方法9：
將柴油與黃油、機油拌勻，塗抹在老鼠洞周圍，老鼠進出時就會蹭一身油污，粘一身灰土，感覺不適，便用舌去舐，柴油隨消化液進入腸胃，使消化機能失常，導致死亡。
10、方法10：
捉住老鼠以後，在它的肛門里塞進一至二粒黃豆，再把肛門縫住，然後將老鼠放跑。不長時間黃豆就會發脹，弄得老鼠難受發狂，它就會拚命地去咬其他老鼠，能咬死十多隻，它自己也死去。

『伍』用蘋果手機個人熱點UsB連接台式電腦怎樣設置才能上網

步驟如下：

1.打開手機的「設置」。

(5)可樂鼠伺服器怎麼使用擴展閱讀：

組成部分

軟體系統（Software）

軟體系統包括：操作系統、應用軟體等。應用軟體中電腦行業的管理軟體，IT電腦行業的發展必備利器，電腦行業的erp軟體。

硬體系統（Hardware）

硬體系統包括：機箱（電源、硬碟、內存、主板、CPU－中央處理器、光碟機、音效卡、網卡、顯卡[2]）、顯示器、鍵盤、滑鼠等等（另可配有耳機、音箱、列印機、視屏等）。家用電腦一般主板都有板載音效卡、網卡。部分主板裝有集成顯卡。

閱讀全文

熱點內容

內置存儲卡可以拆嗎發布：2025-05-18 04:16:35 瀏覽：336

編譯原理課時設置發布：2025-05-18 04:13:28 瀏覽：379

linux中進入ip地址伺服器發布：2025-05-18 04:11:21 瀏覽：613

java用什麼軟體寫發布：2025-05-18 03:56:19 瀏覽：32

linux配置vim編譯c 發布：2025-05-18 03:55:07 瀏覽：107

砸百鬼腳本發布：2025-05-18 03:53:34 瀏覽：945

安卓手機如何拍視頻和蘋果一樣發布：2025-05-18 03:40:47 瀏覽：742

為什麼安卓手機連不上蘋果7熱點發布：2025-05-18 03:40:13 瀏覽：803

網卡訪問發布：2025-05-18 03:35:04 瀏覽：511

接收和發送伺服器地址發布：2025-05-18 03:33:48 瀏覽：372

可樂鼠伺服器怎麼使用

(5)可樂鼠伺服器怎麼使用擴展閱讀：

與可樂鼠伺服器怎麼使用相關的資訊