boot配置端口号后边ssh服务默认端口名称


有搜索栏,方便搜索关键字。

  1. 广泛公认的端口,是大部分广泛使用的程序或协议的默认端口,但实际使用时,由于安全等原因,系统管理员可以自行指定端口号。
  2. 这里的端口号通常指的是服务器端的端口号。比如网页浏览器会在本机的36406端口和远端的80端口间建立连接。服务端的80端口就是默认的广泛公认的端口。而本机的36406则只是临时端口。

0-1023是公认端口号,即已经公认定义或为将要公认定义的软件保留的,而是并没有公共定义的端口号,用户可以自己定义这些端口的作用。
那么端口号到底有什么作用呢?
当一台电脑启动了一个可以让远程其他电脑访问的程序,那么它就要开启至少一个端口号来让外界访问。我们可以把没有开启端口号的电脑看作是一个密封的房间,密封的房间当然不可能接受外界的访问,所以当系统开启了一个可以让外界访问的程序后它自然需要在房间上开一个窗口来接受来自外界的访问,这个窗口就是端口。

那么为什么要给端口编号来区分它们呢,既然一个程序开了一个端口,那么不是外部信息都可以通过这个开启的端口来访问了吗?答案是不可以。为什么呢?因为数据是用端口号来通知传输层协议送给哪个软件来处理的,数据是没有智慧的,如果很多的程序共用一个端口来接受数据的话,那么当外界的一个数据包送来后传输层就不知道该送给哪一个软件来处理,这样势必将导致混乱。

源端口号一般是由系统自己动态生成的一个从的号码,当一台计算机A通过网络访问计算机B时,如果它需要对方返回数据的话,它也会随机创建一个大于1023的端口,告诉B返回数据时把数据送到自己的哪个端口,然后软件开始侦听这个端口,等待数据返回。而B收到数据后会读取数据包的源端口号和目的端口号,然后记录下来,当软件创建了要返回的数据后就把原来数据包中的原端口号作为目的端口号,而把自己的端口号作为原端口号,也就是说把收到的数据包中的原和目的反过来,然后再送回A,A再重复这个过程如此反复直到数据传输完成。当数据全部传输完A就把源端口释放出来,所以同一个软件每次传输数据时不一定是同一个源端口号。

  • TCP(Transmission Control Protocol,传输控制协议)是面向连接的协议,也就是说,在收发数据前,必须和对方建立可靠的连接。
  • UDP(User Data Protocol,用户数据报协议)非连接的协议,传输数据之前源端和终端不建立连接,尽快交付,不保证可靠交付。

>  TCP就好比打电话: 可靠,相对消耗资源也更多.
拨通电话,且对方接听了电话,才算建立连接成功,这时候就可以聊天了。TCP数据才开始发送。
电话拨通了,但对方没接,建立连接失败;需要重拨...
若中途掉线,即连接断开,聊天也中断了。连接断开;需要重拨...
只管发出去,不管对方能不能看到。更不会考虑对方是否有拦截短信等软件。
对方没带手机,手机没电关机...与我无关,我已发送完成。

端口号基于三个范围以各种方式分配。这些范围的差异用途描述于[RFC6335]。根据[RFC6335]的8.1.2节:

  • 用户端口:()由IANA使用“IETF审核”流程分配,根据“IESG批准”流程或“专家审核”流程[RFC6335]。
  • 动态端口:()或称私有端口, 根据定义,没有端口可以被正式地注册占用。
文件传输协议 - 默认数据端口
文件传输协议 - 控制端口
SSH(Secure Shell) - 远程登录协议,用于安全登录文件传输(SCP,SFTP)及端口重新定向
Telnet终端仿真协议 - 未加密文本通信
SMTP(简单邮件传输协议) - 用于邮件服务器间的电子邮件传递
DNS(域名服务系统)
BOOTP(BootStrap协议)服务;同时用于动态主机设置协议
BOOTP客户端;同时用于动态主机设定协议
小型文件传输协议(小型文件传输协议)
超文本传输协议(超文本传输协议)- 用于传输网页
邮局协议,“邮局协议”,第3版 - 用于接收电子邮件
Ident - 旧的服务器身份识别系统,仍然被IRC服务器用来认证它的用户
因特网信息访问协议(Internet信息访问协议 4) - 用于检索 电子邮件s
简单网络管理协议 (简单网络管理协议)
边界网关协议 (边界网关协议)
IRC(互联网中继聊天)
因特网信息访问协议,交互邮件访问协议第3版
轻型目录访问协议 LDAP
超文本传输安全协议 - 超文本传输协议 over TLS/SSL(加密传输)
远程桌面协议(RDP)

