加载中...

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

发表于2020-05-20|更新于2026-09-21

|浏览量:

通过-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！

相关推荐

持续交付发布可靠软件的系统方法（基础篇）第三章：持续集成

《持续交付发布可靠软件的系统方法》读书笔记持续集成要求每当有人提交代码时，就对整个应用进行构建，并对其执行全面的自动化测试集合，一旦出现问题，开发团队应停下手中的工作，修复问题。持续集成的目标是：让正在研发的软件一直处于可工作的状态。实施持续集成的先决条件版本控制，与项目相关的所有内容都必须提交到一个版本控制库中（产品代码、测试代码、数据库脚本、构建与部署脚本、以及所有用于创建安装运行和测试该应用的程序的东西）自动化构建：必须满足人和计算机都能通过命令行自动执行应用的构建、测试以及部署过程团队共识：持续集成是一种实践，需要团队所有成员都遵循规则一个基本持续集成系统第一次在持续集成工具上执行构建时，可能会缺少一些必须的软件及配置，请将所操作的工作记录下来，并放在自己项目的知识共享库中，应花一些时间将应用程序所依赖的所有软件和配置项提交到版本控制系统中，并将重建全新环境的整个活动变成一个自动化的过程查看一下是否有构建正在运行，如果有，等它运行完。如果它失败了，则与团队其他人一起将它修复，后再提交自己的代码一量构建完成且测试全部通过，就从版本控制库中将该版本的代码更...

Ansible常用模块

lookup 函数在 playbooks 中可以使用一个名为 lookup()的函数，该函数用于 ansible 从外部资源访问数据，根据第一个参数的不同，该函数具有不同的功能，典型的就是读取外部文件内容。lookup()只在本地执行，而不是在远程主机上执行。例子： 123456debug: msg="{{ lookup('file', '/etc/foo.txt') }}"debug: msg="password - {{ lookup('password', '/tmp/random_pass.txt length=10') }}"debug: msg="{{ lookup('env','HOME') }} is an environment variable"debug: msg...

常用的Tcpdump命令

监控某一网络接口的数据包 1tcpdump -i eth0 查看dns解析的包 port domain 1tcpdump -i eth0 -nt -s 500 port domain -t 不显示时间-n 不会将ip显示为hostname 过滤IP 12345tcpdump -i eth0 host 202.22.22.22tcpdump -i eth0 src host 202.22.22.22 ## 指定源地址tcpdump -i eth0 dst host 202.22.22.22 ## 指定目的地址tcpdump -i eth0 host 202.22.22.22 and \(202.22.22.21 or 202.22.22.20 \) ## 获取202.22.22.22 与 202.22.22.21或202.22.22.20之间的包tcpdump -i eth0 host 202.22.22.22 and !202.22.22.21 ## 获取202.22.22.22 与除了202.22.22.21 之外的ip之间的包过滤端口 port...

Vagrant常用操作

查看安装的插件列表1$ vagrant plugin list 安装vagrant插件1$ vagrant plugin install vagrant-disksize vagrant-ignition vagrant-vbguest 查看box列表1$ vagrant box list 添加一个新的box1$ vagrant box add centos-76 centos-76.box 将一个虚拟机导出为box1$ vagrant package --output centos-7.6.box 删除一个box1$ vagrant box remove centos-76

Nginx性能优化配置参考

系统优化系统内核优化参考 123456789101112131415161718192021222324$ cat /etc/sysctl.confnet.ipv4.tcp_max_syn_backlog = 65536net.core.netdev_max_backlog = 36768net.core.somaxconn = 36768 net.core.wmem_default = 8588608net.core.rmem_default = 8588608net.core.rmem_max = 16877216net.core.wmem_max = 16877216 net.ipv4.tcp_synack_retries = 2net.ipv4.tcp_syn_retries = 2 net.ipv4.tcp_tw_recycle = 1net.ipv4.tcp_tw_reuse = 1 net.ipv4.tcp_mem = 94500000 915000000 927000000net.ipv4.tcp_max_orphans = 3376800net.ipv4....

为啥新环境的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命令查看一下网络的带宽有...

数据加载中