如何将wsl网络做成外部网络

㈠ WEP是什么

WEP是Wired Equivalent Privacy的简称，有线等效保密（WEP）协议是对在两台设备间无线传输的数据进行加密的方式，用以防止非法用户窃听或侵入无线网络。

不过密码分析学家已经找出 WEP 好几个弱点，因此在2003年被Wi-FiProtected Access (WPA) 淘汰，又在2004年由完整的 IEEE802.11i标准（又称为 WPA2）所取代。WEP 虽然有些弱点，但也足以吓阻非专业人士的窥探了。

(1)如何将wsl网络做成外部网络扩展阅读：

开放式系统认证原理上用户站点向接入点发出认证请求，仅仅是一个请求，不含任何用户名、口令等信息，就可以获得认证。开放系统认证的主要功能是让站点互相感知对方的存在，以便进一步建立通信关系来建立关联。

结合帧格式一段中描述的内容，可以发现，这个认证过程要获得成功还有一个先决条件：发起者和认证者必须有相间的SSID，发起者事先不断扫描各个信道，获得各信道上AP广播的SSID，然后选择其中的一个发起请求。

反过来，如果AP关闭了SSID的广播动作，就能够从一定程度上阻挡没有掌握接入网SSID的非法用户的接入，当然这种阻挡十分原始，也容易被破解。

网络-WEP

网络-开放式系统认证

㈡ wsl2 固定mac地址

我们可以直接localhost可以ssh连接wsl2。

WSL2 会在首次启动时创建一个虚拟网卡用于提供 WSL2 的网络，默认情况下这个网段是动态的，我在之前的文章 hez2010：给 WSL2 设置静态 IP 地址 中利用修改该网卡网段和创建 NAT 的方式解决了该问题，但是该方案仍然不够完美：

• 每次重启 WSL 都需要跑一次

• 需要在 WSL 内部执行命令修改 IP 地址和路由，对于 WSL 来说并不是透明的

因此，在这里提供一种新的解决方案。

对于 WSL2 这种虚拟化环境，mac会在首次启动时利用 Host Compute Network API 创建一个虚拟网卡来提供网络，因此我们只需要自己利用该 API 提前创建一个虚拟网卡，mac就不会再自动帮我们创建了。

㈢ 设置路由器的时候，网络参数怎么设置是不是网络服务商提供的

宽带上网的账号和密码是网络服务商提供的，不同的路由器的设置方法不一样。

工具/原料

宽带光纤网络

TP无线路由器

计算机

设置/步骤

1、将前端上网的宽带线连接到路由器的WAN口，上网电脑连接到路由器的LAN口上。请确认入户宽带的线路类型，根据入户宽带线路的不同，分为电话线、光纤、网线三种接入方式，连接方法请参考下图：

3、登录成功后，路由器会自动检测上网方式

4、根据检测到的上网方式，填写该上网方式的对应参数。

㈣ 像yyds、wsl、xswl这样的简写有必要存在吗

不管有没有必要，这些简写已经成为了不少年轻一代的通用语，跟那些年非主流的火星文何其相似，虽然没必要存在，但是始终还是成为了文化的一部分，至于能够有多长的寿命，就看这年轻一代是否能够把这些简写融入到生活当中了……

虽然不懂就问，但是如果满屏都是这样的简写，那么我们如果不懂的单词简写太多的话，我们根本无法快速地沟通交流，更不要说有效地了解对方表达的意思。所以，这些简写实际上也只是在小部分的年轻人之中“流通”，从沟通的角度看，这样的简写没必要推广。

㈤ Microsoft visual c++弹窗

适用于 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/

㈥ TUXEDO调服务时，客户端返回tpcall错误：tpforward tpacall failure TPENOENT - no entry found。

Tuxedo介绍 原创
2016-04-02 21:23:02
11点赞

waterxcfg304

码龄14年

关注
1、Tuxedo介绍

Tuxedo 是什么？

Tuxedo是BEA公司（现已被Oracle公司收购）的一个客户机/服务器的“中间件”产品，它在客户机和服务器之间进行调节，以保证正确地处理事务。它用C语言技术开发的并且有很高性能。