说明:通常用于分析操作系统。这一方法能够工作是因为在一些系统中“0”是无效端口,当你试图使用通常的闭合端口连接它时将产生不同的结果。一种典型的扫描,使用IP地址为0.0.0.0,设置ACK位并在以太网层广播。

说明:这显示有人在寻找SGI Irix机器。Irix是实现tcpmux的主要提供者,默认情况下tcpmux在这种系统中被打开。Irix机器在发布是含有几个默认的无密码的帐户,如:IP、GUEST UUCP、NUUCP、DEMOS 、TUTOR、DIAG、OUTOFBOX等。许多管理员在安装后忘记删除这些帐户。因此HACKER在INTERNET上搜索tcpmux并利用这些帐户。

说明:能看到许多人搜索Fraggle放大器时,发送到X.X.X.0和X.X.X.255的信息。

说明:这是一种仅仅发送字符的服务。UDP版本将会在收到UDP包后回应含有垃圾字符的包。TCP连接时会发送含有垃圾字符的数据流直到连接关闭。HACKER利用IP欺骗可以发动DoS攻击。伪造两个chargen服务器之间的UDP包。同样Fraggle DoS攻击向目标地址的这个端口广播一个带有伪造受害者IP的数据包,受害者为了回应这些数据而过载。

说明:FTP服务器所开放的端口,用于上传、下载。最常见的攻击者用于寻找打开anonymous的FTP服务器的方法。这些服务器带有可读写的目录。木马Doly ***、Fore、Invisible FTP、WebEx、WinCrash和Blade Runner所开放的端口。

说明:PcAnywhere建立的TCP和这一端口的连接可能是为了寻找ssh。这一服务有许多弱点,如果配置成特定的模式,许多使用RSAREF库的版本就会有不少的漏洞存在。

说明:远程登录,入侵者在搜索远程登录UNIX的服务。大多数情况下扫描这一端口是为了找到机器运行的操作系统。还有使用其他技术,入侵者也会找到密码。木马Tiny Telnet Server就开放这个端口。

说明:SMTP服务器所开放的端口,用于发送邮件。入侵者寻找SMTP服务器是为了传递他们的SPAM。入侵者的帐户被关闭,他们需要连接到高带宽的E-MAIL服务器上,将简单的信息传递到不同的地址。木马Antigen、Email Password Sender、Haebu Coceda、Shtrilitz Stealth、WinPC、WinSpy都开放这个端口。

说明:DNS服务器所开放的端口,入侵者可能是试图进行区域传递(TCP),欺骗DNS(UDP)或隐藏其他的通信。因此防火墙常常过滤或记录此端口。

说明:通过DSL和Cable modem的防火墙常会看见大量发送到广播地址255.255.255.255的数据。这些机器在向DHCP服务器请求一个地址。HACKER常进入它们,分配一个地址把自己作为局部路由器而发起大量中间人(man-in-middle)攻击。客户端向68端口广播请求配置,服务器向67端口广播回应请求。这种回应使用广播是因为客户端还不知道可以发送的IP地址。

说明:许多服务器与bootp一起提供这项服务,便于从系统下载启动代码。但是它们常常由于错误配置而使入侵者能从系统中窃取任何 文件。它们也可用于系统写入文件。

说明:入侵者用于获得用户信息,查询操作系统,探测已知的缓冲区溢出错误,回应从自己机器到其他机器Finger扫描。

说明:用于网页浏览。木马Executor开放此端口。

说明:后门程序ncx99开放此端口。

说明:POP3服务器开放此端口,用于接收邮件,客户端访问服务器端的邮件服务。POP3服务有许多公认的弱点。关于用户名和密码交 换缓冲区溢出的弱点至少有20个,这意味着入侵者可以在真正登陆前进入系统。成功登陆后还有其他缓冲区溢出错误。

