网络端口

本文来源参考：https://www.cnblogs.com/xdyixia/p/9275246.html。 OSI [Open System Interconnection] 分层（7层） ：物理层、数据链路层、网络层、传输层、会话层、表示层、应用层。 TCP/IP分层（4层） ：网络接口层、网际层、运输层、 应用层。 五层协议 （5层） ：物理层、数据链路层、网络层、运输层、 应用层。 TCP/IP五层模型每一层对应的设备分别是什么？ 物理层： 网卡 数据链路层： 交换机 网络层： 路由器 传输层： 防火墙 应用层：计算机 每一层的协议如下 ： 物理层：RJ45、CLOCK、IEEE802.3 （中继器，集线器，网关） 数据链路：PPP、FR、HDLC、VLAN、MAC （网桥，交换机） 网络层：IP、ICMP、ARP、RARP、OSPF、IPX、RIP、IGRP、 （路由器） 传输层：TCP、UDP、SPX 会话层：NFS、SQL、NETBIOS、RPC 表示层：JPEG、MPEG、ASII 应用层：FTP、DNS、Telnet、SMTP、HTTP、WWW、NFS 二进制 每一层的作用如下 ： 物理层： 通过媒介传输比特,确定机械及电气规范（比特Bit） 数据链路层 ：将比特组装成帧和点到点的传递（帧Frame） 网络层 ：负责数据包从源到宿的传递和网际互连（包PackeT）

转自 https://www.cnblogs.com/hgmyz/p/6405478.html 在运行SQL Server的服务器上，我们要找到哪些是SQL Server正在侦听的端口，并将其添加到Windows防火墙的入站例外。 首先，我们需要添加 SQL Server 服务侦听 Windows 防火墙的入站例外，以便客户端可以通过 Windows 防火墙建立 SQL Server 连接的 TCP 端口。 其次，如果我们不在连接字符串中指定 TCP 端口，SQL Server 不侦听 TCP 1433 端口，我们就需要添加SQL Server Brower Services侦听的UDP 1434 端口到 Windows 防火墙的入站例外。 如何找到SQL Server正在侦听的TCP端口，可以按一下步骤： 1. 打开 SQL Server 配置管理器中，从开始->所有程序-> Microsoft SQL Server 2005/2008/2008 R2 ->配置工具; 2. 在SQL Server 配置管理器窗口 ， 左面板中的SQL 服务器网络配置节点下单击协议的 <SQLInstanceName>双击TCP/IP在右面板中，切换到IP 地址选项卡，可以找出所有 SQL Server 侦听的每个 IP 地址的端口或指定端口的所有 IP 地址。

Mac 使用 80 端口 更新日志： 20170807 更新mac使用80端口的错误问题。 Mac 使用 80 端口 一修改etcpfconf 二依次执行以下命令 注意如果有apache等服务器占用了80端口则需要将其停掉方能成功 问题一getsockopt connection refused [ ] 方案一： Mac OS X 因为要绑定80端口需要ROOT权限， 但是如果用root权限启动eclipse或tomcat又会造成， 启动创建的各类文件是root的，普通用户无法删除， 放弃 。 [x] 方案二： 通过pfctl做网络层的端口转发， 让连接到本机80端口的请求，都转发到8080端口； 采纳 注意， Mac OS 会使用80端口做网络文件共享，要先关闭掉。 一、修改/etc/pf.conf 先对pf.conf进行备份： sudo cp /etc/pf .conf /etc/pf .conf .normal .bak 之后在该文件中以下行： sudo vim /etc/pf.conf rdr-anchor "com.apple/*" 后面添加一行配置，如下： rdr on lo0 inet proto tcp from any to 127.0 .0 .1 port 80 -> 127.0 .0 .1 port 8080 注意： lo0 通过 ifconfig