TUXEDO是在、Internet 这样的分布式运算环境中开发和管理三层结构的客户/服务器型关键任务应用系统的强有力工具。它具备分布式事务处理和应用通信功能，并提供完善的各种服务来建立、运行和管理关键任务应用系统。开发人员能够用它建立跨多个硬件平台、数据库和操作系统的可互操作的应用系统。

Tuxedo 的主要作用是：

屏蔽分布式环境中各种通信协议、硬件体系结构、操作系统、数据库和其它应用服务等方面的差异，使分布于网络节点上的应用程序的各个单元部件之间能够进行互操作，并协调操作的一致性和完整性，最大限度地节省系统资源，提高系统性能。

* Tuxedo 已经广泛地应用于金融、电信、制造业等各行各业的核心业务系统。

三层架构

从左边往右依次为：客户端层（表现层），中间件服务层（业务逻辑层），数据库服务器层（数据层）。这种典型的三层架构应用非常广泛。对于应用weblogic中间件的系统一般采用的B/S架构，绝大部分采用HTTP协议，少量的系统用java编写的客户端，使用的是RMI 协议，或J2EE里的其它协议。
对于tuxedo中间件使用的是tuxedo协议，前端开发工具可以是各式各样，VC++ 、java 、Delphi 、VB 等。

Tuxedo 的通讯过程

Tuxedo 服务器处理请求的方式与apache有本质的区别。

Apache服务器处理请求，由客户端发出请求到服务器，由服务器对请求进行处理后将数据返回给客户端。

Tuxedo 服务器一次请求需要两次进行两次交互，Tuxedo有两个负责通讯的进程，一个为WSL，WSL的数量可以进行配置，典型的配置一般两、三个；WSH可以有N多个。客户端通过IP地址和端口号与WSL建立连接，由WSL认证请求是否合法，在WSL的响应中包含了另外一个IP地址和端口号；然后，客户端通过拿到的新的IP地址和端口号去请求WSH 。

客户端程序由GUI 与 Tuxeo通讯两部分组成，GUI部分主要由开发人员关心如何设计，通讯部分可能设计成几个函数供开发人员调用。对于性能测试人员可能更关心客户端与服务器之间的通讯过程。

2、tuxedo相关概念

IPC: Inter-Process Communication 进程间通信: 管道、信号量（semaphore）、共享内存（shared memory）、消息队列（Message Queue）。

管道是UNIX系统IPC的最古老形式，数据只能单向流动。

Tuxedo在客户机和服务器通信中大量使用UNIX系统的消息队列。
SSSO(Single Server Single Queue)模式：每个客户机都有一个响应队列来接受客户端请求。
MSSO(Multiple Server Single Queue)模式：多个服务器共享同一个请求队列。

信号量包含一个计数器，表示某个资源正在被访问和访问的次数，用来控制多线程对共享数据的访问。

Tuxedo使用共享内存存储公告牌，用来公告进程状态信息和需要在进程间共享或传递的数据。

-------------------------------------------------------------

Tuxedo的配置文件称为UBBCONFIG或ubb，包含了域（Domain）、逻辑机器(Machine)、服务器组(Group)、服务进程(Server)、服务(Service)的定义。运行前，需要把UBBCONFIG装载成二进制文件，称为TUXCONFIG。

Tuxedo服务启动时，执行tpsvrinit()函数，可以打开一些如数据库之类的资源供以后使用
Tuxedo服务停止时，执行tpsvrdown()函数，关闭资源
服务程序调用tpreturn()函数来结束服务请求，并返回一个缓冲区，必要时，将它传给客户程序。

--------------------------------------------------------

ATMI环境支持的C/S通信方式：请求/应答式通信、回话通信、队列通信、事件代理通信、消息通知
请求/应答式通信：同步调用(tpcall)、异步调用(tpacall)、嵌套调用、转发调用(tpforward)
转发调用和嵌套调用类似，不同的是最里层的嵌套服务可以直接给客户程序一个响应，而不必按照调用栈 逐级返回。

回话方式：tpsend()/tprecv() 基于事件，分通告和代理
void (**p)(): 定义了一个指向函数指针的指针p
tpsetunsol(p) : 将p指向的函数func设置为客户机的事件处理器。
tpchkunsol(): 检查意外事件

