伺服器恢復區分同一ip下請求

⑴ 如何解決伺服器IP地址沖突

不期而遇的停電打破了喧鬧的工作室，我有了片刻休憩。但好景不長，很快當聽到機櫃風扇的啟動聲時，預示著我又踏上了工作的旅途。 顯示了引起沖突的機器MAC地址，找到MAC地址就好辦了，通過MAC掃描器將在內網上的所有機器的IP地址和MAC地址對應顯示出來，在這里我使用的是LanHelper軟體，通過它的掃描，我發現這個地址對應的是一台HP5000網路列印機（內嵌網卡），可是根據我以前做的網路備案得知，這台列印機的IP地址應為192.168.0.193，怎麼成了192.168.0.200了呢?難道斷電後，在「夜黑月高」之時它將伺服器的IP地址劫持了？ 打開「列印機」文件夾，通過單擊HP5000的「屬性」，打開它的埠配置對話框，果然，IP項改成了伺服器的IP地址。 停一次電，列印機再智能也不能將伺服器的IP地址掠奪過來成為自己的，盡管在啟動中先啟動了列印機，它最多的故障就是在內網中小時。因為IP地址丟失，即配置信息由於突然斷電沒有保存住。所以，它也只能是「啞巴吃黃連—有苦說不出」。在技術層面上考慮，我們在給網路設備設置IP地址時，一般通過兩種方式給予：一種就是手工給它靜態地址；一種就是通過DHCP伺服器給它一個動態地址。在公司的網路中並沒有設置DHCP，所以，這個故障給人的感覺就是「見鬼了」。 故障排除為了不耽誤伺服器的正常工作，我暫時將列印機的IP改為了一個未曾使用的地址，接下來就是要找出真正引起列印機IP地址發生變化的原因。筆者始終不認為這單單是列印機引起來的問題，青年人網提示它只是一個接受者，而分配給它的設備，即起到DHCP功能的設備又是誰呢？接下來的排除工作很簡單，找一台網路內電腦，將它的靜態IP地址改為自動拾取，為了能更好地發現問題，重新啟動這台電腦。當再次進入系統後，在「運行」中敲入「cmd」，打開命令窗口，輸入「ipconfig/all」，發現問題了。 原來是我們的一台網路Edimax列印伺服器，它是用來支持一台網路繪圖儀HP700的，知道了它，進一步打開這個列印伺服器配置，看看相關的事項。 終於在DHCP Cfg選項夾中發現了故障的根源！默認情況下，列印伺服器是具有DHCP功能的，是它重新賦予因斷電而丟失IP信息的HP5000網路地址，甚至還為網路上沒有分配IP地址的電腦提供服務，由於一開始就按照靜態分配IP地址，並沒有留意列印伺服器的DCHP功能。找到原因後，將上圖的「DHCP startup」設置改為「Disable」，再單擊「Write」，確定保存。從而關閉了列印伺服器的DHCP功能。 故障分析重新梳理下故障發生的來龍去脈：突然的停電使得HP5000網卡上配置的IP信息丟失，來電後，沒有關閉電源的列印機和繪圖儀（外聯列印伺服器）首先啟動，列印機沒有IP地址，於是向網內發出請求，列印伺服器收到請求後，立刻回應信息，即分配了一個地址給它，而這一切都稍先於伺服器。因此，當伺服器登錄的時候，就出現了IP地址沖突的提示。 經驗總結這個故障其實追溯起原因來並不復雜，順藤摸瓜最終總會找向列印伺服器。但它從另一個角度提醒我們在日常的工作中要熟悉工作環境內設備（網路通信交換設備、電腦、伺服器等）的功能特性，最大限度地挖掘設備自身所具有的功能，只有熟知了設備所具備的功能，當出現故障時，我們通過聯想與思考，才有可能快速地鎖定引起故障的源頭，進而有針對性地採取措施。

⑵ tcp協議傳輸數據怎麼區別同一個IP的不同ID

你的意思是想區分同一客戶端、同一個連接上的每次請求，如果使用的是TCP協議，可以自定義應用層協議，在其中加個請求欄位（就是你提及的ID）應用層協議其他組成部分根據你的實際需求來定。數據傳輸時，客戶端將包含這個請求ID的報文傳給伺服器，伺服器端就可以區分每個請求，並且將這個請求ID回傳給客戶端以表示請求被正確處理了。

⑶ 網路受到同一IP地址攻擊，該怎麼辦

哪用那麼復雜，還要知道原理？？？
換個IP或者嫌麻煩就用防火牆擋住就行了嘛