kubernetes(k8s)DNS 服务反复重启解决: k8s.io/dns/pkg/dns/dns.go:150: Failed to list *v1.Service: Get https://10.96.0.1:443/api/v1/services?resourceVersion=0: dial tcp 10.96.0.1:443: getsockopt: no route to host 在使用 Minikube 部署 kubernetes 服务时,出现 Kube DNS 服务反复重

docker 在提交镜像的时候出现以下错误. 我用的是本地的仓库,所以tcp后面是我的ip地址. 错误信息: #docker push ubuntu docker push  dial tcp 192.168.0.153:443: getsockopt: connection refused 原因及解决方案: 1.没有指定镜像要上传的地址,站点.默认的是docker.io docker push <namespace>/<image name> 解决方法: docker push

2台宿主机,hslave1 192.168.1.153, hslave2 192.168.1.154 修改网段 docker0默认网段是172.17.0.0/16,修改154机器的docker0的网段 vi /usr/lib/systemd/system/docker.service #修改下面这行 ExecStart=/usr/bin/docker daemon --bip=172.18.42.1/16 -H fd:// -H=unix:///var/run/docker.sock 重启Doc

[Solution] Update firewall policy 1)      Disabled docker rules of iptables  --- docker will create rules of iptables automatically. # vim /etc/docker/daemon.json 1)      Add masquerade to public zone # firewall-cmd --permanent --zone=public --add-ma

前言:前面的部分一直都是单机跑docker,但实际生产环境不可能只用一台来跑.肯定会用到多台,因为他们都是内部私有ip,那么多台主机之间的容器如何通信?这个是个很头疼的问题!目前主流几种方法如下: 1.使用路由机制打通网络 2.使用Open vSwitch(OVS)打通网络 3.使用flannel来打通网络 4.使用Quagga来实现自动学习路由 第一种:使用路由机制打通网络 使用linux的路由来打通网络 优点: 常规路由技术 使用传统网络技术 简单 高性能 缺点: 与现有网络融为一体 灵活性

部署时需要注!意!: 打开防火墙对应的应用端口!!用于外部访问!!内部互访问则不需要. 和对应数据库,缓存,消息中间件服务等的端口(当然这些服务必须先开启,它们也可使用docker部署开启) ,用于容器服务的访问!! 另:容器暴露(Dockefile里面的EXPOSE)什么端口,和启动容器时映射(docker run中的-p端口映射)什么端口,与容器里的应用实际运行什么端口本质上没关系,暴露和映射,只是容器对外部访问的权限设置,容器内应用在什么端口启动,取决于应用程序怎么写的.但一般应用在什么端

overlay网络 overlay网络驱动程序会在多个docker守护程序(即多个主机上的docker守护程序)之间创建分布式网络.该网络(overlays)位于特定于主机的网络之上,允许连接到它的容器(包括swarm群集服务容器)安全地进行通信.Docker透明地正确处理到达和来自Docker守护程序主机的每个数据包,并正确的路由到目标容器 初始化swarm或将Docker主机加入现有swarm时,会在该Docker主机上创建两个新网络: 名称为ingress的overlay网络,处理与swa

docker启动时默认使用172.17.x.x作为容器的ip地址,可以通过以下方法自定义该网段: sudo service docker stop通过命令route -n查看docker0是否存在,若存在需先删除,sudo ip link del docker0sudo docker --bip="10.1.42.1/16" -d启动后docker讲使用新的网段为容器分配ip地址

DOCKER, IPV6 BASIC CONFIGURATION OF DOCKER ENGINE WITH IPV6 SEPTEMBER 21, 2015 EYEPV6(AT)GMAIL(DOT)COM 4 COMMENTS This is the start of a blog series dedicated to enabling IPv6 for the various components in the Docker toolbox. I am starting the series

前言:前面的部分一直都是单机跑docker,但实际生产环境不可能只用一台来跑.肯定会用到多台,因为他们都是内部私有ip,那么多台主机之间的容器如何通信?这个是个很头疼的问题!目前主流几种方法如下:1.使用路由机制打通网络2.使用Open vSwitch(OVS)打通网络3.使用flannel来打通网络4.使用Quagga来实现自动学习路由 第一种:使用路由机制打通网络使用Linux的路由来打通网络优点: 常规路由技术 使用传统网络技术 简单 高性能 缺点: 与现有网络融为一体 灵活性低 现在有两