事件代理： tppost()/tpsubscribe() 消息发布/订阅
Tuxedo提供了两个事件代理器(TMUSREVT TMSYSEVT)来处理订阅请求。

队列存储： tpenqueue() / tpdequeue()
Tuxedo/Q用到了Tuxedo提供的两个服务器：消息队列服务器(TMQUEUE)和消息转发服务器(TMQFORWARD)

---------------------------

多系统多机之间通信需要每台机器上都有一个Bridge进程，通过TCP/IP通信，Bridge进程维持一个长连接，一旦建立不会断掉。

TUXEDO应用系统的客户端访问TUXEDO服务器上的服务的过程图:

说明：
WS（Workstation Extension Proct）用于指TUXEDO产品的客户端部分
WSC Workstation Client
WSL（Workstation Listener） TUXEDO系统自带的一个SERVER，它侦听一个指定的端口，WSC最初与该SERVER建立连接
WSH（Workstation Handler）TUXEDO系统自带的一个SERVER，由它处理WSC与TUXEDO SERVER之间的通讯。
Bulletin Board（公告板）TUXEDO把系统的配置保存在一个共享内存中，该共享内存称为公告板（BB）
BBL TUXEDO的管理进程，主要对公告板等进行管理

Workstation Client与TUXEDO SERVER建立连接的过程为：
1． WSC 调用tpinit()或tpchkauth()
2． WSC采用在WSNADDR中指定的IP地址与服务端的WSL建立连接
3． WSL为该WSC指定一个WSH，并把该WSH的侦听端口返回给WSC
4． WSC采用返回的端口与指定的WSH建立连接，并与WSL断开连接，这之后WSC与TUXEDO SERVER之间的通讯通过WSH进行处理，与WSL无关。
5． tpinit()或tpchkauth()调用返回。

----------------------------------------------------------
单域模式Single-Domain Model。单机模式 Single Host Model, 多机模式Multi-Processor Model
多域模式Multi-Domain Model

㈦ 一系列的电脑问题

右击桌面-->排列顺序--显示桌面图标 就行了!!
top是顶端
cpu是电脑微型处理器
pc是(person computer)个人电脑
c语言是二级计算机编程语言
wap:比较长
:[[世界精神分析学会] ](World Association of Psychoanalysis, WAP)

WAP是Wireless Application Protocol（即无线应用协议）的缩写。 这是一个使用户借助无线手持设备，如掌上电脑，手机，呼机，双向广播，智能电话等，获取信息的安全标准。 WAP支持绝大多数无线网络，包括GSM, CDMA, CDPD, PDC, PHS, TDMA, FLEX, ReFLEX, iDen, TETEA, DECT, DataTAC, 和Mobitex。 所有操作系统都支持WAP，其中专门为手持设备设计的有PalmOS, EPOC, Windows CE, FLEXOS, OS/9及JavaOS。 一些手持设备，如掌上电脑，安装微型浏览器后，可借助WAP接入Internet。 微型浏览器文件很小，可较好的解决手持设备内存小和无线网络带宽不宽的限制。 虽然WAP能支持HTHL和XML，但WML才是专门为小屏幕和无键盘手持设备 服务的语言。WAP也支持WMLScript。这种脚本语言类似与JavaScript，但 对内存和CPU的要求更低，因为它基本上没有其他脚本语言所包含的无用功能。

WAP（Wireless Application Protocol）

是一种向移动终端提供互联网内容和先进增值服务的全球统一的开放式协议标准， 是简化了的无线Internet 协议。WAP 将Internet和移动电话技术结合起来，使随时随地访问丰富的互联网络资源成为现实。WAP 服务是一种手机直接上网，通过手机WAP“浏览器”浏览wap 站点的服务，可享受新闻浏览、股票查询、邮件收发、在线游戏、聊天等多种应用服务。通过GPRS 网络接入WAP，可充分发挥接入时延短（2 秒接入）速率高、永远在线、切换方便等优点

WAP 1.2 是基于WML的

WAP 2.0 是以面向WAP的XHTML作为编程与WEB更加接近

