tep加密

㈠ 已知是用The Enigma Protector加密的，那怎麼解密呢

膜拜樓上解密TEP的大牛

㈡ IPV6是什麼 IPv6定址

地址空間如此大的一個原因是將可用地址細分為反映Internet 的拓撲的路由域的層次結構。另一個原因是映射將設備連接到網路的網路適配器(或介面)的地址。IPv6 提供了內在的功能，可以在其最低層(在網路介面層)解析地址，並且還具有自動配置功能。 文本表示形式 以下是用來將IPv6 地址表示為文本字元串的三種常規形式： (一)冒號十六進制形式。 這是首選形式n：n：n：n：n：n：n：n。每個n 都表示八個16 位地址元素之一的十六進制值。例如： 3FFE：FFFF：7654：FEDA：1245：BA98：3210：4562. (二)壓縮形式。 由於地址長度要求，地址包含由零組成的長字元串的情況十分常見。為了簡化對這些地址的寫入，可以使用壓縮形式，在這一壓縮形式中，多個0 塊的單個連續序列由雙冒號符號(：)表示。此符號只能在地址中出現一次。例如，多路廣播地址FFED：0：0：0：0：BA98：3210：4562 的壓縮形式為FFED： BA98：3210：4562。單播地址3FFE：FFFF：0：0：8：800：20C4：0 的壓縮形式為3FFE：FFFF：8：800：20C4：0。環回地址0：0：0：0：0：0：0：1 的壓縮形式為：1。未指定的地址0：0：0：0：0：0：0：0 的壓縮形式為：。 (三)混合形式。 此形式組合 IPv4 和 IPv6 地址。在此情況下，地址格式為 n：n：n：n：n： n：d.d.d.d，其中每個n 都表示六個IPv6 高序位16 位地址元素之一的十六進制值，每個d 都表示IPv4 地址的十進制值。 地址類型 地址中的前導位定義特定的IPv6 地址類型。包含這些前導位的變長欄位稱作格式前綴(FP)。 IPv6 單播地址被劃分為兩部分。第一部分包含地址前綴，第二部分包含介面標識符。表示IPv6 地址/前綴組合的簡明方式如下所示：ipv6 地址/前綴長度。 以下是具有64 位前綴的地址的示例。 3FFE：FFFF：0：CD30：0：0：0：0/64. 此示例中的前綴是 3FFE：FFFF：0：CD30。該地址還可以以壓縮形式寫入，如3FFE：FFFF：0：CD30：/64。 IPv6 定義以下地址類型： 單播地址。用於單個介面的標識符。發送到此地址的數據包被傳遞給標識的介面。通過高序位八位位元組的值來將單播地址與多路廣播地址區分開來。多路廣播地址的高序列八位位元組具有十六進制值FF。此八位位元組的任何其他值都標識單播地址。 以下是不同類型的單播地址： 鏈路-本地地址。這些地址用於單個鏈路並且具有以下形式：FE80： InterfaceID。鏈路-本地地址用在鏈路上的各節點之間，用於自動地址配置、鄰居發現或未提供路由器的情況。鏈路-本地地址主要用於啟動時以及系統尚未獲取較大范圍的地址之時。 站點-本地地址。這些地址用於單個站點並具有以下格式：FEC0：SubnetID： InterfaceID。站點-本地地址用於不需要全局前綴的站點內的定址。 全局IPv6 單播地址。這些地址可用在Internet 上並具有以下格式： 010(FP，3 位)TLA ID(13 位)Reserved(8 位)NLA ID(24 位)SLA ID(16 位)InterfaceID(64 位)。 多路廣播地址。一組介面的標識符(通常屬於不同的節點)。發送到此地址的數據包被傳遞給該地址標識的所有介面。多路廣播地址類型代替IPv4 廣播地址。 任一廣播地址。一組介面的標識符(通常屬於不同的節點)。發送到此地址的數據包被傳遞給該地址標識的唯一一個介面。這是按路由標准標識的最近的介面。任一廣播地址取自單播地址空間，而且在語法上不能與其他地址區別開來。定址的介面依據其配置確定單播和任一廣播地址之間的差別。 通常，節點始終具有鏈路-本地地址。它可以具有站點-本地地址和一個或多個全局地址。 IPv6 路由 IPv6 的優點之一就是提供靈活的路由機制。由於分配IPv4 網路ID 所用的方式，要求位於Internet 中樞上的路由器維護大型路由表。這些路由器必須知道所有的路由，以便轉發可能定向到Internet 上的任何節點的數據包。通過其聚合地址能力，IPv6 支持靈活的定址方式，大大減小了路由表的規模。在這一新的定址結構中，中間路由器必須只跟蹤其網路的本地部分，以便適當地轉發消息。 鄰居發現 鄰居發現提供以下一些功能： 路由器發現。這允許主機標識本地路由器。 地址解析。這允許節點為相應的下一躍點地址解析鏈路層地址(替代地址解析協議[ARP])。 地址自動配置。這允許主機自動配置站點-本地地址和全局地址。 鄰居發現將Internet 控制消息協議用於IPv6(ICMPv6)消息，這些消息包括： 路由器廣告。在偽定期的基礎上或響應路由器請求由路由器發送。IPv6 路由器使用路由器廣告來公布其可用性、地址前綴和其他參數。 路由器請求。由主機發送，用於請求鏈路上的路由器立即發送路由器廣告。 鄰居請求。由節點發送，以用於地址解析、重復地址檢測，或用於確認鄰居是否仍可訪問。 鄰居廣告。由節點發送，以響應鄰居請求或通知鄰居鏈路層地址中發生了更改。 重定向。由路由器發送，從而為某一發送節點指示指向特定目標的更好的下一躍點地址。 IPv6 自動配置 IPv6 的一個重要目標是支持節點即插即用。也就是說，應該能夠將節點插入IPv6 網路並且不需要任何人為干預即可自動配置它。 自動配置的類型 IPv6 支持以下類型的自動配置： 全狀態自動配置。此類型的配置需要某種程度的人為干預，因為它需要動態主機配置協議來用於IPv6(DHCPv6)伺服器，以便用於節點的安裝和管理。 DHCPv6 伺服器保留它為之提供配置信息的節點的列表。它還維護狀態信息，以便伺服器知道每個在使用中的地址的使用時間長度以及該地址何時可供重新分配。 無狀態自動配置。此類型配置適合於小型組織和個體。在此情況下，每一主機根據接收的路由器廣告的內容確定其地址。通過使用IEEE EUI-64 標准來定義地址的網路ID 部分，可以合理假定該主機地址在鏈路上是唯一的。 不管地址是採用何種方式確定的，節點都必須確認其可能地址對於本地鏈路是唯一的。這是通過將鄰居請求消息發送到可能的地址來實現的。如果節點接收到任何響應，它就知道該地址已在使用中並且必須確定其他地址。 IPv6 移動性 移動設備的迅速普及帶來了一項新的要求：設備必須能夠在IPv6 Internet 上隨意更改位置但仍維持現有連接。為提供此功能，需要給移動節點分配一個本地地址，通過此地址總可以訪問到它。在移動節點位於本地時，它連接到本地鏈路並使用其本地地址。在移動節點遠離本地時，本地代理(通常是路由器)在該移動節點和正與其進行通信的節點之間傳遞消息。 IPv6 的安全性問題 現實Internet 上的各種攻擊、黑客、網路蠕蟲病毒弄得網民人人自危，每天上網開了實時防病毒程序還不夠，還要繼續使用個人防火牆，打開實時防木馬程序才敢上網沖浪。諸多人把這些都歸咎於IPv4 網路。現在IPv6 來了，它設計的時候充分研究了以前IPv4 的各種問題，在安全性上得到了大大的提高。但是是不是IPv6 就沒有安全問題了?答案是否定的。 目前，病毒和互聯網蠕蟲是最讓人頭疼的網路攻擊行為。但這種傳播方式在IPv6 的網路中就不再適用了，因為IPv6 的地址空間實在是太大了，如果這些病毒或者蠕蟲還想通過掃描地址段的方式來找到有可乘之機的其他主機，就猶如大海撈針。在IPv6 的世界中，對IPv6 網路進行類似IPv4 的按照IP 地址段進行網路偵察是不可能了。 所以，在 IPv6 的世界裡，病毒、互聯網蠕蟲的傳播將變得非常困難。但是，基於應用層的病毒和互聯網蠕蟲是一定會存在的，電子郵件的病毒還是會繼續傳播。此外，還需要注意IPv6 網路中的關鍵主機的安全。IPv6 中的組發地址定義方式給攻擊者帶來了一些機會。例如，IPv6 地址FF05：3 是所有的DHCP 伺服器，就是說，如果向這個地址發布一個IPv6 報文，這個報文可以到達網路中所有的DHCP 伺服器，所以可能會出現一些專門攻擊這些伺服器的拒絕服務攻擊。 IPv4 到IPv6 的過渡技術 另外，不管是IPv4 還是IPv6，都需要使用DNS，IPv6 網路中的DNS 伺服器就是一個容易被黑客看中的關鍵主機。也就是說，雖然無法對整個網路進行系統的網路偵察，但在每個IPv6 的網路中，總有那麼幾台主機是大家都知道網路名字的，也可以對這些主機進行攻擊。而且，因為IPv6 的地址空間實在是太大了，很多IPv6 的網路都會使用動態的DNS 服務。而如果攻擊者可以攻佔這台動態DNS 伺服器，就可以得到大量的在線IPv6 的主機地址。另外，因為IPv6 的地址是128 位，很不好記，網路管理員可能會常常使用一下好記的IPv6 地址，這些好記的IPv6 地址可能會被編輯成一個類似字典的東西，病毒找到IPv6 主機的可能性小，但猜到IPv6 主機的可能性會大一些。而且由於IPv6 和IPv4 要共存相當長一段時間，很多網路管理員會把IPv4 的地址放到IPv6 地址的後32 位中，黑客也可能按照這個方法來猜測可能的在線IPv6 地址。所以，對於關鍵主機的安全需要特別重視，不然黑客就會從這里入手從而進入整個網路。所以，網路管理員在對主機賦予IPv6 地址時，不應該使用好記的地址，也要盡量對自己網路中的IPv6 地址進行隨機化，這樣會在很大程度上減少這些主機被黑客發現的機會。 以下這些網路攻擊技術，不管是在IPv4 還是在IPv6 的網路中都存在，需要引起高度的重視：報文偵聽，雖然IPv6 提供了IPSEC 最為保護報文的工具，但由於公匙和密匙的問題，在沒有配置IPsec 的情況下，偷看IPv6 的報文仍然是可能的；應用層的攻擊，顯而易見，任何針對應用層，如WEB 伺服器，資料庫伺服器等的攻擊都將仍然有效；中間人攻擊，雖然IPv6 提供了IPsec，還是有可能會遭到中間人的攻擊，所以應盡量使用正常的模式來交換密匙；洪水攻擊，不論在IPv4 還是在IPv6 的網路中，向被攻擊的主機發布大量的網路流量的攻擊將是會一直存在的，雖然在IPv6 中，追溯攻擊的源頭要比在IPv4 中容易一些。 IPv4 到IPv6 的過渡技術 由於Internet 的規模以及目前網路中數量龐大的IPv4 用戶和設備，IPv4 到v6 的過渡不可能一次性實現。而且，目前許多企業和用戶的日常工作越來越依賴於Internet，它們無法容忍在協議過渡過程中出現的問題。所以IPv4 到 v6 的過渡必須是一個循序漸進的過程，在體驗IPv6 帶來的好處的同時仍能與網路中其餘的IPv4 用戶通信。能否順利地實現從IPv4 到IPv6 的過渡也是 IPv6 能否取得成功的一個重要因素。 實際上，IPv6 在設計的過程中就已經考慮到了IPv4 到IPv6 的過渡問題，並提供了一些特性使過渡過程簡化。例如，IPv6 地址可以使用 IPv4 兼容地址，自動由IPv4 地址產生；也可以在IPv4 的網路上構建隧道，連接IPv6 孤島。目前針對IPv4-v6 過渡問題已經提出了許多機制，它們的實現原理和應用環境各有側重，這一部分里將對 IPv4-v6 過渡的基本策略和機製做一個系統性的介紹。 在IPv4-v6 過渡的過程中，必須遵循如下的原則和目標： ?保證IPv4 和IPv6 主機之間的互通； ?在更新過程中避免設備之間的依賴性(即某個設備的更新不依賴於其它設備的更新)； ?對於網路管理者和終端用戶來說，過渡過程易於理解和實現； ?過渡可以逐個進行； ?用戶、運營商可以自己決定何時過渡以及如何過渡。 主要分三個方面：IP 層的過渡策略與技術、鏈路層對IPv6 的支持、IPv6 對上層的影響 對於IPV4 向IPV6 技術的演進策略，業界提出了許多解決方案。特別是 IETF 組織專門成立了一個研究此演變的研究小組NGTRANS，已提交了各種演進策略草案，並力圖使之成為標准。縱觀各種演進策略，主流技術大致可分如下幾類： 雙棧策略 實現IPv6 結點與IPv4 結點互通的最直接的方式是在IPv6 結點中加入 IPv4 協議棧。具有雙協議棧的結點稱作"IPv6/v4 結點"，這些結點既可以收發 IPv4 分組，也可以收發IPv6 分組。它們可以使用IPv4 與IPv4 結點互通，也可以直接使用IPv6 與IPv6 結點互通。雙棧技術不需要構造隧道，但後文介紹的隧道技術中要用到雙棧。IPv6/v4 結點可以只支持手工配置隧道，也可以既支持手工配置也支持自動隧道。 隧道技術 在IPV6 發展初期，必然有許多局部的純IPV6 網路，這些IPV6 網路被 IPV4 骨幹網路隔離開來，為了使這些孤立的"IPV6 島"互通，就採取隧道技術的方式來解決。利用穿越現存IPV4 網際網路的隧道技術將許多個"IPV6 孤島"連接起來，逐步擴大 IPV6 的實現范圍，這就是目前國際 IPV6 試驗床 6Bone 的計劃。 工作機理：在IPV6 網路與IPV4 網路間的隧道入口處，路由器將IPV6 的數據分組封裝入IPV4 中，IPV4 分組的源地址和目的地址分別是隧道入口和出口的IPV4 地址。在隧道的出口處再將IPV6 分組取出轉發給目的節點。 隧道技術在實踐中有四種具體形式：構造隧道、自動配置隧道、組播隧道以及6to4。 TB(Tunnel Broker，隧道代理) 對於獨立的v6 用戶，要通過現有的IPv4 網路連接IPv6 網路上，必須使用隧道技術。但是手工配置隧道的擴展性很差，TB 的主要目的就是簡化隧道的配置，提供自動的配置手段。對於已經建立起IPv6 的ISP 來說，使用TB 技術為網路用戶的擴展提供了一個方便的手段。從這個意義上說，TB 可以看作是一個虛擬的IPv6 ISP，它為已經連接到IPv4 網路上的用戶提供連接到IPv6 網路的手段，而連接到IPv4 網路上的用戶就是TB 的客戶。 雙棧轉換機制(DSTM) DSTM 的目標是實現新的IPv6 網路與現有的IPv4 網路之間的互通。使用 DSTM，IPv6 網路中的雙棧結點與一個IPv4 網路中的IPv4 主機可以互相通信。 DSTM 的基本組成部分包括： ?DHCPv6 伺服器，為IPv6 網路中的雙棧主機分配一個臨時的IPv4 全網唯一地址，同時保留這個臨時分配的IPv4 地址與主機IPv6 永久地址之間的映射關系，此外提供IPv6 隧道的隧道末端(TEP)信息； ?動態隧道埠DTI：每個DSTM 主機上都有一個IPv4 埠，用於將IPv4 報文打包到IPv6 報文里； ?DSTM Deamon：與DHCPv6 客戶端協同工作，實現IPv6 地址與IPv4 地址之間的解析。 協議轉換技術 其主要思想是在V6 節點與V4 節點的通信時需藉助於中間的協議轉換伺服器，此協議轉換伺服器的主要功能是把網路層協議頭進行V6/V4 間的轉換，以適應對端的協議類型。 優點：能有效解決V4 節點與V6 節點互通的問題。 缺點：不能支持所有的應用。這些應用層程序包括：①應用層協議中如果包含有IP 地址、埠等信息的應用程序，如果不將高層報文中的IP 地址進行變換，則這些應用程序就無法工作，如FTP、STMP 等。②含有在應用層進行認證、加密的應用程序無法在此協議轉換中工作。 SOCKS64 一個是在客戶端里引入 SOCKS 庫，這個過程稱為"socks 化"(socksifying)，它處在應用層和socket 之間，對應用層的socket API 和DNS 名字解析API 進行替換； 另一個是SOCKS 網關，它安裝在IPv6/v4 雙棧結點上，是一個增強型的 SOCKS 伺服器，能實現客戶端C 和目的端D 之間任何協議組合的中繼。當C上的 SOCKS 庫發起一個請求後，由網關產生一個相應的線程負責對連接進行中繼。 SOCKS 庫與網關之間通過SOCKS(SOCKSv5)協議通信，因此它們之間的連接是 "SOCKS 化"的連接，不僅包括業務數據也包括控制信息；而G 和D 之間的連接未作改動，屬於正常連接。D 上的應用程序並不知道C 的存在，它認為通信對端是G。 傳輸層中繼(Transport Relay) 與SOCKS64 的工作機理相似，只不過是在傳輸層中繼器進行傳輸層的"協議翻譯"，而SOCKS64 是在網路層進行協議翻譯。它相對於SOCKS64，可以避免 "IP 分組分片"和"ICMP 報文轉換"帶來的問題，因為每個連接都是真正的IPV4 或IPV6 連接。但同樣無法解決網路應用程序數據中含有網路地址信息所帶來的地址無法轉換的問題。 應用層代理網關(ALG) ALG 是Application Level Gateway 的簡稱，與SOCKS64、傳輸層中繼等技術一樣，都是在V4 與V6 間提供一個雙棧網關，提供"協議翻譯"的功能，只不過ALG 是在應用層級進行協議翻譯。這樣可以有效解決應用程序中帶有網路地址的問題，但ALG 必須針對每個業務編寫單獨的ALG 代理，同時還需要客戶端應用也在不同程序上支持ALG 代理，靈活性很差。顯然，此技術必須與其它過渡技術綜合使用，才有推廣意義。 過渡策略總結 雙棧、隧道是主流 所有的過渡技術都是基於雙棧實現的 不同的過渡策略各有優劣、應用環境不同 網路的演進過程中將是多種過渡技術的綜合 根據運營商具體的網路情況進行分析 由不同的組織或個人提出的IPV4 向IPV6 平滑過渡策略技術很多，它們都各有自己的優勢和缺陷。因此，最好的解決方案是綜合其中的幾種過渡技術，取長補短，同時，兼顧各運營商具體的網路設施情況，並考慮成本的因素，為運營商設計一套適合於他自己發展的平滑過渡解決方案。

