iNet

体验平台简介 阿里云开发者实验室提供免费云资源和丰富的场景化实践，旨在帮助开发者在学习应用技术，了解阿里云产品的特性。 阿里云体验实验室地址： https://developer.aliyun.com/adc/labs/ 教程介绍 本场景将介绍Linux中常用的系统工作命令以及系统状态检测命令 场景体验 场景内容选自 阿里云体验实验室 本场景将提供一台配置了Aliyun Linux 2的ECS实例（云服务器）。您可以参考本教程学习Linux系统中的文本编辑工具Vim以及文本处理命令。 阿里云 Aliyun Linux 2的ECS实例资源 ： https://developer.aliyun.com/adc/scenario/c8d3efc90d634366bc012a69129c9aef 涉及以下云产品和服务 [云服务器ECS] 云服务器（Elastic Compute Service，简称ECS）是阿里云提供的性能卓越、稳定可靠、弹性扩展的IaaS（Infrastructure as a Service）级别云计算服务。云服务器ECS免去了您采购IT硬件的前期准备，让您像使用水、电、天然气等公共资源一样便捷、高效地使用服务器，实现计算资源的即开即用和弹性伸缩。阿里云ECS持续提供创新型服务器，解决多种业务需求，助力您的业务发展。 [Aliyun Linux 2] Aliyun

导读 同事一个SUSE Linux Enterprise Server 11 SP3环境配置ipv6地址失败，提示不支持IPv6，请求帮助，第一反应是应该ipv6相关内核模块没有加载。 主要检查内容： ipv6地址是否存在 ifconfig |grep inet6 没有默认inet6地址 ipv6模块是否存在 # modinfo -n ipv6 /lib/modules/3.0.101-0.47.90-default/kernel/net/ipv6/ipv6.ko # modinfo -n ipv6_lib /lib/modules/3.0.101-0.47.90-default/kernel/net/ipv6/ipv6_lib.ko 系统是否加载IPv6相关模块 lsmod |grep ipv6 # lsmod |grep ipv6 ipv6_lib 341467 0 只有ipv6_lib模块，没有主模块ipv6 从上面信息得知，ipv6模块是存在的，只是加载出现了问题,由此想到可能是配置导致的。 首先检查模块的依赖关系是否正确： # cat /lib/modules/`uname -r`/modules.dep |grep -w ipv6.ko: /lib/modules/3.0.101-0.47.90-default/kernel/net/ipv6/ipv6.ko: /lib

[前段时间学习了xenserver，感觉不错，就是对他的免费感觉质疑，如果后期他某一天不提供免费了，那我不惨了。所以，我还是将学习方向转到开源的领域了。] (1)Centos5.4 安装，升级 开启SELinux（如果你的SELinux被禁用，virt-install将不会正常工作） system-config-securitylevel-tui (2)kvm 安装 (a) 检查CPU是否支持硬件虚拟化-运行命令 egrep '(vmx|svm)' --color=always /proc/cpuinfo （如果输出的结果包含 vmx，它是 Intel；如果包含 svm，它是 AMD。如果你甚么都得不到，那应你的系统并没有支持虚拟化的处理。 ） (b) 安装KVM和virtinst（一个创建虚拟机的工 具），我们运行 yum install kvm kmod-kvm qemu libvirt python-virtinst 然后重新启动系统: R eboot 使用下列命令检查KVM是否成功安装 virsh -c qemu:///system list 将会显示如下结果: [root@server1 ~]# virsh -c qemu:///system list Id Name State ---------------------------------- [root

TCP协议粘包问题详解 前言 　　 在本章节中，我们将探讨TCP协议基于流式传输的最大一个问题，即粘包问题。本章主要介绍TCP粘包的原理与其三种解决粘包的方案。并且还会介绍为什么UDP协议不会产生粘包。 基于TCP协议的socket实现远程命令输入 　　 我们准备做一个可以在Client端远程执行Server端 shell 命令并拿到其执行结果的程序，而涉及到网络通信就必然会出现 socket 模块，关于如何抉择传输层协议的选择？ 我们选择使用TCP协议，因为它是可靠传输协议且数据量支持比UDP协议要大 。好了废话不多说直接上代码了。 　　 Server端代码如下： # !/usr/bin/env python3 # -*- coding:utf-8 -*- # ==== 基于TCP协议的socket实现远程命令输入之Server ==== import subprocess from socket import * server = socket(AF_INET, SOCK_STREAM) server.bind(( " 172.17.0.16 " ,6666)) # 填入私网IP server.listen(5 ) while 1: # 链接循环 conn,client_addr = server.accept() while 1: # 通信循环 try : #

