Windows中netsh命令实现端口转发

发布于

背景

最近租了一个windwos系统的服务器和sqlserver数据库。服务器有外网ip，数据库只能内网访问，为了开发方便，需要做个端口转发，实现通过外网连接内网的sqlserver。刚好windows自带了Interface Portproxy这个东西，能满足要求，下面简单记录一下配置过程

简介

相关的参数：数据库IP:172.16.0.123 端口:1433 服务器IP:172.16.0.10 需要映射的端口:1344，接下来就是一条命令搞定了

netsh interface portproxy add v4tov4 listenport=1344 connectaddress=172.16.0.123 connectport=1433

接下来就可以通过外网IP加端口 1344 访问sqlserver了,下面记录一下相关的参数

  • listenport 必需。指定要监听的端口
  • listenaddress 需要监听的计算机ip,未指定则默认值为本机
  • connectport 需要转发的端口，未指定则默认值为本地计算机上的listenport
  • connectaddress 需要转发的计算机ip，未指定则默认值为本机
  • protocol 指定的协议，暂仅支持TCP

相关命令

查看

netsh interface portproxy show all

修改

netsh interface portproxy set v4tov4 listenport=1333 connectaddress=172.16.0.123 connectport=1433

删除

netsh interface portproxy delete v4tov4 listenport=29090

注意事项

如果系统是xp/2003的话，要先安装ipv6 netsh interface ipv6 install

请确保防火墙（Windows防火墙或通常包含在杀毒软件中的第三方防火墙）允许到新端口的传入连接。 如有必要，可以使用以下命令添加新的Windows防火墙规则：

netsh advfirewall firewall add rule name=”forwarded_RDPport_1344” protocol=TCP dir=in localip=172.16.0.10  localport=1344 action=allow

如果该命令未返回任何内容并且通过netsh interface portproxy进行端口转发不成功，则请确保iphlpsvc（IP Helper）服务当前已在你的系统上运行

来源：https://blog.wixy.cn/article/138.html

评论

发表评论

此博客中的热门博文

如何防止Cloudflare CDN背后的图片被盗连(Hotlink Protection)？

发布于
「Hotlink Protection」(直接链接保护)是经营网站经常需要去注意的一块，但为什么我们会需要「Hotlink Protection」呢？身为图文并茂的网络文章作家，最担心得就是自己的文章被别人整篇连文带图地拷贝粘贴到其它地方了。此时如果图片有套用「Hotlink Protection」的话，就可以让被盗用的图片在其它网站上「不被正常显示」出来，如此一来，就能使其它误入盗文页面的访客可以知道该篇文章是篇被盗用的文章。不同的网站架构有不同的「Hotlink Protection」的设置方式，如果您的网站有打开Cloudflare的CDN服务的话，可以参考这篇文章，来实现「Hotlink Protection」的功能。 我的网站服务器是用Nginx或Apache，难道不能直接对它们做设置吗？ 很遗憾，只要我们有激活Cloudflare的CDN服务，就无法有效地通过自己的服务器程序来设置Hotlink Protection。这是因为网页浏览器在打开您网站的图片时，会去链接Cloudflare的CDN服务器，而非我们自己的服务器，所以就算我们有在自己的服务器上制作Hotlink Protection的功能，也根本不会被触发到。 既然有Cloudflare CDN，为什么还要Hotlink Protection？被盗连的图，其流量不是不会算在我们头上吗？ 的确，有了Cloudflare CDN之后，就算图片被盗连，它主要也还是会去吃Cloudflare CDN服务器的流量。但是，您真的愿意让您文章中的图片原封不动地在盗文网站上显示出来吗？所以还是设置一下Hotlink Protection吧！ Cloudflare内置的Hotlink Protection开关 Cloudflare的控制后台中，其实就有提供一个一键套用Hotlink Protection的开关，只要打开来，就可以让有激活CDN功能的网域拥有Hotlink Protection的功能。这个开关藏在Cloudflare控制后台的「Scrape Shield」分页中。 这个Hotlink Protection一旦打开，整个有打开Cloudflare CDN服务的网域(包含子网域)下的图片链接，就只能在这整个网域(包含子网域)下打开，否则的话会直接回传HTTP的403...
阅读全文

nginx中location的顺序(优先级)及rewrite规则写法

