mac

Error: SDK location not found. Define location with sdk.dir in the local.properties file or with an ANDROID_HOME environment variable. 这个问题是说android studio没有发现本地SDK，那么有可能是以下问题之一： 1.local.properties 文件 的sdk.dir 配置不正确,导致android studio找不到对应路径下的sdk 1.对应的解决方案，就是重新检查环境变量路径赋值给sdk.dir 2.找到本机上可以运行的其他的项目的local.properties文件，直接拷贝到不能运行的project的文件夹的根目录下 2.环境变量 ANDROID_HOME 不能正确的获取并被使用，那么： 1️⃣：有可能是环境变量配置错误，导致的问题，当然这种情况往往是路径错误导致 2️⃣：环境变量配置成功了，但是还是出现上述报错，那么就是 获取 环境变量时失败。 Ps：那么怎样判断是何种问题导致的问题呢？ 最简单的一种判断方式便是，打开终端输入adb，若出现adb操作提示命令，那么便是第二种情况，若提示command not found那么便是环境变量配置的时候就出现了问题，对应第一种情况。(若出现了第一种情况，请自行百度：

　　TCP/IP网络中，主机和路由器在网络层用IP地址来识别，在数据链路层用物理地址，也就是MAC地址来识别。两台主机在通讯过程中，假设已知道了对方的IP地址，但是网络层数据在经过链路层时还要知道对方的MAC地址。通过IP地址找到MAC地址的过程就是正向地址解析，地址解析协议就是干这事的。 　　通常地址解析会有将静态影射和动态映射结合。静态映射就是在本机存储一张ARP表，用来存储一部分的IP地址和MAC地址映射。当不知道对方的MAC地址，也就是表中没有存某一个IP的MAC地址的时候，就要用动态映射，也就是通过ARP协议来找相应的MAC地址。ARP协议是只用于同一子网下，只为同一子网下的主机和路由器解析IP为MAC. 　　假设A要发送IP数据到B，但是A中的ARP表没有B的MAC地址，就会先启用ARP协议，以获得B的MAC地址。 　　首先, A构造一个ARP查询分组，分组中插入源IP和源MAC，以及目的IP和目的MAC,但是目的MAC事先不知道，要通过查询才知道，所以会在目的MAC字段插入FF-FF-FF-FF-FF-FF, 指示网卡以广播的形式广播到整个子网。这个全1的MAC地址就是MAC广播地址。子网中的机器收到这个广播的帧，检查源IP是否是子的IP，不是就丢掉帧，是则单独给发送查询帧的主机发送一个ARP响应分组，其中就包括了要查询的IP对应的MAC地址

地址解析协议（Address Resolution Protocol，ARP）是在仅知道主机的IP地址时确 地址解析协议定其物理地址的一种协议。因IPv4和以太网的广泛应用，其主要用作将IP地址翻译为以太网的MAC地址，但其也能在ATM( 异步传输模式)和FDDIIP(Fiber Distributed Data Interface 光纤分布式数据接口)网络中使用。从IP地址到物理地址的映射有两种方式：表格方式和非表格方式。ARP具体说来就是将网络层（IP层，也就是相当于OSI的第三层）地址解析为数据连接层（MAC层，也就是相当于OSI的第二层）的MAC地址。 1. 什么是ARP? 　　ARP (Address Resolution Protocol) 是个地址解析协议。最直白的说法是：在IP-以太网中，当一个上层协议要发包时，有了节点的IP地址，ARP就能提供该节点的MAC地址。 　　2. 为什么要有ARP？ 　　OSI 模式把网络工作分为七层，彼此不直接打交道，只通过接口(layer interface). IP地址在第三层, MAC地址在第二层。协议在发送数据包时，得先封装第三层（IP地址），第二层（MAC地址）的报头, 但协议只知道目的节点的IP地址，不知道其MAC地址，又不能跨第二、三层，所以得用ARP的服务。 　　3. 什么是ARP 　　cache? ARP cache

ZigBee 网络基础试验报告 本报告通过 Sample App 这个例子实现数据在 ZigBee 网络中的简单传输。要求掌握网络组建及协议分析仪的使用方法。 1 设备的分类 ZigBee 网络只支持两种设备： 1 ）全功能设备（ FFD Full Function Device ） 2) 精简功能设备（也叫半功能设备 Reduced Function Device ） 两者的比较： 其中 FFD 设备能够提供 MAC 层的所有服务，可充当任何 ZigBee 节点，不仅可以接收放送数据，还具有路由功能，因此可以接收子节点；而 RFD 只能提供部分的 MAC 层服务，只能充当子节点，只负责将采集到的数据发送给协调器和路由器节点，本身并不具有路由功能，因此不能接收子节点信息， RFD 之间的通信只能通过 FFD 来完成。 ZigBee 标准在此基础上定义了三中节点： ZigBee 协调器（ Coordinator ）、 ZigBee 路由器（ Routers ）、 ZigBee 终端（ End Device ） 2 所使用的设备 所用的 ZigBee 设备都具有连接网络和断块网路的功能。 ZigBee 协调器和路由器都具有以下附加功能： 1) 允许设备以如下方式连接网路： ① MAC （ Medium Access Control ）层的连接命令。 ② 应用层的连接请求 2)