WAP（无线应用协议）是详细描述如何进行通讯传输、信息编码及将之应用于无线设备的全球性开放标准，这一标准获得了超过200家公司的支持，Ericsson,Nokia及Motorola公司等都是WAP的发起者。相对而言，从理解的含义来讲，WAP也许该为无线访问协议或是直接称之为无线上网协议，它规范化了网页的浏览格式及通讯协议，如TCP／IP等。而BlueTooth也是无线通讯协定，但BlueTooth规范化了更为具体的硬件及频率应用等内容。

WAP（无线通讯协议）是在数字移动电话、因特网或其他个人数字助理机（PDA）、计算机应用之间进行通讯的开放全球标准。这一标准的诞生是WAP论坛成员努力的结果，WAP论坛是在1997年6月，由诺基亚、爱立信、摩托罗拉和无线星球（Unwired Planet）就共同组成的。WAP的目标就是

通过WAP这种技术，就可以将Internet的大量信息及各种各样的业务引入到移动电话、PALM等无线终端之中。无论你在何地、何时只要你需要信息，你就可以打开你的WAP手机，享受无穷无尽的网上信息或者网上资源。如：综合新闻、天气预报、股市动态、商业报道、当前汇率等。电子商务、网上银行也将逐一实现。

你还可以随时随地获得体育比赛结果、娱乐圈趣闻以及幽默故事，为生活增添情趣，也可以利用网上预定功能，把生活安排的有条不紊。 WAP协议包括以下几层： 1、 Wireless Application Environment (WAE) 2、Wireless Session Layer (WSL) 3、Wireless Transport Layer Security (WTLS) 4、Wireless Transport Layer (WTP) 其中，WAE层含有微型浏览器、WML 、WMLSCRIPT的解释器等等功能。WTLS层为无线电子商务及无线加密传输数据时提供安全方面的基本功能。

WAP的基本原理

AP标准是一套协议

WDP：WAP数据报协议层，是发送和接收消息的传输层。

WTLS：无线传输安全层，是为像电子商务这样的应用提供安全服务。

WTP：WAP传输协议层，提供传输支持，增加由WDP提供的数据报服务的可*性。

WSP：WAP会话协议层，提供不同应用间的有效数据交换。

HTTP接口：支持移动终端的信息检索请求。

WAP的发展

WAP目前已成为通过移动电话或其他无线终端访问无线信息服务的全球事实标准。它的发展与应用是无可限量的，可以说唯一的限制就是你的想象力，WAP不但使现有的许多应用得到了突飞猛进的改变，同时也催生出更多崭新的增值业务。

比如用来支持特定商业程序，信息发送或领域维护，其中包括客户服务与备件提供、消息通知与呼叫管理、电子邮件、基于电话的增值业务、群体计划、气象与交通信息、地图与位置服务、新闻与体育报道等；尤其值得注意的是，它使得广泛应用于网上的信息服务，逐渐由纯信息的提供向更加交互化与最终电子商务化发展。

WAP的设计思想

WAP提供了一套开放、统一的技术平台，用户使用移动设备很容易访问和获取以统一的内容格式表示的国际互联网或企业内部网的信息和各种服务。

WAP定义了一套软硬件的接口，实现了这些接口的移动设备和网站服务器可以使人们像使用PC机一样，使用移动电话收发电子邮件甚至浏览Internet。实质上，WAP是一种通信协议，它提供了一种应用开发和运行环境，支持当前最流行的嵌入式操作系统PalmOS、EPOC、WindowsCE、FLEXO、JavaOS等。

WAP可以支持目前使用的绝大多数无线设备，包括移动电话、FLEX寻呼机、双向无线电通信设备等等。这些设备相对于台式个人计算机而言，CPU功能弱，内存小，无线环境下电力供应受限，显示屏较小，输入功能有限。在传输网络上，WAP也可以支持目前的各种移动网络，如GSM、CDMA、PHS等等，它还可以支持未来的第三代移动通信系统。但相对使用Internet的有线网络带宽，无线网络的带宽资源永远是有限的。考虑到以上的限制和不利因素，WAP充分借鉴了Internet的思想，并加以一定的修改和简化。这就是，应用程序和网络内容采用标准的数据格式表示，使用与在PC机上使用的浏览器软件相类似的微浏览器，应用标准的通信模式进行上网浏览。