㈢ 有沒有DLL應用程序加密授權工具，一機一碼的防止被人復制軟體，

DLL文件是應用程序的拓展，在編寫DLL文件時，完全可以在程序中自行編寫這樣的功能，當然，一般加密EXE文件的軟體也可以在DLL文件上使用。

㈣ 廣告牌製作用什麼軟體

那要看你屬於那一類了，比如吧，寫真的大多用的機型有羅蘭、武騰、MIMK、用蒙泰軟體的多，進口機都有自己的軟體，雕刻機大多以TEP3、精雕文泰的多，設計收圖平常以AI、PS、kaozhao、等用的多，不知道這樣回答可以不！！

㈤ ipv4如何向ipv6過度模型介紹

由於Internet的規模以及目前網路中數量龐大的IPv4用戶和設備，IPv4到v6的過渡不可能一次性實現。而且，目前許多企業和用戶的日常工作越來越依賴於Internet，它們無法容忍在協議過渡過程中出現的問題。所以IPv4到v6的過渡必須是一個循序漸進的過程，在體驗IPv6帶來的好處的同時仍能與網路中其餘的IPv4用戶通信。能否順利地實現從IPv4到IPv6的過渡也是IPv6能否取得成功的一個重要因素。 實際上，IPv6在設計的過程中就已經考慮到了IPv4到IPv6的過渡問題，並提供了一些特性使過渡過程簡化。例如，IPv6地址可以使用IPv4兼容地址，自動由IPv4地址產生；也可以在IPv4的網路上構建隧道，連接IPv6孤島。目前針對IPv4-v6過渡問題已經提出了許多機制，它們的實現原理和應用環境各有側重，這一部分里將對IPv4-v6過渡的基本策略和機製做一個系統性的介紹。 在IPv4-v6過渡的過程中，必須遵循如下的原則和目標： ·保證IPv4和IPv6主機之間的互通； ·在更新過程中避免設備之間的依賴性（即某個設備的更新不依賴於其它設備的更新）； ·對於網路管理者和終端用戶來說，過渡過程易於理解和實現； ·過渡可以逐個進行； ·用戶、運營商可以自己決定何時過渡以及如何過渡。 主要分三個方面：IP層的過渡策略與技術、鏈路層對IPv6的支持、IPv6對上層的影響 對於IPV4向IPV6技術的演進策略，業界提出了許多解決方案。特別是IETF組織專門成立了一個研究此演變的研究小組NGTRANS，已提交了各種演進策略草案，並力圖使之成為標准。縱觀各種演進策略，主流技術大致可分如下幾類：
雙棧策略
實現IPv6結點與IPv4結點互通的最直接的方式是在IPv6結點中加入IPv4協議棧。具有雙協議棧的結點稱作「IPv6/v4結點」，這些結點既可以收發IPv4分組，也可以收發IPv6分組。它們可以使用IPv4與IPv4結點互通，也可以直接使用IPv6與IPv6結點互通。雙棧技術不需要構造隧道，但後文介紹的隧道技術中要用到雙棧。 IPv6/v4結點可以只支持手工配置隧道，也可以既支持手工配置也支持自動隧道。
隧道技術
在IPV6發展初期，必然有許多局部的純IPV6網路，這些IPV6網路被IPV4骨幹網路隔離開來，為了使這些孤立的「IPV6島」互通，就採取隧道技術的方式來解決。利用穿越現存IPV4網際網路的隧道技術將許多個「IPV6孤島」連接起來，逐步擴大IPV6的實現范圍，這就是目前國際IPV6試驗床6Bone的計劃。 工作機理：在IPV6網路與IPV4網路間的隧道入口處，路由器將IPV6的數據分組封裝入IPV4中，IPV4分組的源地址和目的地址分別是隧道入口和出口的IPV4地址。在隧道的出口處再將IPV6分組取出轉發給目的節點。 隧道技術在實踐中有四種具體形式：構造隧道、自動配置隧道、組播隧道以及6to4。
TB（Tunnel Broker，隧道代理）
對於獨立的v6用戶，要通過現有的IPv4網路連接IPv6網路上，必須使用隧道技術。但是手工配置隧道的擴展性很差，TB的主要目的就是簡化隧道的配置，提供自動的配置手段。對於已經建立起IPv6的ISP來說，使用TB技術為網路用戶的擴展提供了一個方便的手段。從這個意義上說，TB可以看作是一個虛擬的IPv6 ISP，它為已經連接到IPv4網路上的用戶提供連接到IPv6網路的手段，而連接到IPv4網路上的用戶就是TB的客戶。
雙棧轉換機制（DSTM）
DSTM的目標是實現新的IPv6網路與現有的IPv4網路之間的互通。使用DSTM，IPv6網路中的雙棧結點與一個IPv4網路中的IPv4主機可以互相通信。DSTM的基本組成部分包括： ·DHCPv6伺服器，為IPv6網路中的雙棧主機分配一個臨時的IPv4全網唯一地址，同時保留這個臨時分配的IPv4地址與主機IPv6永久地址之間的映射關系，此外提供IPv6隧道的隧道末端（TEP）信息； ·動態隧道埠DTI：每個DSTM主機上都有一個IPv4埠，用於將IPv4報文打包到IPv6報文里； ·DSTM Deamon：與DHCPv6客戶端協同工作，實現IPv6地址與IPv4地址之間的解析。
協議轉換技術
其主要思想是在V6節點與V4節點的通信時需藉助於中間的協議轉換伺服器，此協議轉換伺服器的主要功能是把網路層協議頭進行V6/V4間的轉換，以適應對端的協議類型。 優點：能有效解決V4節點與V6節點互通的問題。 缺點：不能支持所有的應用。這些應用層程序包括：① 應用層協議中如果包含有IP地址、埠等信息的應用程序，如果不將高層報文中的IP地址進行變換，則這些應用程序就無法工作，如FTP、STMP等。② 含有在應用層進行認證、加密的應用程序無法在此協議轉換中工作。
SOCKS64
一個是在客戶端里引入SOCKS庫，這個過程稱為「socks化」（socksifying），它處在應用層和socket之間，對應用層的socket API和DNS名字解析API進行替換； 另一個是SOCKS網關，它安裝在IPv6/v4雙棧結點上，是一個增強型的SOCKS伺服器，能實現客戶端C和目的端D之間任何協議組合的中繼。當C上的SOCKS庫發起一個請求後，由網關產生一個相應的線程負責對連接進行中繼。SOCKS庫與網關之間通過SOCKS（SOCKSv5）協議通信，因此它們之間的連接是「SOCKS化」的連接，不僅包括業務數據也包括控制信息；而G和D之間的連接未作改動，屬於正常連接。D上的應用程序並不知道C的存在，它認為通信對端是G。
傳輸層中繼（Transport Relay）
與SOCKS64的工作機理相似，只不過是在傳輸層中繼器進行傳輸層的「協議翻譯」，而SOCKS64是在網路層進行協議翻譯。它相對於SOCKS64，可以避免「IP分組分片」和「ICMP報文轉換」帶來的問題，因為每個連接都是真正的IPV4或IPV6連接。但同樣無法解決網路應用程序數據中含有網路地址信息所帶來的地址無法轉換的問題。
應用層代理網關（ALG）
ALG是Application Level Gateway的簡稱，與SOCKS64、傳輸層中繼等技術一樣，都是在V4與V6間提供一個雙棧網關，提供「協議翻譯」的功能，只不過ALG是在應用層級進行協議翻譯。這樣可以有效解決應用程序中帶有網路地址的問題，但ALG必須針對每個業務編寫單獨的ALG代理，同時還需要客戶端應用也在不同程序上支持ALG代理，靈活性很差。顯然，此技術必須與其它過渡技術綜合使用，才有推廣意義。
過渡策略總結
雙棧、隧道是主流 所有的過渡技術都是基於雙棧實現的 不同的過渡策略各有優劣、應用環境不同 網路的演進過程中將是多種過渡技術的綜合 根據運營商具體的網路情況進行分析 由不同的組織或個人提出的IPV4向IPV6平滑過渡策略技術很多，它們都各有自己的優勢和缺陷。因此，最好的解決方案是綜合其中的幾種過渡技術，取長補短，同時，兼顧各運營商具體的網路設施情況，並考慮成本的因素，為運營商設計一套適合於他自己發展的平滑過渡解決方案。

