一.windows环境 1.安装jdk 随意选择目录 只需把默认安装目录 \java 之前的目录修改即可 2.安装jre→更改→ \java 之前目录和安装 jdk 目录相同即可 注:若无安装目录要求,可全默认设置.无需做任何修改,两次均直接点下一步. 3.安装完JDK后配置环境变量  计算机→属性→高级系统设置→高级→环境变量 4.系统变量→新建 JAVA_HOME 变量 .变量值填写jdk的安装目录(本人是 E:\Java\jdk1.7.0) 系统变量→寻找 Path 变量→编辑 5.在变量

linux暴露端口可以被外部访问,把端口号换成要暴露的端口:/sbin/iptables -I INPUT -p tcp --dport 3306 -j ACCEPT Centos 7 开启端口CentOS 7 默认没有使用iptables,所以通过编辑iptables的配置文件来开启80端口是不可以的,CentOS 7 采用了 firewalld 防火墙查询是否开启80端口则:firewall-cmd --query-port=80/tcp开启80端口:firewall-cmd --add-p

http,https端口 apiVersion: extensions/v1beta1 kind: Ingress metadata: name: kubernetes-dashboard namespace: kube-system annotations: kubernetes.io/ingress.class: "nginx" nginx.ingress.kubernetes.io/ssl-redirect: "true" nginx.ingress.kube

查看Container的IP地址 docker inspect <container name or id>| grep IPAddress 查看Container的映射的端口 docker port <container name or id> eg. docker port d8dac7399647 用iptables查看容器映射情况 iptables -t nat -nvL iptables -t nat -nvL --line-number 举例新增端口的映射##将主机31

在yaml文件中多个不同类型资源可以用“---”在划分 name: httpd2-svc namespace: kube-public    #给资源分配网络   所用资源将在 kube-public中 创建NodePort类型服务: kubectl get service httpd-svc 上图中: EXTERNAL-IP:  为<nodes>表示通过每个cluster节点自身的IP访问service PORT(S):  为8080:32312/tcp  8080表示clusterIP监控

把原来的端口映射改成1180 一 修改docker-compose.yml [root@topcheer ~]# cat /mnt/harbor/docker-compose.yml version: '2.3' services: log: image: goharbor/harbor-log:v1.8.0 container_name: harbor-log restart: always dns_search: . cap_drop: - ALL cap_add: - CHOWN - DA

说明: 1.目标机器Target,有全部控制权,其所处网络无法向外网暴露端口,但是已知Target的外网地址:Target_internet_addr 2.交换机器Exchange,有全部控制权,其所处网络有一个对外暴露的端口 实现: Target端制作一个不断重连Exchange的工具, 连接后不做任何操作, 一旦收到来自Exchange的数据后,立刻在Target本机链接mstsc,同时把Exchange的数据转发到mstsc上去 Exchange端制作一个监听Listen, 当一个连接接入

一.端口映射 在之前的博客搭建私有仓库时用到这样一句:docker run -d -p 5000:5000 -v /opt/data/registry:/tmp/registry registry来run一个仓库,其中可以看到-p 5000:5000,它的作用就是用来进行端口映射.那为什么需要端口映射呢?其实在启动容器时,如果不配置宿主机器与虚拟机的端口映射,外部程序是无法访问虚拟机的,因为没有端口,所以需要进行端口映射. 端口映射有两个关键词-P -p,一个是大写一个是小写,通过run --h

本篇文章主要介绍了Linux下如何对端口流量进行统计,小编觉得挺不错的,现在分享给大家,也给大家做个参考.一起跟随小编过来看看吧   在不修改源代码的情况下对程序暴露端口流量进行监控统计,可以利用Linux中自带的Iptable添加简单的规则让其起到端口流量统计的作用.但是需要注意的是在服务器重启.Iptable服务重启的时候统计数据会被重置清零. 添加需要统计的端口 1.输入监控 下面示例是监控目标端口是8080的输入流量 –dport(destination port 的缩写) iptabl

1. 自己kubeadm搭建的一套k8s系统 然后进行做实验 发现了几个问题 jenkins 创建 salves的时候总是有问题.  提示注册不上 然后 我修改了下yaml文件 暴露端口 50000 提示不支持的端口范围 端口仅支持 30000-32567 左右的几个端口 百度了下 来修改端口的范围 发现 有几个不一样的地方 我的是通过 docker化方式部署的 没有配置文件 只有yaml文件 简单参考了下 方法为: 找到 kubeadm 创建的默认文件位置 cd /etc/kubernetes

非web工程 在服务架构中,有些springboot工程只是简单的作为服务,并不提供web服务 这个时候不需要依赖 <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId></dependency> 但是启动springboot的话,启动之后就会自动关闭,可以通过如下方式解决 实现C