简介 docker 在早前的时候没有考虑跨主机的容器通信,这个特性直到 docker 1.9 才出现.在此之前,如果希望位于不同主机的容器能够通信,一般有几种方法: 使用端口映射:直接把容器的服务端口映射到主机上,主机直接通过映射出来的端口通信 把容器放到主机所在的网段:修改 docker 的 ip 分配网段和主机一致,还要修改主机的网络结构 第三方项目:flannel,weave 或者 pipework 等,这些方案一般都是通过 SDN 搭建 overlay 网络达到容器通信的 随着 dock

使用Macvlan网络 某些应用程序,尤其是遗留应用程序或监视网络流量的应用程序,希望直接连接到物理网络.在这种情况下,您可以使用macvlan网络驱动程序为每个容器的虚拟网络接口分配MAC地址,使其看起来像是直接连接到物理网络的物理网络接口.在这种情况下,您需要在Docker主机上指定一个物理接口,用于Macvlan,以及Macvlan的子网和网关.您甚至可以使用不同的物理网络接口隔离Macvlan网络.请记住以下事项: 由于IP地址耗尽或“VLAN传播”,很容易无意中损坏您的网络,在这种情况

本文首发于我的公众号 Linux云计算网络(id: cloud_dev),专注于干货分享,号内有 10T 书籍和视频资源,后台回复「1024」即可领取,欢迎大家关注,二维码文末可以扫. 上一篇文章我们详细介绍了 macvlan 这种技术,macvlan 详解,由于它高效易配置的特性,被用在了 Docker 的网络方案设计中,这篇文章就来说说这个. 01 macvlan 用于 Docker 网络 在 Docker 中,macvlan 是众多 Docker 网络模型中的一种,并且是一种跨主机的网络模

docker pull 镜像时报错: Error response from daemon: Get https://registry-1.docker.io/v2/library/nginx/manifests/1.14-alpine: Get https://auth.docker.io/token?scope=repository%3Alibrary%2Fnginx%3Apull&service=registry.docker.io: dial tcp: lookup auth.docke

方法很多,这里我说一下使用 docker-connector解决这个问题 这是一个github开源项目docker-connector  1. Mac 通过 brew 安装 docker-connector  brew install wenjunxiao/brew/docker-connector 2. 执行以下命令把 docker 的所有 bridge 网络都添加到路由中(拷贝已下指令)  docker network ls --filter driver=bridge --format "

目录 macvlan macvlan macvlan的原理是在宿主机物理网卡上虚拟出多个子网卡,通过不同的MAC地址在数据链路层(Data Link Layer)进行网络数据转发的,它是比较新的网络虚拟化技术,需要较新的内核支持(Linux kernel v3.9–3.19 and 4.0+). 准备实验环境 使用 node-1 和 host2 上单独的网卡ens38 创建 macvlan.为保证多个 MAC 地址的网络包都可以从 ens38通过,需要打开网卡的混杂模式. ip link set

docker https://auth.docker.io/token dial tcp lookup auth.docker.io i/o timeo Error response from daemon: Get https://registry-1.docker.io/v2/library/alpine/manifests/latest21: Get https://auth.docker.io/token?scope=repository%3Alibrary%2Falpine%3Apul

参考文档: Difficulties with traditional overlay networks:https://www.projectcalico.org/learn/ Get Start(v2.6.x):https://docs.projectcalico.org/v2.6/getting-started/docker/ Calico组件(v2.6.x):https://docs.projectcalico.org/v2.6/reference/architecture/ 配置cal

本节内容: Docker容器跨主机通信方案 环境信息 升级内核 安装docker 防火墙设置和开启内核转发 安装启动consul 启动Docker 创建overlay network 创建容器 测试容器跨主机通信 网络拓扑 抓包分析 一.Docker容器跨主机通信方案 实现跨主机的容器通信有很多种方案,需要看实际的网络状况,是云上环境,私有云环境,还是混合云环境:是否有SDN对网络做特殊控制等等.网络状况不一样,适用的方案也会不一样.比如有的环境可以使用路由的方案,有的却不能使用.不考虑网络模型

1. linux CPU大小cat /proc/cpuinfo |grep "model name" && cat /proc/cpuinfo |grep "physical id" 2. 内存大小cat /proc/meminfo |grep MemTotal 3. 硬盘大小fdisk -l |grep Disk 4. uname -a # 查看内核/操作系统/CPU信息的linux系统信息命令 5. head -n 1 /etc/issue #

禁用容器的网络连接 如果要完全禁用容器上的网络堆栈,可以--network none在启动容器时使用该标志.在容器内,仅创建环回设备.以下示例说明了这一点. 创建容器. $ docker run --rm -dit \ --network none \ --name no-net-alpine \ alpine:latest \ ash 通过在容器中执行一些常见的网络命令来检查容器的网络堆栈.请注意,没有eth0创建. $ docker exec no-net-alpine ip link sh