服务器端口

1 、配置文件相关命令 [Quidway]display current-configuration 显示当前生效的配置 [Quidway]display saved-configuration 显示 flash 中配置文件，即下次上电启动时所用 的配置文件 reset saved-configuration 檫除旧的配置文件 reboot 交换机重启 display version 显示系统版本信息 2 、基本配置 [Quidway]super password 修改特权用户密码 [Quidway]sysname 交换机命名 [Quidway]interface ethernet 1/0/1 进入接口视图 [Quidway]interface vlan 1 进入接口视图 [Quidway-Vlan-interfacex]ip address 10.1.1.11 255.255.0.0 配置 VLAN 的 IP 地址 [Quidway]ip route-static 0.0.0.0 0.0.0.0 10.1.1.1 静态路由＝网关 3 、 telnet 配置 [Quidway]user-interface vty 0 4 进入虚拟终端 [S3026-ui-vty0-4]authentication-mode password 设置口令模式 [S3026-ui-vty0-4]set

TCP状态转移要点 TCP协议规定，对于已经建立的连接，网络双方要进行四次握手才能成功断开连接，如果缺少了其中某个步骤，将会使连接处于假死状态，连接本身占用的资源不会被释放。网络服务器程序要同时管理大量连接，所以很有必要保证无用连接完全断开，否则大量僵死的连接会浪费许多服务器资源。在众多TCP状态中，最值得注意的状态有两个：CLOSE_WAIT和TIME_WAIT。 1、LISTENING状态 　　FTP服务启动后首先处于侦听（LISTENING）状态。 2、ESTABLISHED状态 　　ESTABLISHED的意思是建立连接。表示两台机器正在通信。 3、CLOSE_WAIT 对方主动关闭连接或者网络异常导致连接中断 ，这时我方的状态会变成CLOSE_WAIT 此时我方要调用close()来使得连接正确关闭 4、TIME_WAIT 我方主动调用close()断开连接，收到对方确认后状态变为TIME_WAIT。 TCP协议规定TIME_WAIT状态会一直持续2MSL(即两倍的分段最大生存期)，以此来确保旧的连接状态不会对新连接产生影响。 处于TIME_WAIT状态的连接占用的资源不会被内核释放 ，所以作为服务器，在可能的情况下，尽量不要主动断开连接，以减少TIME_WAIT状态造成的资源浪费。 目前有一种避免TIME_WAIT资源浪费的方法，就是关闭socket的LINGER选项

文章目录 传输层的功能 传输层的端口 传输层协议UDP和TCP UDP的主要特点 传输控制协议TCP概述 传输层协议和应用层协议之间的关系 TCP可靠传输的实现 连续ARQ协议 累计确认 TCP报文段首部格式 TCP滑动窗口技术实现可靠传输 TCP的流量控制 TCP的拥塞控制 拥塞控制四种算法 TCP的运输连接管理 TCP的连接 SYN洪泛攻击 TCP的连接释放 传输层的功能 为相互通信的应用进程提供了逻辑通信。 传输层实现了程序到程序 网络层实现了地址到地址 传输层的主要功能： 传输层为 应用进程之间 提供 端到端 的逻辑通信（但网络层是为 主机之间 提供逻辑通信） 传输层还要对收到的报文进行差错检测 传输层提供面向连接和无连接的服务。 传输层的端口 在网络层用 协议号 标识使用TCP/UDP TCP 6 UDP 17 IGMP 1 在传输层用端口号标识区分上一层 TCP的端口 端口用一个16位端口号进行标识 端口号只具有本地意义，即端口号只是为了标志本计算机应用层中的各进程，。在因特网中不同计算机的相同端口号是没有联系的。 端口的取值范围是0~65535 熟知的端口0~1023 登记端口 1024~49151 客户端口号 49152~65535 传输层协议UDP和TCP 在TCP/IP协议栈，传输层有两个协议TCP/UDP TCP （Transmission Control