k8s服务的配置文件中几个端口参数,nodePort.port.targetPort,刚开始的时候不理解什么意思很容易混淆写错,这里总结一下,概括来说就是nodePort和port都是k8s的service暴露的端口,targetPort是容器本身暴露的端口.区别是nodePort暴露给k8s集群外部流量访问用,port暴露给k8s集群内部服务访问用.从上两个端口过来的数据最终都需要经过反向代理kube-proxy,流入后端pod的targetPort上,最后到达pod内的容器. 下面具体解释一

HAproxy Ingress控制器 HAproxy Ingress简介 HAProxy Ingress watches in the k8s cluster and how it builds HAProxy configuration 和Nginx相类似,HAproxy通过监视kubernetes api获取到service后端pod的状态,动态更新haproxy配置文件,以实现七层的负载均衡. HAproxy Ingress控制器具备的特性如下: Fast,Carefully built

service服务发现 [root@k8s-master ~]# vim busybox-5d4f595646-dzjv4.yaml apiVersion: v1 kind: Pod metadata: name: busybox namespace: default spec: containers: - image: busybox command: - sleep - "3600" imagePullPolicy: IfNotPresent name: busybox resta

一.问题现象 1.现象举例: # 自制的springboot项目的dockerfile # springboot 其实就是一个简单的hello-world程序,写了一个HelloController 做测试 # dockerfile内容: FROM java:8 MAINTAINER shan <test@qq2363581677@163.com> ADD ./demo.jar /demo.jar EXPOSE 8848 CMD java -jar /demo.jar # 构建镜像 docke

.net猿遇到了小鲸鱼,觉得越来越兴奋.本来.net猿只是在透过家里那田子窗看外面的世界,但是看着海峡对岸的苹果园越来越茂盛,实在不想再去做一只宅猿了.于是,.net猿决定搭上小鲸鱼的渡轮到苹果园去看看. .net猿上了小鲸鱼渡轮就先问了一个问题,苹果园上有能用来编写c#代码的和Visual Studio一样强大的IDE么?这时,天空闪过一道Gamma射线,艾瑞克神说,给你一个 Visual Studio Code,去玩吧.于是.net猿搭这小鲸鱼的快船顺利的抵达了苹果山,开始了他的吃苹果之旅.

Compose是Docker的服务编排工具,主要用来构建基于Docker的复杂应用,Compose 通过一个配置文件来管理多个Docker容器,非常适合组合使用多个容器进行开发的场景. 说明:Compose是Fig的升级版,Fig已经不再维护.Compose向下兼容Fig,所有fig.yml只需要更名为docker-compose.yml即可被Compose使用. 服务编排工具使得Docker应用管理更为方便快捷. Compose网站:https://docs.docker.com/compos

介绍 在实际项目使用中quartz.net中,都希望有一个管理界面可以动态添加job,而避免每次都要上线发布. 也看到有园子的同学问过.这里就介绍下实现动态添加job的几种方式, 也是二次开发的核心模块. 阅读目录: 传统方式 框架反射方式 进程方式 URL方式 框架配置方式 传统方式 继承IJob,实现业务逻辑,添加到scheduler. public class MonitorJob : IJob { public void Execute(IJobExecutionContext cont

Fig是Docker的应用编排工具,主要用来跟 Docker 一起来构建基于 Docker 的复杂应用,Fig 通过一个配置文件来管理多个Docker容器,非常适合组合使用多个容器进行开发的场景. 说明:目前Fig已经升级并更名为Compose.Compose向下兼容Fig. 所以学完fig再去看compose也是可以的. 应用编排工具使得Docker应用管理更为方便快捷. Fig网站:http://www.fig.sh/ 安装Fig: # 方法一: curl -L https://github

Docker使用注意 关于网络配置   在使用默认的桥接模式下,容器启动后会被分配一个与docker0在同一网段的地址,在容器内部默认显示为eth0,在宿主机上产生一个临时的vethXXX接口. 端口映射 在主机上查看端口映射的方式为docker ps(桥接方式会显示端口).docker inspect [id].netstat -nlp netstat可能只会显示出tcp6的监听状态,实际上ipv4的地址也监听了. 在访问容器内的服务时,如将mysql的3306端口映射到主机上的13306端口

镜像是容器的运行基础,容器是镜像运行后台的形态 镜像的概念 镜像是一个包含程序运行必要依赖环境和代码的只读文件,它采用分层的文件系统,将每一次改变以读写层的形式增加到原来的只读文件上 镜像的系统结构 镜像的本质是磁盘上一系列文件的集合,创建新的镜像其实也就是对已有镜像文件的增删查改.但镜像之间并不是孤立,而是存在单向的文件依赖关系,如下图中,镜像1的FileA是镜像2FileA的修改版本,NewFile是新创建的文件,其他文件则全部引自镜像2 镜像的写时复制机制 通过docker run命令创建