我的工作是为零售环境开发适用于网络摄像机的软件。我的团队正在开发的软件之一是一个网络服务器,它可以检索由摄像机本身(它有自己的嵌入式网络服务器)以HTML格式生成的各种报告并存储在摄像机上。然后,我们的软件将从相机中获取这些报告并将其存储在中央网络服务器上。
虽然我们很好地将摄像机的IP插入到我们的软件中,但我正在开发一个简单的Java类,它将查询网络并找到网络上的所有摄像机。
但问题是,虽然它在我的PC和我的同事的PC上运行得很好,但是当我们尝试在将托管我们软件的实际网络服务器PC上运行它时...它运行,但是说每个IP都在子网脱机/不可达除网关IP外。
例如,如果我在插入封闭的局域网时从我的PC或我的同事PC运行它,我会发现以下有效的IP以及一个告诉我它是否是相机的标志。 (网关是192.168.0.1,子网掩码是255.255.255.0,这意味着需要查找全部256个设备)
IP:/192.168.0.1 Active:true Camera:false
IP:/192.168.0.100 Active:true Camera:true <- this is camera 1
IP:/192.168.0.101 Active:true Camera:true <- this is camera 2
IP:/192.168.0.103 Active:true Camera:false <- my PC
IP:/192.168.0.104 Active:true Camera:false <- this is our webserver
但出于某种原因,当从网络服务器PC运行相同的程序时,使用相同的JRE,我只能得到以下内容
IP:/192.168.0.1 Active:true Camera:false
现在我的代码,而不是在主线程上按顺序枚举每个IP,而是为每个要检查的IP创建一个单独的线程并同时运行它们(否则它需要花费21分钟来枚举整个IP超时范围为5000ms / IP)。然后主线程反复每隔15秒重新运行这些IP扫描线程。
我已经检查过所有线程都在所有PC上运行完成,没有异常被抛出。甚至证实没有线程被卡住。每个线程从开始到完成大约需要5001到5050ms,那些具有活动IP的线程会更快完成(> 5000ms),所以我知道它在ipAddr.isReachable(5000)方法中正确等待了整整5000毫秒。
我和我的同事在这一点上难以接受,而在我们的电脑上运行似乎可以很好地达到那些活跃的IP,但是没有得到网络服务器PC的响应???
我们排除了防火墙问题,管理员访问问题等。唯一的区别是我们的网络服务器是嵌入式Win XP,我们的电脑是Windows 7。
这让我们感到难过。有什么想法吗?
以下是运行每个IP线程的代码:
public void CheckIP() {
new Thread() {
@Override
public void run() {
try {
isActive = ipAddr.isReachable(5000);
if (isActive) {
if (!isCamera) {
isCamera = new IpHttpManager().GetResponse(ipAddr.toString());
}
} else {
isCamera = false;
}
} catch (Exception e) {
e.printStackTrace();
}
}
}.start();
}
编辑:以下是根据网关和子网确定范围后构建要检查的每个IP的代码...
for(int i=subMin; i<=subMax; i++) {
byte[] ip = new byte[] {(byte)oct[0],(byte)oct[1],(byte)oct[2],(byte)i};
try {
scanners[subCount] = new IpScan(InetAddress.getByAddress(ip));
subCount++;
} catch (UnknownHostException e) {
e.printStackTrace();
}}
答案 0 :(得分:4)
谢谢大家,但我从来没有弄清楚或找出为什么会发生这种奇怪现象。我检查的所有东西都不是原因,所以这个问题可以关闭。
无论如何,我最终完全解决了这个问题。我没有使用InetAddress,而是通过JNA调用Windows库IPHLPAPI.DLL和WSOCK32.DLL,然后构建了自己的ICMP ping类。这是我用过的......
public interface InetAddr extends StdCallLibrary {
InetAddr INSTANCE = (InetAddr)
Native.loadLibrary("wsock32.dll", InetAddr.class);
ULONG inet_addr(String cp); //in_addr creator. Creates the in_addr C struct used below
}
public interface IcmpEcho extends StdCallLibrary {
IcmpEcho INSTANCE = (IcmpEcho)
Native.loadLibrary("iphlpapi.dll", IcmpEcho.class);
int IcmpSendEcho(
HANDLE IcmpHandle, //Handle to the ICMP
ULONG DestinationAddress, //Destination address, in the form of an in_addr C Struct defaulted to ULONG
Pointer RequestData, //Pointer to the buffer where my Message to be sent is
short RequestSize, //size of the above buffer. sizeof(Message)
byte[] RequestOptions, //OPTIONAL!! Can set this to NULL
Pointer ReplyBuffer, //Pointer to the buffer where the replied echo is written to
int ReplySize, //size of the above buffer. Normally its set to the sizeof(ICMP_ECHO_REPLY), but arbitrarily set it to 256 bytes
int Timeout); //time, as int, for timeout
HANDLE IcmpCreateFile(); //win32 ICMP Handle creator
boolean IcmpCloseHandle(HANDLE IcmpHandle); //win32 ICMP Handle destroyer
}
然后使用它们来创建以下方法......
public void SendReply(String ipAddress) {
final IcmpEcho icmpecho = IcmpEcho.INSTANCE;
final InetAddr inetAddr = InetAddr.INSTANCE;
HANDLE icmpHandle = icmpecho.IcmpCreateFile();
byte[] message = new String("thisIsMyMessage!".toCharArray()).getBytes();
Memory messageData = new Memory(32); //In C/C++ this would be: void *messageData = (void*) malloc(message.length);
messageData.write(0, message, 0, message.length); //but ignored the length and set it to 32 bytes instead for now
Pointer requestData = messageData;
Pointer replyBuffer = new Memory(256);
replyBuffer.clear(256);
// HERE IS THE NATIVE CALL!!
reply = icmpecho.IcmpSendEcho(icmpHandle,
inetAddr.inet_addr(ipAddress),
requestData,
(short) 32,
null,
replyBuffer,
256,
timeout);
// NATIVE CALL DONE, CHECK REPLY!!
icmpecho.IcmpCloseHandle(icmpHandle);
}
public boolean IsReachable () {
return (reply > 0);
}
答案 1 :(得分:0)
我的猜测是你的迭代逻辑确定不同的IP地址是基于不同的配置,因此你的电脑提取所有地址,但你的网络服务器没有。
尝试在构建ip地址列表的逻辑中添加debug以进行检查。