说明:这是一个许多计算机上运行的协议,用于鉴别TCP连接的用户。使用标准的这种服务可以获得许多计算机的信息。但是它可作为许多服务的记录器,尤其是FTP、POP、IMAP、SMTP和IRC等服务。通常如果有许多客户通过防火墙访问这些服务,将会看到许多这个端口的连接请求。记住,如果阻断这个端口客户端会感觉到在防火墙另一边与E-MAIL服务器的缓慢连接。许多防火墙支持TCP连接的阻断过程中发回RST。这将会停止缓慢的连接。

说明:NEWS新闻组传输协议,承载USENET通信。这个端口的连接通常是人们在寻找USENET服务器。多数ISP限制,只有他们的客户才能访问他们的新闻组服务器。打开新闻组服务器将允许发/读任何人的帖子,访问被限制的新闻组服务器,匿名发帖或发送SPAM。

mapper找到服务的位置。HACKER扫描计算机的这个端口是为了找到这个计算机上运行Exchange Server吗?什么版本?还有些DOS攻击直接针对这个端口。

说明:和POP3的安全问题一样,许多IMAP服务器存在有缓冲区溢出漏洞。记住:一种LINUX蠕虫(admv0rm)会通过这个端口繁殖,因此许多这个端口的扫描来自不知情的已经被感染的用户。当REDHAT在他们的LINUX发布版本中默认允许IMAP后,这些漏洞变的很流行。这一端口还被用于IMAP2,但并不流行。

说明:SNMP允许远程管理设备。所有配置和运行信息的储存在数据库中,通过SNMP可获得这些信息。许多管理员的错误配置将被暴露在Internet。Cackers将试图使用默认的密码public、private访问系统。他们可能会试验所有可能的组合。SNMP包可能会被错误的指向用户的网络。

说明:网页浏览端口,能提供加密和通过安全端口传输的另一种HTTP。

说明:是从使用cable modem或DSL登陆到子网中的UNIX计算机发出的广播。这些人为入侵者进入他们的系统提供了信息。

说明:使用cable modem、DSL或VLAN将会看到这个端口的广播。CORBA是一种面向对象的RPC系统。入侵者可以利用这些信息进入系统。

说明:Linux的mountd Bug。这是扫描的一个流行BUG。大多数对这个端口的扫描是基于UDP的,但是基于TCP的mountd有所增加(mountd同时运行于两个端口)。记住mountd可运行于任何端口(到底是哪个端口,需要在端口111做portmap查询),只是Linux默认端口是635,就像NFS通常运行于2049端口。

说明:它是动态端口的开始,许多程序并不在乎用哪个端口连接网络,它们请求系统为它们分配下一个闲置端口。基于这一点分配从端口1024开始。这就是说第一个向系统发出请求的会分配到1024端口。你可以重启机器,打开Telnet,再打开一个窗口运行natstat -a 将会看到Telnet被分配1024端口。还有SQL session也用此端口和5000端口。

说明:这一协议以通道方式穿过防火墙,允许防火墙后面的人通过一个IP地址访问INTERNET。理论上它应该只允许内部的通信向外到达INTERNET。但是由于错误的配置,它会允许位于防火墙外部的攻击穿过防火墙。WinGate常会发生这种错误,在加入IRC聊天室时常会看到这种情况。

说明:木马Vodoo开放此端口。

说明:许多攻击脚本将安装一个后门SHELL于这个端口,尤其是针对SUN系统中Sendmail和RPC服务漏洞的脚本。如果刚安装了防火墙就看到在这个端口上的连接企图,很可能是上述原因。可以试试Telnet到用户的计算机上的这个端口,看看它是否会给你一个SHELL。连接到600/pcserver也存在这个问题。

说明:NFS程序常运行于这个端口。通常需要访问Portmapper查询这个服务运行于哪个端口。

说明:木马Bugs开放此端口。

}

SpringBoot应用一个全局的配置文件 , 配置文件名称是固定的

批改SpringBoot主动配置的默认值,因为SpringBoot在底层都给咱们主动配置好了;
比方咱们能够在配置文件中批改Tomcat 默认启动的端口号!

==这种语言以数据作为核心,而不是以标记语言为重点!==
以前的配置文件,大多数都是应用xml来配置;比方一个简略的端口配置,咱们来比照下yaml和xml


 
阐明:语法要求严格!
1、空格不能省略
2、以缩进来管制层级关系,只有是右边对齐的一列数据都是同一个层级的。
3、属性和值的大小写都是非常敏感的。