因为在写一些小的项目的时候，需要另外用到一台图片服务器，所以不得不开启多个tomcat了。 在这里我用的是tomcat 9.0，一个是正常时的tomcat,一个是图片服务器，在这里我就用tomcat1和tomcat2来说明。 首先要配置环境变量。至于配置环境，不会的可以自己百度下怎么配置，相信大家在配置jdk的时候都会了。 在环境变量中都要配置两台服务器，便于使用 通过图片，可以看出有一个是为图片服务器而特制的。 还在要Path下面配置，两个服务器都要配置。 配置好环境变量后，还要去tomcat2下面修改端口，目的是保证端口不冲突，不然在同时启动的时候会出现端口已使用 修改端口后，两台服务器的端口就不会出现冲突了。 这时候还要去bin目录里面修改 catalina.bat 和 startup.bat 打开这两个文件后,按ctrl+F来把里面的 CATALINA_HOME_IMAGE_SERVICE 全部替换成 CATALINA_HOME 这是为什么呢？是因为我们在配置tomcat2的环境变量的时候，把tomcat2的路径定义为 CATALINA_HOME_IMAGE_SERVICE 如果这两个文件里面的 CATALINA_HOME不进行替换，那么tomcat2在启动的时候就会根据这个定义去找到了tomcat1,那么在启动tocmat2的时候还是启动了tomcat1

测试端口常用命令 1.ping命令 参考hebbly的微博 ping命令详解 1.1.测试网络连通 可用于网络可用性检查，对一个网络地址发送测试数据包，看该网络地址是否有响应并统计响应时间，以此测试网络。 使用ping检查连通性有5个步骤： a.使用ipconfig /all观察本地网络配置是否正确。 b.ping 127.0.0.1，其中127.0.0.1是回送地址，ping回送地址是为了检查本地tcp/ip协议有没有设置好。 c.ping 本机ip地址，检查本地ip地址是否设置有误。 d.ping 本网网关或本网ip地址，检查硬件设备是否有问题，也可以检查本机与本地网络连接是否正常。 e.ping 远程ip地址，检查本网或本机与外部连接是否正常。 1.2判断一条链路好坏 使用它的返回数据来估算与某台主机之间的速度是多少字节每秒。 上面最后一个截图中： “字节=32”表示ICMP报文中有32个字节的测试数据；“时间=11ms”是往返时间；从图中来看，丢包数为0，网络状态良好。 1.3对返回信息的分析 a.Request timed out分析原因 a.1 对方关机，或网络上无此地址。 a.2 对方与自己不在同一网段，通过路由无法找到对方。 a.3 对方确实存在，但设置了icmp数据包过滤（比如设置防火墙）。 想知道对方是否存在，用带参数-a的ping命令探测对方