㈥ 有誰知道tepleton這個項目怎麼樣

Tepleton，是基於底層跨鏈技術的區塊鏈新金融解決方案，是優先服務於金融行業的區塊鏈價值網路，將賦能信託、銀行、保險、證券、租賃等前沿金融領域。結合拜占庭容錯安全共識的DPoS共識機制，既能有效保證主鏈上信息和交易快速流通傳遞，也能通過將Center(中樞)與Area(分區)相互隔離保證整個網路不會受惡意攻擊者的破壞，兼具安全性、高性能、一致性的特性。全球范圍內首次提出區塊鏈新金融(FinBlockchain)概念，即Finance+Blockchain的縮寫，將其定義為「以區塊鏈底層技術為基礎的公開、可信、高效、去中心化的新金融時代」。

Tepleton 的技術特點

Tepleton 協議是一個全資產去中心化底層跨鏈協議。其技術特點，包括，採用結合拜占庭容錯的DPoS演算法，既能有效保證主鏈上信息和交易快速流通傳遞，也能通過Center與Area隔離保證主鏈不會受惡意破壞者的攻擊，兼具安全性、高性能、一致性的特性。

出於在金融領域率先落地應用的考慮，行業PoW共識機制因為較低的性能，網路容易擁堵，導致金融行業在快速結算和高頻操縱上的需求無法實現。Tepleton 協議採用結合拜占庭容錯的DPoS演算法，既能有效保證主鏈上信息和交易快速流通傳遞，也能通過Center與Area隔離保證主鏈不會受惡意破壞者的攻擊，兼具安全性、高性能、一致性的特性。Tepleton採用了使用大多數投票(超過三分之二)和鎖定機制的最優拜占庭容錯，來確保其安全性。蓄意破壞者想要造成安全性問題，必須有三分之一以上的投票權，並且要提交超過兩份以上的值。

