Cannot access using \\IP but works via \\localhost

Copper Contributor

Hello,

Can anybody help me with this problem  - Cannot access using \\IP but works via \\localhost.

When I try with PortQry.exe use as Destination IP or FQDN  server IP or name, I receive back this result :
==

Starting portqry.exe -n ac-cloud3 -e 445 -p TCP ...


Querying target system called:

ac-cloud3

Attempting to resolve name to IP address...

Name resolved to 89.221.223.251

querying...

TCP port 445 (microsoft-ds service): FILTERED
portqry.exe -n ac-cloud3 -e 445 -p TCP exits with return code 0x00000002.

==
But when I use as Destination IP or FQDN  localhost  - result is OK :
==

Starting portqry.exe -n localhost -e 445 -p TCP ...


Querying target system called:

localhost

Attempting to resolve name to IP address...

Name resolved to 127.0.0.1

querying...

TCP port 445 (microsoft-ds service): LISTENING
portqry.exe -n localhost -e 445 -p TCP exits with return code 0x00000000.


==
Regards
Jaroslav Jasek

7 Replies

Hi @Jaroslav_Jasek 

 

89.221.223.251 is a public IP address; I suspect that a firewall may be blocking port 445 traffic from coming outside in to the device. When you test with localhost, it is just testing the NIC on the device itself so won't be going through any external firewalls (only the Windows Firewall if it is enabled).

 

Is there an internal IP you can test?

Hi @HidMov 

This IP is also internal adderess 

Jaroslav_Jasek_0-1589548868528.png

Regards

Thanks for confirming @Jaroslav_Jasek 

 

Can you show the result of a tracert using the IP or domain?

@HidMov 

 

c:\PortQryUI>tracert AC-CLOUD3

Tracing route to AC-CLOUD3 [89.221.223.251]
over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms AC-CLOUD3 [89.221.223.251]

Trace complete.

==

c:\PortQryUI>tracert 89.221.223.251

Tracing route to AC-CLOUD3 [89.221.223.251]
over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms AC-CLOUD3 [89.221.223.251]

Trace complete.

 

@HidMov 
any info more - this server is not in Domain, only WorkGroup

Thanks @Jaroslav_Jasek 

 

Can see that there isn't any funky routing going on - bit of a loss to explain why it is behaving in the way it is behaving. Just to check - what does this box do? Are the ports open on Windows Firewall?

 

Sorry I can't be more help, 

 

Mark

@HidMov 

 

Any update or result on this issue as I'm hitting the same issue with \\<IP>\share does not work

but \\<server>\share works fine ...