WAP标准定义了一种应用环境，让设计人员能够开发独立于设备的用户界面，然后使用WMLScript(WML脚本)的WAP编程语言，把可执行的逻辑嵌入到移动终端中。这样，在移动终端上实际运行了一种微型浏览器，它非常像PC机上使用的IE或Netscape浏览器。

WAP的技术特点

过去，无线Internet接入一直受到手机设备和无线网络的限制。WAP充分利用了诸如XML，UDP和IP等Internet 标准，它的许多规程建立在HTTP和TLS等Internet标准之上，但进行了优化，克服了原无线环境下低带宽、高延迟和连接稳定性差的弊病。

原来的Internet标准诸如HTML，HTTP，TLS和TCP用于移动网络是远远不能满足要求的，因为极大的文本数据信息需要传送。标准的HTML内容已不可能有效地显示在袖珍手机和寻呼机狭小的屏幕上。

WAP采用二进制传输以更大地压缩数据，同时它的优化功能适于更长的等待时间（long latency）和低带宽。WAP的会话系统可以处理间歇覆盖（intermittent coverage），同时可在无线传输的各种变化条件下进行操作。

WML和WML Script用于制作WAP内容，这样可最大限度地利用小屏幕显示。WAP的内容可从一个最新式的智能电话或其它通信器的两行文字的屏幕上显示出来，也可以转变为一个全图像屏幕显示。

轻巧的WAP规程栈式存储器的设计可使需要的带宽达到最小化，同时使能提供WAP内容的无线网络类型达到最多。它适用于多种网络，诸如全球移动通信系统GSM900，GSM1800和GSM1900；过渡性标准（IS）－136；欧洲制式DECT；时分多址接入；个人通信业务，高速寻呼（FLEX）和码分多址等。同时它也支持所有的网络技术和承载业务，包括短消息业务（SMS）、非结构式辅助业务数据（USSD）、电路交换蜂窝移动数据（DSD）、蜂窝移动数字分组数据（CDPD）和通用分组无线业务（GPRS）。由于WAP建立在可升级的分层结构基础上，每一个分层可独立于其它分层而发展。这就使得在不需要对其它分层改变的情况下就可以引进其它承载业务或使用新的传输规程。

WAP使得那些持有小型无线设备诸如可浏览Internet的移动电话和PDA等的用户也能实现移动上网以获取信息。WAP顾及到了那些设备所受的限制并考虑到了这些用户对于灵活性的要求。 手持式WAP设备的局限性 WAP设备与PC相比： 低分辨率的小显示屏 输入装置容量有限，重要的是没有提供定点装置 低功率CPU，内存较少及能量较不稳定 网络带宽较窄且连接较不稳定 WAP带来的灵活性 与HTML-C相比，WAP标准没有规定WAP设备应为何种形态。这对设备制造商极为有利，可使其能够生产出各种不同类型的设备以满足不同需要。在不久的将来，市场对WAP设备的要求会以浏览器的显示屏尺寸、输入装置及内存大小等不同为根据，从而促使WAP设备在新技术及解决方案上得以发展进步。

通过使用移动电话连上互联网不久将成为一种标准，而WAP就是实现这一标准的技术工具。如今，移动电话上网数量的增长速度要比PC上网数量的增长速度更快。这也就意味着不久以后，大多数新的移动电话都将配有WAP浏览器。 持有WAP设备的无线用户可得到通过互联网提供的相关服务，网络页面的编制采用HTML格式。 届时对许多甚而是绝大多数用户而言，WAP设备将成为其获取这些服务的常用工具。

wap网站(手机网站)和mobile域名的详细答疑 参考资料：http://info.servor.cn/2007/07/20070706095843.htm
问：我知道wap网站是手机上网的网站，那mobile域名又是什么？是不是以mobile域名做的网站也是手机上网用的?比如www.jk21.mobi这个域名是不是一个网站呢？手机里输入www.jk21.mobi和wap.jk21.com有什么区别呢？谢谢！
答：域名后缀只是为了区分网站应用的行业区域,域名不能决定网站的内容，网站内容相同的情况下可以使用任何域名,这就要看建站者自己的选择了。以下是.mobi域名的描述：

