How to view masked IP adress and port?

06
2014-04
  • user3079241

    In my friends work place there is normally a broadband network and they PC's connect through Router and there is one website like this <10.1.1.7:9095> and i really wanna figure out what this website is any help? through port scanning or what can i use? remember i dont have direct access to that PC

  • Answers
  • Hennes

    If it is a website, then why not use a web browser?

    E.g. start Firefox, go to the URL line and type in http://10.1.1.7:9095

    Example

    Compare it to dialing someone with a phone, you either use an address book (in a browser it is a clicking on a link) or you dial a number. In web browser you 'dial' by typing in the location which you want to open.

    In this case you want to open the web address 10.1.1.7 on port 9095, so you just type that in the browsers URL line and press Return.

  • MariusMatutiae

    This pc's IP address, 10.1.1.7, falls into a class of addresses known as Class-A private, which means you can access them only from within the same LAN, i.e., from your friend's work place. I take it this is what you mean when you say:

    remember i dont have direct access to that PC

    It may or may not be possible to access that pc from outside that LAN (chances are it is not). If you want to understand what that pc is doing, first you ought to investigate the uses of port 9095 on Google: the short answer (for instance look on Wikipedia) is that there is no known application using that port, TCP or UDP.

    Perhaps that address has a custom application waiting for connections on port 9095, and then Hennes' suggestion will work just fine. You can start gathering more info by running an nmap scan on the pc:

        sudo nmap -T2 -A 10.1.1.7 
    

    This is a tad slow, but you will alert fewer onlookers to your intentions this way. A fast command which cannot possibly go unnoticed would use T5 instead.

    It will recover much info, including whether other ports are open, and can be used to access the pc. In particular, it might even be able to tell (it does under certain circumstances) whether the application listening on port 9095 is a standard application, moved to an unused port for reasons of stealth, safety, or what not.


  • Related Question

    Web Interfaces not opening even after Port Forwarding is said to be working!
  • Ahmad

    I'm encountering this strange problem which has baffled me to the ground, and which I haven't encountered even after years of doing port forwarding .. ! I am hoping somebody here can help me solve this mystery .. :)

    My network configuration is as follows:

    I have a DSL modem (custom made and branded by my ISP) which is receiving a DSL stream ... it has an external IP which is visible to the world, say, 11.22.33.44 ... This modem has DHCP enabled, has an internal IP for itself, which is 192.168.1.1 .. it is connected to 2 laptops via and ethernet cable .. Laptop 1 has IP 192.168.1.2, and Laptop 2 has IP 192.168.1.3 ...

    On Laptop 1, two applications are running, jDownloader and Media Player Classic, which have their web interfaces on ports 8765 and 13579, respectively ... I can access both of these web interfaces from Laptop 2 by opening these addresses: 192.1681.2:8765 and 192.168.1.2:13579 ... both of their web interfaces open up, meaning the web interfaces are working fine ..

    Moving on, I now want to access these web interfaces from outside my network as well, and so I've configured port forwarding in my PTCL modem to forward all traffic on ports between 8000 and 14000 (both TCP and UDP) to IP 192.168.1.2 ... I have verified that port forwarding is working by testing it using PortForward.com's port checker tool, and this website too: [URL]http://www.yougetsignal.com/tools/open-ports/[/URL]

    When I use the website, if I'm running the applications on Laptop 2, the website reports that the port is open .. if I then close the application, the website reports the port is closed ... This makes sense as nothing is listening on my machine in the latter case .. Also, if I disable port forwarding in my modem, again, the website reports the port is closed ... so, the website's results seem to be okay ...

    Same of the above can be said when I'm used PortForward.com's port checker tool ... So again, everything okay so far ...

    Now, here comes the problem !! ... Despite the above tools reporting that port forwarding is working, I am unable to open the web interfaces from outside my network ... So for example, if I tried to browse 11.22.33.44:8765 or 11.22.33.44:13579, nothing opens in my browser ... But if I accessed these web server's locally from Laptop 3, by typing in 192.168.1.2:8765 or 192.168.1.2:13579, they opened ...

    So where is the problem here ?? The tools report unanimously that port forwarding is working, and yet I am unable to open the web interfaces from outside the network ..

    Also note that I have disabled the firewall from my computer, and have also made sure that any option in the above programs (whose web interfaces I am trying to open) that says only local connections are to be accepted, is disabled ...

    So whats the problem ... ?!! Any ideas ??


  • Related Answers
  • Spiff

    The NAT gateway code in your router isn't doing "hairpin NAT" correctly. Many NAT gateways don't get this right.

    When have an internal machine request a connection to a port on the public IP address of your NAT gateway, the NAT has to first do "outbound NAT", translating the packet as if it's going to go to an external host, then realize that the NAT gateway itself is the "external" host that's being requested, and then look at its port mapping table and turn that packet right back around and do "inbound NAT", sending it to the port-mapped host.

    This idea of a packet going mostly out through the NAT, then being turned right back around and sent back in, is likened to the tight, doubled-back-on-itself curve in a traditional hair pin (much the same way a tight switch-back turn in a road is called a "hairpin turn" or "hairpin curve").

    Possible solutions:

    • Get a firmware update for your NAT gateway box that fixes this bug.
    • See if you can configure this in your NAT gateway box.
    • Load a third-party firmware distro on your NAT gateway box that doesn't have this problem, or that can be configured to not have this problem.
    • Buy a different home gateway product that doesn't have this problem, have the new box be your NAT gateway, and make your DSL modem act as just a simple modem/bridge, not a NAT gateway.
    • Live with it. You can actually connect to your port-mapped services when you are truly outside your network, so maybe you can live with the fact that you can't fake it from inside the network.