Tepleton採用Center和Area兩個組成部分的架構來建立整個區塊鏈網路的連接。Center是跨鏈連接的中心，所有跨鏈的交易都通過Center統一處理。Area則是不同的分區，通過IBC協議和Center連接在一起，不同的鏈彼此要進行跨鏈交易，只需要通過Center來代理就能完成。Center和Area都是基於Warren的區塊鏈，WarrenCore 作為共識引擎使得各Area可以正常運行。WarrenCore在節點之間共享塊和事務，以及建立規范交易順序。IBC協議用於Center與Area之間的消息和價值傳遞。依賴IBC協議及時最終性的特點，IBC協議被用於Center與Area之間通證的流通和消息傳遞。

Tepleton 的首個Area被定義為Tepleton Center。Tepleton Center是一個多資產加密網路，它能夠對網路進行適配和升級。Tepleton Center設定了95個節點。95個節點通過投票選出，共同決定哪些Area可以連接到Center。

由於Area間的可互操作性，Tepleton協議創造了一個極具潛力的金融互聯網路。資產由不同的驗證人發布和控制，並可以在不依靠需要信任的第三方的情況下，實現了資產的快速結算和承兌，同時也提供了跨鏈資產無縫的轉移和交易的網路條件。Tepleton協議繼承了Cosmos的技術優點，同時在性能，響應時間，每秒處理次數等方面進行了改進，從而發展出了更適用於量化的底層技術架構。