字面量:一般的值 [ 数字,布尔值,字符串 ]
字面量间接写在前面就能够 , 字符串默认不必加上双引号或者单引号;




  • “ ” 双引号,不会本义字符串外面的特殊字符 , 特殊字符会作为自身想示意的意思;

  • ” 单引号,会本义特殊字符 , 特殊字符最终会变成和一般字符一样输入

 
对象、Map(键值对)

 
在下一行来写对象的属性和值得关系,留神缩进;比方:





数组( List、set )
用 – 值示意数组中的一个元素,比方:








配置文件中增加,端口号的参数,就能够切换端口;

 
yaml文件更弱小的中央在于,他能够给咱们的实体类间接注入匹配值!
 

3、思考,咱们原来是如何给bean注入属性值的!@Value,给狗狗类测试一下:
4、在SpringBoot的测试类下注入狗狗输入一下;
后果胜利输入,@Value注入胜利,这是咱们原来的方法对吧。
5、咱们在编写一个简单一点的实体类:Person 类
6、咱们来应用yaml配置的形式进行注入,大家写的时候留神区别和劣势,咱们编写一个yaml配置!
7、咱们方才曾经把person这个对象的所有值都写好了,咱们当初来注入到咱们的类中!
将配置文件中配置的每一个属性的值,映射到这个组件中; 通知SpringBoot将本类中的所有属性和配置文件中相干的配置进行绑定
8、IDEA 提醒,springboot配置注解处理器没有找到,让咱们看文档,咱们能够查看文档,找到一个依赖!
<!-- 导入配置文件处理器,配置文件进行绑定就会有提醒,须要重启 -->
 
9、确认以上配置都OK之后,咱们去测试类中测试一下:


yaml配置注入到实体类齐全OK!







3.2.1、加载指定的配置文件

 
 



3.1.3、配置文件占位符

 
 
配置文件还能够编写占位符生成随机数
 
 咱们下面采纳的yaml办法都是最简略的形式,开发中最罕用的;也是springboot所举荐的!那咱们来唠唠其余的实现形式,情理都是雷同的;写还是那样写;配置文件除了yml还有咱们之前罕用的properties 
 
【留神】properties配置文件在写中文的时候,会有乱码 , 咱们须要去IDEA中设置编码格局为UTF-8;


3、咱们在User类上应用@Value来进行注入!

 
@Value这个应用起来并不敌对!咱们须要为每个属性独自注解赋值,比拟麻烦;咱们来看个性能比照图

批量注入配置文件中的属性

2、涣散绑定:这个什么意思呢? 比方我的yml中写的last-name,这个和lastName是一样的, – 前面跟着的字母默认是大写的。这就是涣散绑定。能够测试一下
3、JSR303数据校验 , 这个就是咱们能够在字段是减少一层过滤器验证 , 能够保证数据的合法性
4、简单类型封装,yml中能够封装对象 , 应用value就不反对

如果咱们在某个业务中,只须要获取配置文件中的某个值,能够应用一下 @value;
如果说,咱们专门编写了一个JavaBean来和配置文件进行一一映射,就间接@configurationProperties,不要犹豫!

}



最终效果如下 大概就几个步骤 测试

SpringCloud + Docker 的便利和强大真的超乎想象,我已经入坑了-好了,不说废话,记录一个简单的 Demo 供其他同学排坑. 前言 惯例不能丢,先上源代码:docker-demo 这个项目的代码是我执行在Docker上部署SpringBoot的java代码和Dockerfile配置文件,相关的执行命令语句也记录在上. 操作流程 本地部署 在 Mac 上安装启动

本文介绍了使用Docker部署 spring-boot maven应用,分享给大家,具体如下: 部署过程分为以下几个步骤: 创建一个简单的spring-boot应用 打包运行应用 容器化应用 在pom文件中添加docker支持 创建docker镜像 运行docker容器 查看正在运行的容器 启动/关闭/重启/删除docker容器 1. 创建一个简单的spring-boot应用

}

我要回帖

更多关于 ssh服务默认端口 的文章

更多推荐

版权声明:文章内容来源于网络,版权归原作者所有,如有侵权请点击这里与我们联系,我们将及时删除。

点击添加站长微信