加载中...

通过跳板机代理将本地文件传输到远端服务器

发表于2020-05-20|更新于2026-05-11

|浏览量:

通过-J参数指定跳板机

1
2
3

$ ssh -J user@<bastion:port> <user@remote:port>
// scp
$ scp -J user@<bastion:port> sourcefile <user@remote:port>:

在.ssh/config中配置

### The Bastion Host
Host jump
  HostName 10.2.3.2
  Port 3022
  User jump

### The Remote Host
Host remote
  HostName 172.32.2.7
  Port 22
  User root
  ProxyJump jump

使用普通参数就可以实现跳转

1 2	$ ssh remote $ scp <sourcefile> remote:/data/

文章作者: Michael Pan

文章链接: https://xhua.eu.org/posts/f62135323f93.html

版权声明: 本博客所有文章除特别声明外，均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来源 Michael Blog！

相关推荐

为啥新环境的Kafka性能这么差？

本故事纯属虚构，如有雷同，纯属巧合，一笑了之。公司分配给了A和B一个任务，测试容器化Kafka集群的性能。之前B在老机器上已经测试过一个版本，并写了完整的报告，算是有经验的老鸟了。现在到了一批新机器，需要在它们上面重新测试一下Kafka的性能，A主动承担这个该任务，要知道新机器不管从cpu核数还是内存大小都是老机器的两倍，而且新机器用的是SSD盘，而老机器用的是机械盘。A信心满满，认认真真地按照之前B写的文档操作。可测试结果让他大吃一惊，新机器的性能竟然不到老机器的一半。网络问题？ A：这个Kafka集群压测数据怎么这么差？会不会是网络问题呢？B：之前我们用的是万M网卡，你这个是多少？A：网卡速度怎么看？B：用ethtool命令，后面加对应的网络接口名，看Speed值，就能知道是万M还是千M网卡了。 123456$ ethtool eth0Settings for em0:Supported ports: [ TP ]...Speed: 1000Mb/s... A：这是千M网卡，怪不得性能会这么差呢。B：你确定是网卡的问题吗？你压测的时候用nload命令查看一下网络的带宽有...

Mysql瓶颈分析方法

数据库往往会成为应用的最终瓶颈，而Mysql是被使用得最多的开源关系型数据库。如何分析执行Mysql数据库语句的性能就非常重要。但是很多开发人员并没有相关的意识与能力，但其实掌握了一些简单的常用手段，就可以让我们自己分析出数据库语句的问题。曾经看到过有对数据库查询语句中出现7个Select的语句，当时完全被震惊到了，这根本就是往系统里注入了一个大雷呀，数据量一旦增多，数据库挂，应用挂，服务挂，客户挂，公司挂。。。。还是不做破了一个鸡蛋就想着毁了一个养鸡场的推断了。我们收集下常见的数据库的分析手段。查看当前数据库执行命令 12mysql> select count(*) from information_schema.processlist where COMMAND != 'Sleep';mysql> select * from information_schema.processlist where COMMAND != 'Sleep' limit 5; 慢查询查看慢查询时间定义 12345678910mysql&g...

持续交付发布可靠软件的系统方法（基础篇）第四章：测试策略的实现

《持续交付发布可靠软件的系统方法》读书笔记项目在一开始阶段，测试人员就会与开发人员及客户一起写自动化测试。这些测试应该在开发前就写好。以上这些测试仅仅是系统进行功能测试，容量、安全性及其非功能性试也应尽早建立，为它们写自动化测试套件。确保不符合需求的问题尽早暴露。业务导向且支持开发过程的测试在开发一个用户故事之前，应写好验收测试，采取完美的自动化形式。系统的验收测试应运行在类生产环境（UAT)验收测试有价值的特性：它加快了反馈速度减少了测试人员的工作负荷让测试人员集中精力做探索性测试和高价值的活动这些验收测试也是一组回归测试套件行为驱动开发，可以以这些测试中自动生成需求说明文档并不是所有的东西都需要自动化。我们倾向于将自动化验收测试限于完全覆盖Happy Path的行为，并仅覆盖其它一些极其重要的部分。每一种测试都应该覆盖应用程序的80%验收测试一般都是端对端测试，但是这样很多时候验收测试的失败并不是因为真正的缺陷，而是因为界面的变更，这将导致增大了验收测试脚本的维护。有两种方法解决这个问题：在测试与用户界面之间增加一个抽象层，以便减少因用户界面变更而...

Jmeter简单配置使用

创建Test Plan 测试计划File->New或者直接点击New图标添加Thread Group 测试任务右击测试计划，Add->Threads(Users)->Thread Group 添加HTTP Cookie 请求Cookie管理右击Thread Group，Add->Config Element->HTTP Cookie Manager 添加HTTP Header 请求头管理右击Thread Group，Add->Config Element->HTTP Header Manager 添加HTTP Request 请求右击Thread Group，Add->Sampler->HTTP Request 添加User Defined Variables 用户定义变量右击Thread Group，Add->Config Element->User Defined Variable 添加报告Result Tree 结果树右击Thread Group，Add->Listener->View R...

持续交付发布可靠软件的系统方法（部署流水线）第六章：构建与部署的脚本化

《持续交付发布可靠软件的系统方法》读书笔记 ##构建工具概览 Make Ant NAnt与MSBuild Maven Rake Buildr Psake 构建部署脚本化的原则与实践为部署流水线的每个阶段创建脚本使用恰当的技术部署应用程序使用同样的脚本向所有环境部署使用操作系统自带的包管理工具确保部署流程是幂等的部署系统的增量式演进部署脚本化多层的部署和测试层配置应用／服务／组件应用配置中间件中间件配置操作系统操作系统配置硬件硬件测试环境配置部署前对基础设施做标准冒烟测试，如果发现问题，就让环境配置流程快速失败，并给出测试结果确认能从数据库中拿到一条记录确认能连上网站断言消息代理中的已注册的消息集合是正确的透过防火墙发送ping，证明线路通畅推荐策略总是使用相对路径消除手工步骤从二进制包到版本控制库的内建可追溯性二进制包记录版本信息，如Java应用可以在MANIFEST中包含元数据，另外可以将构建流程生成的每个二进制包的MD5值及名字和版本标识符一起放在数据库中不要把二进制包作为构建的...

持续交付发布可靠软件的系统方法（交付生态圈）第十二章：数据管理

《持续交付发布可靠软件的系统方法》读书笔记应用程序可以通过删除前一个版本，使用新版本替换旧版本的方式部署，但是大多数系统，数据无法使用这种方式进行变更，一旦某个系统发布到了生产环境中，关联的数据将不断增加。数据往往是系统中最有价值的部分。当我们需要对数据系统进行结构修改或者内容修改时，就需要相关的策略。对数据的修改是不可避免的，关键在于将数据迁移过程自动化。目前有一些工具对数据迁移提供了较多支持，它们还允许对数据库进行版本化管理。另一个重要部分是测试数据的管理。数据库脚本化任何数据库的修改都应该通过自动化过程来管理。包括数据库的初始化，数据库所有的迁移都需要脚本化，并将脚本提交到版本控制库中。几乎所有的数据管理系统都支持通过自动化脚本进行数据存储的初始化工作。清除原有的数据库创建数据库结构、数据弯路实例以及模式等向数据库加载数据在大多数据项目中，数据库的使用要复杂得多。增量式修改绝大多数据系统，对数据库更新时，要保留它们的数据。由于在部署时需要保留数据库中的已有数据，所以需要有回滚策略，以便部署失败时使用。这就需要对数据库进行版本控制。在数据库中创建一个数据...

数据加载中