→ cuello: 沒有 options, 有需要的話, 就寫在 ~/.ssh/config 裡了 06/12 23:44
推 changchichun: 痛定「思」痛 06/13 09:17
→ cuello: :) 謝謝 06/13 12:09
→ bitlife: 其實scp沒有複製symlink算合理,因為source和target的檔案 06/13 12:15
→ bitlife: 系統有可能不同,例如target可能是掛載fat32之類 06/13 12:16
→ bitlife: rsync就命令名稱來說,既然要sync,兩邊檔案系統要相容,但 06/13 12:19
→ bitlife: 還是用option來解決有可能出問題的link,這樣可以把它將級 06/13 12:20
→ bitlife: 當一般copy用 06/13 12:20
→ bitlife: *降級 06/13 12:20
Hmmm... 倒是沒想過這設計哲學的問題... 不過 scp 也不是 rsync
scp(1) 應該很適合跨平台操作吧? 頂多, 在使用者堅持 preserve
太多的 attributes 的時候 (scp -p) 囉唆一下, 例如:
set times: Operation not permitted
至於 rsync, 嘿嘿, 不好意思, 跨不同檔案系統的操作其實是我的日常也...
只要自己心裡有數, 甚麼過得去, 甚麼是強人所難...
在設計上, 應該可以說, 連 rsync 都有意適度容忍跨越不同檔案系統的操作,
正因為如此, 碰到困難時才只是抱怨「恕難照辦」而不是直接 abort 吧.
有空時, 請幫我試試看會出甚麼問題喔~ 目前感覺還蠻好用的喔...
※ 編輯: cuello (218.172.25.44 臺灣), 06/13/2022 21:43:53
推 holishing: 是說某版的 OpenSSH 開始 scp 就不是 scp 了, 而是套著 06/14 23:42
→ holishing: scp 外殼的 sftp, 所以不如現在開始練習放棄 scp ( 06/14 23:42
是喔, 謝謝告知. 可是能不能不放棄啊? 他們應該會好好保留 scp 的「殼子」吧
UNIX 世界應該很少發生這種中斷吧...如果是安全的問題, sftp 骨子裡不是解決了?
※ 編輯: cuello (218.172.25.44 臺灣), 06/15/2022 23:33:58
→ asdfghjklasd: 你這話前後矛盾喔 06/16 10:40
Aha! 感謝 pointer! 倒也沒有矛盾, 只是很狀況外罷了! 我lag了好幾年..
原來這件事已經醞釀(?)那麼久了... 要不是禮拜天決定 po 文.
還真的錯過 Jonathan Corbet 的文章跟這整件事情的進展
不過你知道, 我手指頭的肌肉跟神經元不會喜歡的... 搞不好是普遍性的
所以有 holishing 的 「開始練習放棄」... 雖然對於某些人來說
可能是練習放氣 backtick 的遠端執行 :)
在我單純的環境裡, 這似乎不構成令人緊張的威脅, 我猜最後的結果是:
我會... 不是! 是我的手指頭會用 scp(1) 直到它被消失的那一天... 吧...
不果, 這件事反而意外突顯了我的「小確幸」scp2(1) 的重要性
等到那一天, 雖然不能夠
$ sftp * remote:
起碼我還可以
$ scp2 * remote:
※ 編輯: cuello (218.172.4.188 臺灣), 06/16/2022 23:04:49
忘了提, scp2 是單向的 local --> remote.
※ 編輯: cuello (218.172.4.188 臺灣), 06/16/2022 23:06:15
剛剛再試了一下, 到時候, 還好我還可以繼續做這事:
$ pwd
/boot/
$ scp2 [vcS]*-5.10.122 root@remote:/boot/
有一個 scp 真好... root!? 偷懶啦, 已經儘量藏, 不在 22...
※ 編輯: cuello (218.172.4.188 臺灣), 06/17/2022 00:00:48
※ 編輯: cuello (218.172.4.188 臺灣), 06/18/2022 12:43:06
→ asdfghjklasd: scp 其實可以 remote local .... 06/18 17:25