對於已經存在的區塊鏈，缺乏Tepleton鏈間通信需要確認的最終性。為了解決這些公鏈之間的通信問題，Tepleton設計了作為中繼連接的代理鏈Proxy Area。通過IBC與Center相連，從而實現跨鏈。

TEP——Tepleton生態的唯一權益證明以及應用場景

Tepleton Token簡稱TEP，是Tepleton生態的唯一權益通證，將用於未來所有生態中的權益證明與建設的價值流通。Tepleton將首先基於以太坊ERC-20協議發行初始代幣，待主網上線後再做映射轉換。TEP總量設置共10億枚，寫入智能合約，永不增發，並每季度Tepleton將會拿出整個生態收益的40%用於回購市場上流通的TEP通證，並將回購的通證進行銷毀，以確保市場上不會出現通證通貨的情況，直至最終TEP剩餘總量為5000萬。

TEP的是價值載體，每一個應用場景接入或直接使用一定量的TEP，或定義自己的通證，並與TEP進行一定比率的兌換。隨著應用場景的逐漸豐富，TEP使用和消耗越來越多，TEP 的價值也越來大。並且TEP具備交易屬性，TEP上的每筆同/跨鏈交易需要支付少量交易費用，其上的Dapp應用也需要使用TEP抵押和購買資源，TEP支持智能合約，能協助量化交易和跨境支付的執行。另外，TEP具有激勵機制，通過積極的激勵計劃，TEP激勵礦工主動提供系統驗證交易，創造區塊，利用經濟手段產生積極的反饋可以促進系統的不斷發展。通證將作為獎勵，激勵社區持續為系統做出貢獻。

TEP有諸多應用場景，用戶可以使用任意主流數字資產進行購買AI量化深腦便捷賺取收益，若使用TEP進行購買，享受相應優惠。允許用戶可以使用任意主流數字資產進行購買平台基金賺取收益，但一些限量限時的高收益穩定基金，將限定只能使用TEP購買。另外，使用TEP還有購買量化保險，投資策略收益分發，合作夥伴權益抵押，提供策略的保證金抵押，生態激勵等權益。

團隊介紹

Jaden Tao

創始人兼CEO

區塊鏈國際新銳，美國UCLA(加州大學洛杉磯分校)商業分析、經濟學雙碩士學位，世界經濟論壇傑出青年社區成員，連續創業者，2016年進入區塊鏈行業，曾任BeiPoP CEO，有豐富的區塊鏈行業認知和項目運營管理經驗。STO國際聯盟理事長，早期數字貨幣投資者和佈道者，先後參與全球多個優秀項目的早期投資和國際化布局。

Gen Chia

聯合創始人兼COO

2015年投身區塊鏈行業，創辦Dream City和Idol Dream等區塊鏈公司，均任職CEO或COO，豐富的運營經驗，幫助多家公司融資超過千萬美元。畢業於新加坡國立大學，獲得商業管理及經濟學雙學位，新加坡國立大學文學暨社會科學院項目研究專員，全球區塊鏈品牌運營社區發起人，提出「社區雪球」理論第一人。新加坡區塊鏈咨詢和金融服務聯盟(BAFS)創始人，聯盟成員遍布全球各國家。區塊鏈跨國合作先鋒，曾為數十家國際企業提供跨國金融、咨詢服務，曾深度參與多家新加坡、香港公司IPO及投資並購運作。擁有豐富的東南亞政府資源，對區塊鏈技術的社會價值、商業價值和應用價值具有敏銳的嗅覺和獨到的認知。

