trunk

H3C防火墙与华为交换机链路聚合配置方法

不羁的心 提交于 2019-12-02 11:23:50
华为S9300 V200R008 inter Eth-Trunk1 port link-type trunk port trunk allow-pass vlan 301 305 to 306 318 mode lacp interface GigabitEthernet2/0/44 eth-trunk 1 interface GigaEthernet2/0/46 eth-trunk 1 H3C F5000 interface Bridge-Aggregation1 port link-type trunk port trunk permit vlan 1 301 305 to 306 318 link-aggregation mode dynamic interface GigabitEthernet0/2 port link-mode bridge port link-aggregation group 1 interface GigabitEthernet0/4 port link-mode bridge port link-aggregation group 1 zone name Trust id 2 import interface Bridge-Agggregation1 vlan 1 to 409 注意点:在H3C上,配置次序是先配置聚合口,再把物理口添加到聚合口

eNSP模拟器中VLAN间互通实验1(单臂路由)

淺唱寂寞╮ 提交于 2019-12-02 09:09:07
-----此实验使用1台路由器 (AR2220)和1台交换机(S3700)及2台PC机利用单臂路由的方式实现VLAN间的互通---- 1. 互通的配置需求简述 ① 在路由器与交换机相连的接口上创建子接口 ② 封装VLAN ③ 配置子接口的IP地址及掩码 ④ 使能子接口的ARP广播功能 2. 拓扑图及相关信息 注1: vlan2-E2(A)中的“ A ”是指E1的接口类型为 access ,同理,“ T ” 则为 trunk 注2: E1不属于其他VLAN,则默认在VLAN 1 中 3. LSW1 的配置 < Huawei> sy [Huawei] sy LSW1 [LSW1] vlan batch 2 3 //批量创建 VLAN2 VLAN3 [LSW1] int e0/0/2 [LSW1-Ethernet0/0/2] port link-type access [LSW1-Ethernet0/0/2] port default vlan 2 [LSW1-Ethernet0/0/2] int e0/0/3 [LSW1-Ethernet0/0/3] port link-type access //将端口类型设置为access [LSW1-Ethernet0/0/3] port default vlan 3 //将端口加入到VLAN 3 [LSW1-Ethernet0/0/3] int

fastdfs 合并存储trunk

我们两清 提交于 2019-12-02 05:55:21
文章目录 一、关于fastdfs 合并存储 二、fastdfs 合并存储trunk配置 1. 如何判断trunk配置是否生效 三、fastdfs 文件合并存储实现原理 1. 基础 2. Trunk文件内部结构 3. trunk相关数据结构 4. 源码学习 下载如何判断是否是trunk文件 四、FastDFS trunk 模式上传下载处理流程 1. TrunkServer 五、参考 一、关于fastdfs 合并存储 • 合并存储是指将多个小文件存储到一个较大的文件(trunk file)中,这个 trunk file的文件大小是固定的,比如64MB 。 • 小于一定size的文件才合并存储到trunk file中 ,否则在文件系统创建一个独立的文件来存储 • 海量小文件带来的挑战: —文件系统inode面临不够的风险 —文件系统定位文件的效率急剧下降 • 合并存储可以有效地解决上面的两个问题,解决海量小文件的存储和访问问题。 • 小文件合并存储是业界普遍采用的做法。 二、fastdfs 合并存储trunk配置 配置参数都在tracker.conf里 •所有参数均在tracker.conf中配置,storage server启动的时候,从tracker server上获取 •修改了合并存储相关参数后,需要先重启tracker server,然后再重启storage server

Git详解之八 Git与其他系统

