Linux系统提供了许多有用的命令来检查网络配置和连接。下面介绍几个，包括ifquery、ifup、ifdown和ifconfig。 Linux上有许多命令可用于查看网络设置和连接。在今天的帖子中，我们将运行一些非常方便的命令，看看它们是如何工作的。 ifquery命令 一个非常有用的命令是ifquery命令。此命令应提供网络接口的快速列表。但是，您可能只看到这样的内容—仅显示环回接口： 如果是这种情况，/etcetwork/interfaces文件除了环回接口外，不包含有关网络接口的信息。您可以像下面示例中的最后两行那样添加行—假设使用DHCP分配地址—如果您希望它更有用的话。 ifup和ifdown命令 相关的ifup和ifdown命令可用于根据需要启动和关闭网络连接，前提是此文件具有所需的描述性数据。请记住，在这些命令中，“if”的意思是“interface”，就像在ifconfig命令中一样，而不是“if”的意思是“如果我只有一个大脑”。 ifconfig命令 另一方面，ifconfig命令根本不读取/etcetwork/interfaces文件，并且仍然提供了大量有关网络接口的有用信息——配置数据以及数据包计数，这些数据包可以告诉您每个接口有多忙。ifconfig命令还可用于关闭和重新启动网络接口（例如ifconfig eth0 down）。 此输出中的RX和TX包计数极低。此外，没有错误或数据包冲突的报告。uptime命令可能会确认此系统最近才重新启动。 要继续阅读本文，请�..
Category : 未分类
前亚马逊高管记录了从Sun硬件到Linux是如何拯救公司并导致AWS的。 Coatue Ventures和Coatue Growth的董事长丹·罗斯（Dan Rose）前几天在Twitter上发布了一条帖子，每次不超过280个字符，他在帖子中记录了AWS基础设施是如何建立在Linux上的。 1999年至2006年，罗斯在亚马逊（Amazon）任职，负责管理零售部门，并帮助孵化Kindle阅读器，之后转投Facebook。因此，2000年互联网泡沫破灭时，他在亚马逊（Amazon）工作，一个又一个高高在上的互联网公司正在萎缩和消亡，在豪华的办公室里耗费了大量的资金，却往往没有任何产品可供展示。 罗斯说，亚马逊最大的开支是配备了昂贵的Sun服务器的数据中心。亚马逊的座右铭是“快速做大”，网站稳定性至关重要。宕机的每一秒都意味着销售的损失，而Sun是当时互联网服务器的黄金标准。我记得他们有一个重要的软件业务由副总裁埃里克施密特领导。 正如罗斯所说，Sun的专有堆栈“昂贵且粘性大”，它就是这样设计的。当时的Unix市场是Sun、HP、IBM和SGI，它们都有Unix操作系统的变体，这些变体的设计都不便于移植。 但可以肯定的是，早期的互联网是建立在Sun上的，而不是Solaris。Sun还有第二个操作系统，一个BSD派生的SunOS，没有GUI。（在大学DNS前的日子里，我在Sunos3.x上刻苦学习，不得不学习Unix命令行。我大学毕业后的第一个ISP把你扔进了一个SunOS shell，如果你不知道该怎么做，盯着%提示符你就迷路了。） 随着2000年初创企业的倒闭和数据中心设备的清算，全新的Sun服务器开始以每美元10美分的价格出现在eBay上。因此，Sun的销售受到了很大的打击，这标志着Sun结束的开始。 罗斯发帖称，亚马逊本可以利用这一困境与Sun谈判达成更好的协议，但杰夫·贝佐斯选择了更激进的方法。亚马逊的首席技术官里克·达泽尔（Rick Dalzell）带领整个工程组织用HP/Linux取代Sun。今天，没有人会对这样的举动眨眼，但在2000年，这是相对大胆的。毕竟，Linux1.0.0是第一个面向生产的版本，直到1994年才发布。 罗斯说：“六年后，我们把赌注押在了这家公司身上，这在当时是一种新颖而冒险的做法。”。产品开发在过渡期间停滞不前。由于面临大量积压，该公司将所有新功能冻结了一年多，但在他们完成向Linux的转变之前，没有什么新功能可以发布。 未来的工作是混合的 找出为什么实现未来工作的混合不仅仅是视频会议 在此期间，收入放缓。2001年，点弹爆炸还在继续，经济陷入衰退，然后911事件发生了。罗斯说，亚马逊在几个季度内就要破产了。 “但一旦我们开始向Linux过渡，就再也没有回头路了。所有的手在甲板重构我们的代码库，更换服务器，准备割接。如果成功，基础设施成本将下降80%+。如果失败了，网站就会垮掉，公司也会倒闭，”他写道。 当它完成了过渡，网站上没有中断。“资本支出一夜之间大幅减少。我们突然拥有了一个无限可扩展的基础设施。“然后更有趣的事情发生了。作为一个零售商，我们一直面临着巨大的季节性，每年11月/12月的流量和收入都会激增。Jeff开始认为，我们每年有46周的服务器容量过剩，为什么不把它租给其他公司呢？” 大约在同一时间，贝佐斯还对解耦内部依赖性感兴趣，这样团队就可以在不受其他团队限制的情况下进行构建。实现这种松散耦合模型所需的体系结构更改成为AWS的API原语。贝佐斯对事情的看法很有趣。 网络安全威胁呈指数级增长；IAM如何提供帮助 对许多首席信息官来说，改进IAM的使用将解决董事会的担忧，同时使公司能够按照现代条件要求的方式工作。 “他把这个想法建立在电网的背景下。1900年，一家企业不得不建造自己的发电机来开店。为什么2000年的企业必须建立自己的数据中心？罗斯写道。 他承认，即使没有AWS，云基础设施最终也会出现，但要多久之后，以什么样的机会成本出现呢？他说，随着AWS基础设施作为一种服务的可用性，推出初创企业的成本大幅降低，创新爆发，现代风险投资生态系�..
在不到一个月的时间里，有三位高管离职，这是一个艰难的局面，但帕特·盖尔辛格（Pat Gelsinger）将给VMware留下一个深厚的管理层。 帕特·盖尔辛格（Pat Gelsinger）将辞去VMware首席执行官一职，接任英特尔的消息对英特尔产生了积极的反应，对VMware也产生了同样消极的反应。消息公布当天，英特尔股价大涨7%，而VMware股价下跌7%，投资银行Piper Sandler将VMware的目标价从178美元下调至157美元。 大部分讨论都围绕着盖尔辛格和他重返英特尔展开。与此同时，VMware在这个过程中被忽视了。那么，VMware的前景如何呢？最近几个月，它失去的人才不仅仅是CEO而已？ 相关报道：在英特尔首席执行官斯旺完成清理工作后，盖尔辛格将推动公司向前发展 盖尔辛格的离开对公司来说是一个动荡的时刻。去年12月，首席运营官拉吉夫拉马斯瓦米（rajivramaswami）离职，出任Nutanix的首席执行官一职，Nutanix是VMware在hyperconverged infrastructure（HCI）市场的主要竞争对手。这导致VMware以违约为由提起诉讼。 就在几周前，VMware云管理业务部门的高级副总裁兼总经理Ajay Singh离开公司，成为纯存储的首席产品官。还没有官司。 高管流失通常不会引起关注，除非是一个重大问题（比如史蒂夫•乔布斯之死），或者是一种模式。盖尔辛格、拉马斯瓦米和辛格是连续三名重量级人物，他们都在一个月内离开。那么，这对VMware真的有那么坏吗？ 分析师们说，其实不是。 IDC负责基础设施和云运营的项目副总裁史蒂芬•埃利奥特（Stephen Elliot）表示：“我认为，如果许多高管打算采取行动，那么在新年前后是一个很好的时机。”。 “VMware的管理层相当深，不仅是执行团队，还有下面的两三层。帕特开发了这个长凳，他们已经准备好跨越多个层次。埃利奥特补充说：“这是一家经营非常良好的公司，当然也有许多内部候选人。 未来的工作是混合的 找出为什么实现未来工作的混合不仅仅是视频会议 “在硅谷，高管离职是理所当然的，所以我并不看好这一点。帕特的离开是一个打击，但这取决于他们得到谁填补这个职位，说：“格伦奥唐纳，副总裁和研究主任与弗雷斯特研究。 Gelsinger一个月内不会离开，将继续留在VMware董事会，这清楚地表明这不是一次激烈的分裂。目前，如果在2月15日（盖尔辛格的最后一天）之前没有人当选，首席财务官扎恩•罗（Zane Rowe）将接任代理首席执行官。 Elliot和O’Donnell（以及其他许多分析师）都非常看好VMware首席运营官Sanjay Poonen获得CEO的认可。 埃利奥特说：“我认为，如果有一个内部人员能够胜任这项工作，我认为（普南）是一个完美的人选。”。 网络安全威胁呈指数级增长；IAM如何提供帮助 对许多首席信息官来说，改进IAM的使用将解决董事会的担忧，同时使公司能够按照现代条件要求的方式工作。 “帕特对VMware真的很有帮助。我认为他有一个很好的替补席，最著名的是桑杰。我认为他是一个强有力的竞争者，如果他们去内部接管，”奥唐纳说，他补充说，他认为VMware可能会去从外部的人。 在这种情况下，预计Sanjay Poonen将在几周内宣布离开VMware。 埃利奥特还赞扬了盖尔辛格在建立一个深厚的人才梯队方面的行动帕特在培养多层次人才方面做得很好，如果需要的话，他们可以随时填补空缺。这就是VMware的文化。VMware海岸上没有人会依靠别人的帮助。他说：“这帮助他们达到了现在的水平。”。 你觉得他是从哪学来的？在盖尔辛格在那里的时候，因特尔是一个声名狼藉的地方；没有人只是在打卡 十年前，盖尔辛格突然离职之前，人们一直在谈论他将成为英特尔未来的首席执行官，他毫不掩饰自己执掌英特尔的愿望（包括对我）。但分析人士认为，他在英特尔工作近12年，使他更适合掌舵。 “他现在可能比留在英特尔准备得更好，”埃利奥特说由于他在VMware的经验，他拥有正确的操作技能。” “他对VMware很好，但VMware对他也很好，”O’Donnell说他从英特尔公司走出来，学到了很多他不了解的业务。因此，他回来执掌英特尔的能力大大增强。” 现在最大的问题是，这是增加了计划于今年9月从戴尔分拆的机会，还是减少了？两位分析师都不确定这一结果会如何，尤其是在不知道新CEO将是谁的�..
最近关于重构我现有的解决方案以用Python绘制LSDBs的工作促使我和我的好朋友Mark（“Solar”）讨论如何使解决方案供应商不可知论和动态化。 由于我最近与XTC[8]和WAE（通过dCloud）[1]进行的实验室工作以及Mark与Northstar[3]的专业互动，我们一致认为，以供应商不可知的方式收集LSDB的明显解决方案是利用BGP-LS地址族，该地址族用于RSVP-TE LSP（即Northstar）。 BGP-LS公司 BGP-LS目前的形式起源于（我们相信）RFC7752[7]——一种将LSDB项（LSA或lsp）从链路状态协议转换成MP-BGP-NLRI的拟议方法，用于通过新的AFI/SAFI对进行传输。也就是说，通过BGP与LSDB通信。 最明显的用例是奥斯本的书基于MPLS的流量工程[4] 描述为“离线路径计算”——一种通过维护链路状态拓扑、链路/路径利用率和MPLS LSP状态的带外oracle来解决打包问题的机制。这样可以减少整个网络的状态，将其委派给转发路径之外的中心实体，并允许在RSVP-TE LSP在现场运行时鸟瞰视图。用于集中控制。 构建和维护这样一个工具所需的拓扑信息，在任何lsp可以被发送信号或者可以整理转发状态之前，属于正在使用的链路状态协议。回想一下，链路状态协议维护网络拓扑的完整视图，以周期性的泛洪作为更新机制。这个被称为链路状态数据库（LSDB）的“完整视图”是任何离线路径计算元素的眼睛。 如果LSDB是眼睛，BGP-LS就是连接它们和大脑的神经和突触：SDN-WAN控制器。 任务 首先，我们设定了以下目标 托管一个BGP语言工具，它可以/能够对等BGP-LS，并允许通过网络与python进行交互 建立一个运行ISIS的实验室，边缘节点与BGP-LS连接到我们的BGP语音工具。 将讲Python的BGP连接到写入工具BGP。 绘制拓扑图 对于我们的BGP语言工具，我们选择了GoBGP GoBGP是一个开源的BGP实现，从零开始为现代环境设计，并用现代编程语言实现，Golang语言 . 可交付成果 可以找到指向托管解决方案的Github的链接在这里 . bgp ls-vis是执行以下操作的脚本和模块的PoC集合： 通过gRPC连接到正在运行的GoBGP实例，并提交BGP-LS表内容的查询 或者，从文件加载缓存的BGP-LS表 只过滤返回的结构化数据中有用和必需的值 生成表示提取的NLRI的NetworkX图形对象 将所述NetworkX图形对象的可视化表示绘制到屏幕或文件 除上述主要任务外，可交付成果还允许加载从GoBGP提取的BGP-LS表的YAML转储。这允许使用缓存的BGP-LS表的NLRI绘制拓扑图，而不必使用到GoBGP实例的gRPC连接。这也将允许我们创建单元测试，其中gRPC连接将不可行。 因为设计是模块化的，所以绘图解决方案是分开的，与BGP-LS和LSDB收集工作不同。在绘制拓扑之前，我们在NetworkX中准备一个拓扑，可以使用几个图形库。例如，我们介绍了使用Pyplot、Graphviz和Dash（一种web框架）的绘图方法。 18路由器IS-IS拓扑结构如下所示。注意以下几点： 对于P13、14和18之间的广播段，支持伪节点段，如下面的蓝色节点所示。 tlv137（主机名）信息在存在的地方被提取，并用于按主机名命名节点。如果不存在，则使用IGP RID。 注意链接的双向性。我们用有向图来实现这一点。 第1部分-初始设计和测试拓扑 设计需要3个组件： 网络本身–链路状态路由协议，包括边缘节点对等BGP-LS GoBGP的一个实例运行BGP-LS，窥视网络 我们编写的脚本，它通过gRPC连接到GoBGP实例以收集BGP-LS NLRI 我们从GNS3中的实验室拓扑开始，它包括以下内容： 18台Cisco设备：17x IOS经典镜像（7200），1台CSR1000v 一个ubuntu虚拟机，有两个端口：南到拓扑，北到真实世界。 一个云节点，将虚拟机从实验室连接到现实世界，gRPC连接最终将在这个节点上移动。 关于上述拓扑的一些注意事项 我们最初尝试使用OSPF来解决这个问题，但是很快就遇到了一个问题：GoBGP无法解析从CSR1000v节点（R2）发送的BGP-LS NLRI。有效载荷中的IGP RID位格式出现问题。因此，我们转向了IS-IS。 https//github.com/osrg/gobgp/issues/2288 在与GoBGP建立BGP-LS会话后，我们尝试验证它，其中GoBGP抛出了一个空引用错误。对GoBGP bug跟踪器的研究表明，BGP-LS AFI的实现仅用于API，因此我们无法从bashshell查看表中的NLRI。然而，我们能够成功地关联在CSR1000v的NLRI发射计数，并在GoBGP扬声器处接收到的计数-这些值是相同的，告诉我们所有NLRI都在成功移动。 https//github.com/osrg/gobgp/issues/2263 ..
姜知笔记 正在努力的补充内容中，如果你所需要的内容并不在姜知首页的知识列表里面，你可以随时给在这里留言告诉 姜知笔记 ，姜知会尽可能的满足你。 姜知只有一个小小的需求，别忘了我，请记得回来 – gin..