一、ARP攻击概述 在上篇文章里，我给大家普及了ARP协议的基本原理，包括ARP请求应答、数据包结构以及协议分层标准，今天我们继续讨论大家最感兴趣的话题：ARP攻击原理是什么？通过ARP攻击可以做什么，账号是否可以被窃取？有哪些常见的ARP渗透（攻击）工具可以用来练手？ARP扫描和攻击有什么区别，底层数据包特征是怎样的？ 接下来，我们通过图解的方式来深入了解ARP攻击是如何实现的。 二、ARP攻击原理 但凡局域网存在ARP攻击，都说明网络存在"中间人"，我们可以用下图来解释。 在这个局域网里面，PC1、PC2、PC3三台主机共同连接到交换机SW1上面，对应3个接口port1/2/3。假设PC3这台主机安装了ARP攻击软件或遭受ARP病毒，成为这个网络的攻击者（hacker），接下来，PC3是如何攻击的？先不急，先来回顾下PC1和PC2是如何通信的。 ①PC1需要跟PC2通信，通过ARP请求包询问PC2的MAC地址，由于采用广播形式，所以交换机将ARP请求包从接口P1广播到P2和PC3。（注：交换机收到广播/组播/未知帧都会其他接口泛洪） ②PC2根据询问信息，返回ARP单播回应包；此时PC3作为攻击者，没有返回ARP包，但是处于"监听"状态，为后续攻击做准备。 ③PC1和PC2根据ARP问答，将各自的ARP映射信息（IP-MAC）存储在本地ARP缓存表。 ④交换机根据其学习机制

安装kubectl brew install kubectl 安装docker desktop 建议安装18， 官网 安装VirtualBox 下载地址 一直下一步就好，需要注意：安装过程中，可能会弹出一个系统安全相关的对话框，一定要允许，并在系统设置/安全性与隐私/隐私这里，加上VirtualBox勾上。 安装minikube curl -Lo minikube http : //kubernetes.oss-cn-hangzhou.aliyuncs.com/minikube/releases/v1.1.1/minikube-darwin-amd64 && chmod +x minikube && sudo mv minikube /usr/local/bin/ 创建minikube集群，配置私有化仓库 minikube start --registry-mirror= https : //registry.docker-cn.com --insecure-registry= localhost : 5000 安装Minikube Registry Proxy 参考资料 ，建议阅读一下 先处理国内会出现ImagePullBackOff docker pull mirrorgooglecontainers/ kube-registry-proxy : 0.4 docker tag

首先， SourceTree 最新版的下载地址 下载之后，打开的页面是下图这样的，需要登录才可以安装 1>点击右侧的Bitbucket服务器登录的话，会弹出下面的弹窗： 2>我选择的是左侧的Bitbucket云的方式登录的，点击Bitbucket云会自动吊起默认的浏览器，最好是Google浏览器，Safari我觉得不太好用，需要翻墙。整个过程，其实是OAuth授权登录的过程。步骤图如下： 浏览器会自动跳转到下面页面（由于我的浏览器登陆过别的账户，所以出现的页面可能跟你们的不一样，我点击使用其他账户登录）： 跳转到登录页面，我有Google邮箱账号，所以我选择的是使用Google账户登录 登录成功后，浏览器会弹出下面的弹窗，打开SourceTree。 Sourcetree的反应有点慢，需要等待一会，如果弹出下图说明成功。 点击继续就可以使用了 来源： CSDN 作者： Understand_XZ 链接： https://blog.csdn.net/understand_XZ/article/details/103593122

