sign埠
1. PING命令就是向主機發UDP數據包,但是什麼埠
ping是ICMP協議
一般說的埠是TCP／UDP的埠。
TCP和UDP能承載數據，但ICMP僅包含控制信息。因此，ICMP信息不能真正用於入侵其它機器。Hacker們使用ICMP通常是為了掃描網路，發動DoS攻擊，重定向網路交通。(這個觀點似乎不正確，可參考shotgun關於木馬的文章，譯者注)
一些防火牆將ICMP類型錯誤標記成埠。要記住，ICMP不象TCP或UDP有埠，但它確實含有兩個域：類型(type)和代碼(code)。而且這些域的作用和埠也完全不同，也許正因為有兩個域所以防火牆常錯誤地標記了他們。更多關於ICMP的知識請參考Infosec Lexicon entry on ICMP。
關於ICMP類型/代碼的含義的官方說明請參閱http://www.isi.e/in-notes/iana/assignments/icmp-parameters。該文獻描述官方含義，而本文描述Hacker的企圖，詳見下文。
類型 代碼 名稱 含義
0 * Echo replay 對ping的回應
3 * Destination Unreachable 主機或路由器返回信息：一些包未達到目的地
0 Net Unreachable 路由器配置錯誤或錯誤指定IP地址
1 Host Unreachable 最後一個路由器無法與主機進行ARP通訊
3 Port unreachable 伺服器告訴客戶端其試圖聯系的埠無進程偵聽
4 Fragmentation Needed but DF set 重要：如果你在防火牆丟棄記錄中發現這些包，你應該讓他們通過否則你的客戶端將發現TCP連接莫名其妙地斷開
4 * Source Quench Internet阻塞
5 * Redirect 有人試圖重定向你的默認路由器，可能Hacker試圖對你進行「man-in-middle」的攻擊，使你的機器通過他們的機器路由。
8 * Echo Request ping
9 * Router Advertisement hacker可能通過重定向你的默認的路由器DoS攻擊你的Win9x 或Solaris。鄰近的Hacker也可以發動man-in-the-middle的攻擊
11 * Time Exceeded In Transit 因為超時包未達到目的地
0 TTL Exceeded 因為路由循環或由於運行traceroute，路由器將包丟棄
1 Fragment reassembly timeout 由於沒有收到所有片斷，主機將包丟棄
12 * Parameter Problem 發生某種不正常，可能遇到了攻擊
(一) type=0 (Echo reply)
發送者在回應由你的地址發送的ping，可能是由於以下原因：
有人在ping那個人：防火牆後面有人在ping目標。
自動ping：許多程序為了不同目的使用ping，如測試聯系對象是否在線，或測定反應時間。很可能是使用了類似VitalSign『s Net.Medic的軟體，它會發送不同大小的ping包以確定連接速度。
誘騙ping掃描：有人在利用你的IP地址進行ping掃描，所以你看到回應。
轉變通訊信道：很多網路阻擋進入的ping(type=8)，但是允許ping回應(type=0)。因此，Hacker已經開始利用ping回應穿透防火牆。例如，針對internet站點的DdoS攻擊，其命令可能被嵌入ping回應中，然後洪水般的回應將發向這些站點而其它Internet連接將被忽略。
(二) Type=3 (Destination Unreachable)
在無法到達的包中含有的代碼(code)很重要
記住這可以用於擊敗「SYN洪水攻擊」。即如果正在和你通訊的主機受到「SYN洪水攻擊」，只要你禁止ping(type=3)進入，你就無法連接該主機。
有些情況下，你會收到來自你從未聽說的主機的ping(type=3)包，這通常意味著「誘騙掃描」。攻擊者使用很多源地址向目標發送一個偽造的包，其中有一個是真正的地址。Hacker的理論是：受害者不會費力從許多假地址中搜尋真正的地址。
解決這個問題的最好辦法是：檢查你看到的模式是否與「誘騙掃描」一致。比如，在ICMP包中的TCP或UDP頭部分尋找交互的埠。
1) Type = 3, Code = 0 (Destination Net Unreachable)
無路由器或主機：即一個路由器對主機或客戶說，：「我根本不知道在網路中如何路由！包括你正連接的主機」。這意味著不是客戶選錯了IP地址就是某處的路由表配置錯誤。記住，當你把自己UNIX機器上的路由表搞亂後你就會看到「無路由器或主機」的信息。這常發生在配置點對點連接的時候。
2) Type = 3, Code = 3 (Destination Port Unreachable)
這是當客戶端試圖連擊一個並不存在的UDP埠時伺服器發送的包。例如，如果你向161埠發送SNMP包，但機器並不支持SNMP服務，你就會收到ICMP Destination Port Unreachable包。
解碼的方案
解決這個問題的第一件事是：檢查包中的埠。你可能需要一個嗅探器，因為防火牆通常不會記錄這種信息。這種方法基於ICMP原始包頭包含IP和UDP頭。以下是復制的一個ICMP unreachable包：
00 00 BA 5E BA 11 00 60 97 07 C0 FF 08 00 45 00
00 38 6F DF 00 00 80 01 B4 12 0A 00 01 0B 0A 00
01 C9 03 03 C2 D2 00 00 00 00 45 00 00 47 07 F0
00 00 80 11 1B E3 0A 00 01 C9 0A 00 01 0B 08 A7
79 19 00 33 B8 36
其中位元組03 03是ICMP的類型和代碼。最後8個位元組是原始UDP頭，解碼如下：
08A7 UDP源埠 port=2215，可能是臨時分配的，並不是很重要。
7919 UDP目標埠 port=31001，很重要，可能原來用戶想連接31001埠的服務。
0033 UDP長度 length=51，這是原始UDP數據的長度，可能很重要。
B836 UDP校驗和 checksum=0xB836，可能不重要。
你為什麼會看到這些？
「誘騙UDP掃描」：有人在掃描向你發送ICMP的機器。他們偽造源地址，其中之一是你的IP地址。他們實際上偽造了許多不同的源地址使受害者無法確定誰是攻擊者。如果你在短時間內收到大量來自同一地址的這種包，很有可能是上述情況。檢查UDP源埠，它總在變化的話，很可能是Scenario。
「陳舊DNS」：客戶端會向伺服器發送DNS請求，這將花很長時間解析。當你的DNS伺服器回應的時候，客戶端可能已經忘記你並關閉了用於接受你回應的UDP埠。如果發現UDP埠值是53，大概就發生了這種情況。這是怎麼發生的？伺服器可能在解析一個遞歸請求，但是它自己的包丟失了，所以它只能超時然後再試。當回到客戶時，客戶認為超時了。許多客戶程序(尤其是Windows中的程序)自己做DNS解析。即它們自己建立SOCKET進行DNS解析。如果它們把要求交給操作系統，操作系統就會一直把埠開在那裡。
「多重DNS回應」：另一種情況是客戶收到對於一個請求的多重回應。收到一個回應，埠就關閉了，後序的回應無法達到。此外，一個Sun機器與同一個乙太網中的多個NICs連接時，將為兩個NICs分配相同的MAC地址，這樣Sun機器每楨會收到兩個拷貝，並發送多重回復。還有，一個編寫的很糟糕的客戶端程序(特別是那些吹噓是多線程DNS解析但實際上線程不安全的程序)有時發送多重請求，收到第一個回應後關閉了Socket。但是，這也可能是DNS欺騙，攻擊者既發送請求由發送回應，企圖使解析緩存崩潰。
「NetBIOS解析」：如果Windows機器接收到ICMP包，看看UDP目標埠是否是137。如果是，那就是windows機器企圖執行gethostbyaddr()函數，它將將會同時使用DNS和NetBIOS解析IP地址。DNS請求被發送到某處的DNS伺服器，但NetBIOS直接發往目標機器。如果目標機器不支持NetBIOS，目標機器將發送ICMP unreachable。
「Traceroute」：大多數Traceroute程序(Windows中的Tracert.exe除外)向關閉的埠發送UDP包。這引起一系列的背靠背的ICMP Port Unreachable包發回來。因此你看到防火牆顯示這樣ICMP包，可能是防火牆後面的人在運行Traceroute。你也會看到TTL增加。
3) Type = 3, Code = 4 (Fragmentation Needed and Don『t Fragment was Set)
這是由於路由器打算發送標記有(DF, 不允許片斷)的IP報文引起的。為什麼？IP和TCP都將報文分成片斷。TCP在管理片斷方面比IP有效得多。因此，餞堆趨向於找到「Path MTU」（路由最大傳輸單元）。在這個過程將發送這種ICMP包。
假設ALICE和BOB交談。他們在同一個乙太網上(max frame size = 1500 bytes)，但是中間有連接限制最大IP包為600 byte。這意味著所有發送的IP包都要由路由器切割成3個片斷。因此在TCP層分割片斷將更有效。TCP層將試圖找到MTU(最大傳輸單元)。它將所有包設置DF位(Don『t Fragment)，一旦這種包碰到不能傳輸如此大的包的路由器時路由器將發回ICMP錯誤信息。由此，TCP層能確定如何正確分割片斷。
你也許應該允許這些包通過防火牆。否則，當小的包可以通過達到目的地建立連接，而大包會莫名其妙的丟失斷線。通常的結果是，人們只能看到Web頁僅顯示一半。
路由最大傳輸單元的發現越來越整合到通訊中。如IPsec需要用到這個功能。
(三) Type = 4 (Source Quench)
這種包可能是當網路通訊超過極限時由路由器或目的主機發送的。但是當今的許多系統不生成這些包。原因是現在相信簡單包丟失是網路阻塞的最後信號(因為包丟失的原因就是阻塞)。
現在source quenches的規則是(RFC 1122)：
路由器不許生成它們
主機可以生成它們
主機不能隨便生成它們
防火牆應該丟棄它們
但是，主機遇到Source Quench仍然減慢通訊，因此這被用於DoS。防火牆應該過濾它們。如果懷疑發生DoS，包中的源地址是無意義的，因為IP地址肯定是虛構的。
已知某些SMTP伺服器會發送Source Quench。
(四) Type = 8 (Echo aka PING)
這是ping請求包。有很多場合使用它們；它可能意味著某人掃描你機器的惡意企圖，但它也可能是正常網路功能的一部分。參見Type = 0 (Echo Response)
很多網路管理掃描器會生成特定的ping包。包括ISS掃描器，WhatsUp監視器等。這在掃描器的有效載荷中可見。許多防火牆並不記錄這些，因此你需要一些嗅探器捕捉它們或使用入侵檢測系統(IDS)標記它們。
記住，阻擋ping進入並不意味著Hacker不能掃描你的網路。有許多方法可以代替。例如，TCP ACK掃描越來越流行。它們通常能穿透防火牆而引起目標系統不正常的反應。
發送到廣播地址(如x.x.x.0或x.x.x.255)的ping可能在你的網路中用於smurf放大。
(五) Type = 11 (Time Exceeded In Transit)
這一般不會是Hacker或Cracker的攻擊
1) Type = 11, Code = 0 (TTL Exceeded In Transit)
這可能有許多事情引起。如果有人從你的站點traceroute到Internet，你會看到許多來自路由器的TTL增加的包。這就是traceroute的工作原理：強迫路由器生成TTL增加的信息來發現路由器。
防火牆管理員看到這種情況的原因是Internet上發生路由循環。路由器Flapping(持續變換路由器)是一個常見的問題，常會導致循環。這意味著當一個IP包朝目的地前進時，這個包被一個路由器錯誤引導至一個它曾經通過的路由器。如果路由器在包經過的時候把TTL域減一，這個包只好循環運動。實際上當TTL值為0時它被丟棄。
造成這種情況的另一個原因是距離。許多機器(Windows)的默認TTL值是127或更低。路由器也常常會把TTL值減去大於1的值，以便反應諸如電話撥號或跨洋連接的慢速連接。因此，可能由於初始TTL值太小，而使站點無法到達。此外，一些Hacker/Cracker也會使用這種辦法使站點無法到達。
2) Type = 11, Code = 1 (Fragment Reassembly Time Exceeded)
當發送分割成片斷的IP報文時，發送者並不接收所有片斷。通常，大多數TCP/IP通訊甚至不分割片斷。你看到這種情況必定是採用了分割片斷而且你和目的地之間有阻塞。
(六) Type = 12 (Parameter Problem)
這可能意味著一種進攻。有許多足印技術會生成這種包。
2. F5負載均衡virtual server（虛擬伺服器）使用443埠(https)無法訪問
那你改成443有沒相應的也把證書部署進去呢——沃通CA機構做數字認證證書領域的領跑 buy.wosign.com
3. 各位大俠飛鴿傳輸使用的是哪個埠
這個問題問得好...
到底飛鴿傳書打開的是哪個埠呢??
欲知後事如何,請聽下回分解..
開玩笑的啦..2425埠.很簡單,用卡吧死機查呀
4. linux，HTTPS用到443埠，怎樣配置443埠使埠開啟
你可以到HTTPS證書論壇查找相關教程bbs.wosign.com
5. 如何實現多https主機共享一個IP地址的443埠
有兩種方案來解決這個問題：
1.使用支持多個域名的SSL證書(多域內名證書或容通配符證書)
wosign多域名SSL證書能夠在一張證書中最多支持綁定100個域名。當需要為同一台物理伺服器上的多個不同域名的主機配置SSL證書時，可通配置一張共享的多域名證書來實現IP地址和埠的共享。只需將所有虛擬站點的域名綁定到這張多域名證書中即可。
2.開啟SNI支持
SNI 是「Server Name Indication」的縮寫，全稱「主機名稱指示」。開啟SNI，可以允許一個443埠共享給多個虛擬站點，並且每一個虛擬站點都允許獨立配置其唯一的證書密鑰對。其優點是每個站點獨享唯一密鑰對，更安全。缺點是SNI受客戶端及服務端程序版本限制，部分客戶端及服務端程序無法支持。
TLS主機名指示擴展(SNI，RFC6066)允許瀏覽器和伺服器進行SSL握手時，將請求的主機名傳遞給伺服器，因此伺服器可以得知需要使用哪一個證書來服務這個連接。但SNI只得到有限的瀏覽器和伺服器支持。
更多相關SSL證書部署配置問題建議咨詢SSL廠商wosign ca
6. CP1H-X40DT-D PLC的脈沖輸出埠與松下伺服控制器MBDHT2510E的長線脈沖輸入埠PULSH1\PULSH2怎麼連接
CP1H的輸出埠連接到45，24VDC串接2K電阻到44，採用外接24VDC供電，13腳連0VDC,CP1H輸出COM連0VDC，46、47同
線驅動同回樣可以接OC輸出控制答，見實際工程圖，請留意圖中的連接極性PULSE，/PULSE,和SIGN，/SIGN，需要反過來，電流由+24VDC->PULSE->/PULSE->PLC OUT->COM->VDC,發現接線錯誤後，工程圖沒有修改過來。
7. SSL是什麼如何使用
SSL證書是數字證書的一種，類似於駕駛證、護照和營業執照的電子副本。因為配置在伺服器上，也稱為SSL伺服器證書。
SSL 證書就是遵守 SSL協議，由受信任的數字證書頒發機構CA，在驗證伺服器身份後頒發，具有伺服器身份驗證和數據傳輸加密功能。
SSL證書通過在客戶端瀏覽器和Web伺服器之間建立一條SSL安全通道（Secure socket layer(SSL)安全協議是由Netscape Communication公司設計開發。該安全協議主要用來提供對用戶和伺服器的認證；對傳送的數據進行加密和隱藏；確保數據在傳送中不被改變，即數據的完整性，現已成為該領域中全球化的標准。由於SSL技術已建立到所有主要的瀏覽器和WEB伺服器程序中，因此，僅需安裝伺服器證書就可以激活該功能了），即通過它可以激活SSL協議，實現數據信息在客戶端和伺服器之間的加密傳輸，可以防止數據信息的泄露，保證了雙方傳遞信息的安全性，而且用戶可以通過伺服器證書驗證他所訪問的網站是否是真實可靠。數字簽名又名數字標識、簽章 (即 Digital Certificate，Digital ID )，提供了一種在網上進行身份驗證的方法，是用來標志和證明網路通信雙方身份的數字信息文件，概念類似日常生活中的司機駕照或身份證。 數字簽名主要用於發送安全電子郵件、訪問安全站點、網上招標與投標、網上簽約、網上訂購、網上公文安全傳送、網上辦公、網上繳費、網上繳稅以及網上購物等安全的網上電子交易活動。
8. Maxsine EP100伺服驅動器在進行位置控制時，採用Y1控制位置指令PULS，Y2控制位置指令SIGN。
在三菱PLC輸出為晶體管的情YO和Y1都可以用做脈沖發送信號同時也可以用做方向符號,所以說Y1做為脈沖信號,Y2做為方向符號是可以的.三菱這樣的PLC可以同時驅動兩台伺服.