脚本只要发生错误，就终止执行 set-e 解决管道的情况，只要一个子命令失败，整个管道命令就失败，脚本会终止执行 set-eopipefail 每行行首增加特殊字符 sed-i"s^\\\'&g"test.txt 每行行尾增加特殊字符 sed-i"s$\\\'g"test.txt 文本中多行合并到一行并以,间隔 paste-stest.txt-d"," shell中、、、%、%%等的含义 假设定义一个变量为：file=/dir1/dir2/dir3/my.file.txt ${file/}:删除第一个/及其左边的字符串--->dir1/dir2/dir3/my.file.tx...

上传： !/bin/bash dockerserver01 /root/ossutil64cp/opt/dockercn01/activity/oss://gstarcad-logs/cn-gactivity/01/--include"catalina.out.gz"-r-u 下载： !/bin/bash echo-e"\033[31mPleaseinputsystemname\033[0m" echo-e"\033[31mYoucaninputnamelike:cn-userorus-user\033[0m" read-p"Inputaname:"name line=`/home/gs...

LISTENING状态 服务启动后首先处于侦听（LISTENING）状态 ESTABLISHED状态 建立连接，表示两台机器正在通信 CLOSE_WAIT 对方主动关闭连接或者网络异常导致连接中断，这时我方状态会变成CLOSE_WAIT，此时我方要调用close()来使得连接正确关闭 TIME_WAIT 我方主动调用close()断开连接，收到对方确认后状态变为TIME\_WAIT。TCP协议规定TIME\_WAIT状态会一直持续2MSL(即两倍的分段最大生存期)，以此来确保旧的连接状态不会对新连接产生影响。处于TIME\_WAIT状态的连接占用的资源不会被内核释放，所以作为服务器，在可能的...

现象： 老架构： nginx：10.25.198.254 auth：10.26.106.225 新架构： nginx：172.31.10.48 auth：172.31.10.4310.136.22.3(容器IP) auth：172.31.10.4410.136.23.3(容器IP) 新架构迁移后，在配置程序完全一样的情况下，出现https协议无法传输。 排查过程 1、仔细比对tomcat配置，nginx配置，采用复制等方式，发现问题依旧 2、分析网络结构对该问题的影响，并未发现问题 3、抓包分析传递的协议头，并未发现问题 4、逐行修改可修改（更换同等效力）的配置行，发现了影响点 5、验证影...

创建主机：  /usr/bin/env python3  -- coding:utf-8 -- import json import requests import sys class ZabbixTools:     post_headers = {'Content-Type': 'application/json'}     def __init__(self):  &...

前言 金三银四很快就要来啦，准备了事务的12连问，相信大家看完肯定会有帮助的。 1.什么是数据库事务？ 事务，由一个有限的数据库操作序列构成，这些操作要么全部执行,要么全部不执行，是一个不可分割的工作单位。 假如A转账给B100元，先从A的账户里扣除100元，再在B的账户上加上100元。如果扣完A的100元后，还没来得及给B加上，银行系统异常了，后导致A的余额减少了，B的余额却没有增加。所以就需要事务，将A的钱回滚回去，就是这么简单。 2.事务的四大特性 原子性：事务作为一个整体被执行，包含在其中的对数据库的操作要么全部都执行，要么都不执行。 一致性：指在事务开始之前和事务结束以后，...

为什么会有TCP/IP协议 在世界上各地，各种各样的电脑运行着各自不同的操作系统为大家服务，这些电脑在表达同一种信息的时候所使用的方法是千差万别。就好像圣经中上帝打乱了各地人的口音，让他们无法合作一样。计算机使用者意识到，计算机只是单兵作战并不会发挥太大的作用。只有把它们联合起来，电脑才会发挥出它最大的潜力。于是人们就想方设法的用电线把电脑连接到了一起。 但是简单的连到一起是远远不够的，就好像语言不同的两个人互相见了面，完全不能交流信息。因而他们需要定义一些共通的东西来进行交流，TCP/IP就是为此而生。TCP/IP不是一个协议，而是一个协议族的统称。里面包括了IP协议，IMCP协议，TCP协...

