我在服务器上有一个大文件one,我想two使用scp. 我的密钥设置正确,我可以从我的桌面 ssh/scp 到两台服务器。
我需要复制的文件比我工作站硬盘上的可用空间大,所以我想做:
scp one:/opt/bigfile.tar.gz two:/opt/bigfile.tar.gz
Run Code Online (Sandbox Code Playgroud)
但我得到了:
ssh: Could not resolve hostname one: Name or service not known
Run Code Online (Sandbox Code Playgroud)
我们这里没有 DNS(不要问我为什么),所以我在 ~/.ssh/config 中有这个:
Host one
Hostname <IP address of server one>
User jspurny
Host two
Hostname <IP address of server two>
User jspurny
Run Code Online (Sandbox Code Playgroud)
如果我尝试使用较小的文件并将其从one我的工作站传输到two,则它工作正常:
scp one:/opt/smallerfile.tar.gz .
scp smallerfile.tar.gz two:/opt/
Run Code Online (Sandbox Code Playgroud)
当按照评论中的建议直接使用 IP 地址时,我得到:
$ scp jspurny@<one's IP>:bigfile.tar.gz jspurny@<two's ip>:bigfile.tar.gz
Host key verification failed.
lost connection
Run Code Online (Sandbox Code Playgroud)
这不是问题:
大小在这里不是问题 …
Debian Linux 8.2,64 位,Xmonad 0.11
我最近升级了我的系统(到 debian8),所以我不得不对我的xmonad.hs配置进行一些调整- 即gst-launch从以下位置更改 GStreamer窗口的管理钩子:
, title =? "gst-launch-0.10" --> doFloat
Run Code Online (Sandbox Code Playgroud)
到:
, title =? "gst-launch-1.0" --> doFloat
Run Code Online (Sandbox Code Playgroud)
我使用title而不是className因为gst-launch-1.0Windows 只有这个属性:
$ xprop
_NET_WM_DESKTOP(CARDINAL) = 6
WM_NAME(STRING) = "gst-launch-1.0"
WM_STATE(WM_STATE):
window state: Normal
icon window: 0x0
_MOTIF_WM_HINTS(_MOTIF_WM_HINTS) = 0x2, 0x0, 0x1, 0x0, 0x0
WM_PROTOCOLS(ATOM): protocols WM_DELETE_WINDOW
Run Code Online (Sandbox Code Playgroud)
我遇到了非常奇怪的行为,我在旧gst-launch-0.10窗户上没有见过。当gst-launch-1.0窗口(通常很小 - 400x300)开始时,它是以下概率降低的情况之一:
doFullFloat并doCenterFloat …