我在我的网络上做了几次Nmap扫描,以确定连接了哪些设备以及打开了哪些端口。令我惊讶的是,我发现了一个非常奇怪的设备连接(我不知道它的物理位置)和一些设备有非常可疑的端口打开。
下面我将列出可疑设备的扫描。
Nmap scan report for 192.168.1.1
PORT STATE SERVICE VERSION
23/tcp open telnet Cisco or Actiontec MI424WR router telnetd
80/tcp open http
443/tcp open ssl/https
992/tcp o
在Rackspace next gen (Performance)服务器上重新安装Ubuntu 10.04需要打开以下端口: 25/tcp、80/tcp、443/tcp、3306/tcp。
我使用nmap检查打开的端口,下面是打开的列表:
PORT STATE SERVICE
22/tcp open ssh
所以我使用ufw打开端口(25/tcp,80/tcp,443/tcp,3306/tcp)
$sudo ufw allow 25/tcp
Rule updated
之后,ufw列出了与打开的端口相同的端口(22/tcp):
PORT STATE SERVICE
22/tcp ope
使用nmap探测会在几个端口上返回BlackICE,但是它似乎是一个非常老的工具根据这些手册。
Starting Nmap 7.80 ( https://nmap.org ) at 2022-10-16 20:27 EDT
Nmap scan report for _gateway (192.168.0.1)
Host is up (0.059s latency).
Not shown: 995 closed ports
PORT STATE SERVICE VERSION
80/tcp open http lighttpd
44
我有一个netgear路由器,我最近连接到我的另一个路由器提供的Xfinity(它糟糕的屁股*)。我主要使用这个路由器作为我的PS4和Raspberry Pi,因为它比Xfinity有更好的wifi信号。但是我现在对我的路由器做了一次NMAP扫描,得到了如下结果:
Nmap scan report for 192.168.1.1
Host is up (0.0018s latency).
Not shown: 991 closed ports
PORT STATE SERVICE
53/tcp open domain
80/tcp open http
139/tcp
我尝试iptables -I INPUT -p tcp -m tcp --dport 4444 -j ACCEPT打开一个端口,但仍然关闭:
$ nmap hostname -p 4444
Starting Nmap 7.70 ( https://nmap.org ) at 2018-05-23 04:47 +0430
Nmap scan report for linux (127.0.1.1)
Host is up (0.000040s latency).
rDNS record for 127.0.1.1: Linux.domain.linux
PORT STATE SERVI
对于我的Ubuntu上的服务列表,在端口515上找不到打印机服务。
nmap -sT -O localhost
PORT STATE SERVICE
23/tcp open telnet
139/tcp open netbios-ssn
445/tcp open microsoft-ds
631/tcp open ipp
9050/tcp open tor-socks
Device type: general purpose
Running: Linux 3.X
OS CPE: cpe:/o:linux:linux_kernel:3
OS details: Lin
我需要在linux服务器中打开端口7001 (RHEL6.3 )。防火墙没有运行。
[root@hslsaoid2 ~]# service iptables status
iptables: Firewall is not running.
请查找netstat -ntpl输出
[root@hslsaoid2 ~]# netstat -ntpl
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State
我有一个托管在dreamcompute中的外部服务器,它可以被视为虚拟专用服务器(vps)。 我使用:https://ping.eu/port-chk/对结果进行了测试: xxx.xxx.xxx.xxx:443 port is closed
xxx.xxx.xxx.xxx:80 port is open
xxx.xxx.xxx.xxx:22 port is open 我已经检查了我的服务器端口在linux中是否打开: username@server:~$ sudo ufw status
Status: active
To Action
我有一个运行在虚拟化Debian8.5(Windows10下的VirtualBox)下的测试游戏服务器;这台Linux机器在网络上有自己的IP地址。游戏服务器使用端口2106、7777和10241。我成功地配置了我的机器,使游戏服务器可以从WAN访问,这3个端口被重定向到Linux机器IP 192.168.1.70 (测试是从我的Windows机器192.168.1.1进行的)。
我在Windows上做了一些远程登录测试,比如:
telnet 192.168.1.70 2106 ==> Test OK
telnet 192.168.1.70 7777 ==> Test OK
tel
我想在嵌入式linux设备上使用Alljoyn框架。出于安全原因,有必要为该设备配置防火墙。这是用iptables完成的。
到目前为止,我所做的是:我尝试在没有防火墙的设备上运行AboutService示例,然后检查TCPDump。作为客户端,我使用了IoT Explorer for AllJoyn (Windows 10),但是AboutClient也应该运行良好。检查TCPDump与wireshark,宣布的端口是明确的,我必须打开端口9955 (alljoyn) 9956 (Alljoyn)和5353 (MDNS?!?)给UDP的。我用以下规则解决了这个问题:
$ iptables -A
我目前在一个数据中心有一个VPS,我要求管理员打开一个端口来安装一个ftp服务器。它打开了端口3345,一开始我认为端口没有被正确转发,因为我运行nmap如下:
nmap 194.110.xxx.xx
Starting Nmap 6.00 ( http://nmap.org ) at 2013-12-17 14:33 EET
Nmap scan report for host-194-110-xxx-xx(194.110.xxx.xx)
Host is up (0.0022s latency).
Not shown: 995 closed ports
PORT STATE SE
形势:
我有一个应用程序,它的部分是TCP服务器(基于socketserver),我想对它进行功能测试。
我为自己创建了一个测试混合器,我在每个测试用例中都使用它:
class AppProcessManagingMixin:
_used_tcp_ports = set()
def start_my_app(self):
port = self._take_tcp_port()
prepare_config_with_given_tcp_port(port)
# use prepared config by subprocess