發包的命令

Ⅰ 網路命令中，大量ping發包的命令格式是

ping IP -t--連續對IP地址執行Ping命令，直到你自己Ctrl+C才會中斷。

Ⅱ 怎麼給一個ip地址無限發包

ping ip -t 這個命令可以不斷地對指定ip進行ping攻擊，只要對方在線就無法躲避

Ⅲ linux下怎麼指定網卡發包收包

linux下有命令可直接執行抓包的，命令如下：
1、tcpmp -vv -i ethN -s 10240 -w /root/abc.cap host ip
2、上述命令中，ethN,是你要抓的本機網卡，一般是eth0,可使用ifconfig查看使用的哪個網卡
-s 指定的是抓包數量 -w指定的是抓到的包寫到哪個位置 host ip即為抓取哪個ip 的包

Ⅳ liinux中是先執行發包命令還是先發送抓包命令

先抓後發，先發後抓的話抓不全

Ⅳ perl怎麼發包

使用perl是UNIX系統中的有執行功能的、可以認為編寫與使用的命令或者是理解為批處理功能的一段代碼。可以調用系統命令，調用已有的命令，執行電腦操作。
相當於是微軟Office中的宏命令一樣。
但是perl功能更強。
看看perl中的使用，可以自己使用處理很多操作與實現很多功能。

Ⅵ 怎麼調整鍵盤的發包頻率

鍵盤工作理論:

1 發包間隔.

不論什麼鍵盤都是不可能處理數據的, 只有把我們敲的鍵轉到電腦上, 才能執行有效的指令. 發包間隔就是鍵盤向電腦兩次發送數據的時間差.

微軟默認的發包時間差是0.02秒, 也就是說: 默認情況下1秒內鍵盤最多可以執行50個指令集.
而經過驅動強化以後,這個數值是有變化的.

2 間隔掃描率

發包是指鍵盤向電腦傳送命令的集合, 顯然集合並不是只有一個命令的. 在0.02秒的間隔時間內, 鍵盤還將不斷的掃描操作, 如果有並發操作, 那也可以一起向電腦傳送.

微軟默認的鍵盤按鍵延遲時間是0.0026秒,也就是說,在0.02秒的發包間隔時間內, 我們最多可以有7次有效的操作. 這7次按鍵都會作為發包向電腦傳送.

綜合1-2這兩點, 我們在一秒中內執行的有效APM就是 50 X 7 =350 次

但是: 實際上這是做不到的. 因為並非所有向電腦傳送的發包都被處理了.

3 鍵盤帶寬

帶寬就是, 單位時間內傳輸的最大數據量. 如果帶寬不夠, 那多餘的數據就要等待前面的數據處理完成後, 再進行處理. 如果發生了以上情況, 那我們就可以認為發生了命令執行的延遲. 延遲時間的長短, 視數據量而定

微軟規定, 默認的鍵盤帶寬是64B, 而一個鍵盤按鍵的實際數據量是21B . 也就是說, 如果我們同時按了3個鍵, 那就把鍵盤的帶寬占滿了. 雖然按照發包規則, 可以允許7個操作同時存在, 但是在第一時間, 只有3個操作是有效的, 其他4個處於等待狀態.

這也就是高手們長說的三鍵沖突. 當然設備帶寬也是可以調的.

4 同鍵延遲

這是一個邏輯盤定的問題, 如果你一直按著A鍵不放, 那是算你敲了幾個A呢?

微軟規定, 同鍵延遲是0.2秒. 如果你按住A不放, 那0.2秒以後, 就算你敲了第2下. 這個設頂定對於游戲的意義在於: 如果A是開火, 那你按住A1秒, 就對外打了5槍. 同鍵延遲時間越短, 1秒內的有效指令數量就越多.

聯繫到GP的意義在於, 打連擊的時候, 如果你設了0.5秒的間隔時間, 那一秒最多隻能連擊2次. 按照微軟的默認規定, 1秒內最多連擊同鍵5次. 這會在短連擊的手速比拼時非常吃虧.

理論課到此結束, 那我們該如何優化我們的鍵盤呢?

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~華麗的第二條分割線