亡梦爱人 提交于 2019-12-02 04:12:07
Git 与其他系统 世界不是完美的。大多数时候,将所有接触到的项目全部转向 Git 是不可能的。有时我们不得不为某个项目使用其他的版本控制系统(VCS, Version Control System ),其中比较常见的是 Subversion 。你将在本章的第一部分学习使用git svn ,Git 为 Subversion 附带的双向桥接工具。 或许现在你已经在考虑将先前的项目转向 Git 。本章的第二部分将介绍如何将项目迁移到 Git:先介绍从 Subversion 的迁移,然后是 Perforce,最后介绍如何使用自定义的脚本进行非标准的导入。 8.1 Git 与 Subversion 当前,大多数开发中的开源项目以及大量的商业项目都使用 Subversion 来管理源码。作为最流行的开源版本控制系统,Subversion 已经存在了接近十年的时间。它在许多方面与 CVS 十分类似,后者是前者出现之前代码控制世界的霸主。 Git 最为重要的特性之一是名为 git svn 的 Subversion 双向桥接工具。该工具把 Git 变成了 Subversion 服务的客户端,从而让你在本地享受到 Git 所有的功能,而后直接向 Subversion 服务器推送内容,仿佛在本地使用了 Subversion 客户端。也就是说,在其他人忍受古董的同时,你可以在本地享受分支合并,使暂存区域

Cocoapods公有库与私有库

﹥>﹥吖頭↗ 提交于 2019-12-02 02:57:14
####为什么要使用Cocoapods来管理第三方库呢? 传统使用第三方库的劣势 使用一个第三方SDK,需要在工程里面添加一堆配置,少添加一步配置就会报一大堆错误。这个时候为了排查少了哪一个步骤,只能从头开始重做一遍,太浪费时间和精力。有些配置还不好配置,就更使人烦躁郁闷了。 如果使用的第三方SDK有比较重要的更新,想使用最新的SDK只能到官方下载最新的SDK,重新导入到自己的项目工程中。 如果公司有多个项目,每一个工程都这样配置一遍,这是多么痛苦的领悟呀。 使用Cocoapods管理第三方库的优势 我们看下使用Cocoapods是如何管理一个第三方库的?在Podfile里面写入这些内容: platform :ios, '8.0' use_frameworks! target 'MyApp' do pod 'AFNetworking' pod 'ORStackView' pod 'SwiftyJSON' end‘ 上面做完之后,只需要在命令终端敲入以下命令即可完成安装: $ pod install 是不是很简单,只需要敲入pod install命令,就能完成各种繁琐的配置,如果第三方库有更新,只需要敲入以下命令即可完成更新: $ pod update --no-repo-update #--no-repo-update忽略本地repo更新,这个会在下面做解释的。

SVN使用总结

僤鯓⒐⒋嵵緔 提交于 2019-12-01 12:02:09
我使用的是TortoiseSVN,先安装好。 1、本地Repository的创建 repository的创建很简单,假设我要在D:\TortoiseSVN\TestRepository目录中创建repository,只需右键TestRepository目录,依次选择"TortoiseSVN" -> "Create repository here"便完成了repository的创建。 2、Check out 假设要check out到D:\TortoiseSVN\TestSVN,同样很简单,在D:\TortoiseSVN目录下创建TestSVN目录,然后在该目录上右键,选择"SVN Check out...",在弹出的窗口中的"URL of repository"中填入"file:///D:/TortoiseSVN/TestRepository",其他默认即可,最后点击ok。 3、trunk创建新项目MyProject 相当简单就不赘述了,只列出本次操作所作出的修改: 4、创建branch 在/trunk/MyProject目录上右键,依次选择"TortoiseSVN" -> "Branch/tag...",在弹出窗口的"To URL"中填入分支的地址,在这里目标revision选择HEAD revision,如下图所示,添加log后点击ok分支便建立了。这个操作速度非常快

xcode svn的操作(1)

好久不见. 提交于 2019-12-01 10:50:34
关于SVN,我就不介绍了,不清楚的照旧给你们个连接,请自行学习下谢谢。SVN百度介绍: http://baike.baidu.com/view/183128.htm Xcode 默认自带Git 与 SVN,我们本篇介绍SVN的详细配置步骤如下: 1. 首先检测你的Mac 中是否已经安装了SVN,Mac os 10.8的用户没有的。 检测的方式如下: (1)打开终端,敲入如下命令: svn -version (2) 如果有已经安装了svn,那么终端控制台将出现如下信息: 1 2 svn: invalid option character: e Type'svn help'forusage. 如果出现如下,则说明当前系统没有安装svn 1 svn: command not found 如果还没有SVN,那么解决方法如下: 打开Xcode ,然后菜单项“Xcode”-“Preferences”(快捷键:Command+,),然后选择“DownLoads”页面,然后下载安装 “Command Line Tools”,如下图: 2.从代码仓库添加一个项目 在Xcode菜单选项“Windows”-“Organizer”(快捷键:Shift+Command+2),然后选择“Repositories”,点击“+”,如下图所示: 3. 配置SVN 点击“+”,然后选择 “Add Repository