第三章 构建DHCP服务器 本节所讲内容： 3.1、DHCP服务器工作原理 3.2、使用DHCP为局域网中的机器分配IP地址 3.3、使用DHCP为服务器分配固定IP地址 3.4、ntpdate加计划任务同步服务器时间 实验环境： 服务端：dhcpserver IP：192.168.26.72 客户端：dhcpclient IP：自动分配 服务器：server IP：特别保留 正文部分： 3.1、DHCP服务器工作原理 3.1.1、DHCP工作原理 DHCP服务概述： 1）名称：DHCP--动态主机配置协议 2）功能：DHCP是一个工作在局域网内网络协议，使用UDP协议工作， 主要有两个用途： 1、给内部网络机器自动分配IP地址信息：IP地址、网关、DNS、域名等 2、配合实现其他目的，如：cobbler网络部署等 3）特点： C/S 模式 4）安装服务： [root@dhcpserver ~]# yum -y install dhcp 3.1.2、工作过程 DHCP client discovery：客户端发送广播，在本广播域中找DHCP server，只有DHCP server会响应此广播 DHCP server offer：服务器对DHCP client回复可以提供DHCP服务的响应 DHCP client request：客户端请求DHCP server分配IP地址

前言 笔者最近解决了一个困扰了业务系统很久的问题。这个问题只在发布时出现，每次只影响一两次调用，相较于其它的问题来说，这个问题有点不够受重视。由于种种原因，使得这个问题到了业务必须解决的程度，于是就到了笔者的手上。 问题现场 我们采用的是dubbo服务，这是个稳定成熟的RPC框架。但是我们在某些应用中会发现，只要这个应用一发布(或者重启),就会出现请求超时的问题，如下图所示: 而且都是第一笔请求会报错，之后就再也没有问题了。 排查日志 好了，现象我们知道了，于是开始排查那个时间点的日志。Server端没有任何日志，而Client(App1)端报错超时。报错如下所示: 2019-08-22 20:33:50.798 com.alibaba.dubbo.rpc.RpcException: Failed to invoke the method set in the servce XXXFacade, tries 1 times ...... start time: 2019-08-22 20:32:50.474 end time: 2019-08-22 30:33:50.767 timeout=60000,channel:/1.1.1.1:44502->2.2.2.2:20880 看日志报错是这个tcp五元组(1.1.1.1:44502->2.2.2.2:20880)有问题

事件驱动编程思想 范式： 一种写代码的方式 ，这里程序的执行是由外部事件来决定的。它的特点是包含一个事件循环，当外部事件发生时使用回调机制来触发相应的处理。 触发事件发送到队列，然后提取事件任务，发送到执行任务函数 当CPU指令集为 0的时候对应的是内核态(拥有硬件,软件所有权限)， 1为用户态 用户态： 用户所运行的程序， 内核态： 操作系统 进程阻塞：正在执行的进程，由于期待的事件未发生，如请求系统资源失败，等待某种操作的完成，则由系统自动执行阻塞，使进程进入阻塞状态， 进程阻塞是不占用CPU资源的 缓存I/O : 标准IO操作数据流向路径：数据——流缓存区——内核缓存区——磁盘 数据--> 用户态 --> 内核态 --> 对端 内核态 --> 用户态 --> 对应应用程序 --> 数据 IO模型 阻塞 非阻塞 IO多路复用 异步IO 1、阻塞IO 全程阻塞 缺点：CPU不能做其它事情 优点： 数据同步 例： 比如以socket为例，当服务启动之后，accept发起一个系统调用，由用户态到内核态，操作系统(内核态)一直等待数据(程序阻塞)，当启动client端连接到s端，内核态接收到数据，数据从内核态复制到用户态，最后返回给conn 缺点： 阻塞跟同步类似，都是你发我收， 我发你收 ，CPU将会一直阻塞， ##### 阻塞IO '''IO 每次连接都只能连接一次