鍵盤優化操作手冊:

1 裝驅動

老百姓問: 鍵盤要裝驅動嗎?
上帝回答: 是TM 硬體就要裝驅動.

在上面的理論課里, 幾乎每一條我都必須加這樣的註解, "微軟規定" , 彷彿微軟連抽水馬桶該放多少水都要管一樣. 造成這種情況的直接原因就是, 我們沒有裝鍵盤驅動.

從本質上微軟確實想管, 可惜目前它還沒有做到一家獨大, 因此鍵盤的介面是開放的, 其他鍵盤廠商只要安裝了合適的驅動, 就可以極大的提升鍵盤性能.

2 注冊表修改

不推薦大家用, 因為這有可能導致系統沖突, 或者資源使用的溢出.

這里之列幾個小命令表
鍵盤緩存控制鍵值:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Kbdclass\Parameters\KeyboardDataQueueSize

鍵盤響應速度鍵值:
HKEY_CURRENT_USER\ConsolePanel\Keyboard\keyboardspeed

按鍵延遲鍵值
HKEY_CURRENT_USER\ConsolePanel\Keyboard\keyboarddelay

3 VB編譯(會C或者匯編的話 會更加簡單)

這個已經屬於程序級別了, 本人也不是非常了解. 只是在基礎上講, VB編譯可以調整鍵盤的發包頻率, 最極限的情況可以做到, 敲一次鍵盤,完成一個發包(當然你如果同時敲2個鍵,就有可能死機了)

