Tomcat

分布式架构演进过程 1.基本概念 1 ：分布式 2 ：高可用 3 ：集群 4 ：负载均衡 5 ：正向代理和反向代理 2.架构演进 2.1 单机架构 2.2 第一次演进 ：Tomcat与数据库分开部署 2.3 第二次演进 ：引入本地缓存和分布式缓存 2.4 第三次演进 ：引入反向代理实现负载均衡 2.5 第四次演进 ：数据库读写分离 2.6 第五次演进 ：数据库按业务分库 2.7 第六次演进 ：把大表拆分为小表 2.8 第七次演进 ：使用LVS或F5来使多个Nginx负载均衡 2.9 第八次演进 ：通过DNS轮询实现机房间的负载均衡 2.10 第九次演进 ：引入NoSQL数据库和搜索引擎等技术 2.11 第十次演进 ：大应用拆分为小应用 2.12 第十一次演进 ：复用的功能抽离成微服务 2.13 第十二次演进 ：引入企业服务总线ESB屏蔽服务接口的访问差异 2.14 第十三次演进 ：引入容器化技术实现运行环境隔离与动态服务管理 3.15 第十四次演进 ：以云平台承载系统 3. 架构设计总结 1.基本概念 在介绍架构之前，为了避免部分读者对架构设计中的一些概念不了解，下面对几个最基础的概念进行介绍： 1 ：分布式 系统中的多个模块在不同的服务器上部署，即可称为分布式系统，如Tomcat和数据库分别部署在不同的服务器上，或两个相同功能的Tomcat 分别部署在不同的服务器上。 2

reproduction from https://danielmiessler.com/study/shodan/ What is Shodan? Shodan is a search engine for finding specific devices, and device types, that exist online. The most popular searches are for things like webcam, linksys, cisco, netgear, SCADA, etc. It works by scanning the entire Internet and parsing the banners that are returned by various devices. Using that information, Shodan can tell you things like what web server (and version) is most popular, or how many anonymous FTP servers exist in a particular location, and what make and model the device may be. Shodan is of particular

最近项目上线部署的时候，发现一个问题。Tomcat在启动过程中耗费了很长的时间。查看日志，发现耗时最长的地方是： INFO [localhoststartStop1] org.apache.catalina.util.SessionIdGeneratorBase.createSecureRandom Creation of SecureRandom instance for session ID generation using [SHA1PRNG] took [1,293,533] milliseconds. 在网上查找资料后确定，该问题是由于tomcat的session id的生成主要通过java.security.SecureRandom生成随机数来实现，随机数算法使用的是”SHA1PRNG”。在sun/oracle的jdk里，这个算法的提供者在底层依赖到操作系统提供的随机数据，在linux上，与之相关的是/dev/random和/dev/urandom。有关它俩的描述如下： /dev/random 在读取时，/dev/random设备会返回小于熵池噪声总数的随机字节。/dev/random可生成高随机性的公钥或一次性 密码本。若熵池空了，对/dev/random的读操作将会被阻塞，直到收集到了足够的环境噪声为止。 /dev/urandom dev/random的一个副本是

tomcat启动时在 org.apache.jasper.servlet.TldScanner scanJars 位置启动特别慢，详细日志： INFO: Initialization processed in 1427 ms 十二月 14, 2020 4:35:29 下午 org.apache.catalina.core.StandardService startInternal INFO: Starting service [Catalina] 十二月 14, 2020 4:35:29 下午 org.apache.catalina.core.StandardEngine startInternal INFO: Starting Servlet Engine: Apache Tomcat/8.5.41 十二月 14, 2020 4:35:37 下午 org.apache.jasper.servlet.TldScanner scanJars INFO: At least one JAR was scanned for TLDs yet contained no TLDs. Enable debug logging for this logger for a complete list of JARs that were scanned but no TLDs were found

1、年底客户一般会批量扫描服务器漏洞信息，最近客户反馈说我公司的Tomcat存在漏洞，漏洞情况如下： 从上图可知,只有升级至7.0.104版本以上才能解决漏洞： 通过 http://blog.nsfocus.net/ 网站输入漏洞编号来查询相关漏洞及其处理方式。 [root@32 bin]# sh version.sh Using CATALINA_BASE2: /usr/local/tomcat Using CATALINA_HOME2: /usr/local/tomcat Using CATALINA_TMPDIR: /usr/local/tomcat/temp Using JRE_HOME: /usr/local/jdk/ Using CLASSPATH: /usr/local/tomcat/bin/bootstrap.jar:/usr/local/tomcat/bin/tomcat-juli.jar Server version: Apache Tomcat/7.0.79 Server built: Jun 26 2017 16:25:20 UTC Server number: 7.0.79.0 OS Name: Linux Architecture: amd64 JVM Version: 1.7.0_56-b13 JVM Vendor: Oracle

概述 　　1、了解springboot的作用 　　2、构建第一个springboot项目 一、springboot的作用 　　① 原先在构建SSM项目的时候，可以感觉到，在一些不是很大的项目，构建配置文件的过程所需的时间花费甚至超过项目本身的业务，每次构建一个新项目都得搞各种配置文件（xml\configuration类）。我们需要一些自动化的配置，springboot可以做到。 　　② 近几年随着业务增加，流量增大等原因，所有业务堆积在一个项目是很恐怖的，一个项目里面光理清业务逻辑就很压力，更别说后期开发，到了集群时期，多个服务器部署相同的项目，改一个业务就得重新挨个部署，效率低下，就有人（Josh Evans大神）提出微服务的架构，他认为服务应该是独立个体（大概这意思）。随着技术发展，业务逐渐被独立出来，形成能独立执行的个体，分散在各个服务器中，也就是微服务架构，各个服务通过中间件交流，而springcloud就是实现微服务架构的技术之一，而了解springcloud，则先需要了解springboot。 二、构建第一个springboot项目 　　以往构建spring项目，我们需要导入jar包或maven依赖，再配置一下 spring的配置文件（xml或@Configuration标注的类) ，之后在web.xml配置启动时加载spring容器，光是个启动就要做那么多事