MOBI 域名是基于无线网和手机终端使用的域名产品。.mobi域名是全球第一个，也是唯一一个专为手机及移动终端设备打造的域名，是经ICANN批准的全新国际顶级域名，专用于向移动设备提供互联网寻址服务，通过为移动设备提供定制的内容使手机访问互联网更快速、更便宜和更可靠。.mobi域名的管理者是总部位于爱尔兰都柏林的DOTMOBI公司，由爱立信、GSM协会、Google、微软、诺基亚、三星电子等全球顶级知名手机厂商和相关行业协会共同投资。

众所周知有了域名只是企业信息化的第一步，有了网站后就要建立网站，但是传统的网站通过手机并不能访问。手机可以访问的网站就是wap网站，但是技术门槛仍然横亘于广大企业面向，为解决这个问题，在当今mobi域名火暴注册时期，各大域名注册机构纷纷推出了结合MOBI域名的WAP网站建站平台模式，用户不需要另外购买WAP网站，不需要另外请专业的WAP网站技术人员，就可以自己通过WAP网站平台建 立自己的WAP网站。

wap是无线应用协议，很多网站都用wap.自己的域名（如wap..com）来作为手机上网的网址。

.mobi是域名后缀，其实和.com后面的.com是一个作用。

wap.jk21.com和www.jk21.mobi实际上就是两个不同的域名而已。

.mobi域名配合wap网站，构成了3G时代网站模式。
USB端口
USB是英文Universal Serial Bus的缩写，中文含义是“通用串行总线”。它是一种应用在PC领域的新型接口技术。早在1995年，就已经有PC机带有USB接口了，但由于缺乏软件及硬件设备的支持，这些PC机的USB接口都闲置未用。1998年后，随着微软在Windows 98中内置了对USB接口的支持模块，加上USB设备的日渐增多，USB接口才逐步走进了实用阶段。

这几年，随着大量支持USB的个人电脑的普及，USB逐步成为PC机的标准接口已经是大势所趋。在主机(host)端，最新推出的PC机几乎100%支持USB；而在外设(device)端，使用USB接口的设备也与日俱增，例如数码相机、扫描仪、游戏杆、磁带和软驱、图像设备、打印机、键盘、鼠标等等。

USB设备之所以会被大量应用，主要具有以下优点：

1、可以热插拔。这就让用户在使用外接设备时，不需要重复“关机à将并口或串口电缆接上à再开机”这样的动作，而是直接在PC开机时，就可以将USB电缆插上使用。

2、携带方便。USB设备大多以“小、轻、薄”见长，对用户来说，同样20G的硬盘，USB硬盘比IDE硬盘要轻一半的重量，在想要随身携带大量数据时，当然USB硬盘会是首要之选了。

3、标准统一。大家常见的是IDE接口的硬盘，串口的鼠标键盘，并口的打印机扫描仪，可是有了USB之后，这些应用外设统统可以用同样的标准与PC连接，这时就有了USB硬盘、USB鼠标、USB打印机，等等。

4、可以连接多个设备。USB在PC上往往具有多个接口，可以同时连接几个设备，如果接上一个有4个端口的USB HUB时，就可以再连上4个USB设备，以此类推，尽可以连下去，将你家的设备都同时连在一台PC上而不会有任何问题(注：最高可连接至127个设备)。但是，为什么又出现了USB2.0呢？它与USB1.1又有何区别？请别急，下面就会谈到了。

二、什么是USB 2.0？

目前USB设备虽已被广泛应用，但比较普遍的却是USB1.1接口，它的传输速度仅为12Mbps。举个例子说，当你用USB1.1的扫描仪扫一张大小为40M的图片，需要4分钟之久。 这样的速度，让用户觉得非常不方便，如果有好几张图片要扫的话，就得要有很好的耐心来等待了。

用户的需求，是促进科技发展的动力，厂商也同样认识到了这个瓶颈。这时， COMPAQ、Hewlett Packard、Intel、Lucent、Microsoft、NEC和PHILIPS这7家厂商联合制定了USB 2.0接口标准。USB 2.0将设备之间的数据传输速度增加到了480Mbps，比USB 1.1标准快40倍左右，速度的提高对于用户的最大好处就是意味着用户可以使用到更高效的外部设备，而且具有多种速度的周边设备都可以被连接到USB 2.0的线路上，而且无需担心数据传输时发生瓶颈效应。

