- 综合排序
- 最热优先
- 最新优先
- 来自专栏全栈程序员必看
debian开启ipv6_docker 端口 ipv4 ipv6
Debian 6配置本地IPV6地址访问 1、检查自己本地是否支持IPV6，cmd执行命令ipconfig查找有没有ipv6地址，没用的话网上找找怎么配 2、vi编辑/etc/sysctl.conf 最下面有则修改，无则添加 # Disable IPv6 net.ipv6.conf.all.disable_ipv6 = 0 net.ipv6.conf.default.disable_ipv6 = inet6 addr: 2001:da8:203:ec8:a00:27ff:fe6b:7ec/64 Scope:Global inet6 addr: fe80::a00:27ff:fe6b :7ec或者2001:da8:203:ec8:a00:27ff:fe6b:7ec查看通不通 # 和 IPV4 不同,IPV6 需要加 -6 ping -6 fe80::a00:27ff:fe0a:36b6 6、浏览器访问ipv6地址 https:[fe80::a00:27ff:fe6b:7ec]/fort/pages/login.jsp 地址里面的 中括号 不能省掉，我第一次用的时候就以为不要中括号各种过不去
2.1K20编辑于 2022-09-27 - 来自专栏linux技术
centos6关闭本地监听的6000端口
前言# 基于CVE-1999-0526漏洞的披露，对系统X服务的6000端口进行关闭 有三种方式： 修改系统/usr/bin/X内容，增加nolisten参数 开启系统防火墙，关闭6000端口的对外访问 elf | grep Xorg 显示的进程号 在测试过程中出现过杀死X服务进程后没有自启的情况，可尝试使用 init 3 && init 5 尝试重新启动X服务 修改防火墙方式# # 开启除6000端口以外的所有端口 (6000端口无法访问) systemctl start firewalld firewall-cmd --permanent --zone=public --add-port=1-65535/udp permanent --zone=public --add-port=6001-65535/tcp firewall-cmd --reload firewall-cmd --list-all # 恢复（6000端口可以访问
2.3K10编辑于 2022-10-25 - 来自专栏FreeBuf
等保2.0高风险项判定汇总
对可用性要求较高的系统，若网络链路为单链路，核心网络节点、核心网络设备或关键计算设备无冗余设计，一旦出现故障，可能导致业务中断，可判定为高风险。（3级） 6. 可控网络环境与不可控网络环境之间数据传输未采用通信协议转换或通信协议隔离等方式进行数据转换（网闸或前置机），可判定为高风险。（4级） 6. 可判定为高风险。（3级） 4.网络设备、安全设备、操作系统等存在多余系统服务/默认共享/高危端口存在，且存在可被利用的高危漏洞或重大安全隐患，可判定为高风险。 （注意不只系统和应用，还有设备也要关闭多余端口） 5. 通过不可控网络环境远程管理的网络设备、安全设备、操作系统、数据库等，未采取技术手段对管理终端进行限制，可判定为高风险。 （3级） 6.对于一些互联网直接能够访问到的网络设备、安全设备、操作系统、数据库等，如存在外界披露的重大漏洞，未及时修补更新，无需考虑是否有 POC 攻击代码，可判定为高风险。
3K40发布于 2019-08-09 - 来自专栏博文视点Broadview
如何理解“高风险高收益”这句话？
投资者都听过“高风险高收益”这句话，但我们从大量投资者的投后行为中发现，真正理解这句话的人是少数。 如果不能准确理解，那么即使承担了高风险，也很可能获得不了高收益，甚至会导致严重的亏损。 承担了高风险，不一定获得高收益 “高风险高收益”这句话不能被理解为“承担高风险就能获得高收益”，承担高风险只是获得高收益的必要条件，但远不是充分条件。 换言之，如果以不适当的方式承担了高风险，那么很可能获得不了高收益。“高风险高收益”这句话更准确地说应该是“要想获得高收益就需要承担高风险，但承担了高风险不一定能获得高收益”。 事实上，投资高风险标的遭受巨大亏损有两种主要情形： 第一种是选错了标的，它只是高风险，但并不是高收益，这种主要因为看错了标的； 第二种是标的选的没错，是长期高收益的，但他自己在高风险资产出现了正常的阶段性回撤时失去了信心 高风险投资获得高收益的充分条件 高风险投资获得高收益的充分条件：一是长期持有；二是你有能力区分是正常回撤还是选错了标的。
1.9K50编辑于 2023-04-04 - 来自专栏Python爬虫与数据挖掘
使用ipv6进行远程桌面3389端口登录
服务器端设置： 打开命令行 输入如下命令 netsh interface portproxy add v6tov4 listenport=3389 connectport=3389 通过 netstat -ano | find "3389" 查看端口映射是否正确 正常应显示如下 TCP 0.0.0.0:3389 0.0.0.0:0 LISTENING 848TCP [::]:3389 [::]:0 LISTENING 848UDP 0.0.0.0:3389 *:* 848UDP [::]:3389 *:* 848 说明ipv6上端口3389监听成功 基本原理介绍： windows中的远程登录服务默认侦听在ipv4的 3389端口, 我们只需要打开一个ipv6的端口开始侦听，并把数据转发给ipv4的3389端口即可这也就是命令netsh interface portproxy 的意义 ----------------
2.4K00发布于 2021-08-29 - 来自专栏前端进阶学习交流
使用ipv6进行远程桌面3389端口登录
今天给大家分享一下如何使用ipv6进行远程桌面3389端口登录，具体的教程，如下所示。 服务器端设置： 打开命令行 输入如下命令 netsh interface portproxy add v6tov4 listenport=3389 connectport=3389 通过 netstat -ano | find "3389" 查看端口映射是否正确 正常应显示如下 TCP 0.0.0.0:3389 0.0.0.0:0 LISTENING 848TCP [::]:3389 [::]:0 LISTENING 848UDP 0.0.0.0:3389 *:* 848UDP [::]:3389 *:* 848 说明ipv6上端口3389监听成功 基本原理介绍： windows中的远程登录服务默认侦听在ipv4的 3389端口, 我们只需要打开一个ipv6的端口开始侦听，并把数据转发给ipv4的3389端口即可这也就是命令netsh interface portproxy 的意义 ----------------
5.3K10发布于 2020-11-26 - 来自专栏Django Scrapy
端口的常用端口
0-1023是公认端口号，即已经公认定义或为将要公认定义的软件保留的，而1024-65535是并没有公共定义的端口号，用户可以自己定义这些端口的作用。 那么端口号到底有什么作用呢？ 上一次提到提到在一个经过OSI第四层传输层封装的数据段的第四层报头里包含两个端口号，既源端口号和目的端口号，目的端口号的作用上面已经介绍了，下面让我们了解一下原端口号吧。 而B收到数据后会读取数据包的源端口号和目的端口号，然后记录下来，当软件创建了要返回的数据后就把原来数据包中的原端口号作为目的端口号，而把自己的端口号作为原端口号，也就是说把收到的数据包中的原和目的反过来 记住mountd可运行于任何端口（到底是哪个端口，需要在端口111做portmap查询），只是Linux默认端口是635，就像NFS通常运行于2049端口。 FTP,Satanz Backdoor,Back Construction,Dark Connection Inside 1.2 TCP 667=Noknok7.2 TCP 668=Noknok6
7.7K61发布于 2018-04-12 - 来自专栏golang探索者
centos7 80端口被tcp6监听，改为tcp
centos7 80端口被tcp6监听，改为tcp 2017-7-21 今天在虚拟机上装了centos7 配置好apache后，输入 netstat -tnpl | grep 80 发现 80端口竟然在tcp6上。 netstat -tnpl | grep 80 tcp6 0 80 0.0.0.0:* LISTEN 2937/httpd
6.4K30发布于 2021-10-21 - 来自专栏安恒信息
安恒信息发现“亿邮Eyou” 高风险漏洞
邮件系统作为APT定向攻击中的一个重要场景，其安全性一直受各方密切关注，近日，安恒信息安全研究院发现了目前在国内高校、政府、企业使用率非常 高的著名邮箱系统“亿邮Eyou”的远程代码执行漏洞，可导致远程攻击者直接获取邮件服务器控制权限。该漏洞影响范围包含了“亿邮Eyou”系统的3.6 版本。 安恒信息已及时将漏洞信息提交给国际著名的漏洞知识库CVE组织,并经过CVE组织重现风险。目前，该漏洞已被CVE组织收录，获得了该组织机构唯一的编号：CVE-2014-1203。
2.5K50发布于 2018-04-10 - 来自专栏瓜农老梁
Q3# ZK集群内存过高风险评估
内存约在使用超过95%执行该预案 2.应急操作 定向爆破 步骤 操作过程 1 将节点高风险域名指向高配机器x.x.x.122 2 下线该高风险节点迫使客户端触发重连 3 升级该高风险节点为高配机 备注
79460发布于 2021-10-14 - 来自专栏MySQL从删库到跑路
C、C++语言高危，高风险函数、内存溢出（一）
1.gets - 高风险 危险: 它没有安全检查措施,很容易导致缓冲区溢出. _getws - 高风险 危险: 它没有安全检查措施,很容易导致缓冲区溢出. _getts - 高风险 危险: 它没有安全检查措施,很容易导致缓冲区溢出. 例子: ...... char dest[MAX_SIZE]; ...... lstrcpyn(dest,src,MAX_SIZE); ...... 6.lstrcpyA - 高风险 危险: _ftcscpy - 高风险 危险: 它没有安全检查措施,很容易导致缓冲区溢出.
2.9K20发布于 2020-07-23 - 来自专栏全栈程序员必看
HTTP常见端口_8443端口
常见端口地点 HTTP服务器，默认的端口号为80/tcp（木马Executor开放此端口）； HTTPS（securely transferring web pages）服务器，默认的端口号为443 管理工具，默认的端口号为9090； JBOSS，默认的端口号为8080； TOMCAT，默认的端口号为8080； WIN2003远程登陆，默认的端口号为3389； Symantec AV/Filter for MSE ,默认端口号为 8081； Oracle 数据库，默认的端口号为1521； ORACLE EMCTL，默认的端口号为1158； Oracle XDB（ XML 数据库），默认的端口号为 RPC端口 9000 ： 非高可用的HDFS RPC端口 8088 ： Yarn 的WEB UI 接口 8485 ： JournalNode 的RPC端口 8019 ： ZKFC端口 19888 UI 管理端口 Hive 9083 : metastore服务默认监听端口 10000：Hive 的JDBC端口 Spark 7077 ： spark 的master与worker进行通讯的端口
5.3K30编辑于 2022-10-02 - 来自专栏JAVA人生/面试技巧
端口占用如何关闭端口
右键命令提示符选择以管理员身份进入） 2.输入netstat -aon|findstr "端口号" 3.输入taskkill /pid 对应的pid /f 实例如下： 4.注意事项，如果提示失败应该是权限问题
9.6K20发布于 2021-09-10 利用EdgeOne实现80或443端口访问家宽IPv6
一、背景与需求：家宽IPv6的端口困境当前家庭宽带普遍支持IPv6公网地址，但面临两大痛点：端口封锁：运营商通常封锁80/443等常用端口，导致无法直接通过标准HTTP/HTTPS访问家庭服务（如NAS IPv4/IPv6互通障碍：部分用户（如公司网络）仅支持IPv4，无法直接访问IPv6资源。传统方案（如Cloudflare）因海外节点延迟高、回源端口限制严格，国内体验较差。 双栈支持与端口自由：支持IPv6客户端访问，同时自动为IPv4用户提供转换；任意回源端口：可将80/443请求转发到家宽服务的非标准端口（如9000）。 五、效果验证指标直接访问家宽通过EdgeOne加速端口支持非标准端口直接80/443访问IPv4→IPv6转换不可用自动完成国内延迟跨网高延迟≤50ms（备案域名）国外访问可访问不可访问注：测试环境为联通宽带访问移动家宽六 、总结EdgeOne通过 “CDN转发 + 双栈协议转换” 实现了：✅ 绕过端口封锁：将标准端口请求映射到非标端口；✅ 解决协议隔离：无缝衔接IPv4与IPv6用户；✅ 提升访问体验：国内节点加速与免费资源降低门槛
4K20编辑于 2025-08-18- 来自专栏全栈程序员必看
如何关闭139端口及445端口等危险端口_windows端口关闭工具
项目进行安全测试时，使用Nmap扫描端口，发现了几个未关的端口，容易受到黑客的攻击和病毒感染，所以需要关掉。 端口如下： 111端口 Remote Procedure Call，远程过程调用 135端口 CVE-2003-0352 Microsoft Windows DCOM RPC接口长主机名远程缓冲区溢出漏洞 ，单击右边的“添加”按钮 (6)在出现的“IP筛选器 属性”对话框中，选择“地址”选项卡，“源地址”选择“任何”，“目标地址”选择“我的IP地址”； 选择“协议”选项卡，各项设置如图片中所示。 ：防火墙禁用端口 (1) 在“命令”程序窗口中输入netstat -na可以查看系统所有端口状态。 ，端口445失败“就说明端口没有开启。
13.9K140编辑于 2022-11-02 - 来自专栏WalkingCloud
CentOS6中利用iptables实现NAT转发和端口映射
2、CentOS6 WebServer网站服务器，eth0:172.16.10.200/24 服务器的网卡及IP地址信息如下 1)CentOS6 2)CentOS6 WebServer网站服务器 目前有如下需求 1)要实现CentOS6_WebServer 通过CentOS6(192.168.31.25)服务器配置iptables NAT转发来上外网 2)要实现目的NAT(端口映射)，访问CentOS6(192.168.31.25 )服务器的80端口就可以CentOS6_WebServer 的Web端口80 可以在192.168.31.25的CentOS6服务器上编写脚本来实现 vi iptables.sh iptables.sh /iptables.sh 在CentOS6_WebServer(172.16.10.200)上测试可以上外网 再测试端口映射是否生效 直接访问http://192.168.31.25/可以正常打开网站 ，可以看出端口映射OK
3.7K00发布于 2020-01-02 - 来自专栏全栈程序员必看
查看端口 并关闭端口
假如在Windows平台下，我们的端口号被谁占用了， 以8080端口为例: 在，命令行输入：netstat -nao 出现： 协议 本地地址 外部地址 LISTENING 1008 TCP 0.0.0.0:49156 0.0.0.0:0 LISTENING 676 关闭端口 ： 找到对应端口的PID 输入命令： taskkill -pid 6608 即可关闭 发布者：全栈程序员栈长，转载请注明出处：https://javaforall.cn/162305.html原文链接
50.9K50编辑于 2022-09-09 - 来自专栏数据安全观察
外包人员数据访问审计：高风险群体，审计怎么做？
引言外包人员是金融机构数据泄露的高风险群体——他们没有正式员工的"组织归属感"，但往往拥有与生产环境相同的技术权限。 外包人员的数据访问行为，至少包括以下高风险场景：场景一：外包运维人员访问生产数据库外包运维团队（如核心系统运维、数据库运维）需要访问生产环境排查问题，往往使用共享账号（如dba_user、app_admin ④ 异常行为专项检测，解决高风险群体管控问题外包人员是数据泄露的高风险群体，uDSP针对外包人员配置了专项异常检测规则：非常规时间访问——外包人员往往只在工作时间访问，非工作时间访问触发告警批量查询/导出
16510编辑于 2026-06-30 - 来自专栏全栈程序员必看
解除80端口占用_443端口和80端口被占用
有朋友问到，我本地phpnow，想使用80端口，但是每次都提示端口占用，有什么办法可以解决，那么最模板找出相关资料，提示如下： 开始–运行–cmd 进入命令提示符 输入netstat -ano 即可看到所有连接的 PID 之后在任务管理器中找到这个PID所对应的程序如果任务管理器中没有PID这一项,可以在任务管理器中选”查看”-“选择列” 经常，我们在启动应用的时候发现系统需要的端口被别的程序占用，如何知道谁占有了我们需要的端口 ，很多人都比较头疼，下面就介绍一种非常简单的方法，希望对大家有用 假如我们需要确定谁占用了我们的80端口 1、Windows平台 在windows命令行窗口下执行： C:\>netstat -aon|findstr “80” TCP 127.0.0.1:80 0.0.0.0:0 LISTENING 2448 看到了吗，端口被进程号为2448的进程占用 如果需要查看其他端口。
8.8K30编辑于 2022-09-18 - 来自专栏FreeBuf
Fi6S：一款功能强大且高效的IPv6端口扫描工具
关于Fi6S Fi6S是一款功能强大且高效的IPv6端口扫描工具，该工具的运行速度非常快，支持通过异步发送和处理原始数据包来实现其功能。 /fi6s路径下找到构建好的Fi6S扫描器可执行文件。 需要注意的是，Fi6S仅在Linux操作系统上进行过完整测试，理论上支持在其他类UNIX平台上运行。 /fi6s -p 80,8000-8100 2001:db8::/120 上述命令将执行下列任务： 1、扫描2001:db8::/120子网（总共256个地址）； 2、扫描TCP端口80和8000-8100 （总共102个端口）； 3、每秒尽可能多地发送数据包； 4、将扫描结果输出以列表格式输出； 工具还提供了很多不同的方法来指定要扫描的地址范围，使用 --print-hosts可以打印所有的IP地址，或使用 /fi6s -p 53 --banners --udp --source-port 12345 2001:db8::xx 需要注意的是，与TCP不同，UDP场景下只有扫描Fi6S支持其协议的端口，才会得到有用的
2K20编辑于 2023-09-08
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号