原文: http://dockerone.com/article/133 讲的非常清楚的一篇docker入门材料, 并且作者附带了详细的连接. Docker终极指南 【编者的话】Docker入门的好文章，之前在微博上就有很多人推荐，也是2015年的新文章，DockerOne作了翻译。本教程有三个目标：说明Docker解决的问题、说明它如何解决这个问题、以及说明它使用了哪些技术来解决这个问题，这不是一篇教你怎么运行安装Docker的教程。 Docker是一个相对较新且发展非常快速的项目，可用来创建非常轻量的“虚拟机”。注意这里的引号非常重要，Docker创建的并非真正的虚拟机，而更像是打了激素的chroot，嗯，是大量的激素。 在我们继续之前，我先说下，截至目前（2015年1月4日）为止， Docker只能在Linux上工作 ，暂不支持Windows或OSX（译者注：不直接支持）。我稍后会讲到Docker的架构，你会明白其中的原因。所以，如果想在非Linux平台上使用Docker，你需要在虚拟机里运行Linux。 本教程有三个目标：说明Docker解决的问题、说明它如何解决这个问题、以及说明它使用了哪些技术来解决这个问题。这不是一篇教你怎么运行安装Docker的教程， Docker 此类 教程 已经 有 很多 ，包括 Docker作者的在线互动教程 （译者注

Docker支持映射容器端口到宿主机和容器互联机制来为容器提供网络服务。 一、端口映射 1、外部访问容器应用。使用-P和-p参数来指定端口映射。当使用-P标记时，Docker会随机映射一个49000 ~ 49900的端口至容器内部开放的网络端口。 [root@localhost /]# docker run -d -p 5000:5000 -v /opt/data/registry:/tmp/registry registry c38f487f9a534b539129a6a8c1791839491708d7dd7f0048d1d3f60c449ce65e 可以使用docker ps查看容器映射关系。 [root@localhost /]# docker ps -l CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES c38f487f9a53 registry "/entrypoint.sh /etc/" 2 hours ago Up 2 hours 0.0.0.0:5000->5000/tcp berserk_khorana 可以通过docker logs命令来查看应用信息。 [root@localhost /]# docker logs -f berserk_khorana time="2017-10-30T05:48

计算机网络 练习（一百七十四） CSMA/CD 协议已经成功应用于用有线连接的局域网，但在无线局域网下，不能简单搬用 CSMA/CD 协议，特别是冲突检测部分。IEEE 802.11 MAC 子层定义的竞争性访问控制协议是 CSMA/CA。 通过交换机连接的一组工作站属于一个子网，是一个广播域。交换机的各个端口是不冲突的，这正是交换机优于集线器的特点。事实上，交换机的每个端口组成一个冲突域。 相关内容转载自 ： 希赛网 app 点我回顶部 ☚ Fin. 来源： CSDN 作者： 小黑LLB 链接： https://blog.csdn.net/Enderman_xiaohei/article/details/103134835

计算机网络 练习（一百七十） 网络 200.105.140.0/20 中可分配的主机地址数是（）。 A. 1022 B. 2046 C. 4094 D. 8192 ---------------------------------------- 答案 ： C 解析 ： [ 140 ] 10 = [ 10001100 ] 2 [140]_{10}=[10001100]_{2} [ 1 4 0 ] 1 0 ​ = [ 1 0 0 0 1 1 0 0 ] 2 ​ 好像是一个超网 emm… 看了看解析，估计还是直接这样做： 32 − 20 = 12 32 - 20 = 12 3 2 − 2 0 = 1 2 2 12 − 2 = 4094 2^{12}-2=4094 2 1 2 − 2 = 4 0 9 4 相关解析： 网络200.105.140.0/20中可分配的主机地址是 如果两个交换机之间设置多条Trunk，则需要用不同的端口权值或路径费用来进行负载均衡。在默认情况下，端口的权值是（）。 A. 64 B. 128 C. 256 D. 1024 ---------------------------------------- 答案 ： B 解析 ： 如果两个交换机之间设置多条 Trunk，则需要用不同的端口权值或路径费用来进行负载均衡。默认情况下， 端口的权值为 128 。如果端口权值相同

