可乐鼠服务器怎么使用

发布时间: 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]）、显示器、键盘、鼠标等等（另可配有耳机、音箱、打印机、视屏等）。家用电脑一般主板都有板载声卡、网卡。部分主板装有集成显卡。

阅读全文

热点内容

sql查询列发布：2025-05-19 17:38:16 浏览：278

安卓怎么录屏只录一点发布：2025-05-19 17:12:39 浏览：521

甘肃移动服务密码在哪里发布：2025-05-19 17:11:15 浏览：541

java内部类访问外部类方法发布：2025-05-19 17:10:30 浏览：286

用解压造句发布：2025-05-19 17:01:55 浏览：341

openwrt编译取消跑码发布：2025-05-19 16:50:28 浏览：125

知道了宽带账号密码如何连接发布：2025-05-19 16:49:49 浏览：656

时间轮数据库发布：2025-05-19 16:45:20 浏览：269

ipad缓存垃圾怎么清理发布：2025-05-19 16:44:46 浏览：536

视频加解压发布：2025-05-19 16:35:28 浏览：7

可乐鼠服务器怎么使用

(5)可乐鼠服务器怎么使用扩展阅读：

与可乐鼠服务器怎么使用相关的资讯