→ 🚀What's New? Join Us for the Fall Product Launch! Register Now !

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 
gjburg
Engaged Sweeper
Hi I've got probably another little bug,

The IP scan skips some IP adresses which have a really fast ping response, and also a have http access.

The strange thing is that i've two identical devices (SAN Switch) and one is scanned and the other is skipped but also my local Cisco WiFi controller is skipped and the one at another site is scanned?

How can I fix this because increasing the ping timeout has no effect,
Or create an option to fill in the IP address, mac address and http site when adding devices manually.

Regards
Gert








15 REPLIES 15
Hemoco
Lansweeper Alumni
The fix is implemented in the latest beta (2 March)
taschen_dan
Engaged Sweeper
Great, waiting for new beta then.
Hemoco
Lansweeper Alumni
This tester uses an updated version of what's currently in the service.
Hemoco
Lansweeper Alumni
Please try the following : http://www.lansweeper.com/forum/yaf_postst2944_Device-scanning-problems--use-the-device-tester.aspx
gjburg
Engaged Sweeper
Lansweeper wrote:
Please try the following : http://www.lansweeper.com/forum/yaf_postst2944_Device-scanning-problems--use-the-device-tester.aspx


This looks like it's a good result, see the information below:

10.1.1.200 Ping OK
SMTP port is closed
SNMP Active
FTP port is open
FTP error: Unable to read data from the transport connection: An existing connection was forcibly closed by the remote host.
Telnet port is closed
SMTP port is closed
HTTP port is open
HTTP headers:
Transfer-Encoding: chunked
Pragma: no-cache
Cache-Control: no-cache
Content-Type: text/html
Date: Mon, 22 Feb 2010 17:31:47 GMT
Expires: Mon, 22 Feb 2010 17:31:47 GMT
Last-Modified: Mon, 22 Feb 2010 17:31:47 GMT


HTTP title:
HTTPS port is open
HTTPS error: The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel.
HTTPS headers:
SSH port 22 is open
The request has failed.
Displayname: NCOI-AP-CTRL
Location: MER
Description: Cisco Controller
Contact: ICT
SSH error: The request has failed.
ObjectID: 1.3.6.1.4.1.9.1.828
taschen_dan
Engaged Sweeper
Unfortunately no Macs can be discovered this way as well as some servers having no ssh/http. As all of them are free for ping it will be great if you can:

1 (simplest solution): create an option to fill at least IP address when adding a device manually.

2 (better) if the device answers on ping and is non-Windows, it will be added in the device list, best of all with the name registred in DNS. This feature can be an option to each entry in IT range scanning.

3 (more better) not only snmp, ssh and http but some more standard ports (e.g. ftp, https etc) will be pre-defined

4 (best) admins can manually define ports to scan for IT range scanning (generally for all or for each IP range).

If nothing but 1 can be implemented for some reason, 1 is better as nothing however.
Unfortunately no Macs can be discovered this way as well as some servers having no ssh/http. As all of them are free for ping it will be great if you can:

Macs are currently discovered if SSH or SNMP is enabled.

1 (simplest solution): create an option to fill at least IP address when adding a device manually.

Good idea, will be in the next beta.

2 (better) if the device answers on ping and is non-Windows, it will be added in the device list, best of all with the name registred in DNS. This feature can be an option to each entry in IT range scanning.

Many computers with a firewall bad configured ping but don't have any other ports open, this would mean that all windows devices would be added to the device list.

3 (more better) not only snmp, ssh and http but some more standard ports (e.g. ftp, https etc) will be pre-defined

Smtp, ftp, telnet, https will be in the next beta (+ http/https server headers)

4 (best) admins can manually define ports to scan for IT range scanning (generally for all or for each IP range).

This will probably not be implemented.

taschen_dan wrote:
Unfortunately no Macs can be discovered this way as well as some servers having no ssh/http. As all of them are free for ping it will be great if you can:

Which ports/protocols are open on your Mac devices?
Lansweeper wrote:
Which ports/protocols are open on your Mac devices?


Only Apple remote desktop and Appletalk. Thus I would like to see the first or better the second solution implemented (see my post above).