所以，如果你用USB 2.0的扫描仪，就完全不同了，扫一张40M的图片只需半分钟左右的时间，一眨眼就过去了，效率大大提高。

而且，USB2.0可以使用原来USB定义中同样规格的电缆，接头的规格也完全相同，在高速的前提下一样保持了USB 1.1的优秀特色，并且，USB 2.0的设备不会和USB 1.X设备在共同使用的时候发生任何冲突。

另外，在软件方面，Windows是完整的支持USB 1.X，对于USB 2.0，系统可以认出，而且能够正常工作，但是USB 2.0并不能充分发挥其性能优势，系统检测到USB 2.0的设备后，会提示说你的USB设备需要优化。现在还没有完全支持USB 2.0的WINDOWS系统，而LINUX、MACOS、BEOS到是走到了前面，都有了相关的软件支持或者系统程序包。不过可以肯定的是，当带有USB 2.0规格的产品出现的时候，Windows会非常快的跟上的。现在WINDOWS XP已经会完全支持USB 2.0设备，不过当系统主板一但支持USB 2.0的时候微软将会很快推出USB 2.0的补丁。所以我们可以说，由于得到INTEL和微软的支持，USB2.0标准已成为下一代周边设备接口的重要趋势。

㈧ 手机上网

说白了就是你的方法不对，手机上网千万不能定制哪些乱七八糟的骗钱服务。

你只要包个20元150M的套餐足够你玩了，你在装个UC浏览器，手机自带的不好。

下面是概念：
手机上网概述
手机上网是指利用支持网络浏览器的手机通过WAP协议，同互联网相联，从而达到网上冲浪的目的。手机上网具有方便性、随时随地性，已经越来越广泛，逐渐成为现代生活中重要的上网方式之一。