onClipEvent (keyDown) {
onEnterFrame
Key.isDown(XX)
_root.qiu._x+=(XX)

鍵位里的XX是數字,代表發包率和間隔時間.

Ⅶ Reply from XXX.XXX.X.X: bytes=32 time<1ms TTL=128什麼意思

ping是一個很常用的小工具，它主要用於確定網路的連通性問題。使用ping命令後，常見的出錯信息通常分為3種：
1、Unknown host：不知名主機這種出錯信息的意思是，該遠程主機的名字不能被域名伺服器(DNS)轉換成IP地址。
故障原因可能是域名伺服器有故障，或者其名字不正確，或者網路管理員的系統與遠程主機之間的通信線路有故障。 飛
2、Noanswer：無響應這種故障說明本地系統有一條通向中心主機的路由，但卻接收不到它發給該中心主機的任何信·
息。故障原因可能是下列之一：中心主機沒有工作；本地或中心主機網路配置不正確：本地或中心的路由器沒有；1：：作：
通信線路有故障；中心主機存在路由選擇問題。 1
3、Request timbd out：超時工作站與中心主機的連接超時，數據包全部丟失of原因：可能是到路由器的連接出現
問題，或路由器不能通過，也可能是中心主機已經關機或死機。

如何用ping命令查找無法上網的原因?
1．Ping命令的語法格式：
有必要先給不了解Ping命令的人介紹一卜Ping命令的具體語法格式：ping目的地址[參數1J[參數2]……
其中目的地址是指被測試計算機的IP地址或域名。主要參數有：
a：解析主機地址。
n：數據：發出的測試包的個數，預設值為4。
l：數值：所發送緩沖區的大小。
t：繼續執行Ping命令，直到用戶按Ctrl／C終上。
有關hng的其他參數，可通過在MS-DOS提示符—卜運行Ping或Ping—?命令來查看。
2．hng命令的應用技巧：
用Ping：：[：具檢查網路伺服器和任意一台客戶端上TCP／IP協議的：]二作情況時，只要在網路中其他任何一台計算機上Ping
該計算機的IP地址即可。例如要檢查網路文件伺服器192．192．225．225HPQW上的TCP／IP協議二[：作是否正常，只要在
開始菜單下的「運行」子項中鍵入Ping 192．192．225．225就可以了。如果HPQW的TCP／IP協議：[：作正常，即會以DOS
屏幕方式顯示如下所示的信息：
Pinging 192．192．225．225 with 32 byteS of dara：
Reply from 192．192．225，225：bytes=32 time=lms TTL二128
Reply from 192．192，225．225：bytes=32 time<1mS TTL=128
Reply from 192．192．225．225：byteS』32 timeReply from 192．192．225．225：byteS『32 timePing StatiStiCe for 192．192．225．225：
PacketS：Sent二4，ReceiVed二4，LOSt二0(0％lOSS)
Approximate round trip timeS in milli-secondS：
Minimum=Oms，Maximum=1mS，Average=OmS
以上返回了4個測試數據包，其中bytes=32表示測試中發送的數據包大小是32個位元組，「me<10ms表示與對方主機
往返一次所用的時間小於10毫秒，TTL=128表示當前測試使用的TTL(Time to Live)值為128(系統默認值)。
如果網路有問題，則返回如下所示的響應失敗信息：
Pinging 192．192，225．225 with 32 bytes of data
RequeSt timed out．
RequeSt timed out．
RequeSt timed OUt．
RequeSt timed out．
Ping StatiStiCe for 192．192．225，225：
PacketS：Sent=4，ReceiVed二0，LOSt＼二4(100％lOSS)
Minimum『0ms，Maximum=OmS，Average』0mS
網路故障：出現第二種情況時，建議從以上幾個方面來著手排查：一是看被測試計算機是否已安裝了TCP／IP協議：
二是檢查一下被測試計算機的網卡安裝是否正確且是否已經連通：三是看被測試計算機的TCP／IP協議是否與網F
有效的綁定(具體方法是通過選擇「開始一設置一控制面板一網路」來查看)：如果通過以上幾個步驟的檢查還沒有
發現問題的症結，建議重新安裝並設置一，『廠TCP／」協議，如果是TCP／IP協議的問題，這時絕對可以徹底解決。
按照上述方法，我們還可以用Ping命令來檢查任意一台客戶湍計算機上TCP／IP的工作情況。例如我們要檢查網路任
一客戶端「機房0廠上的TCP／IP協議的配置和工作情況，可直接在該台機器上Ping本機的IP地址，若返回成功的信
息，說明IP地虹LB己置無誤，若失敗則應檢查IP地址的配置。可通過以下步驟進行：首先先檢查一·卜整個網路，重點
看一下該IP地址是否正在被其他用戶使用，然後再看一下該工作站是否已正確連入網路(很多情況下用戶沒有登陸網
絡也會出現此種情況，這可是低級錯誤啊)。最後檢查網—E的I／0地址lIRQ值和DMA值，這些值是否與其他設備發生
了沖突。其中最後一項的檢查非常重要，也常被許多用戶所忽視，即使是Ping成功後也要進行此項的檢查。因為當Ping
本機的IP地址成功後，僅表明本機的IP地址配置沒有問題，但並不能說明網卡的配置完全正確。這時雖然在本機的
「網上鄰居」中能夠看到本機的計算機名，可就是無法與其他的用戶連通，不知問題出在何處，其實問題往往就出在
網卡上。
簡單來說，TTL全程Time to Live，意思就是生存周期。
首先要說明ping命令是使用的網路層協議ICMP，所以TTL指的是一個網路層的網路數據包（package）的生存周期，這句話不懂的先回去復習OSI7層協議去。

第一個問題，為什麼要有生存周期這個概念。

很顯然，一個package從一台機器到另一台機器中間需要經過很長的路徑，顯然這個路徑不是單一的，是很復雜的，並且很可能存在環路。如果一個數據包在傳輸過程中進入了環路，如果不終止它的話，它會一直循環下去，如果很多個數據包都這樣循環的話，那對於網路來說這就是災難了。所以需要在包中設置這樣一個值，包在每經過一個節點，將這個值減1，反復這樣操作，最終可能造成2個結果：包在這個值還為正數的時候到達了目的地，或者是在經過一定數量的節點後，這個值減為了0。前者代表完成了一次正常的傳輸，後者代表包可能選擇了一條非常長的路徑甚至是進入了環路，這顯然不是我們期望的，所以在這個值為0的時候，網路設備將不會再傳遞這個包而是直接將他拋棄，並發送一個通知給包的源地址，說這個包已死。
其實TTL值這個東西本身並代表不了什麼，對於使用者來說，關心的問題應該是包是否到達了目的地而不是經過了幾個節點後到達。但是TTL值還是可以得到有意思的信息的。

每個操作系統對TTL值得定義都不同，這個值甚至可以通過修改某些系統的網路參數來修改，例如Win2000默認為128，通過注冊表也可以修改。而Linux大多定義為64。不過一般來說，很少有人會去修改自己機器的這個值的，這就給了我們機會可以通過ping的回顯TTL來大體判斷一台機器是什麼操作系統。

以我公司2台機器為例
看如下命令
D:Documents and Settingshx>ping 61.152.93.131

Pinging 61.152.93.131 with 32 bytes of data:

Reply from 61.152.93.131: bytes=32 time=21ms TTL=118
Reply from 61.152.93.131: bytes=32 time=19ms TTL=118
Reply from 61.152.93.131: bytes=32 time=18ms TTL=118
Reply from 61.152.93.131: bytes=32 time=22ms TTL=118

Ping statistics for 61.152.93.131:
Packets: Sent = 4， Received = 4， Lost = 0 (0% loss
Approximate round trip times in milli-seconds:
Minimum = 18ms， Maximum = 22ms， Average = 20ms

D:Documents and Settingshx>ping 61.152.104.40

Pinging 61.152.104.40 with 32 bytes of data:

Reply from 61.152.104.40: bytes=32 time=28ms TTL=54
Reply from 61.152.104.40: bytes=32 time=18ms TTL=54
Reply from 61.152.104.40: bytes=32 time=18ms TTL=54
Reply from 61.152.104.40: bytes=32 time=13ms TTL=54

Ping statistics for 61.152.104.40:
Packets: Sent = 4， Received = 4， Lost = 0 (0% loss
Approximate round trip times in milli-seconds:
Minimum = 13ms， Maximum = 28ms， Average = 19ms
第一台TTL為118，則基本可以判斷這是一台Windows機器，從我的機器到這台機器經過了10個節點，因為128-118=10。而第二台應該是台Linux，理由一樣64-54=10。
了解了上面的東西，可能有人會有一些疑問，例如以下：

1，不是說包可能走很多路徑嗎，為什麼我看到的4個包TTL都是一樣的，沒有出現不同？

這是由於包經過的路徑是經過了一些最優選擇演算法來定下來的，在網路拓撲穩定一段時間後，包的路由路徑也會相對穩定在一個最短路徑上。具體怎麼算出來的要去研究路由演算法了，不在討論之列。

2，對於上面例子第二台機器，為什麼不認為它是經過了74個節點的Windows機器？因為128-74=54。

對於這個問題，我們要引入另外一個很好的ICMP協議工具。不過首先要聲明的是，一個包經過74個節點這個有些恐怖，這樣的路徑還是不用為好。

要介紹的這個工具是tracert（*nix下為traceroute），讓我們來看對上面的第二台機器用這個命令的結果
D:Documents and Settingshx>tracert 61.152.104.40

Tracing route to 61.152.104.40 over a maximum of 30 hops

1 13 ms 16 ms 9 ms 10.120.32.1
2 9 ms 9 ms 11 ms 219.233.244.105
3 12 ms 10 ms 10 ms 219.233.238.173
4 15 ms 15 ms 17 ms 219.233.238.13
5 14 ms 19 ms 19 ms 202.96.222.73
6 14 ms 17 ms 13 ms 202.96.222.121
7 14 ms 15 ms 14 ms 61.152.81.86
8 15 ms 14 ms 13 ms 61.152.87.162
9 16 ms 16 ms 28 ms 61.152.99.26
10 12 ms 13 ms 18 ms 61.152.99.94
11 14 ms 18 ms 16 ms 61.152.104.40

Trace complete.

從這個命令的結果能夠看到從我的機器到伺服器所走的路由，確實是11個節點（上面說10個好像是我犯了忘了算0的錯誤了，應該是64-54+1，嘿嘿），而不是128的TTL經過了70多個節點。
既然已經說到這里了，不妨順便說說關於這兩個ICMP命令的高級一點的東西。
首先是ping命令，其實ping有這樣一個參數，可以無視操作系統默認TTL值而使用自己定義的值來發送ICMP Request包。
例如還是用那台Linux機器，用以下命令：
D:Documents and Settingshx>ping 61.152.104.40 -i 11

Pinging 61.152.104.40 with 32 bytes of data:

Reply from 61.152.104.40: bytes=32 time=10ms TTL=54
Reply from 61.152.104.40: bytes=32 time=13ms TTL=54
Reply from 61.152.104.40: bytes=32 time=10ms TTL=54
Reply from 61.152.104.40: bytes=32 time=13ms TTL=54

Ping statistics for 61.152.104.40:
Packets: Sent = 4， Received = 4， Lost = 0 (0% loss)，
Approximate round trip times in milli-seconds:
Minimum = 10ms， Maximum = 13ms， Average = 11ms

D:Documents and Settingshx>
這個命令我們定義了發包的TTL為11，而前面我們知道，我到這台伺服器是要經過11個節點的，所以這個輸出和以前沒什麼不同。現在再用這個試試看：
D:Documents and Settingshx>ping 61.152.104.40 -i 10

Pinging 61.152.104.40 with 32 bytes of data:

Reply from 61.152.99.94: TTL expired in transit.
Reply from 61.152.99.94: TTL expired in transit.
Reply from 61.152.99.94: TTL expired in transit.
Reply from 61.152.99.94: TTL expired in transit.

Ping statistics for 61.152.104.40:
Packets: Sent = 4， Received = 4， Lost = 0 (0% loss)，
Approximate round trip times in milli-seconds:
Minimum = 0ms， Maximum = 0ms， Average = 0ms

D:Documents and Settingshx>

可以看到，結果不一樣了，我定義了TTL為10來發包，結果是TTL expired in transit.就是說在到達伺服器之前這個包的生命周期就結束了。注意看這句話前面的ip，這個ip恰好是我們前面tracert結果到伺服器之前的最後1個ip，包的TTL就是在這里減少到0了，根據我們前面的討論，當TTL減為0時設備會丟棄包並發送一個TTL過期的ICMP反饋給源地址，這里的結果就是最好的證明。
通過這里再次又證明了從我機器到伺服器是經過了11個節點而不是70多個，呵呵。
最後再鞏固一下知識，有人可能覺得tracer這個命令很神奇，可以發現一個包所經過的路由路徑。其實這個命令的原理就在我們上面的討論中。

想像一下，如果我給目的伺服器發送一個TTL為1的包，結果會怎樣？
根據前面的討論，在包港出發的第一個節點，TTL就會減少為0，這時這個節點就會回應TTL失效的反饋，這個回應包含了設備本身的ip地址，這樣我們就得到了路由路徑的第一個節點的地址。
因此，我們繼續發送TTL=2的包，也就受到第二個節點的TTL失效回應

依次類推，我們一個一個的發現，當最終返回的結果不是TTL失效而是ICMP Response的時候，我們的tracert也就結束了，就是這么簡單。

順便補一句ping命令還有個-n的參數指定要發包的數量，指定了這個數字就會按照你的要求來發包了而不是默認的4個包。如果使用-t參數的話，命令會一直發包直到你強行中止它。

Ⅷ 請問下linux server 中怎樣查看發發包數，丟包數，及在什麼地方丟的有沒有什麼指令，或者演算法代碼謝謝了

命令行su切換到root用戶；
再執行 ifconfig -a 就行了。

正常不會丟包，要查在哪丟包，好像要用libpcap庫。

Ⅸ 怎樣用ping ip發送數據包

1、電腦左下角搜索框輸入CMD，打開DOS命令界面。

2、然後再DOS頁面輸入ping192.168.1.1就可以出現發包然後顯示發包情況，發4個包。

3、輸入ping192.168.1.1-t可以一直發包檢測網路情況。

Ⅹ 在DOS下運行那個命令，能查出來那台電腦發包

dos下使用netstat指令，該指令將列出網路通訊的 協議，發端IP、埠，收端IP、埠，通訊狀態；

當然也可以使用360流量監控查看；