無狀態毗連是指無需體貼TCP狀態，不占用系統TCP/IP協議棧資源，健忘syn,ack,fin,timewait ，不舉辦會話組包。在實現上也有大概需要把須要的信息存放在數據包自己中。如13年曾以44分鐘掃描完全部互聯網zmap，之后呈現的massscan，都利用了這種無狀態技能，掃描速度比以往任何東西都有質的晉升，后者更是提出了3分鐘掃完互聯網的極速。
我們留意到zmap和masscan都有一個節制發包速率的參數，為什么需要這個參數呢？不是越高越好嗎？不是的，這個參數的配置直接影響漏報。一般家用adsl的上行速度在100kb/s－300kb/s 之間,以互聯網最小包60byte計較，100kb/s ＝1746 pps，也就是說每秒發送數據包約2000個，超出就容易丟包漏報。通過這個公式不可貴出在一個家庭adsl情況下且擔保精確度，用zmap掃描全部互聯網需要 255*255*255*255/2000/3600/24=24天。
zmap在實現上尚有兩個必需提的能力，一個是為了制止掃描持續的IP地點而觸發方針網絡的IDS，回收了一種分組掃描算法，這樣掃描的IP地點隨機漫衍，不再持續，就不會因為麋集掃描而觸發IDS。第二個能力是操作對掃描無影響的可用字段，來標志本身的掃描流量。在TCP掃描中利用了sequence
number和source port 兩個字段，而ICMP則是 identifier 和 sequence
number。通過這兩個自界說的標志過濾掉其它應用的配景流量。
masscan在過濾配景流量利用的是別的一種要領，通過注冊一個不存在的IP地點，來發送掃描數據。對比這兩種過濾要領，zmap發生的大量sequence
number 會導致互換機在跟蹤會話時內存占滿。masscan就安詳的多了。
這兩東西掃描端口的交互進程一致如下，在確認端口打開后通過RST放棄成立毗連。
zmap和masscan重點都是端口掃描，并沒有成立完整的TCP會話，接下來我們要實現成立完整的毗連。成立毗連對掃描措施沒什么機能耗損，思量下apache的慢毗連進攻，那么對處事器的危害就很大了。
tscan東西架構
tscan是我們本身實現的東西，在這個東西中我們用了兩個線程，一個線程認真提倡SYN包，一個線程用來處理懲罰返回包，在配景流量過濾上利用了winpcap的端口和IP過濾器，同時打開windows系統自帶的防火墻防備系統自動發出RST滋擾會話。
場景一 全毗連測試
這是最簡樸的會話實現，只成立毗連，不提交任何數據。在沒有利用虛擬IP的環境下，受端口4字節長度限制，一個IP對一個主機的同一端口只能成立65535個毗連。截圖來自2010年我的博客 http://hi.baidu.com/cnqing/item/93894bf3c329e4c4a935a266，假如要成立更多毗連可以操作虛擬IP地點（同masscan配景流量過濾方法）
應答數據包主要有下面幾個要害信息
1.源MAC和目標MAC交流
2.源IP和目標IP交流
3.源PORT和目標PORT交流
4.響應ack＝原seq＋本次數據長度
這幾個行動做好，再計較校驗和就可以正確的響應一個SYN +ACK，至此TCP毗連成立完成。
應答數據包結構代碼：
場景二 掃描OpenSSL heartbeat
這個場景稍微巨大，不單成立會話還需要完成兩次數據交互，第一次是發送client hello,第二次發送heatbeat驗證裂痕。
process 處理懲罰流程示意：
OpenSSL HeartBleed 裂痕掃描流程示意圖：
代碼示例：
