Linux下scp的用法

scp 对拷文件夹 和 文件夹下的所有文件 对拷文件并重命名 对拷文件夹 (包括文件夹本身) scp -r /home/wwwroot/www/charts/util root@192.168.1.65:/home/wwwroot/limesurvey_back/scp 对拷文件夹下所有文件 (不包括文件夹本身) scp /home/wwwroot/www/charts/util/* root@192.168.1.65:/home/wwwroot/limesurvey_back/scp 对拷文件并重命名 scp /home/wwwroot/www/charts/util/a.txt root@192.168.1.65:/home/wwwroot/limesurvey_back/scp/b.text Linux下scp的用法 scp就是secure copy,一个在linux下用来进行远程拷贝文件的命令。 有时我们需要获得远程服务器上的某个文件,该服务器既没有配置ftp服务器,也没有做共享,无法通过常规途径获得文件时,只需要通过简单的scp命令便可达到目的。 一、将本机文件复制到远程服务器上 #scp /home/administrator/news.txt root@192.168.6.129:/etc/squid /home/administrator/ 本地文件的绝对路径…

ssh-keygen 的 详解

ssh-keygen -t rsa -b 4096 -C "your_email@example.com" 为了让两个Linux机器之间使用ssh不需要用户名和密码。所以采用了数字签名RSA或者DSA来完成这个操作。 模型分析 假设 A (192.168.20.59)为客户机器,B(192.168.20.60)为目标机; 要达到的目的: A机器ssh登录B机器无需输入密码; 加密方式选 rsa|dsa均可以,默认dsa ssh-keygen -t rsa #使用rsa加密 二、具体操作流程 单向登陆的操作过程(能满足上边的目的): 1、登录A机器 2、ssh-keygen -t ,将会生成密钥文件和私钥文件 id_rsa,id_rsa.pub或id_dsa,id_dsa.pub 3、将 .pub 文件复制到B机器的…

用Kanban-Ace框架改进Scrum

关键点 Scrum已经几乎成了敏捷的同义词;虽然Scrum相当有用,但它仍有弱点和有待改善的空间。Kanban-Ace框架可以帮助它克服这些弱点。 Kanban-Ace框架接受Scrum,并帮助团队提高他们的敏捷水平。这些改进通过以下做法完成: Akashi Bridge:这是一种新的工具,它可以在Kanban-Ace板的背景下使用每一个Scrum事件,包括Sprint、Sprint计划、每日站立短会、Sprint重整和回顾等。 Kanban-Ace板:它内置Akashi Bridge,大大提高了软件开发的各个方面可视化程度,让团队可以识别趋势,提高自身的敏捷度。 精益思想:它是Kanban-Ace精益DNA的一部分。精益思想使团队减少浪费,并优化Kanban-Ace事件和过程以满足团队的需要。 —————————————————————————————————————————————————————- Scrum是一种广泛使用的敏捷框架,它已被证明对许多公司和机构都非常有用。然而,正如Fred Brooks的名言所说的那样,在信息技术上没有“银弹”,尽管Scrum有其好的部分,但有时我们敏捷专业人员却因为各种原因而不得不与Scrum的某些方面进行斗争。在进一步展开本文的陈述之前,我要清楚地说明我喜欢Scrum。从2008年起,我就一直使用它。我甚至拿到了ScrumMaster的认证。而且,我发现Scrum有两个概念特别有价值:受保护的迭代或Sprint,也有人正式代表用户,那就是产品经理。 然而,我个人对于敏捷和精益的理解超越了单一的方法或框架,获益于几个灵感来源的智慧结晶,比如:Kanban、极限编程,精益开发,以及一些其它方法中的精华,来以更好的方式来实现敏捷。因此,我开始建立一种方法,它基于精益和敏捷的影响,Kanban是主要的统一力量,在2013年,Kanban-Ace方法已经在我们的网站上公布。 然而直到现在,还没有一本书整理Kanban-Ace方法的价值、原则和技术。原因是,在Agilelion公司里,我们专注于通过录制好了的视频进行在线教学,同时也进行现场授课。何其幸运,Kanban-Ace方法能够被世界各地的人们所使用,在这三年里得到了人们大量的反馈信息,这些反馈近的来自美国和加拿大,远的来自德国、瑞士和澳大利亚。 从我们的学生身上和我的职业咨询实践中,我注意到Scrum是无处不在的,它几乎成为敏捷的同义词;虽然Scrum是众多敏捷方法之中的一种方法,不可否认的是,它是最广泛使用的一种方法。而且,作为受认证的ScrumMaster专家,我在乎Scrum,并想向来了解Kanban-Ace的人展示,他们如何能在保留几个他们喜欢的Scrum关键优势的同时,提高他们的敏捷性。 Kanban-Ace现在是一个框架,而不是一种方法。原因是,框架的建立是为了适应一个特定的域,我们打算把Kanban-Ace扩展到以下一些新的领域:对Scrum的全面支持、轻量级敏捷提升和产品创新工具。 这篇文章只是对第一个关键领域会发生什么事情的预览:对Scrum的全面支持。然而,我们不能在这里停下脚步,我们要改进Scrum并使Kanban-Ace框架成为你的敏捷工具集的一个有价值的补充,但在我们开始之前,我们需要给你介绍一下Kanban的相关背景知识。 Kanban简史 要了解Kanban今天的地位,必须知道它的过去情况。制造Kanban,有时用小写“kanban”直接指的是丰田公司组织跨工厂和部门工作的制造技术,这种技术和其他几种技术构成了丰田生产系统(Toyota Production System,TPS)。TPS开始于1945年。到了1978年,大野耐一在日本出版的书是一个重要的里程碑。感谢Norman Bodek的努力,十年后这本书的英文版出版,使得它可以在西方世界传播。 知识工作Kanban或首字母大写的Kanban指的是围绕应用TPS理念、约束理论、精益开发和其他相关资源的改变和创新,以便重点管理和改善人类创造力相关的领域,特别强调以软件开发、信息工程、营销和管理为重点。知识工作Kanban是最早的敏捷和精益的方法,是我们各种Kanban类型的创立者。从现在开始,我们所有提到的Kanban都是指这种特殊类型的Kanban。 Kanban的起源 2009年,Corey Ladas在他的关于Kanban的书《Scrumban:论Kanban系统的精益软件开发》(Scrumban – Essays on Kanban Systems…

20步打造最安全的Nginx Web服务器

Nginx是一个轻量级的,高性能的Web服务器以及反向代理和邮箱(IMAP/POP3)代理服务器。它运行在UNIX,GNU /linux,BSD 各种版本,Mac OS X,Solaris和Windows。根据调查统计,6%的网站使用Nginx Web服务器。Nginx是少数能处理C10K问题的服务器之一。跟传统的服务器不同,Nginx不依赖线程来处理请求。相反,它使用了更多的可扩展的事 件驱动(异步)架构。Nginx为一些高流量的网站提供动力,比如WordPress,人人网,腾讯,网易等。这篇文章主要是介绍如何提高运行在 Linux或UNIX系统的Nginx Web服务器的安全性。 默认配置文件和Nginx端口 /usr/local/nginx/conf/ – Nginx配置文件目录,/usr/local/nginx/conf/nginx.conf是主配置文件 /usr/local/nginx/html/ – 默认网站文件位置 /usr/local/nginx/logs/ – 默认日志文件位置 Nginx HTTP默认端口 : TCP 80 Nginx HTTPS默认端口: TCP 443 你可以使用以下命令来测试Nginx配置文件准确性。 /usr/local/nginx/sbin/nginx…

配置Tomcat使用https协议

一. 创建tomcat证书 这里使用JDK自带的keytool工具来生成证书: 1. 在jdk的安装目录\bin\keytool.exe下打开keytool.exe 2. 在命令行中输入以下命令: keytool -genkeypair -alias "tomcat" -keyalg "RSA" -keystore "g:\tomcat.keystore" 以上命令将生产一对非对称密钥和自我签名的证书g:\tomcat.keystore 注意:“名字与姓氏”应该是域名,输成了姓名,和真正运行的时候域名不符,会出问题 这里我输入的密码是123456, 域名是以tomcat为例, 省市以广东深圳为例 二. 配置tomcat服务器 定位到tomcat服务器的安装目录, 找到conf下的server.xml文件 找到如下已经被注释的代码: 1 <!-- 2 <Connector port="8443"…

centos服务器设置代理上网的方法

这里以centos7.0为例,记录代理服务器设置过程: 1.全局的代理设置: vi /etc/profile 添加下面内容 http_proxy = http://username:password@yourproxy:8080/ ftp_proxy = http://username:password@yourproxy:8080/ export http_proxy export ftp_proxy 2.yum的代理设置: vi /etc/yum.conf 添加下面内容 proxy = http://username:password@yourproxy:8080/ 或者 proxy=http://yourproxy:808 proxy=ftp://yourproxy:808 proxy_username=username proxy_password=password 3.Wget的代理设置: vi /etc/wgetrc…

JDK下载

wget –no-check-certificate –no-cookies –header “Cookie: oraclelicense=accept-securebackup-cookie” http://download.oracle.com/otn-pub/java/jdk/8u91-b14/jdk-8u91-linux-x64.rpm 从Oracle官网下载JDK,把后面地址部分改一下就OK。

DevOps的前世今生

目前在国外,互联网巨头如Google、Facebook、Amazon、LinkedIn、Netflix、Airbnb,传统软件公司如Adobe、IBM、Microsoft、SAP等,亦或是网络业务非核心企业如苹果、沃尔玛、索尼影视娱乐、星巴克等都在采用DevOps或提供相关支持产品。那么DevOps究竟是怎样一回事?在Puppet、RightScale分别DevOps出版的调查报告基础上,整理本文,以期为读者理清思路。另外,中国正在开展了一份自己的调查问卷,由南京大学发起,欢迎大家投票参与。 DevOps是什么?从哪里来? DevOps的概念 DevOps一词的来自于Development和Operations的组合,突出重视软件开发人员和运维人员的沟通合作,通过自动化流程来使得软件构建、测试、发布更加快捷、频繁和可靠。 DevOps概念早先升温于2009年的欧洲,因传统模式的运维之痛而生。 DevOps是为了填补开发端和运维端之间的信息鸿沟,改善团队之间的协作关系。不过需要澄清的一点是,从开发到运维,中间还有测试环节。DevOps其实包含了三个部分:开发、测试和运维。 换句话说,DevOps希望做到的是软件产品交付过程中IT工具链的打通,使得各个团队减少时间损耗,更加高效地协同工作。专家们总结出了下面这个DevOps能力图,良好的闭环可以大大增加整体的产出。 历史变革 由上所述,相信大家对DevOps有了一定的了解。但是除了触及工具链之外,作为文化和技术的方法论,DevOps还需要公司在组织文化上的变革。回顾软件行业的研发模式,可以发现大致有三个阶段:瀑布式开发、敏捷开发、DevOps。 DevOps早在九年前就有人提出来,但是,为什么这两年才开始受到越来越多的企业重视和实践呢?因为DevOps的发展是独木不成林的,现在有越来越多的技术支撑。微服务架构理念、容器技术使得DevOps的实施变得更加容易,计算能力提升和云环境的发展使得快速开发的产品可以立刻获得更广泛的使用。 (注:上图摘自上月红帽副总裁Ashesh Badani的一次新闻分享会) DevOps的几个关键问题 好处是什么? DevOps的一个巨大好处就是可以高效交付,这也正好是它的初衷。Puppet和DevOps Research and Assessment (DORA) 主办了2016年DevOps调查报告,根据全球4600位各IT公司的技术工作者的提交数据统计,得出高效公司平均每年可以完成1460次部署。与低效组织相比,高效组织的部署频繁200倍,产品投入使用速度快2555倍,服务恢复速度快24倍。在工作内容的时间分配上,低效者要多花22%的时间用在为规划好或者重复工作上,而高效者却可以多花29%的时间用在新的工作上。所以这里的高效不仅仅指公司产出的效率提高,还指员工的工作质量得到提升。 DevOps另外一个好处就是会改善公司组织文化、提高员工的参与感。员工们变得更高效,也更有满足和成就感;调查显示高效员工的雇员净推荐值(eNPS:employee Net Promoter Score)更高,即对公司更加认同。 快速部署同时提高IT稳定性。这难道不矛盾吗? 快速的部署其实可以帮助更快地发现问题,产品被更快地交付到用户手中,团队可以更快地得到用户的反馈,从而进行更快地响应。而且,DevOps小步快跑的形式带来的变化是比较小的,出现问题的偏差每次都不会太大,修复起来也会相对容易一些。 因此,认为速度就意味着危险是一种偏见。此外,滞后软件服务的发布也并不一定会完全地避免问题,在竞争日益激烈的IT行业,这反而可能错失了软件的发布时机。 为什么DevOps会兴起?为什么会继续火下去? 条件成熟:技术配套发展 技术的发展使得DevOps有了更多的配合。早期时,大家虽然意识到了这个问题的,但是苦于当时没有完善丰富的技术工具,是一种“理想很丰满,但是现实很骨感”的情况。DevOps的实现可以基于新兴的容器技术;也可以在自动化运维工具Puppet、SaltStack、Ansible之后的延伸;还可以构建在传统的Cloud…