为什么需要UDP打洞 处于两个不同局域网的主机不能直接进行UDP通信 UDP"打洞"原理 1. NAT分类 根据Stun协议(RFC3489),NAT大致分为下面四类 1) Full Cone 这种NAT内部的机器A连接过外网机器C后,NAT会打开一个端口.然后外网的任何发到这个打开的端口的UDP数据报都可以到达A.不管是不是C发过来的. 例如 A:192.168.8.100 NAT:202.100.100.100 C:292.88.88.88 A(192.168.8.100:5000) -> NAT(202.100.100.100 : 8000) -> C(292.88.88.88:2000) 任何发送到 NAT(202.100.100.100:8000)的数据都可以到达A(192.168.8.100:5000) 2) Restricted Cone 这种NAT内部的机器A连接过外网的机器C后,NAT打开一个端口.然后C可以用任何端口和A通信.其他的外网机器不行. 例如 A:192.168.8.100 NAT:202.100.100.100 C:292.88.88.88 A(192.168.8.100:5000) -> NAT(202.100.100.100 : 8000) -> C(292.88.88.88:2000) 任何从C发送到 NAT(202.100.100.100

问题描述： 今天一早，所有淡定下来后准备启动本地Tomcat，突然出现一堆错误： 严重: StandardServer.await: create[8005]: java.net.BindException: Cannot assign requested address: JVM_Bind at java.net.PlainSocketImpl.socketBind(Native Method) at java.net.PlainSocketImpl.bind(PlainSocketImpl.java:359) at java.net.ServerSocket.bind(ServerSocket.java:319) at java.net.ServerSocket.(ServerSocket.java:185) at org.apache.catalina.core.StandardServer.await(StandardServer.java:406) at org.apache.catalina.startup.Catalina.await(Catalina.java:676) at org.apache.catalina.startup.Catalina.start(Catalina.java:628) at sun.reflect

第16章 UDP用户数据报协议基础知识 本章节为大家讲解UDP（User Datagram Protocol，用户数据报协议），需要大家对UDP有个基础的认识，方便后面章节UDP实战操作。 （本章的知识点主要整理自网络） 16.1 初学者重要提示 16.2 UDP基础知识参考资料 16.3 UDP基础知识点 16.4 TCP和UDP区别 16.5 总结 16.1 初学者重要提示 初学者务必要对UDP的基础知识点有个认识，不是特别理解没有关系，随着后面逐渐的实战操作，会有比较全面的认识。 16.2 UDP基础知识参考资料 首次搞UDP通信，需要对UDP的一些基础知识有个了解。大家可以从以下地址获得UDP基础知识： RFC768地址 : ftp://ftp.rfc-editor.org/in-notes/rfc768.txt 。 wiki百科中文版： 地址链接 （这个是超链接） wiki百科英文版： 地址链接 （这个是超链接） 百度百科： 地址链接 （这个是超链接） 对于初学者来说，学习上面四个参考资料就够了。如果大家有网络方面的书籍，比如《TCP/IP详解》，也可以直接看书籍。 16.3 UDP基础知识点 （这里的知识点整理自上面的参考资料地址） 教程这里也对UDP的基础知识点做个介绍，方便大家快速上手操作。 16.3.1 UDP简要说明 UDP（User Datagram

（本文源于转载或摘抄整理） 一：前言 防火墙，其实说白了讲，就是用于实现Linux下访问控制的功能的，它分为硬件的或者软件的防火墙两种。无论是在哪个网络中，防火墙工作的地方一定是在网络的边缘。而我们的任务就是需要去定义到底防火墙如何工作，这就是防火墙的策略，规则，以达到让它对出入网络的IP、数据进行检测。 目前市面上比较常见的有3、4层的防火墙，叫网络层的防火墙，还有7层的防火墙，其实是代理层的网关。 对于TCP/IP的七层模型来讲，我们知道第三层是网络层，三层的防火墙会在这层对源地址和目标地址进行检测。但是对于七层的防火墙，不管你源端口或者目标端口，源地址或者目标地址是什么，都将对你所有的东西进行检查。所以，对于设计原理来讲，七层防火墙更加安全，但是这却带来了效率更低。所以市面上通常的防火墙方案，都是两者结合的。而又由于我们都需要从防火墙所控制的这个口来访问，所以防火墙的工作效率就成了用户能够访问数据多少的一个最重要的控制，配置的不好甚至有可能成为流量的瓶颈。 二：iptables 的历史以及工作原理 1.iptables的发展: iptables的前身叫ipfirewall （内核1.x时代）,这是一个作者从freeBSD上移植过来的，能够工作在内核当中的，对数据包进行检测的一款简易访问控制工具。但是ipfirewall工作功能极其有限(它需要将所有的规则都放进内核当中

macOS上的netstat命令是一个终端命令，用于显示有关Mac网络通信的详细信息。网络通信包括Mac通过所有端口和所有应用程序与外界进行交流的所有方式。掌握netstat可以帮助您了解计算机之间的连接以及原因。 运行Netstat 默认情况下，netstat命令在Mac上可用。您不需要下载或安装它。 要运行netstat，请在“ 应用程序” >“ 实用程序” >“ 终端”中打开“终端”窗口。类型netstat的，然后按Enter键执行命令。 屏幕上会滚动滚动显示大量隐秘文本。这是正常现象，是预期的。如果您不使用任何可用标志（请参见下文），netstat将报告Mac上 所有 活动的网络连接。考虑到现代网络设备执行的功能数量，您可以期望列表很长。标准的netstat报告可以运行超过1000行。 过滤netstat的输出对于了解Mac的活动端口上发生的情况至关重要。它的内置标志允许您设置选项，限制netstat的范围和输出。 Netstat标志和选项 要查看netstat的所有可用选项，请在命令提示符下键入man netstat。 注：“ Man”是“ manual”的缩写。 句法 要将标志和选项添加到netstat，请使用以下语法： netstat [-AabdgiLlmnqrRsSvWx] [-c queue] [-f address_family] [-I interface]