[编辑本段]手机上网(WAP)
WAP (Wireless Application Protocol)无线应用协议是一个开放式的标准协议，可以把网络上的信息传送到移动电话或其它无线通讯终端上。WAP是由爱立信(Ericsson)、诺基亚(Nokia)、摩托罗拉(Motorola)等通信业巨头在1997年成立的无线应用协议论坛(WAP Forum)中所制定的。它使用一种类似于HTML的标记式语言WML(Wireless Markup Language)，并可通过WAP Gateway直接访问一般的网页。通过WAP，用户可以随时随地利用无线通讯终端来获取互联网上的即时信息或公司网站的资料，真正实现无线上网。CMWAP多用于浏览WAP开头的网站为主。CMNET可以浏览WWW网站。
手机上网(WAP)是移动互联网的一种体现形式。是传统电脑上网的延伸和补充。3G网络的开通，使得手机上网开始正式进入人们的生活。
[编辑本段]特点
WAP[1] (Wireless Application Protocol)无线应用协议是一个开放式的标准协议，可以把网络上的信息传送到移动电话或其它无线通讯终端上。WAP是由爱立信(Ericsson)、诺基亚(Nokia)、摩托罗拉(Motorola)等通信业巨头在1997年成立的无线应用协议论坛(WAP Forum)中所制定的。它使用一种类似于HTML的标记式语言WML(Wireless Markup Language)，并可通过WAP Gateway直接访问一般的网页。通过WAP，用户可以随时随地利用无线通讯终端来获取互联网上的即时信息或公司网站的资料，真正实现无线上网。
[编辑本段]WAP协议
WAP（无线通讯协议）是在数字移动电话、互联网或其他个人数字助理机（PDA）、计算机应用乃至未来的信息家电之间进行通讯的全球性开放标准。这一标准的诞生是WAP论坛成员努力的结果，WAP论坛是在1997年6月，由诺基亚、爱立信、 摩托罗拉和无线星球（Unwi redPlanet）共同组成的。
通过WAP这种技术，就可以将Internet 的大量信息及各种各样的业务引入到移动电话、PALM等无线终端之中。无论你在何地、何时只要你需要信息，你就可以打开你的WAP手机，享受无穷无尽的网上信息或者网上资源。
WAP能够运行于各种无线网络之上，如GSM、GPRS、CDMA等。WML是无线注标语言（Wireless Makeup language）的英文缩写。支持WAP技术的手机能浏览由WML描述的Internet内容。
WML是以XML为基础的标记语言，用在规范窄频设备，如手机、呼叫器等如何显示内容和使用者接口的语言。因为窄频使得WML受到部分限制，如较小型的显示器、有限的使用者输入设备、窄频网络联机、有限的内存和资源等。
WML支持文字和图片显示，内容组织上，一个页面为一个Card，而一组Card则构成一个Deck。当使用者向服务器提出浏览要求后，WML会将整个Deck发送至客户端的浏览器，使用者就可以浏览Deck里面所有Card的内容，而不需要从网络上单独下载每个Card。
通过WAP这种技术，就可以将Internet的大量信息及各种各样的业务引入到移动电话、PALM等无线终端之中。无论在何时、何地只要需要信息，打开WAP手机，用户就可以享受无穷无尽的网上信息或者网上资源。如：综合新闻、天气预报、股市动态、商业报道、当前汇率等。电子商务、网上银行也将逐一实现。通过WAP手机用户还可以随时随地获得体育比赛结果、娱乐圈趣闻等，为生活增添情趣，也可以利用网上预定功能，把生活安排的有条不紊。
WAP协议包括以下几种：
1、(WAE)
2、WirelessSessionLayer(WSL)
3、WirelessTransactionLayer(WTP)
4、(WTLS)
5、WirelessTransportLayer(WDP)
其中，WAE层含有微型浏览器、WML、WMLSCRIPT的解释器等等功能。WTLS 层为无线电子商务及无线加密传输数据时提供安全方面的基本功能。
WAP论坛一个很重要的指导思想是让WAP尽可能多的与现有的标准一致，以最大限度地保护制造商和应用开发者的投资。在很大程度上利用了现有的WWW编程模型，应用开发人员可以继续使用自己熟悉的编程模型、能够利用现有的工具（如Web 服务器、XML工具）等。另外，WAP 编程模型还针对无线环境的通信特点， 对原有的 WWW编程模型进行了优化和扩展。
在带宽考虑方面，WAP用“轻量级协议栈”优化现在的协议层对话， 将无线手机接入Internet的带宽需求降到最低，保证了现有无线网络能够符合WAP规范。 手机通过使用WAP协议栈可以为无线网络节省大量的无线带宽，例如， 完成一个股票指数的查询操作，如果通过使用HTTP1.0的台式机浏览器来完成要比通过一个WAP浏览器来完成所涉及的包通信量要大一倍以上。 WAP 协议使用的包数量不到标准的 HTTP /TCP/IP协议栈使用的一半。
WAP在很多方面还不够成熟，但是已经足够打开一个新的通讯领域， 为无线网络提供了足够的技术标准基础，让互联网能够真正无所不在。
WAP目前主要使用1.2和2.0两个版本,后者是趋势,低端手机只能浏览1.2版本,目前主流的手机都已经支持2.0版本.有了2.0版本使用手机浏览的内容更生动,也可以像电脑站一样有背景音乐,有背景图片,使原本单调的手机网页变得色彩斑斓。

㈨ 无线通信协议有哪些

WEP协议：有线等效协议
是为了保证802.11b协议数据传输的安全性而推出的安全协议,该协议可以通过对传输的数据进行加密,这样可以保证无线局域网中数据传输的安全性.目前,在市场上一般的无线网络产品支持64/128甚至256位WEP加密,未来还会慢慢普及WEP的改进版本——WEP2.

802．11g协议：
802.11g协议于2003年6月正式推出,它是在802.11b协议的基础上改进的协议,支持2.4GHz工作频率以及DSSS技术,并结合了802.11a协议高速的特点以及OFDM技术.这样802.11g协议即可以实现11Mbps传输速率,保持对802.11b的兼容,又可以实现54Mbps高传输速率.

802．11a协议：
802.11a协议凭借传输速度快,还因为使用了5GHz工作频率,所以受干扰比较少的特点,也被应用于无线局域网.但是因为价格比较昂贵,且相下不兼容,所以目前市场上并不普及.