Hi！欢迎来到Tungsten Fabric架构解析内容的第三篇，本文将详细介绍Tungsten Fabric vRouter的体系结构。 Tungsten Fabric架构解析系列文章，由TF中文社区为你呈现，旨在帮助初入TF社区的朋友答疑解惑。我们将系统介绍TF有哪些特点、如何运作、如何收集/分析/部署、如何编排、如何连接到物理网络等话题。 先来看一张Tungsten Fabric vRouter功能组件的概念视图。 vRouter代理在主机操作系统的用户空间中运行，而转发器可以是内核模块，在使用DPDK时在用户空间中运行，或者在可编程网络接口卡（也称为“智能NIC”）中运行。这些选项在后续文章中有更详细的描述，这里说明了更常用的内核模块模式。 代理与控制器保持会话，并发送其需要的VRF、路由和访问控制列表（ACL）的信息。代理将信息存储在自己的数据库中，并使用该信息配置转发器。接口连接到VRF，每个VRF中的转发信息库（FIB）都配置有转发条目。 每个VRF都有自己的转发表和流表，然而MPLS和VXLAN表在vRouter中是全局的。转发表包含目的地的IP和MAC地址的路由，并且IP到MAC关联用于提供代理ARP功能。当VM接口启动时，vRouter选择MPLS表中的标签值，并且这些值仅对该vRouter本地有效。 在一个Tungsten Fabric域内

PS：这是转的，介意的请去看原帖吧！ http://www.winthink.net/thread-3926-1-1.html 前言： 同学买了台索尼的Z219，但是看的我的mac系统就喜欢上了，非要帮忙装！好吧，谁让我人好呢！ 正文： 先把10.7.3的做好后的镜像穿上来！是快传文件： 下载链接： http://kuai.xunlei.com/d/DPLTUPZUEGIQ 这个镜像是我在自己的电脑上买的正版然后提取的(本人是白苹果，官定725)，本人以我老婆的人品保证原版性，XX性等等性！请大家放心使用！已经有镜像的pass这步吧！注意得是原版包里的InstallESD.dmg转换的哈！ (一)安装虚拟机 先把工具上传下，全部是迅雷的快传链接，这个速度很不错！ 1，虚拟机VM8英文原版的。附送几个注册码，不见得全部能用，但是我第一个就成功了！RP好啊！ 下载链接： http://kuai.xunlei.com/d/DZTLCEBGBDGS 5F0Z1-24057-DZX88-4L97K-1AV2N UV3NK-25Y41-081CZ-0YP7C-PQ89A FU1EK-DXW1H-H8ECP-47NQV-W38Z0 ZC5RH-DYGDQ-M81NY-1WQEX-QF8D0 YC5MK-AHE96-484NQ-KPQGZ-Q6ATA 2，汉化工具，来自远景的 下载链接： http

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 问题： SecureCRT终端中无法使用 Control+C/ Control+A/ Control+U 等快捷命令 解决办法： (1) 将输入法切换到系统输入法：(美国) (2) 改用其他终端： 系统自带终端，iterm2等 引用： 在MAC下装了一个SecureCRT，无法使用 Control +c发送中断，而MAC自带的终端都可以，我断定这无疑不是我键盘的问题而是 SecureCRT 本身。 因此我尝试了各种办法，设置快捷键映射，恢复默认配置，甚至把键盘上可能用的组合都尝试了一个遍，发现了一些新的快捷键而我的 SecureCRT 不能Control+c发送中断的问题依然没有解决。上网查询资料，各种资料都有各式各样的解决办法，也没有能够解决我问题的。 最后乱按一通，无意中把输入法切换到了系统自带的“美式英文”，再次尝试 Control +c的时候发现总是既然神奇的解决了。对的，这个问题是因为我用了非系统的QQ五笔输入法引起的，不用系统的输入法，就算把五笔切换到英文状态也是不能发送 Control +c中断信号的。 总结下来就是： MAC 下的 SecureCRT 只有使用自带的输入法才能用 Control +c发送中断信号。 参考资料： http://www.phpjiayuan.com/87/431