进入公众号后打开网页莱阳seo外包
公司内部有个ip为10.10.10.1的网关，每天定时端口扫描，然后扫描发送的数据包http server解析不了，日志里就会记录这个错误，有点烦， 用防火墙过滤一下
ubuntu的防火墙命令是 ufw， 跟ufo挺像的，也好记，本质上是对iptables做了进一步封装
root@odoo-pc:~# ufw status
状态：不活动
root@odoo-pc:~# ufw enable
在系统启动时启用和激活防火墙
root@odoo-pc:~# ufw status
状态： 激活
root@odoo-pc:~# ufw allow 9002
规则已添加
规则已添加 (v6)
root@odoo-pc:~# ufw status
状态： 激活至 动作 来自
- -- --
9002 ALLOW Anywhere
9002 (v6) ALLOW Anywhere (v6) 我的odoo服务端口是9002，已经添加上了。
把22和5432也放出去
root@odoo-pc:~# ufw allow 22
规则已添加
规则已添加 (v6)
root@odoo-pc:~# ufw allow 5432
规则已添加
规则已添加 (v6)现在要限制10.10.10.1 对本机9002 端口的访问
root@odoo-pc:~# ufw deny from 10.10.10.1 to any port 9002
规则已添加
root@odoo-pc:~# ufw status
状态： 激活至 动作 来自
- -- --
9002 ALLOW Anywhere
22 ALLOW Anywhere
5432 ALLOW Anywhere
9002 DENY 10.10.10.1
9002 (v6) ALLOW Anywhere (v6)
22 (v6) ALLOW Anywhere (v6)
5432 (v6) ALLOW Anywhere (v6)
完活。 ufw确实挺好用的。
补充：经过两天的观察，这样配置是不起作用的，原因在于规则的顺序。
第一条规则，是对所有的ip都放行
第四条规则： 是限制10.10.10.1 对9002端口的访问。
我猜测，linux内核在看到第一条的时候就对数据包放行了，根本就没有走到第四条。
经过调整规则顺序，将第四条deny规则放在allow的前面， 规则生效，其他ip也能访问
root@odoo-pc:~# ufw status
状态： 激活至 动作 来自
- -- --
22 ALLOW Anywhere
5432 ALLOW Anywhere
9002 DENY 10.10.10.1
9002 ALLOW Anywhere
9002 (v6) ALLOW Anywhere (v6)
22 (v6) ALLOW Anywhere (v6)
5432 (v6) ALLOW Anywhere (v6) 这样就好了。 deny的规则放前面，allow的规则放后面。