LoopBack

方法： 　　1. 设置路由器： 首先我们要有路由器的登录账号和密码，登录路由器后设定mac地址与IP地址绑定，这样每次开机路由器都会给我们分配一个固定的IP地址。这种方式是最稳定可靠的方式，但很多情况下我们并没有登录路由器的权限，尤其是在办公区，并不十分通用，这里不做详细说明。 　　2. 配置系统： 我们都知道window系统有自动获取IP和手动配置IP地址两种方式，linux也支持手动配置。(以下操作我都是在管理员权限下完成) 首先在linux系统下获取网卡名,终端下输入ifconfig 我这里网卡名为：lo，同时记录下掩码地址，下面会用到这两个参数。 　　终端输入vi /etc/network/interfaces命令编辑配置文件,增加如下内容： #auto lo #iface lo inet loopback 上面的注释之后，添加一下： 　　　　 　　　　auto ens33 　　　　iface ens33 inet static 　　　　address 192.168.1.211 　　　　netmask 255.255.255.0 　　　　gateway 192.168.1.1 　　　　iface ens33 inet6 auto 网卡名改为自己电脑的网卡名，address:就是要固定的IP地址，这里我设置为211，然后保存退出，设置IP地址时尽量避开100开始的地址

本机IP 我们电脑主板上都内置了多种网卡，一般主要有以下几类： 虚拟网卡（loopback） 注意，它是虚拟的，并不是物理网卡，也被称为是本地环回地址(或接口)，一般将127.0.0.1作为本地环回地址。 有线网卡/以太网卡（Ethernet） 这是以太网（局域网）使用的，我们日常说的网卡指的就是这个，插入的就是网线。 无线网卡（WLAN） 这是无线局域网所使用的网卡，笔记本上常内置此网卡，它用的是无线电技术，不需要像以太网卡那样插网线。 以上这些网卡都会绑定一个本机IP。 localhost 是一种特殊的域名 localhost 它并不是IP，而是一种特殊的域名（没有后缀），默认的情况下它解析到的是本地IP（127.0.0.1），主要通过本机的host文件进行管理，如果你愿意，也可以把localhost域名解析到某个公网IP上去。 127.0.0.1是一种本机保留的私有IP 127.0.0.1它是一个私有IP，代表的就是你的本机环回地址，其实本质上是绑定在虚拟网卡（loopback）上的IP。 localhost 、127.0.0.1、本机IP的区别 1、localhost和127.0.0.1并不需要联网访问，即使在无网络环境下访问这两者都能找到本机； 2、localhost是域名，默认是指向127.0.0.1的； 3

一 文件 1 、grep命令   它能使用正则表达式搜索文本，并把匹配的行打印出来。 grep -r "static\ void\ get_file" ../(搜索带空格的字符)   显示行号-n 2、find命令   形式：find path -name filename   find ~ -name ap 在~目录下查找以ap开始的文件   find / | xargs grep function查找系统根目录下面的所有文件的内容中包含有function字符串的文件列表。find 得到的结果是一串文件名集合，如果直接传递给grep的话，grep会把这些文件名看作一些无意义的字符串来处理。   find . | xargs grep -r "static\ void\ get_file"   find . | xargs grep static   3、文件个数和行数   源文件数目： $ find . -name “ .[hc]” | wc -l   源代码总行数： $ find . -name “*.[hc]” | xargs wc -l | tail -n1 25562 总计 4、远程拷贝   scp命令是用于Linux与Linux主机之间的传输数据通信，而XCOPY命令用于Windows与Windows主机之间的数据传输。   linux 本地文件上传到服务器： scp

参考文章： https://www.linuxidc.com/Linux/2017-11/148587.htm 一、原文关键文字 系统平台：Ubuntu 14.04 我们来梳理一遍Ubuntu下对resolv.conf的编辑规则，就可以总结出来怎么对症下药去处理静态dns的配置重启失效的问题了。 流程分析： 在Ubuntu系统网络设备启动的流程中，会依赖/etc/network/interface的配置文件初始化网络接口，所以直接在/etc/network/interface之中配置好对应的dns服务器会最先写入/etc/resolv.conf。所以我们可以在其中添加如下内容： dns-nameservers 180.76.76.76 //支持一下，百度的DNS服务器 2.接下来NetworkManager会接力填充/etc/resolv.conf。依赖配置文件/etc/NetworkManager/NetworkManager.conf，通过修改这个配置文件中的dns项，我们也可以实现静态dns配置的目的： dns=119.29.29.29 //腾讯的DNS服务器 3.如果你错过了前面两步，没关系，我们还有机会补救。接下来resolv会读取自己的dns配置文件，写入/etc/resolv.conf。依赖的配置文件是/etc/resolvconf/resolv.conf.d

Working on an Android and iOS based application which require communication with a server running in the same device. Currently using TCP loopback connection for communicating with App and Server (App written in user layer, server written in C++ using Android NDK) I was wondering if replacing inter communication with Unix Domain socket would improve the performance? Or in-general is there any evidence/theory that proves that Unix Domain socket would give better performance then TCP loopback connection? Yes, local interprocess communication by unix domain sockets should be faster than

ip 网络层协议 ip地址 点分十进制分为4段，范围 0-255 ip分类 A 占据1段， 最左侧一段第一位固定为0 0 000 0000 - 0 111 1111 0 - 127 ：其中0为网络，127 本地主机内部通信。 　　 网络数: 2^7-2=126个 　　 每个网络中的主机数: 2^24-2=16777216 (1677736) 　　 默认子网掩码: 255.0.0.0 　　 私网地址: 10.0.0.0/8 (8:网络段全为1，有8位) B 占据2段， 最左侧一段第一位固定为10 　　 10 00 0000 - 10 11 1111 　　 128 - 191 　　 网络数:2^(6+8)=2^14=16384个 　　每个网络中的主机数: 2^16-2=65534 　　默认子网掩码:255.255.0.0 　　 私网地址: 172.16.0.0/16 - 172.31.0.0/16 (网络变化位第2位) C 占据3段， 最左侧一段第一位固定为110 110 0 0000 - 110 1 1111 192 - 223 网络数:2^(5+8+8)=2^21=2097152个 每个网络中的主机数: 2^8-2=62 默认子网掩码:255.255.255.0 私网地址: 192.168.0.0/24 - 192.168.255.0/24 (网络变化位第3位) D 占据4段，

I have a serial device set up as loopback (meaning it will simply echo back any character it receives), and I'd like to measure effective throughput speed. For this, I hoped I could use time , as in time bash -c '...' where ' ... ' would be some command I could run. Now, the first problem is that I want to use the device at 2000000 bps, so I cannot use ttylog or screen (they both seem to go up to 115200 bps only). However, working with /dev/ttyUSB0 as a file (using file redirection and cat ) seems to work fine: # initialize serial port stty 2000000 -ixon icanon </dev/ttyUSB0 # check settings

keepalived简介 lvs在我之前的博客《 高负载集群实战之lvs负载均衡-技术流ken 》中已经进行了详细的介绍和应用，在这里就不再赘述。这篇博文将把lvs与keepalived相结合使用，在实际工作中搭建高可用，高负载，高性能的服务器集群。 “Keepalived的作用是检测服务器的状态，如果有一台web服务器宕机，或工作出现故障，Keepalived将检测到，并将有故障的服务器从系统中剔除，同时使用其他服务器代替该服务器的工作，当服务器工作正常后Keepalived自动将服务器加入到服务器群中，这些工作全部自动完成，不需要人工干涉，需要人工做的只是修复故障的服务器。” keepalived的主要功能 1. healthcheck 检查后端节点是否正常工作 如果发现后端节点异常，就将该异常节点从调度规则中删除； 如果发现后端的异常节点恢复正常了，就将该节点重新加入到调度规则中； 2. failover 是对调度器的主节点做健康检测。 将备用节点升级为主节点 接管主节点上的资源（vip、lvs规则） keepalived实现故障切换的原理 1.keepalived是基于vrrp写于实现的故障切换 2.正常情况下，主节点会每隔一段时间向备节点发送一个心跳信息，这个就是告诉备节点自己正常 当主节点发生故障，那么备节点无法接收都心跳信息，就认定主节点故障

本章内容 1.dokcer默认自带的几种网络介绍 2. 自定义网络 3. 容器间通信 4. 容器与外界交互 docker网络分为单个主机上的容器网络和多个主机上的哇网络，本文主要讲解单个主机上的容器网络。 Docker的四种网络模式 一. bridge模式 docker网络隔离基于网络命名空间，在物理机上创建docker容器时会为每一个docker容器分配网络命名空间，并且把容器IP桥接到物理机的虚拟网桥上。 二. none模式 此模式下创建容器是不会为容器配置任何网络参数的，如：容器网卡、IP、通信路由等，全部需要自己去配置。 三. host模式 此模式创建的容器没有自己独立的网络命名空间，是和物理机共享一个Network Namespace，并且共享物理机的所有端口与IP，并且这个模式认为是不安全的。 四. container模式 此模式和host模式很类似，只是此模式创建容器共享的是其他容器的IP和端口而不是物理机，此模式容器自身是不会配置网络和端口，创建此模式容器进去后，你会发现里边的IP是你所指定的那个容器IP并且端口也是共享的，而且其它还是互相隔离的，如进程等。 1. dokcer默认自带的几种网络介绍 一、none 二、host 三、bridge 可以使用如下命令进行查看 [root@ken1 ~]# docker network ls NETWORK ID NAME