Results 1 to 6 of 6
  1. #1
    New Lounger
    Join Date
    Sep 2014
    Posts
    3
    Thanks
    1
    Thanked 0 Times in 0 Posts

    Server 2012 blocked ports

    New Server 2012 Std., no A/V, Can't open any non-standard ports such as 8443, 10000, etc. Have setup port forwarding in router successfully to other devices in network, (a security camera system)....when I port forward any other port to Server static IP, (other than standard ports ie: 443, 3389, etc.), online Port Scanners show that port closed. Have turned off Firewall....no success, have enabled Firewall and added Incoming Port rule, wide open access for the specific Port (8443)...no success

    When setup router port forward to, say 443, port scanner show port is open...but, of course, can't access because a system app is listening and Netstat shows it is not available.....

    Am trying to setup an open port for a remote tech service to access the Server to administer their application running on the Server...they are using an Apache service app on the 2012 server for remote connection and the Apache service needs to listen to a port other than the standard ports in use...they traditionally use port 8443 at other companies they connect to.

    Have been battling this for few days with no success....any suggestions would be appreciated..

    marc maze

  2. #2
    4 Star Lounger SpywareDr's Avatar
    Join Date
    Dec 2009
    Location
    Riviera Beach, Maryland, USA
    Posts
    492
    Thanks
    10
    Thanked 52 Times in 43 Posts
    Might want to contact the service provider and see if their equipment is blocking any ports.

  3. #3
    New Lounger
    Join Date
    Sep 2014
    Posts
    3
    Thanks
    1
    Thanked 0 Times in 0 Posts
    ISP is Time Warner....no ports blocked...have forwarded ports to other devices on network fine....appears to be an issue with Server 2012...or I don't understand....have disabled firewall completely...need to use port 8443 for an Apache service that uses that port for a remote technician to have access to the server...

  4. #4
    WS Lounge VIP
    Join Date
    Dec 2009
    Location
    Earth
    Posts
    8,203
    Thanks
    49
    Thanked 989 Times in 919 Posts
    Ports will not be open unless an app has opened them. Is Apache listening on port 8443?
    Once your app is listening on a port the firewall should automatically allow data.

    cheers, Paul

  5. The Following User Says Thank You to Paul T For This Useful Post:

    marc maze (2014-09-14)

  6. #5
    New Lounger
    Join Date
    Sep 2014
    Posts
    3
    Thanks
    1
    Thanked 0 Times in 0 Posts
    Thanks...that helps...with pursue further Monday

  7. #6
    Lounger
    Join Date
    Jan 2010
    Posts
    29
    Thanks
    0
    Thanked 3 Times in 3 Posts
    Troubleshoot with telnet (you may have to first turn on the telnet client)
    telnet is a quick way to determine if you can access an application on a specific port.
    First - something must be listening on that port.
    If you telnet from one local pc to another local pc, it can determine if the issue involves the internet or ISP. Once you know it is working locally, then go about the same thing over the internet.
    example, using Remote desktop:
    The default remote desktop port is 3389. So if RDS is enabled on a PC, you should be able to go to any other PC on your network and from a PROMPT type in telnet (ip address or netbios name) port #
    For example, on my network I would type in telnet 192.168.10.214 3389

    Once you know it is working internally, you can try the external route (you can even do this all from within your network.
    For example, say the IP of your router is 75.75.75.75 and within that router you have forwarded port 3389 to 192.168.10.214
    then from another PC on your local network you could type in telnet 75.75.75.75 3389
    If it fails there but works at telnet 192.168.10.214 3389, then you have localized the issue to your router or ISP (most likely the router.. sometimes in routers the port forwarding routine is somewhat needlessly convoluted)

  8. The Following User Says Thank You to leonk For This Useful Post:

    SpywareDr (2014-09-18)

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •