所謂IT外包，不是正在解決問題，就是在解決問題的路上，不過最近這些年，遠(yuǎn)程解決問題的概率正在逐漸提高。

這不，又有客戶來求助了：mes系統(tǒng)的ip是固定的，因為今天網(wǎng)絡(luò)的問題重新分配了IP，導(dǎo)致車間的產(chǎn)品信息不能掃描上傳到電腦，現(xiàn)在45的這個ip不知道被誰占用了，有什么方法可以迅速找到??？

要快速解決這個問題，其實非常簡單：第一步，在交換機(jī)的DHCP服務(wù)里面，把服務(wù)器IP排除在外不分配：

dhcp-server ip-pool vlan10

dhcp-server excluded-ip-address 192.168.10.2 192.168.1.50

排除了從192.168.10.2到192.168.10.50這段IP地址,這樣一來，這個地址段內(nèi)的IP地址不會分配給任何設(shè)備了。

第二步，重啟交換機(jī)，注意：客戶端接入交換機(jī)必須重啟，否則客戶端不會重新向DHCP Server申請IP地址。

但是，在本例中，客戶網(wǎng)絡(luò)環(huán)境復(fù)雜，新來的IP，還不熟悉廠區(qū)網(wǎng)絡(luò)狀況，所以，以上方法并不能快速、有效地解決問題。

還是得另外想辦法：第一步，斷開MES服務(wù)器，在核心交換機(jī)上執(zhí)行命令：dis arp | in 10.10.30.45，這個命令可以查詢到，當(dāng)前獲取到這個IP地址的終端，是在交換機(jī)上哪個接口上。（注意，下圖僅為展示命令用，IP地址并非本例中MES服務(wù)器的IP地址）

第二步，得到終端所在端口是 G1/0/24，但是24端口是trunk口，下一層交換機(jī)是在二樓的一臺交換機(jī)，于是，讓客戶telnet 10.10.30.2，登錄二樓的接入交換機(jī)，再次執(zhí)行命令：dis arp | in 10.10.30.45，查詢到終端設(shè)備是在這臺交換機(jī)的16口，并且是access口，當(dāng)然了，access接口也可能接著一臺“傻瓜”交換機(jī)，但是情況緊急，管不了那么多了，直接把這個接口shutdown。

第三步，服務(wù)器重新插上網(wǎng)線，應(yīng)該能通訊了。

然而，現(xiàn)實并不是我想象的那樣，客戶端還是無法訪問MES服務(wù)器！

沒道理啊，讓客戶查看MES服務(wù)器的網(wǎng)卡物理地址（MAC地址），然后，在核心交換機(jī)綁定IP和MAC，再把MES服務(wù)器的IP設(shè)置改為自動獲取。

可是！客戶跟我說，MES無法獲取到IP地址！

這不可能啊，MES服務(wù)器的網(wǎng)線就插在核心交換機(jī)上呢！客戶也失去耐心了，直接開視頻吧。

好吧，先讓我看你是怎么綁定IP的，結(jié)果我看到：

dhcp server forbidden-ip 10.10.30.45

static-bind ip-address 10.10.30.45 mask 255.255.255.0 hardware-address bc3c-8c5d-0305

第一條命令是保留這個IP，注意了，此處的“保留”不是“留給”MES服務(wù)器啊，而是留在DHCP地址池里面，不分發(fā)給任何客戶端的意思；

第二條命令是，把MAC地址綁定到這個IP地址！

那你讓MES服務(wù)器怎么辦啊？自己的MAC地址被綁定到了一個不向外分發(fā)的IP地址，那可不就是拿不到IP了嘛！

讓新來的IT，把第一條命令undo掉，MES服務(wù)器瞬間就獲取到10.10.30.45這個正確的IP了，經(jīng)測試，MES服務(wù)器恢復(fù)訪問。

至此，故障順利解決，這個IT對交換機(jī)常用命令還是知道的，可能是理解不到位，也可能是粗心大意？