0x00 前言 目前oracle还没有在公开途径发布weblogic的JAVA反序列化漏洞的官方补丁，目前看到的修复方法无非两条： 使用SerialKiller替换进行序列化操作的ObjectInputStream类; 在不影响业务的情况下，临时删除掉项目里的 “org/apache/commons/collections/functors/InvokerTransformer.class”文件。 ObjectInputStream类为JRE的原生类，InvokerTransformer.class为weblogic基础包中的类，对上述两个类进行修改或删除，实在无法保证对业务没有影响。如果使用上述的修复方式，需要大量的测试工作。且仅仅删除InvokerTransformer.class文件，无法保证以后不会发现其他的类存在反序列化漏洞。 因此本文针对weblogic的JAVA序列化漏洞进行了分析，对多个版本的weblogic进行了测试，并提出了更加切实可行的修复方法。 0x01 为什么选择weblogic的JAVA反序列化漏洞进行分析 weblogic与websphere为金融行业使用较多的企业级JAVA中间件； weblogic比websphere市场占有率高； 利用websphere的JAVA反序列化漏洞时需要访问8880端口，该端口为websphere的wsadmin服务端口

本实验模拟公司网络场景。S3和S4是接入层交换机，负责用户的接入，S1和S2是汇聚层交换机，四台交换机组成一个环形网络。为了防止网络中出现环路，产生网络风暴，所有交换机上都需要运生成树协议。同时为了加快网络收敛速度，网络管理员选择使用RSTP协议，且使得性能较好的S1为根交换机，S2为次根交换机，并配置边缘端口进一步优化公司网络。 实验拓扑 实验编址 实验步骤 1、基础配置 根据实验编址表进行相应的基本IP地址配置，并使用ping命令检测直连链路的连通性 2、配置RSTP基本功能 在汇聚层交换机S1、S2及接入层交换机S3、S4上，把生成树模式由默认的MSTP改为RSTP。由于华为交换机上默认即开启了MSTP，故只需修改生成树模式即可。 配置完成后，用display stp查看生成树的模式及根交换机的位置 上述信息中，CIST Bridge是交换机自己的ID，而CIST Root是根交换机的ID。根交换机是交换机ID最小的交换机，所以，观察可知，S4 是当前的根交换机。 在RSTP构建的树形拓扑中，网络管理员需要设置汇聚层主交换机S1为根交换机，汇聚层交换机S2为备份根交换机。 可以观察到，stp root primary命令修改的是交换机ID中的交换机优先级，把默认 的优先级由32768改为0,所以S1的交换机ID变为最小，是Primary root,即根交换机。

我是首次接触 Docker 并且距离成为一名 Linux 高手还有很远的一段路程。因此，这里的很多想法是来自一个新手。 内容 安装按照 https://www.microsoft.com/net/core 上的介绍在你的电脑上安装 .NET Core 。这将会同时在 Windows 上安装 dotnet 命令行工具以及最新的 Visual Studio 工具。 源代码 你可以直接到 GitHub 上找最到最新完整的源代码。 转换到 .NET CORE 1.0 自然地，当我考虑如何把 API 从 .NET Core RC1 升级到 .NET Core 1.0 时想到的第一个求助的地方就是谷歌搜索。我是按照下面这两条非常全面的指导来进行升级的： 从 DNX 迁移到 .NET Core CLI 从 ASP.NET 5 RC1 迁移到 ASP.NET Core 1.0 当你迁移代码的时候，我建议仔细阅读这两篇指导，因为我在没有阅读第一篇指导的情况下又尝试浏览第二篇，结果感到非常迷惑和沮丧。 我不想描述细节上的改变因为你可以看 GitHub 上的提交。这儿是我所作改变的总结： 更新 global.json 和project.json 上的版本号 删除 project.json上的废弃章节 使用轻型 ControllerBase 而不是 Controller， 因为我不需要与 MVC