一、HTTP协议 http为短连接：客户端发送请求都需要服务器端回送响应.请求结束后，主动释放链接，因此为短连接。通常的做法是，不需要任何数据，也要保持每隔一段时间向服务器发送"保持连接"的请求。这样可以保证客户端在服务器端是"上线"状态。 HTTP连接使用的是"请求-响应"方式，不仅在请求时建立连接，而且客户端向服务器端请求后，服务器才返回数据 二、Socket 连接 要想明白Socket，必须要理解TCP连接。 TCP三次握手：握手过程中并不传输数据，在握手后服务器与客户端才开始传输数据，理想状态下，TCP连接一旦建立，在通讯双方中的任何一方主动断开连接之前TCP连接会一直...

HTTP1.0HTTP1.1主要区别 长连接 HTTP1.0需要使用keep-alive参数来告知服务器端要建立一个长连接，而HTTP1.1默认支持长连接。 HTTP是基于TCP/IP协议的，创建一个TCP连接是需要经过三次握手的,有一定的开销，如果每次通讯都要重新建立连接的话，对性能有影响。因此最好能维持一个长连接，可以用个长连接来发多个请求。 节约带宽 HTTP1.1支持只发送header信息(不带任何body信息)，如果服务器认为客户端有权限请求服务器，则返回100，否则返回401。客户端如果接受到100，才开始把请求body发送到服务器。 这样当服务器返回401的时候，客户端就可以不用...

DNS服务的体系架构是怎样的？DNSdomainnamesystem主要作用就是将主机域名转换为ip地址假设运行在用户主机上的某些应用程序（如Webl浏览器或者邮件阅读器）需要将主机名转换为IP地址。这些应用程序将调用DNS的客户机端，并指明需要被转换的主机名。（在很多基于UNIX的机器上，应用程序为了执行这种转换需要调用函数gethostbyname（））。用户主机的DNS客户端接收到后，向网络中发送一个DNS查询报文。所有DNS请求和回答报文使用的UDP数据报经过端口53发送（至于为什么使用UDP，请参看为什么域名根服务器只能有13台呢？郭无心的回答）经过若干ms到若干s的延时后，用户主机...

前言 loki是轻量、易用的日志聚合系统。如果你的k8s集群规模并不大，推荐使用grafana+loki的方案来做微服务日志的采集； Loki组成 loki架构很简单，主要由3部分组成： loki：服务端，负责存储日志和处理查询； promtail：采集端，负责采集日志发送给loki； grafana：负责采集日志的展示； promtail.yml kubectlapply-fpromtail.yml   注意：使用前，请删掉promtail.yml中的中文注释 --- apiVersion:v1 kind:ConfigMap metadata: name:...

curl-v-H'Content-Type:application/json;charset=utf8'-XPOST-dpro-kube-system-grafana.json-uadmin:xxxxxxxhttp://114.114.114.114:3000/api/dashboards/db 需要注意 批量替换json文件中的servicename，NAMESPACE，grafanaEnv，grafanaFolderId才可使用 pro-kube-system-grafana.json { "dashboard":{ "annotations":{ "list":[ { "b...

获取执行账号 curl-k-uadmin:xxxxx--silent${BUILD_URL}api/xml|tr'<''\n'|egrep'userName>'|sed's/.>//g' 执行其他Jenkins任务 curl-uadmin:xxxx"http://114.114.114.114/jenkins/job/xxxxx/buildWithParameters"--dataartifact_url=${artifact_url}--dataservicename=${servicename}

!/usr/bin/envbash set-e sourcealiaskubectl='./kubernetes/kubectl--client-certificate=./kubernetes/server.cer--client-key=./kubernetes/server_key.pem--certificate-authority=./kubernetes/ca.cer-shttps://$gdevip:4443' ssh_node(){ node=$1 shift if["$node"=""];then node=$(kubectlgetnode-oname$@|sed's...

前言 面试中我们经常会被问到TCP协议的三次握手和四次挥手的过程，为什么总喜欢问这个问题呢？ 其实我们平时使用的很多协议都是应用层协议，比如HTTP协议，https协议，DNS协议，FTP协议等；而应用层协议都是要基于传输层的两个协议之上的，也就是TCP协议和UDP协议。我们在使用应用层协议遇到一些问题需要去分析定位的时候，会需要涉及到底层协议的连接问题上。所以，作为测试掌握这两个底层协议的工作原理是非常有必要的！ UDP协议作为一个不可靠的传输层协议，工作过程相对比较简单！所以我们就重点来大家讲一下TCP协议。 Wireshark抓包分析TCP协议为了更好的学习和理解TCP协议的连接和断开连...