如何將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工作頻率,所以受干擾比較少的特點,也被應用於無線區域網.但是因為價格比較昂貴,且相下不兼容,所以目前市場上並不普及.