vlan与交换机端口模式Access,Hybrid,Trunk

人走茶凉 提交于 2019-12-01 10:13:00
https://blog.csdn.net/JesseYoung/article/details/40047749 1 vlan简介 VLAN(Virtual Local Area Network)的中文名为"虚拟局域网"。VLAN是一种将局域网设备从逻辑上划分成一个个网段,从而实现虚拟工作组的新兴数据交换技术。这一新兴技术主要应用于交换机和路由器中,但主流应用还是在交换机之中。但又不是所有交换机都具有此功能,只有VLAN协议的第二层以上交换机才具有此功能。802.1Q的标准的出现打破了虚拟网依赖于单一厂商的僵局,从一个侧面推动了VLAN的迅速发展。 2 交换机端口工作模式简介 交换机端口有三种工作模式,分别是Access,Hybrid,Trunk。 Access类型的端口只能属于1个VLAN,一般用于连接计算机的端口; Trunk类型的端口可以允许多个VLAN通过,可以接收和发送多个VLAN的报文,一般用于交换机之间连接的端口; Hybrid类型的端口可以允许多个VLAN通过,可以接收和发送多个VLAN的报文,可以用于交换机之间连接,也可以用于连接用户的计算机。 Hybrid端口和Trunk端口在接收数据时,处理方法是一样的,唯一不同之处在于发送数据时:Hybrid端口可以允许多个VLAN的报文发送时不打标签,而Trunk端口只允许缺省VLAN的报文发送时不打标签。 3 基本概念

SVN仓库迁移到Git的完美解决办法

巧了我就是萌 提交于 2019-12-01 01:27:48
参考文章 Converting a Subversion repository to Git 1 使用git svn clone 拷贝svn仓库 cd ~/test_repo git svn clone file:///home/***/Desktop/SVN/svn_repo/ -T trunk -b branches -t tags 2 新建一个git的bare仓库 cd .. mkdir test.git cd test.git git init --bare 3 将git的默认分支和svn的默认分支trunk对应起来 git symbolic-ref HEAD refs/heads/trunk 4 将test_repo推送到test.git中 cd ~/test_repo git remote add bare ~/test.git git config remote.bare.push 'refs/remotes/*:refs/heads/*' git push bare 此时就完成了推送,可以删除test_repo了 5 将git repo中的trunk重命名为master cd ~/test.git git branch -m trunk master 6 将svn repo中的tags移动到git repo的相应位置 使用git svn

SVN Maven SCM 跟 release 插件的Spike

一曲冷凌霜 提交于 2019-11-30 14:24:36
背景: 在客户那边做的一个项目,我中途加入项目组,项目版本管理在SVN上,由于没有分主线,分支,与里程碑版本。在第一次上线时,上了SVN上的一个版本,后来对此次上线的SVN上的版本遗望了。在其后的几次上线中,对于项目功能有部分功能未完成、不上线的、或要更新上部分功能这种情况,处理时简单在一个Checkout下来的最近版本项目进行更改来进行上线,其实还好没遇到一些大问题。另外碰到的一个问题是,上线的一些功能要配合其他项目组的上线的功能,例如一个为我们提供单点登录的项目组,他们上线,之前他们的单点登录在测试没有集群的环境,与我们项目测试环境经过测试是可以正常使用的。但是线上环境下就不一定了。 我们要准备多一套上线的包,来应付对方如果上线功能有问题,我们系统还是缘用之前可以使用的功能。 对于上面的情况,我们考虑到在版本控制管理上,确实还做得不够,要使用一些合理点的方式来进行管理。对于我个人,这也是在摸索之中,也没有什么最佳实践。于是有了这么一次的Spike,主要以实战为主,对于背后的理论大伙可以参考一些资料。凭借着对《maven in action》这本书的一些记忆。动手操作了一下^-^,在这其中也遇到了一些错误跟问题,这里跟分享一下。 实战: 创建一个SVN的Repository。 我这边使用的是VisualSVN Server, 一个很傻瓜很好用的SVN服务器^-^