发布于
一、location正则写法 一个示例： location = / { # 精确匹配 / ，主机名后面不能带任何字符串 [ configuration A ] } location / { # 因为所有的地址都以 / 开头，所以这条规则将匹配到所有请求 # 但是正则和最长字符串会优先匹配 [ configuration B ] } location /documents/ { # 匹配任何以 /documents/ 开头的地址，匹配符合以后，还要继续往下搜索 # 只有后面的正则表达式没有匹配到时，这一条才会采用这一条 [ configuration C ] } location ~ /documents/Abc { # 匹配任何以 /documents/Abc 开头的地址，匹配符合以后，还要继续往下搜索 # 只有后面的正则表达式没有匹配到时，这一条才会采用这一条 [ configuration CC ] } location ^~ /images/ { # 匹配任何以 /images/ 开头的地址，匹配符合以后，停止往下搜索正则，采用这一条。 [ configuration D ] } location ~* \.(gif|jpg|jpeg)$ { # 匹配所有以 gif,jpg或jpeg 结尾的请求 # 然而，所有请求 /images/ 下的图片会被 config D 处理，因为 ^~ 到达不了这一条正则 [ configuration E ] } location /images/ { # 字符匹配到 /images/，继续往下，会发现 ^~ 存在 [ configuration F ] } location /images/abc { # 最长字符匹配到 /images/abc，继续往下，会发现 ^~ 存在 # F与G的放置顺序是没有关系的 [ configuration G ] } location ~ /images/abc/ { # 只有去掉 config D 才有效：先最长匹配 config G 开头的地址，继续往下搜索，匹配到这一条正则，采用 [ configuration H ] } l...
阅读全文

Yaf framework 相关项目骨架

发布于
在 yaf 的源码目录，附带了一个工具 tools 目录， 下面有个 cg/yaf_cg 工具，是通过模版生成 yaf 项目骨架的工具。 Usage: ./yaf_cg ApplicationName [ApplicationPath] 项目目录 ├── application │ ├── Bootstrap .php │ ├── controllers │ ├── library │ ├── models │ ├── plugins │ └── views ├── conf │ └── application .ini └── index .php index.php 程序的入口文件 application 主要的应用程序代码目录。 2.1 可以通过 application.directory 这个配置来修改。 2.2 application 目录下的目录（controllers、models、plugins、views）是默认的代码结构目录，yaf 会根据相关的类名称，去相关目录下加载相关的文件，例如  IndexController extends Yaf\Controller_Abstract  这个文件，yaf 就会到  controllers  目录下查找 Index.php、类 UserModel 就会到 models 目录下查找 User.php（可以定制文件后缀或前缀模式，如 ModelUser 就是前缀模式）。 2.3 除了 library 目录以外，其它目录都是在框架编译的时候确定的，library 目录主要是存放一些本地库文件例如我有个 Helper_Html (名称空间模式 Helper\Html) 类，通过注册本地类名称空间 Yaf_Loader::registerLocalNamespace("Helper") 来加载，文件的存储结构是  library/helper/Html.php  需要注意的就是要开启名称空间，使用 namespace 的类名称和不使用 namespace 的 classname 有些差异。 2.4 Bootstrap.php 是框架的引导类 (可以没有)，继承自  Yaf\Bootst...
阅读全文

数据库（第一范式，第二范式，第三范式）

发布于
范式：英文名称是 Normal Form，它是英国人 E.F.Codd（关系数据库的老祖宗）在上个世纪70年代提出关系数据库模型后总结出来的，范式是关系数据库理论的基础，也是我们在设计数据库结构过程中所要遵循的规则和指导方法。目前有迹可寻的共有8种范式，依次是：1NF，2NF，3NF，BCNF，4NF，5NF，DKNF，6NF。通常所用到的只是前三个范式，即：第一范式（1NF），第二范式（2NF），第三范式（3NF）。 设计关系数据库时，遵从不同的规范要求，设计出合理的关系型数据库，这些不同的规范要求被称为不同的范式，各种范式呈递次规范，越高的范式数据库冗余越小。 目前 关系数据库 有六种范式：第一范式（1NF）、第二范式（2NF）、第三范式（3NF）、巴斯-科德范式（BCNF）、 第四范式 (4NF）和 第五范式 （5NF，又称完美范式）。满足最低要求的范式是第一范式（1NF）。在第一范式的基础上进一步满足更多规范要求的称为第二范式（2NF），其余范式以次类推。一般说来，数据库只需满足第三范式(3NF）就行了。 下面就简单介绍下这三个范式。 第一范式（1NF） 强调的是 列的原子性 ，即列不能够再分成其他几列。  考虑这样一个表：【联系人】（姓名，性别，电话）  如果在实际场景中，一个联系人有家庭电话和公司电话，那么这种表结构设计就没有达到 1NF。要符合 1NF 我们只需把列（电话）拆分，即：【联系人】（姓名，性别，家庭电话，公司电话）。1NF 很好辨别，但是 2NF 和 3NF 就容易搞混淆。  说明：在任何一个 关系数据库 中，第一范式（1NF）是对 关系模式 的设计基本要求，一般设计中都必须满足第一范式（1NF）。不过有些 关系模型 中突破了1NF的限制，这种称为非1NF的关系模型。换句话说，是否必须满足1NF的最低要求，主要依赖于所使用的 关系模型 。 第二范式（2NF） 首先是 1NF，另外包含两部分内容，一是表必须有一个主键；二是没有包含在主键中的列必须完全依赖于主键，而不能只依赖于主键的一部分。  考虑一个订单明细表：【OrderDetail】（OrderID，ProductID，UnitPri...
阅读全文

小米 11 Ultra 免 root 精简列表

发布于
目前我是用着没看出问题来，有问题我也会及时更新： #!/bin/bash echo "===========================系统精简开始===========================" # 一定要先退出"纯净模式",否则卸载后无法退出 adb kill-server adb devices # 所附设备列表 # 7HX0219928032887 device # 卸载预置应用包 # MIUI 相关 adb shell pm uninstall --user 0 com.miui.accessibility # 小米闻声 adb shell pm uninstall --user 0 com.miui.analytics # 小米广告分析，必删（重启会自动安装） adb shell pm uninstall --user 0 com.miui.aod # 万象息屏 adb shell pm uninstall --user 0 com.miui.audiomonitor # 小米录音 adb shell pm uninstall --user 0 com.miui.bugreport # 用户反馈 adb shell pm uninstall --user 0 com.miui.cit # CIT手机测试 adb shell pm uninstall --user 0 com.miui.cleanmaster # 清理垃圾 adb shell pm uninstall --user 0 com.miui.compass # 小米指南针 adb shell pm uninstall --user 0 com.miui.contentcatcher # 应用程序扩展服务 adb shell pm uninstall --user 0 com.miui.contentextension # 传送门 adb shell pm uninstall --user 0 com.miui.easygo # EasyGo adb shell pm uninstall --user 0 com.miui.freeform # 自由窗口 adb shell pm uninstall --user 0 com....
阅读全文

远离你身边的煤气灯人

发布于
今天讲个煤气灯人的故事，这可不是一个关于张牙舞爪的喷火小木偶的恐怖故事。 我想说的远比恐怖故事惊悚多了。 它毁人心智，杀人于无形。 何为煤气灯人？如果你感觉这个词很陌生，那么朋友，你听说过PUA吗？ PUA（Pick-up Artist，把妹达人），一个近年来广为人知的群体，与其相关的理论亦称为“泡学”。 大量不善交际的尝试者，几经辗转购入高价PUA课程，并将其珍若江湖两性秘笈。但同时在更多人眼中，PUA群体也沦为过街之鼠，人人喊打。甚至还有人故意在人际交往中，突显自己的直男直女本性，与“套路”二字划清界限。 但你真以为自己能摆脱PUA吗——Nope，甚至也许 你就是正在进行“情感操纵”的PUA本A 。 01. PUA，其实就是一种煤气灯人 现今意义上的PUA，上可追溯至1944年，由美国导演乔治·库克执导的一部惊悚片 《煤气灯下》（Gaslight） 中的主角安东。 在电影中，钢琴师安东（CharlesBoyer饰）为了将妻子宝拉（Ingrid Bergman饰）所要继承的大额财产据为己有，一面将自己伪装成潇洒体贴的丈夫，另一面又不断使用各种心理战术，联合家中的女佣企图将妻子逼疯。 在丈夫缜密的心理操纵下，宝拉逐渐变得神经兮兮，怀疑现实、质疑自己，最后在精神上几乎完全依附于安东。 这种试图破坏他人对现实的感知的情感操纵，也因该电影而得名为 Gaslighting（煤气灯操纵） 。下面我挑选了几个经典的Gaslighting片段让大家品品： Part 1 信息封锁：在一段时间内不断重复强调某一信息 安东和宝拉新婚满三个月时，外出去伦敦塔游玩。出门前安东送给妻子一枚小巧的白色胸针，声称是母亲去世前留给他的，并嘱咐宝拉把它收好。 此时安东略显刻意地强调了一句： “你可能会弄丢，你知道的，你经常丢三落四” 。这是电影中安东第一次对宝拉实施Gaslighting，也是宝拉初步对自己产生怀疑。 但是在二人离去之后，两位女佣之间的对话又再次佐证了，宝拉从未体现出任何异常。但是男主人安东，却不断向他们传输“女主人生病了”这一信息。 如果说此时，仆人们还对女主人生病一事尚有所怀疑。那么接下来的事情，就令他们对于这一言论深信不疑了。 当天的游玩结束后，安东便以饰物常年未佩戴、需要修理为由，向宝拉索要胸针。由于安东从一开始就并未将胸针放入宝拉的手包，而是偷偷将其藏在手心转移至别处，...
阅读全文

kubernetes中部署mysql高可用集群

发布于
很多软件后端使用的存储都是mysql，当这些软件系统在生产环境部署时，都会面临一个严峻问题，需要在生产环境中部署一个高可用的mysql集群服务。刚好在最近一周的工作中，需要在kubernetes环境中搭建mysql高可用集群，这里记录一下。 搭建MySQL集群 MySQL的主从半同步复制方案、Galera集群方案以前都也实践过，感觉都不是太友好，配置比较麻烦，而且发生故障转移时经常需要人工参与。所以这里还是采用MySQL官方推荐的Group Replication集群方案。关于MySQL Group Replication集群的架构设计可以看 官方文档 ，懒得看英文的话，也可以看我之前整理出的 资料 。另外kubedb网页上也有介绍 MySQL几种高可用方案的构架方案 ，也比较有意思。 之前的博文 也讲过在非容器环境搭建MySQL Group Replication集群，现在在Kubernetes的容器环境配合kubedb，搭建更方便了，命令如下： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 # 添加appscode的helm仓库 $ helm repo add appscode https://charts.appscode.com/stable/ $ helm repo update # 部署kubedb $ helm install appscode/kubedb --namespace kube-system --name kube...
阅读全文

分布式定时任务对比

发布于
1. 什么是分布式定时任务 把分散的，可靠性差的计划任务纳入统一的平台，并实现集群管理调度和分布式部署的一种定时任务的管理方式。叫做分布式定时任务。 2. 常见开源方案  elastic-job  ,  xxl-job ， quartz , saturn,  opencron ,  antares    elastic-job elastic-job 是由当当网基于quartz 二次开发之后的分布式调度解决方案 ， 由两个相对独立的子项目Elastic-Job-Lite和Elastic-Job-Cloud组成 。 Elastic-Job-Lite定位为轻量级无中心化解决方案，使用jar包的形式提供分布式任务的协调服务。 Elastic-Job-Cloud使用Mesos + Docker(TBD)的解决方案，额外提供资源治理、应用分发以及进程隔离等服务 亮点： 基于quartz 定时任务框架为基础的，因此具备quartz的大部分功能 使用zookeeper做协调，调度中心，更加轻量级 支持任务的分片 支持弹性扩容 ， 可以水平扩展 ， 当任务再次运行时，会检查当前的服务器数量，重新分片，分片结束之后才会继续执行任务 失效转移，容错处理，当一台调度服务器宕机或者跟zookeeper断开连接之后，会立即停止作业，然后再去寻找其他空闲的调度服务器，来运行剩余的任务 提供运维界面，可以管理作业和注册中心。 elastic-job结合了quartz非常优秀的时间调度功能，并且利用ZooKeeper实现了灵活的分片策略。除此之外，还加入了大量实用的监控和管理功能， 以及其开源社区活跃、文档齐全、代码优雅等优点，是分布式任务调度框架的推荐选择。 由于elastic-job-lite  不支持动态添加作业，此处仅贴上elastic-job-Cloud架构图   xxl-job 由个人开源的一个轻量级分布式任务调度框架 ，主要分为 调度中心和执行器两部分 ， 调度中心在启动初始化的时候，会默认生成执行器的RPC代理 对象（http协议调用）， 执行器项目启动之后， 调度中心在触发定时器之后通过jobHand...
阅读全文

Java 认证考试 OCAJP 经验总结

发布于
1.  考证、认证是否有用含金量的话题 关于认证考试（无论什么认证）是否有用？这个话题无论是在哪里都有人问。这个问题就好比上大学是否有用吗一样，有的人没上过大学一样年薪百万。 认证这种东西需要的时候即有用，不需要的时候就没用。有，并没有什么坏处。说实话个人感觉这证件没什么大用。 而自己想考的理由完全是想自我check下，逼自己复习学习基础。如果你是刚毕业的GH或者在校的，手里有些零花钱的可以考虑下，有这个证/或许/可以证明你Java基础还不错。   2.  关于OCAJP、什么是OCAJP？ OCAJP全称为：Oracle Certified Associate Java SE 8 Programmer Certification 也叫OCA。改版前认证为 OCJP，在Sun公司没有被Oracle收购前叫 SCJP。 这里要提一下，之前的OCJP已经Retire(停考/退休)。Java 7的认证也即将停考。所以如果想考试建议直接考Java SE 8的也就是 Java SE 8 Programmer I 认证，考试编号为1Z0-808，下一个考试为：Java SE 8 Programmer II | 1Z0-809。   3.  关于各考试种类认证科目 ? ? ? 上图的考试科目链接： https://education.oracle.com/oracle-certification-exams-list 在上图中前两个1Z0-803和804是之前获取 Java 7的认证考试； 1Z0-805 是已经获取过Java6认证（也就是OCJP/SCJP）的升级成为Java7的认证 1Z0-808和809 是Java 8 I和II的认证，也就是OCAJP和OCPJP认证。 其他不建议，会在2019年底随着Java 7的认证考试取消，而随着均会停考。 另外在官网中可以查看到后缀带有JPN的考试科目，该考试为日语认证，考试等同于英语的1Z0-808和809，只是考试语言为日语。有日语要求的可以考虑该版本考试。考试内容一样。   4.  考试费用，考试时长 及 合格标准 SE考试费用均为 1,077 RMB，我是在VUE网站报名，使用的VISA信用卡支付的美元，下...
阅读全文

J4125 低功耗 2.5G 迷你软路由详细折腾心得

发布于
大约一个月前我才知道了这款软路由，奈何已经错过了众筹的车，后来发现某鱼上有人转手，只比众筹价格贵了 100，果断入手，下面记录了这个机器折腾的一些心得。 选择 2.5G 组网的理由 首先聊聊为什么选择 2.5G 组网，现在大部分家庭的光纤速度是达不到千兆的，所以很多人觉得上个千兆软路由足矣了。但就目前来看，SSD 价格已经逐步平民化，多磁盘组 Raid 也可以轻松突破 200MB/s，Wifi6 也逐渐普及开来，千兆网络的速度就成为了局域网的瓶颈，如果你像我一样经常拷贝一些蓝光原盘和一些大容量文件的话，着实很蛋疼。而组万兆网的话目前性价比又太低，未来几年内家庭用户也不太可能普及万兆网络。经常关注 DIY 的小伙伴应该有所了解，现在中高端的主板基本都开始集成 2.5G 网卡，一些高端硬路由也开始使用 2.5G 网卡，很多品牌 Nas 主机也都转向了 2.5G，所以目前来看 2.5G 组网是一个很不错的选择，至少未来几年内都不会过时。 下面看看这台机器的配置： CPU 赛扬 J4125 4M Cache up to 2.70 GHz 显卡 Intel UHD Graphics 600 内存 支持双 SODIMM DDR4 内存条，最高支持 32G 硬盘 1 个 m.2 接口仅支持 nvme 协议，PCIE x2 通道 2 个 SATA 2.5 寸硬盘，两个供电接口（5V）+ 两个数据接口 网卡 螃蟹 8125B 网卡，4 个 2.5G 的 RJ45 网口，带 Led，支持 Wake on Lan 电源 12V 或 19V 适配器，5.5*2.5 DC接口，支持上电开机 视频接口 HDMI 1.4 + DP 1.2 USB 接口 2 个 USB3.0 接口 其他 开机按钮 + 指示灯 整机规格为：175mm * 125mm * 50mm，铝合金外壳，CPU 和机箱的鳍通过铜块 + 散热胶连接，整机被动散热！ 选择这台机器的理由 其实讲真，目前市面上的 2.5G 迷你软路由还真的没有太多选择，但我还是得说说这台机器的亮点。 首先是 J4125 这颗低功耗 CPU，实测待机功耗 3W+，满载功耗 10W+，功耗非常低。那么性能如何呢？可以说甩了 J1900 好几条街了，性能相当于 6 代 i5 的水平。看图说话： 其实，大家对J4105 ，J4125 这些处理器都没...
阅读全文