F5F Stay Refreshed Power Users Networks The query asks about port accessibility across both public and private IP addresses.

The query asks about port accessibility across both public and private IP addresses.

The query asks about port accessibility across both public and private IP addresses.

O
Okunino
Posting Freak
845
01-30-2023, 03:31 AM
#1
It's straightforward. Online checks show port 25565 is active from my public IP, but private IPs don't display it. Does an open port on the public IP mean it's also open on the private one? Also, should I ensure all common ports like 25, 80, 443, and 8912 are closed, even though they're standard services?
O
Okunino
01-30-2023, 03:31 AM #1

It's straightforward. Online checks show port 25565 is active from my public IP, but private IPs don't display it. Does an open port on the public IP mean it's also open on the private one? Also, should I ensure all common ports like 25, 80, 443, and 8912 are closed, even though they're standard services?

I
iTzPandaNuss
Member
144
01-30-2023, 07:35 AM
#2
When launching a program that listens on a specific port, you usually specify the interface it should use. On Linux systems, this often involves setting the address to "127.0.0.1" for local-only listening or "0.0.0.0" to allow connections from any network interface. Those designated ports must remain closed unless you're hosting a mail or web service. As a client, you don't require these ports to be accessible. When accessing a website such as your browser connects to standard ports 80 or 443 that are active on the server. The client-side port chosen is random and doesn't need to be open for incoming traffic.
I
iTzPandaNuss
01-30-2023, 07:35 AM #2

When launching a program that listens on a specific port, you usually specify the interface it should use. On Linux systems, this often involves setting the address to "127.0.0.1" for local-only listening or "0.0.0.0" to allow connections from any network interface. Those designated ports must remain closed unless you're hosting a mail or web service. As a client, you don't require these ports to be accessible. When accessing a website such as your browser connects to standard ports 80 or 443 that are active on the server. The client-side port chosen is random and doesn't need to be open for incoming traffic.

M
MrJoris02
Member
195
01-30-2023, 02:55 PM
#3
This reminds me of something else, causing me to second-guess my thoughts.
M
MrJoris02
01-30-2023, 02:55 PM #3

This reminds me of something else, causing me to second-guess my thoughts.

I
iiSweeTzz
Posting Freak
862
01-31-2023, 10:44 PM
#4
Private and public networks differ, including at the port level.
I
iiSweeTzz
01-31-2023, 10:44 PM #4

Private and public networks differ, including at the port level.

B
Bayan9
Member
158
02-01-2023, 04:17 AM
#5
Your private port 25565 is set up correctly, but it appears the configuration doesn't match your expectations—private ports aren't typically forwarded by default, and public access isn't enabled unless explicitly configured. For the IP range 192.168.xx.xxx, internal traffic uses 25565 while external traffic also uses it, which aligns with standard NAT behavior.
B
Bayan9
02-01-2023, 04:17 AM #5

Your private port 25565 is set up correctly, but it appears the configuration doesn't match your expectations—private ports aren't typically forwarded by default, and public access isn't enabled unless explicitly configured. For the IP range 192.168.xx.xxx, internal traffic uses 25565 while external traffic also uses it, which aligns with standard NAT behavior.

T
TamedWolfy
Member
156
02-02-2023, 04:35 PM
#6
The port operates on both the internal network and the external internet connection.
T
TamedWolfy
02-02-2023, 04:35 PM #6

The port operates on both the internal network and the external internet connection.

S
SplashingPots
Member
55
02-03-2023, 01:35 AM
#7
Based on the information from yougetsignal.com, it appears the port is set to use your public IP address (192.168.xx.xxx), not your private IP (192.168.xx.xxx). The public IP is the one that receives traffic, while your private IP remains internal.
S
SplashingPots
02-03-2023, 01:35 AM #7

Based on the information from yougetsignal.com, it appears the port is set to use your public IP address (192.168.xx.xxx), not your private IP (192.168.xx.xxx). The public IP is the one that receives traffic, while your private IP remains internal.

C
ClassicMan_YT
Member
140
02-03-2023, 03:03 AM
#8
This function doesn't allow verification of open ports on your local network, as it lacks connection to your local environment. (Tool - available online | Local network isolated from the internet)
C
ClassicMan_YT
02-03-2023, 03:03 AM #8

This function doesn't allow verification of open ports on your local network, as it lacks connection to your local environment. (Tool - available online | Local network isolated from the internet)

D
dpbigbear10
Member
162
02-24-2023, 08:06 AM
#9
According to @Vishera, you shouldn't rely on that tool to verify your private IP. By definition, it's meant for internal networks only. Traffic between 192.168.x.x and other devices never leaves the local network. Using such a service would cause confusion because these addresses aren't unique. You might try "nmap" from another machine on the same network to check open ports.
D
dpbigbear10
02-24-2023, 08:06 AM #9

According to @Vishera, you shouldn't rely on that tool to verify your private IP. By definition, it's meant for internal networks only. Traffic between 192.168.x.x and other devices never leaves the local network. Using such a service would cause confusion because these addresses aren't unique. You might try "nmap" from another machine on the same network to check open ports.