Bruno Miguel Mendes Santos Moreira Monteiro

聯合創始人兼CTO

現Tepleton核心開發團隊CTO，畢業於波爾圖大學計算機、經濟學專業，英國倫敦米德爾塞克斯大學金融碩士。先後任職於英國倫敦阿波羅(保險管理)、Shawbrook Bank、TP ICAP(Interdealer Broker) 、Funding Circle、JP Morgan&Chase、Coinbase等公司擔任CTO或技術崗位要職。精通英語、葡萄語、法語、義大利語，2013年開始關注加密數字行業，曾發表《區塊鏈底層架構改造設想》、《區塊鏈在量化金融領域的方向提綱》等論文，對區塊鏈底層技術和區塊鏈金融有深度研究。曾獨立研發K2rco策略短線獲得高達458%的收益，葡萄牙量化交易大師，擅長用代碼解決金融領域的難題，區塊鏈頂級金融架構師和底層代碼金融安全分控專家。AI量化深腦核心開發團隊成員之一。

Taiwo Ogunseye

高級架構師(Senior Technology Architect)

Tepleton核心開發團隊高級架構師，2013年接觸區塊鏈和比特幣，區塊鏈頂級工程師和技術極客，畢業於東倫敦大學和休斯敦大學，分別獲得計算機和商業管理碩士學位，先後任職於CollaboGate、Debit、Amazon、Tezos UK、Apple等多家著名公司擔任技術要職和技術顧問。曾多次組織參與黑客馬拉松，多次取得賽季冠軍。比特幣的第一個分支Name-coin技術的早期研究專家和建設者，DPoS+拜占庭容錯混合機制早期提出者，曾聯合創辦一個開源的PoolWell。

Belokamensky

技術工程師(Technical Engineer)

畢業於利沃夫商學院， 曾任職於Adidas 、Nike 、Sberbank等全球知名公司。擁有15年的互聯網技術開發經驗和4年的去中心化開發經驗，曾作為技術總監或工程師參與了多家數字貨幣交易所、錢包和Dapps的開發。主導開發的多款互聯網產品曾獲得App Store付費排名第一。精通互聯網產品及區塊鏈產品前後端設計與開發，對互聯網、區塊鏈、大數據、人工智慧有深刻的見解。

㈦ 為什麼路由器連接不上

網上鄰居右鍵屬性 本地連接右鍵屬性 Internet協議（tep/ip)雙擊 依次輸入：192.168.1.---（隨意2至3位數）255.255.255.0 192.168.1.1 202.102.134.68 202.102.128.68確定 然後再設置你的路由器

㈧ 手機無線路由器怎麼用,我是三星的的S5830 怎麼連無線路由器，

一、 無線路由器的設置

TP-LINK無線路由器的設置相對比較簡單，在設置過程中，有兩個重要的參數需要記住：

SSID：無線基站的名稱，本例為「TP-LINK_25A5EE」；

加密方式和密鑰：本例為「WPA-PSK/WPA2-PSK」加密，密鑰為「11223344」；

1：手機主界面選擇「設置」菜單，進入手機設置頁面。選擇「無線和網路」，打開「無線和網路」設置頁面:
2：勾選「WLAN」無線開關，開啟手機無線功能，點擊「WLAN設置」，掃描無線網路。
3：找到並點擊無線路由器的SSID「TP-LINK_25A5EE」，彈出提示，要求輸入無線密鑰（若未加密，無線會直接連接成功）。輸入無線密鑰（本例為「11223344」），點擊「連接」
4：：無線連接成功。 此時手機就已經連接到互聯網，您可以盡情的上網沖浪了。
注意事項

1. 手機無線連接不上路由器。有一種可能是手機連接過該無線路由器的無線信號，並在手機中保存該無線網路的配置文件。但是後來修改無線路由器的加密方式或密鑰，此時手機就不能自動連接到該信號。需要先刪除原有無線配置文件重新連接。下面介紹手機刪除無線配置文件的方法。

STEP1：打開「WLAN設置」頁面，找到並點擊原有保存的無線配置文件（本例為「TP-LINK_25A5EE」），彈出刪除配置文件選項。
TEP2：選擇「刪除」。刪除配置文件之後，重新搜素無線信號進行連接。

2. 如果手機無線顯示「已連接」但是不能上網，有一種可能是手機的IP地址等參數配置錯誤。下面介紹手機IP地址的配置方法。推薦使用默認的自動獲取IP地址。

1：手機無線連接上無線路由器之後，按鍵「MENU」菜單鍵，彈出「高級」按鈕。點擊「高級』，彈出手機IP地址配置頁面。
2：手機默認「使用靜態IP」的勾沒有勾上，即自動獲取IP地址（推薦）。獲取到正確的網路參數之後，手機即可正常連接到網路。如果要手動設置靜態IP，可以將「使用靜態IP」勾選上，並手動設置「IP地址」、「網關」、「網路掩碼」以及「DNS」等參數。至此手機的無線連接已經配置完成，您可以盡情的使用上網沖浪。累死我了，

㈨ VM殼怎麼脫

單純的從VM的殼來說 有好多 比如Tmd Wl Tep PEp Vmp Safengine等只要帶虛擬化代碼的加密殼 都屬於VM殼。。如果你說的是VMP 善用論壇搜索功能如果你說的是VM了代碼 只能還原或者VM中爆破 追碼

㈩ 人機界面與PLC之間的通信控制

S7-200通信最經濟的方式就是採用PPI協議和自由口通信協議。對於S7-200之間進行通信，PPI協議又更適合——它比自由口通信的編程更簡單！下面就對這個PPI通信進行說明——以2台S7-200通信為例，做一個實例。

設備配置：1台S7-200 CPU 226CN的PLC、 1台S7-200 CPU 224XP的PLC

硬體連接：原則上需要配備1條紫色的Profibus電纜、2個黑色的Profibus-DP接頭。如果需要在PLC通信時對所有在線的PLC進行監控/編程操作而不佔用另外的通信口（也就是說，假如所有PLC用埠PROT1進行PPI通信，而現在要對所有PLC依次編程/監控，但又不想佔用這些PLC的埠PROT0——埠PROT0可能已作它用），那麼必須在其中1台PLC採用帶編程口的Profibus-DP接頭。所以說，帶編程口的Profibus-DP接頭在整個網路中只需要一個就可以了。這樣，也就可以在某一台PLC處對在網的其它PLC進行編程/監控。

引腳分配：

........S7－－200 CPU上的通訊埠是符合歐洲標准EN 50170中PROFIBUS標準的RS－－485兼容9針D型連接器。下表列出了為通訊埠提供物理連接的連接器，並描述了通訊埠的針腳分配。下面是S7-200的通信介面——D型9孔母頭的引腳定義。

網路電纜的偏壓電阻和終端電阻

為了能夠把多個設備很容易地連接到網路中，西門子公司提供兩種網路連接器：一種標准網路連接器（引腳分配如表7-7所示）和一種帶編程介面的連接器，後者允許您在不影響現有網路連接的情況下，再連接一個編程站或者一個HMI設備到網路中。帶編程介面的連接器將S7－－200的所有信號（包括電源引腳）傳到編程介面。這種連接器對於那些從S7－－200取電源的設備（例如TD200）尤為有用。兩種連接器都有兩組螺釘連接端子，可以用來連接輸入連接電纜和輸出連接電纜。兩種連接器也都有網路偏置和終端匹配的選擇開關。典型的網路連接器偏置和終端如圖所示：

........處於中間節點的從站在不工作時可以斷電。

PROFIBUS電纜的接法
........PROFIBUS電纜，紫色，只有兩根線在裡面，一根紅的一根綠的，然後外面有屏蔽層，接線的時候，要把屏蔽層接好，不能和裡面的電線接觸到，要分清楚進去的和出去的線分別是哪個，假如是一串的，就是一根匯流排下去，中間不斷地接入分站，這個是很常用的方法，在匯流排的兩頭的兩個接頭，線都要接在進去的那個孔里，不能是出的那個孔，然後這兩個兩頭的接頭，要把它們的開關置為ON狀態，這時候就只有進去的那個接線是通的，而出去的那個接線是斷的，其餘中間的接頭，都置為OFF，它們的進出兩個接線都是通的（我覺得德國人真的是和我們的思維不同，我覺得應該是OFF表示關閉吧，他偏設置ON為關閉，搞不懂）。這就是線的接法，接好了線以後呢，還要用萬用表量一量，看這個線是不是通的。假如你這根線上只有一個接頭，你量它的收發兩個針上面的電阻值，假如是220歐姆，那麼就是對的，假如你這根線已經做好了，連了一串的介面，你就要從一端開始逐個檢查了。第一個單獨接線的介面，是ON狀態，然後你把鄰近的第一個介面的開關也置為ON，那麼這個介面以後的部分就斷了（出口的線已經被關掉了啊~）現在測最邊上，就是單線接的那個介面，之後的東西一直都是測這個介面，測它的收發兩個針，和剛才一樣，假如電阻是110歐姆（被並聯了），那麼這段線路就是通的，然後把中間剛才那個改動為ON的介面改回到OFF，然後是下一個介面改為ON，。。。。。。就這么測下去，哪個的電阻不是110歐姆了，就是那一段的線路出問題了。

........PROFIBUS網路電纜（西門子產品號：6XV1 830-0EH10），波特率為100Kbps以下時也可使用普通雙絞線（截面積不小0.22平方毫米）。 原則上綠色接RS485信號負（對應Profibus接頭的A1）、紅色接RS485信號正（對應Profibus接頭的B1）。當然，統一反著接也可以——綠色接RS485信號正（對應Profibus接頭的B1）、紅色接RS485信號負（對應Profibus接頭的A1）。不要交叉就行。

Profibus-DP現場匯流排電纜電纜：用於Siemens公司支持的Profibus-DP匯流排系統。

●能夠對應12Mbps的高速傳送，充分發揮PROFIBUS-DP的功能。

●鋁箔PET帶和高密度編織的雙層屏蔽使抗干擾性能出色，通信的傳送質量穩定。

●護套使用了柔軟性和耐油、耐熱性能良好的無鉛聚氯乙烯混合物。

●護套的顏色以紫色(RAL001)為標准色。

........德國LAPP UNITRONICO BUS L2/FIP：實心裸銅絲導體，2芯絞合成對，芯線顏色為紅+綠。 鋁箔屏蔽後加裸銅絲編織，PVC外護套，阻燃，符合VDE 0472第804部份，B類試驗(IEC 332.1)，紫色(RAL4001)。
........傳輸速率決定允許的匯流排電纜最大長度如下：
PROFIBUS-DP 1.5MBit/s＝最長200m
(SIMATIC網) 12.0MBit/s＝最長100m
工廠通訊處理層 1.0MBit/s=最長200m
2.5MBit/s=最長200m
........上述參數適用於PROFIBUS-DP及PROFIBUS—FMS匯流排電纜。

........國產普通屏蔽電纜也可以替代PROFIBUS電纜，沒有問題，實踐證明是可以用的。這樣說吧，使用是沒有問題的，但是是要有些請提條件的，比如西門子給出的多大速率下對應多大的通訊距離，西門子DP電纜沒有問題，但是國產屏蔽電纜就有可能不能用到這么長的通訊距離。要選用質量好的國產屏蔽電纜。

........為了保證信號的穩定要在DP網路的兩端接電阻,3和8腳接220電阻,3和VP引腳接390電阻,8腳和DGND腳接390電阻。如果有RS485連接器，就不用自己加終端電阻，RS485連接器中已經自帶終端電阻了。

.......國產屏蔽電纜抗干擾的能力應該要若一些，如果是電磁環境很差的地方，例如有交交變頻系統等，建議使用profibus-dp電纜。比較重要的系統中，對通訊安全非常嚴格的話，建議還是使用西門子的profibus-dp電纜。

........上面是官方提到的硬體連接方式， 在實際中，我們可能因為使用情況不同（臨時使用、實驗使用、同一個電控櫃內使用等），手邊沒有現成的Profibus電纜和Profibus-DP接頭。那麼，在這種情況下就需要自己製作了。下面就簡單說一下製作方法：

1、不帶編程口的通信線製作：

........有多少個PLC就買多少個D型9針公頭，然後買需要長度的Profibus電纜（實在沒有，買屏蔽雙絞線也可以，不過抗干擾性沒那麼好喲；近距離的話，隨便用什麼線連接都可以，哪怕是2根單股導線，也沒問題）。通過電纜，把這些D型9針公頭的3腳依次連接在一起，把這些D型9針公頭的8腳也依次連接在一起。接線的時候注意點，不要接錯了——筆者就因為疏忽大意接錯線，導致查了幾個小時的故障才發現接線錯了（首先懷疑線錯了，用萬用表打，沒發現問題，暈喲，可能是遇見鬼了；最後把線全拆了，重新焊接即恢復正常）。

........如果通信存在問題，那麼建議把這些D型9針公頭的5腳也接在一起，強制低電位相等。如果有屏蔽線的話，就接上屏蔽線。屏蔽層接到每台設備的外殼並最後接大地。

........至於終端電阻和偏置電阻，距離短的話，就可以不接了。不過，雖然不接，也得了解其原理——終端電阻和偏置電阻如17樓圖示。因為PROFIBUS的連接電纜通常採用TYPE A標准，其中的電纜阻抗值最大為165歐，390/220/390的等效電阻是170，是為了實現阻抗匹配。當沒有通訊進行時，終端電阻可以保證信號線間的電壓差。通常載入在終端的電壓為5V，390/220/390使得兩信號線點的電壓值分別為1.95和3.05V，是理想的靜態電壓（差分）。