前言: 鉴于疫情期间想必大伙可能有居家办公的需求,这样就少不了远程工作，目前最简单的方式就是通过公司路由直接端口映射实现,但这样难免存在安全风险,为此小编临时决定自建openvpn来实现这一功能，说起openvpn大伙可能都比较熟悉了，至于原理网络一大堆小编就不在赘述了,这里只是简单总结一下openvpn的安装部署流程,一来重新回顾一下openvpn工作流程,二来可以理清思绪,借助博客深入原理沉淀下来，对自己对他人都会有很大的帮助。此文只供初学者参考！不喜勿喷，喷者勿入，勤者共勉。^_^ 简介: vpn 介绍：在公共网络上建立的一条私密的安全通道实现互联网远程访问,局域网互联等,OpenVPN 是一个基于 OpenSSL 库的应用层 VPN 实现。和传统 VPN 相比，它的优点是简单易用。 核心原理: 1.openvpn服务端会创建一个名为tun的虚拟网卡，此网卡和物理网卡具有相同的特点，能够配置IP和路由。 2.openvpn服务器需要配置一个虚拟地址池和一个自用的静态IP地址然后会给每个成功建立ssl连接的客户端动态分配一个虚拟IP，这样无理网络中的客户端和openvpn之间就连接成了一个星型的局域网，openvpn服务器成为每个客户端在虚拟网络上的网关，openvpn通过提供对客户端虚拟网卡的路由管理功能。简单的说openvpn服务器就类一个虚拟路由器。 3

TCP协议粘包问题详解 前言 　　 在本章节中，我们将探讨TCP协议基于流式传输的最大一个问题，即粘包问题。本章主要介绍TCP粘包的原理与其三种解决粘包的方案。并且还会介绍为什么UDP协议不会产生粘包。 基于TCP协议的socket实现远程命令输入 　　 我们准备做一个可以在Client端远程执行Server端 shell 命令并拿到其执行结果的程序，而涉及到网络通信就必然会出现 socket 模块，关于如何抉择传输层协议的选择？ 我们选择使用TCP协议，因为它是可靠传输协议且数据量支持比UDP协议要大 。好了废话不多说直接上代码了。 　　 Server端代码如下： # !/usr/bin/env python3 # -*- coding:utf-8 -*- # ==== 基于TCP协议的socket实现远程命令输入之Server ==== import subprocess from socket import * server = socket(AF_INET, SOCK_STREAM) server.bind(( " 0.0.0.0 " ,6666)) # 放在远程填入0.0.0.0，放在本地填入127.0.0.1 server.listen(5 ) while 1: # 链接循环 conn,client_addr = server.accept() while 1: #

1.方案简介 本方案采用Heartbeat双机热备软件来保证数据库的高稳定性和连续性，数据的一致性由DRBD这个工具来保证。默认情况下只有一台mysql在工作，当主mysql服务器出现问题后，系统将自动切换到备机上继续提供服务，当主数据库修复完毕，又将服务切回继续由主mysql提供服务。 2.方案优缺点 优点：安全性高、稳定性高、可用性高，出现故障自动切换。 缺点：只有一台服务器提供服务，成本相对较高，不方便扩展，可能会发生脑裂。 3.软件介绍 Heartbeat介绍 官方站点： http://linux-ha.org/wiki/Main_Page heartbeat 可以资源(VIP地址及程序服务)从一台有故障的服务器快速的转移到另一台正常的服务器提供服务 ，heartbeat和keepalived相似， heartbeat 可以实现failover功能，但不能实现对后端的健康检查 DRBD介绍 官方站点： http://www.drbd.org/ DRBD( DistributedReplicatedBlockDevice ) 是一个基于块设备级别在远程服务器直接同步和镜像数据的软件， 用软件实现的、无共享的、 服务器之间镜像块设备内容的存储复制解决方案。 它可以实现在网络中 两台服务器之间基于块设备级别的实时镜像或同步复制(两台服务器都写入成功)/异步复制(本地服务器写入成功