nc就是netcat，官网：https://eternallybored.org/misc/netcat/
安装163源（可选） yum install -y wget #安装wget wget http://mirrors.163.com/.help/CentOS7-Base-163.repo #下载163 centos7源文件 mv /etc/yum.repos.d/CentOS-Base.repo /etc/yum.repos.d/CentOS-Base.repo.backup #Y
验证域名所有权会经常使用 DNS 解析 TXT记录的方式，比如申请 SSL 证书或 Google、百度站长认证时；
1、k8s的dashboard的安装部署，首先需要将压缩包下载下来，然后进行解压缩操作。
最近我们边缘集群服务遇到了一个 DNS 访问故障问题，现象是在边缘服务器上无法访问 DNS 服务器(10.7.0.1)， 发出去的 DNS 请求包没有收到任何回应。
主dns：CentOS6.8-01 172.24.8.10 linuxmaster.aliyun.com
DNS 解析是一种按照层级的树形结构，从左到右，DNS trace 记录来看 DNS 解析过程，以shikanon.com域名为例。
1、什么是DNS？ ( Domain Name System)是“域名系统”的英文缩写，是一种组织成域层次结构的计算机和网络服务命名系统，它用于TCP/IP网络，它所提供的服务是用来将主机名和域名转换为IP地址的工作。DNS就是这样的一位“翻译官”，它的基本工作原理可用下图来表示。
答：Namespace命名空间，是kubernetes系统中的另一个非常重要的概念，Namespace在很多情况下用于实现多租户的资源隔离，不同的业务可以使用不同的namespace进行隔离。
尽管 Kubernetes 是为在云中运行而构建的，然而，在实际的业务场景中，开发人员出于各种原因需要在其本地计算机上部署及运行它。毕竟，在本地运行往往是一种使用容器编排平台的最为简单模式。基于本地开发环境，能够尽可能以减轻与生产环境的差异，并确保应用程序在生产中有效运行。
答：Kubernetes中有一个很重要的特性，服务子发现。一旦一个service被创建，该service的service ip和service port等信息都可以被注入到pod中供它们使用。kubernetes主要支持两种service发现机制，第一种是环境变量，第二种是DNS。没有dns服务的时候，kubernetes会采用环境变量的形式，一个有很多service，环境变量会变得很复杂，为了解决这个问题，我们使用DNS服务。
Docker 使用了 Linux 内核 iptables 和 IPVS 的功能来实现服务发现和负载均衡。
最近在ubuntu804上适配k8s的时候，部署到业务pod的时候，出现了服务器卡死，top查看发现负载很高，进行CPU排序发现如下信息，可知是CoreDNS服务导致。
例如，存在一套redis主从（主从节点在不同的主机上）,应用程序通过主库的ip进行读写操作。 但是，主库一旦出现故障，虽然有从库，且从库提升为主库，但是应用程序如果想使用从库则必须修改配置，重启应用方可生效。如用此情况，则涉及的人员比较多，且应用程序恢复使用的时间比较长。对于此情况，可以采取以下2种解决方式解决：
在Linux 系统上，当一个应用通过域名连接远端主机时，DNS 解析会通过系统调用来进行，比如 getaddrinfo()。和任何Linux 操作系统一样，Pod 的 DNS 定义在 resolv.conf 文件中，其示例如下：
说明：之前看到有人问了下Caddy怎么申请Let’s Encrypt泛域名SSL证书，就翻了下官方文档了解下，发现比用Nginx申请的过程简单很多，这里就发下方法。如果有人需要Nginx申请的方法，可以看下博主很久前发过的Nginx申请教程→传送门。
在实现了DNS主从同步，子域授权之后，还可以针对不同网络内的域名解析请求DNS能够指向不同的主机地址，以实现分流。
文章首发于跳跳糖社区https://tttang.com/archive/1648/
Bind是Berkeley Internet Name Domain Service的简写，它是一款实现DNS服务器的开放源码软件。已经成为世界上使用最为广泛的DNS服务器软件，目前Internet上半数以上的DNS服务器有都是用Bind来架设的，已经成为DNS中事实上的标准。
https://github.com/kubernetes/heapster/tree/master/deploy
Swarm是Docker的一个编排工具，参考官网：https://docs.docker.com/engine/swarm/
DNS（Domain Name System）域名系统，也就是把某个网址解析成 ip 的服务，对于私有云的方案，有可能会自建 DNS 服务器，这样可以让所有的配置文件都以域名的形式存在，自动化部署的时候就不需要因为 ip 不同而改动太多的环境变量，是不是很方便？
问题描述：查看pod日志报错，Normal Killing 39s (x735 over 15h) kubelet, 10.179.80.31 Killing container with id docker://apigateway:Need to kill Pod，可能是磁盘满了，无法创建和删除 pod
域名（Domain Name），简称域名、网域，是由一串用点分隔的名字组成的Internet上某一台计算机或计算机组的名称，用于在数据传输时标识计算机的电子方位。具有独一无二，不可重复的特性。
配置环境 yum -y install epel-release #安装EPEL源 yum install ocserv #安装ocserv 配置OpenConnectServer 准备证书 创建证书目录 cd ~ mkdir certificates cd certificates 在此目录下创建一个名为 ca.tmpl 的CA证书模板，写入如下语句： cn = "Aierpf" organization =
openstack在neutron组网模式下默认采用DHCP-Agent模块给虚拟机自动分配ip
之前在测试环境（centos7.2）上部署了openstack云平台（完整部署CentOS7.2+OpenStack+kvm 云平台环境（1）--基础环境搭建），openstack在neutron组网模式下默认采用DHCP-Agent模块给虚拟机自动分配ip 现在想给虚拟机指定固定ip，即创建虚拟机的时候指定固定ip。 现分析如下： 背景 1、我们目前使用openstack+docker来搭建自己的私有云 2、openstack有两种网络环境搭建模式，一种是功能较简单的nova-network，一种是neu
iptables有4 个表，优先级从高到低分别是raw，mangle，nat，filter，默认是filter
通过上一节的介绍，我们也看到了u32模块第一个缺点是只能针对特定位置的 4 个字节数据进行分析，如果位置不固定就没有办法了。如果要对位置不固定的数据进行分析，我们就要使用 string 模块，它可以帮我们在一个 IP 包里搜索任意位置，看是否有匹配的字符串。当然 u32 的固定位置分析也不能算是完全的缺点，只针对固定位置固定长度的数据分析意味着 u32 模块消耗的 CPU 资源非常少，因为我们基本上只需要做一些简单的与或操作和比较计算就可以了。而 string 模块强大的搜索功能，其代价就是消耗了更多的 CPU 资源。
kubernetes 提供了 service 的概念可以通过 VIP 访问 pod 提供的服务，但是在使用的时候还有一个问题：怎么知道某个应用的 VIP？比如我们有两个应用，一个 app，一个 是 db，每个应用使用 rc 进行管理，并通过 service 暴露出端口提供服务。app 需要连接到 db 应用，我们只知道 db 应用的名称，但是并不知道它的 VIP 地址。
对每个人而言，真正的职责只有一个：找到自我。然后在心中坚守其一生，全心全意，永不停息。所有其它的路都是不完整的，是人的逃避方式，是对大众理想的懦弱回归，是随波逐流，是对内心的恐惧 ——赫尔曼·黑塞《德米安》
在一个较大的生产环境中，一般还需要在公司内分多个部门，这些部门负责的域是整个公司所负责的域的子域，这时公司内除了需要主从DNS服务器彼此之间互相协调提供服务之外，还需要为每个子域授权并让各个子域分别管理各自部门的主机，以减轻公司所在域的系统管理员的负担，这就是子域授权。
由于 TCP 是更加常用的传输层协议，使用 UDP 的服务常常被人遗忘。虽然 UDP 服务本质上拥有被忽视的趋势，这些服务可以枚举，用来完全理解任何给定目标的工具面，这相当关键。UDP 扫描通常由挑战性，麻烦，并且消耗时间。这一章的前三个秘籍会涉及如何在 Kali 中使用不同工具执行 UDP 扫描。理解 UDP 扫描可以用两种不同的方式执行相当重要。一种技巧会在第一个秘籍中强调，它仅仅依赖于 ICMP 端口不可达响应。这类型的扫描依赖于任何没有绑定某个服务的 UDP 端口都会返回 ICP 端口不可达响应的假设。所以不返回这种响应就代表拥有服务。虽然这种方法在某些情况下十分高效，在主机不生成端口不可达响应，或者端口不可达响应存在速率限制或被防火墙过滤的情况下，它也会返回不精确的结果。一种替代方式会在第二个和第三个秘籍中讲解，是使用服务特定的探针来尝试请求响应，以表明所预期的服务运行在目标端口上。这个方法非常高效，也非常消耗时间。
前言 CoreDNS[1] 是 Golang 编写的一个插件式 DNS 服务器，是 Kubernetes 1.13 后所内置的默认 DNS 服务器。CoreDNS 的目标是成为 cloud-native 环境下的 DNS 服务器和服务发现解决方案，即： Our goal is to make CoreDNS the cloud-native DNS server and service discovery solution. 它有以下几个特性： 插件化（Plugins） 基于 Caddy 服务器框架，Cor
在之前的文章里我们介绍了如何使用k3d创建k3s集群，并且了解到k3d能为我们搭建本地k3s环境提供非常大的便利。本文将探索k3d的另一种使用方式，将Istio安装在k3d上，并在本地环境中使用。
在我之前的文章 K8S 生态周报| Google 选择 Cilium 作为 GKE 下一代数据面[1] 一文中，我介绍了 Google 宣布使用 Cilium 作为 GKE 的下一代数据面，及其背后的故事。
CoreDNS[1] 是 Golang 编写的一个插件式 DNS 服务器，是 Kubernetes 1.13 后所内置的默认 DNS 服务器。CoreDNS 的目标是成为 cloud-native 环境下的 DNS 服务器和服务发现解决方案，即：
上篇懒得写了索性转载了一篇nginx-ingress的，本篇我们来看神器Traefik，我个人是比较看好和偏向与Traefik的，它轻便易用而且还有界面。
etcd 是云原生架构中重要的基础组件，由 CNCF 孵化托管。etcd 在微服务和 Kubernates 集群中不仅可以作为服务注册与发现，还可以作为 key-value 存储的中间件。
DNS（domain name system 域名系统）：基于C/S模式的域名解析服务，监听在53/udp，53/tcp端口，其中tcp用来区域传送，udp用来解析，其实是一个数据库，用于TCP/IP程序的分布式数据库，同时也是一种重要的网络协议，DNS储存了网络中的IP地址与对应主机的信息，邮件路由信息，还有其他网络应用方面的信息，它所提供的服务是用来将主机名和域名转换为IP，就像一个翻译官
本文将在前文的基础上介绍在kubernetes集群环境中配置dns服务，在k8s集群中，pod的生命周期是短暂的，pod重启后ip地址会产生变化，对于应用程序来说这是不可接受的，为解决这个问题，K8S集群巧妙的引入的dns服务来实现服务的发现，在k8s集群中dns总共需要使用4个组件，各组件分工如下： etcd：DNS存储 kube2sky：将Kubernetes Master中的service（服务）注册到etcd。 skyDNS：提供DNS域名解析服务。 healthz：提供对skydns服务的健康检查。
最近甲方项目中有一个需求点需要DNS服务配合，项目要求该DNS系统能让用户自行操作记录，并允许用户通过命令自行修改DNS记录。
DEVICE=eth0 TYPE=Ethernet UUID=3769d1ce-fcb8-4cc9-b4f6-fb24204d10ef ONBOOT=yes NM_CONTROLLED=yes BOOTPROTO=none IPADDR=192.168.1.181 PREFIX=24 GATEWAY=192.168.1.1 DNS1=192.168.1.1 DEFROUTE=yes IPV4_FAILURE_FATAL=yes IPV
基于目前存在很多MySQL数据库单点故障，传统的MHA，PXC等方案用VIP或者DNS切换的方式可以实现、基于数据库的数据强一致性考虑，采用MGR集群，采用consul服务注册发现实现应用端通过动态DNS 访问MGR集群，实现数据库高可用，自动化切换的方案。
普通DNS没有加密能力，所有查询默认都是UDP明文传输，当然有些返回字节结果过大也会截断采用TCP传输(retrying in TCP mode)，但这些都是明文；对于一些安全要求较高的业务场景，为避免出现劫持、污染等引起的安全威胁，DNS over HTTPS（DoH）以及DNS over TLS（DoT）就派上了用场。同时HTTPDNS也可以规避运营商劫持的问题，主要原理就是绕过ISP提供的LDNS直接请求HTTPDNS服务，具有域名防劫持、调度精准等特性，但主要面向的是移动APP场景，解析流程如下：
从Kubernetes 1.11开始，可使用CoreDNS作为Kubernetes的DNS插件进入GA状态，Kubernetes推荐使用CoreDNS作为集群内的DNS服务。 我们先看一下Kubernetes DNS服务的发展历程。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