........官方的PROFIBUS接頭有進線和出線2個口，採用官方的PROFIBUS接頭接線時需要注意：「首站」和「末站」都接進線。

........其實「首站」和「末站」接出也能通信的，但是為了保證通訊的穩定，「首站」和「末站」都要把終端電阻置為ON，這時如果還把「首站」和「末站」接出線，那麼「首站」和「末站」都被終端掉了。所以西門子規定：「首站」和「末站」都接進線。

2、帶編程口的通信線製作：

........先製作不帶編程口的通信線，然後再找一個D型9孔母頭，與其中一台PLC的D型9針公頭一對一連接：1-1，2-2，3-3，4-4，5-5，6-6，7-7，8-8，9-9。PLC編程電纜（多主站電纜）連接那個D型9孔母頭。這樣，電腦就可以監控那台PLC了。同時，因為同時也連接到了網內所有PLC，所以也可以監控網內所有PLC。

........注意：無論是否採用西門子原裝的匯流排電纜和接頭，如果是不帶編程口，那麼就只能監控到1台PLC而監控不到在網的其它PLC————例如，1台PLC採用埠PORT1與其他PLC進行通信，而編程電纜連接到了這台PLC的埠PORT0，那麼在電腦上是無法監控到在網的其它PLC的。因為，電腦的編程電纜的通信線3，8腳和在網的其它PLC都不存在物理連接嘛。

採用了不帶編程口的通信線，PLC插在不是聯網那個通信口上監控，只能看到1台PLC：

採用了帶編程口的通信線，PLC插在聯網那個通信口上監控，能看到在網的所有PLC：

不過，最好只搜索設定的波特率就可以了，不要搜索所有波特率，否則可能出現問題：

要監控在網的哪台PLC，需要打開相應的PLC程序，然後搜索出所有的PLC，再把游標置於相應的PLC上，點擊「確定」。然後可以下載和監控那台PLC：

如果電腦上當前PLC程序和「通信」的當前地址的PLC的程序不同，是無法監控該PLC的。

如果電腦上當前PLC程序「系統塊」中的地址和「通信」的當前地址不同，那麼將無法下載：

下面就來針對dingqw1234網友的要求做一個實例：1台CPU 226CN 作為主站，1台CPU 224XP作為從站，要把CPU 224XP的輸入點數據全部傳到CPU 226CN裡面。

一、硬體連接：

........按照上面所說的方法，用到編程口的通信電纜把CPU 226CN和CPU 224XP的埠PORT1連接起來。當然，這個連介面可以隨意組合，不過，根據不同的情況，可能會影響到程序的編制——如果同一台PLC的2個編程口的地址不同（要連接多個通信設備或不同的用途，就需要把2個通信口設置為不同的地址），那麼就可能會影響到程序的編制。

二、PLC地址分配：

........編程軟體TEP 7 MicroWIN分配的地址固定是0；程序中PLC的默認地址為2，這個我們要修改；因為該系統中沒有其它設備，例如人機界面/觸摸屏，這里就把CPU 226CN的PROT0口的地址設為1，把CPU 226CN的PROT1口的地址設為2，把CPU 224XP的PROT0口的地址設為3，把CPU 224XP的PROT1口的地址設為4。

........當然，每個PLC的2個埠可以設置為相同的地址，這樣的好處是：當一個通信口壞掉時，可以插到另外一個通信口，而不用更改主站PLC的程序。

........把每個PLC的2個埠設置為不相同的地址，筆者認為這樣做沒有什麼好處（如果你知道，請告訴筆者，多謝！），只有壞處：當一個通信口壞掉時，插到另外一個通信口，需要更改與這台PLC通信的主站PLC的程序。不過這個例子中筆者這樣分配地址，是做個實驗而已。

三、編程：

........針對上面的控制要求，從站CPU 224XP就不需要編程了，只需要把CPU 224XP的PROT0口的地址設為3，把CPU 224XP的PROT1口的地址設為4並下載系統塊就可以了。這個步驟就不贅述了，地址設置方法請參閱對CPU 226CN的設置。

........下面是對主站CPU 226CN進行編程和系統塊地址設置的步驟。該例中，採用PPI協議進行通信（比自由口通信要簡單得多），而且採用指令向導來編程（比直接設置特殊存儲器SMB、調用NETR和NETW指令要簡單得多）。

........點「設置PG/PC介面」，選中「PC/PPI Cable(PPI)」，點「屬性」，在「本地連接」中選擇你的編程程電纜的類型——COM1、COM2或是USB；在PPI中勾選「高級PPI」——非西門子官方電纜就不要選了，即使選了也不支持。點擊「確定」——「確定」。

........把編程電纜插到每個PLC，對每個PLC設置指定的地址和設置統一的波特率——如果電纜質量不好，非原裝電纜，波特率設置不要過高。先點「通信」，然後雙擊「雙擊刷新」。搜索到PLC地址後，設置好當前PLC地址。然後修改系統塊中的PLC埠，按照預設的地址進行修改。最後下載系統塊，把PLC相應埠設置為預設的地址。這個操作比較簡單，我就不在貼圖贅述了。

........把編程電纜插回到D型9孔母頭。點擊「通信」，取消勾選「搜索所有波特率」，然後雙擊「雙擊刷新」：

把游標移動到要監控／下載的PLC上面。如果要編226CN主站，移到地址2，如上圖。

點擊「工具」——「指令向導」，選擇「NETR／NETW」，點擊「下一步」：

選擇需要配置的操作數量（這個例子為1），點擊「下一步」：

選擇主站的通信口（本例為埠1），點擊「下一步」：

選擇讀還是寫（本例為讀），選擇讀幾個數據（本例讀2個數據，IB0－IB1；對於226CN的輸入，應當讀3個數據，IB0－IB2，共24個輸入），選擇PLC的地址（本例為4）：

說明：

如果您在配置NETR，指定以下內容：

- 數據存儲在本地 PLC 中的位置。有效操作數：VB、IB、QB、MB、LB。
- 從遠程 PLC 讀取數據的位置。有效操作數：VB、IB、QB、MB、LB。

如果您在配置 NETW，指定以下內容：

- 數據存儲在本地 PLC 中的位置。有效操作數：VB、IB、QB、MB、LB。

- 向遠程 PLC 寫入數據的位置。有效操作數：VB、IB、QB、MB、LB。

點擊「下一步」：

至此，向導完成。

然後在組程序中調用生成的加密子程序：

然後，下載該程序到PLC中即可。

然後監控程序，如果錯誤輸出為1，那麼是有問題的，表示通信不成功。如下圖，M0.1的值為1：

只有錯誤輸出為0，通信才是成功的（網路讀寫成功），如下圖：

通信成功以後，重站PLC的輸入就被讀取到主站的VB存儲器中了：