Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"В Fedora предложили перевести протокол SCP в разряд устаревших"	+/–
Сообщение от opennews (??), 06-Ноя-20, 17:43
Якуб Елень (Jakub Jelen), инженер по обеспечению безопасности из компании Red Hat, предложил перевести протокол SCP в разряд устаревших. SCP концептуально близок к протоколу RCP и наследует фундаментальные архитектурные проблемы, которые являются источником потенциальных уязвимостей... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=54039
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

2. Сообщение от Дурка (?), 06-Ноя-20, 17:43	+20 +/–
> инженер по обеспечению безопасности из компании Red Hat, предложил > в репозиторий copr уже помещён альтернативный пакет c openssh так и надо  написать: шляпа планирует дропнуть протокол. а то ведь не каждый "предложил" может похвастаться что его предложения "уже" в репозитории тестируют
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #22, #73

3. Сообщение от Аноним (3), 06-Ноя-20, 17:43	–16 +/–
Вообще, я не припомню когда последний раз видел в дикой природе -- всё больше rsync используется. Ещё fish был, потому что в mc при подключении к ssh он, а так везде и всегда rsync.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #10, #70

4. Сообщение от InuYasha (??), 06-Ноя-20, 17:44	+16 +/–
То чувство, когда узнаёшь, что ездил на пороховой бочке каждый день. > например, вместо запрошенного "test.txt" сервер может передать файл с именем ".bashrc" и он будет записан клиентом (O_o) т.е. при scp /root/kittens.jpg я могу получить по сети незаметно новую систему? классно.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #13, #17

6. Сообщение от Аноним (6), 06-Ноя-20, 17:51	+1 +/–
> Для тестирования в репозиторий copr уже помещён альтернативный пакет c openssh, в котором применён патч с реализацией утилиты scp поверх протокола SFTP. Это хорошо, если саму утилиту scp оставят: она все же очень удобная. Еще лучше, если бы какое-то время новая реализация умела подключаться к серверам без sftp тоже.
Ответить | Правка | Наверх | Cообщить модератору

8. Сообщение от Аноним (8), 06-Ноя-20, 17:53	+17 +/–
*данные_удалены*, инженер по обеспечению безопасности из компании *данные_удалены*, предложил перевести протокол SCP в разряд устаревших.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #15

9. Сообщение от Аноним (9), 06-Ноя-20, 17:54	+4 +/–
а COPR - это они на что намекают?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #34, #58

10. Сообщение от daemontux (?), 06-Ноя-20, 17:55	+18 +/–
Rsync есть не всегда и не на всех системах. Да и единичные файлы дергать по scp удобно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #12

11. Сообщение от iPony129412 (?), 06-Ноя-20, 17:59	+5 +/–
прям стыдно стало... постоянно использую 😮
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #26, #37

12. Сообщение от Аноним (3), 06-Ноя-20, 18:00	+2 +/–
Наверно большинство пользователей scp на самом деле используют sftp, иного объяснения у меня нет. В таком случае, никаких проблем. А fish удобно в kde и mc использовать -- можно посмотреть файлы и выбрать нужный.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #20

13. Сообщение от daemontux (?), 06-Ноя-20, 18:02	–1 +/–
Странно что из openbsd это ни кто не предложил раньше.  Раз уж в опенке пилят tmux, bgp, smtp и др., то могли бы из замену scp сделать. А там бы  уже растащили по др реалезациям.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #30

14. Сообщение от nrndda (ok), 06-Ноя-20, 18:03	+11 +/–
Только сегодня по работе копировал файлик ~180ГБ. Сначала попробовал с помощью sftp, получил ~10МБ/с и почти 5 часов. Запустил через scp и скопировал за 40 минут со скоростью ~60МБ/с. Нафиг нужен такой sftp...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #43, #66

15. Сообщение от EuPhobos (ok), 06-Ноя-20, 18:04	+2 +/–
Проект закрыт, все монстры умерли от старости.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #36

16. Сообщение от EuPhobos (ok), 06-Ноя-20, 18:04	+1 +/–
> Из ограничений предложенного подхода упоминается невозможность обмена данными с серверами, не запускающими подсистему sftp Ну так сам же сказал: "для каких-то особых случаев в утилите предусмотрена опция "-M scp" для отката на протокол SCP" - Вот и выход.
Ответить | Правка | Наверх | Cообщить модератору

17. Сообщение от eugener (ok), 06-Ноя-20, 18:05	+1 +/–
Там сказано "до недавних пор". Незнаю насколько недавних, но во всяком случае сейчас проверяет, см. ключ -T в man-е.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #113

18. Сообщение от Аноним (129), 06-Ноя-20, 18:05	+2 +/–
Если реализация утилиты scp полноценная, то решение можно только приветствовать. В философии юникс важно выполнение программой своих задач, а не конкретный способ.
Ответить | Правка | Наверх | Cообщить модератору

20. Сообщение от daemontux (?), 06-Ноя-20, 18:07	+3 +/–
Sftp удобно открывать когда нужно много чего скопировать или используешь какой нибудь фм. А если сидишь в консоли и нужно скопировать то что известно где лежит то проще scp дёрнуть. Но я думал что scp в качестве транспорта sftp  использует. А оказалось что нет :(
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #21

21. Сообщение от Аноним (3), 06-Ноя-20, 18:15	+/–
Выглядит ненадёжно, rsync хотя бы старается не пролюбить данные в процессе. У меня с некоторых пор пунктик на тему повреждённых данных (в идеале нужно ещё и верифицировать дополнительно после перезагрузки, но мне каждый раз лень тратить на это время).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #39, #97

22. Сообщение от Аноним (22), 06-Ноя-20, 18:16	–13 +/–
А вы как работаете? Неужели ваш груплидер вас не имеет в хвост и гриву. Необходимо изгиляться и извращаться предлагая улучшения продукта или вылетишь в этом квартале с голой попой на мороз. Приходится человеку доказывать что он не лузер цеплясь зубвми за повышение и не только зряплаты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

23. Сообщение от Аноним (23), 06-Ноя-20, 18:17	+4 +/–
Т.е. погодите, клиент запрашивает файл X, сервер отдаёт данные и говорит "это по чесноку файл Y", а клиент такой "я спрашивал, конечно, X, но запишу в Y раз такое дело". Что-то мне подсказывает, что проблема тут не только в сервере.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #44, #45

24. Сообщение от КО (?), 06-Ноя-20, 18:21	–5 +/–
SCP (от англ. secure copy) — утилита и протокол копирования файлов между компьютерами, использующий, в отличие от утилиты RCP, в качестве транспорта не RSH, а шифрованный SSH. Сходная по функционалу утилита — sftp. Да, пришлось поискать, спасибо мне за инфу.
Ответить | Правка | Наверх | Cообщить модератору

25. Сообщение от Аноним (26), 06-Ноя-20, 18:24	–2 +/–
Давно пора. Но -3 нужна, конечно. Хоть синей изолентой, но надо её прикрутить.
Ответить | Правка | Наверх | Cообщить модератору

26. Сообщение от Аноним (26), 06-Ноя-20, 18:26	+3 +/–
Используешь устаревшие технологии? ФФФУУУУУУУ!!!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

27. Сообщение от псевдонимус (?), 06-Ноя-20, 18:32	–5 +/–
Снова рэдхатовские копрофаги предлагают выбросить что-нибудь работающее и заменить...ах да, ничем не заменить :-(
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #62

28. Сообщение от Аноним (-), 06-Ноя-20, 18:49	+6 +/–
На openwrt роутерах с ограниченными аппаратными возможностями часто не лезет sftp сервер, пользуемся scp потому. И тут х... компания redhat предлагает грохнуть scp, взамен не предлагая реальной альтернативы для роутеров.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #32, #51

29. Сообщение от Huff (?), 06-Ноя-20, 18:54	+7 +/–
передайте это в SCP foundation
Ответить | Правка | Наверх | Cообщить модератору

30. Сообщение от m.makhno (ok), 06-Ноя-20, 18:57	–3 +/–
что странного? openbsd у нас оплот света в тёмном современном мире IT, носитель здравых идей? или просто знамя, объединяющее изобретателей велосипедов, отягощенных поиском фатальных недостатков в существующих и (немаловажно) работающих концепциях?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #40

31. Сообщение от Аноним (31), 06-Ноя-20, 18:59	–5 +/–
Эм... а нафига scp пользовать не в локалке / VPN?
Ответить | Правка | Наверх | Cообщить модератору

32. Сообщение от Аноним (32), 06-Ноя-20, 19:13	+2 +/–
scp ещё и быстрее sftp
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #33

33. Сообщение от Аноним (3), 06-Ноя-20, 19:18	–4 +/–
Наверно зависит ещё и от того как поток зашифрован. Ну а так меньше надёжности - выше скорость, всё как обычно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

34. Сообщение от Аноним (34), 06-Ноя-20, 19:23	+1 +/–
Там ещё логотип характерного цвета
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

35. Сообщение от Анон Анонов (?), 06-Ноя-20, 19:26	+/–
А почему SCP не проверят название файлов, которые получает? Это же, блин, очевидный баг.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #38, #50, #60

36. Сообщение от Armagor (??), 06-Ноя-20, 19:32	+4 +/–
Все монстры перешли на руководящие должности, содержание провалено, [данные удалены], сопротивление бесполезно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

37. Сообщение от Андрей (??), 06-Ноя-20, 19:39	+/–
Поддерживаю. Не просто пользуюсь каждый день, а по десятку раз. Именно так - "удобно копировать единичные файлы".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

38. Сообщение от Аноним (38), 06-Ноя-20, 19:43	+/–
Субординация.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

39. Сообщение от CrazyAlex (?), 06-Ноя-20, 19:52	+1 +/–
Это называется паранойя
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #52, #55

40. Сообщение от Аноним (40), 06-Ноя-20, 19:55	+/–
А можно для тупых уточнить. Ладно когда что-либо меняют просто потому что. Но тут же возможность создавать и перезаписывать файлы, да еще и выполнение команд. По-моему отличный вариант - заменить. Что я не так понял?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #61, #75

41. Сообщение от Аноним (41), 06-Ноя-20, 20:12	+2 +/–
Когда там ждать systemd-copyd?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #42, #63

42. Сообщение от Леннарт Поттеринг (?), 06-Ноя-20, 20:23	+3 +/–
Завтра волью в мастер
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #46

43. Сообщение от Аноним (43), 06-Ноя-20, 20:25	–1 +/–
Попробуйте rcp. У меня упёрся в шпиндели на 600 Мб/сек.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #56, #94

44. Сообщение от пох. (?), 06-Ноя-20, 20:30	–1 +/–
> Что-то мне подсказывает, что проблема тут не только в сервере. Просто эту проблему кривожопики из федоры исправить не в силах. А испортить клиент чтобы он просто не работал с "небезопастным" протоколом - с легкостью.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #47

45. Сообщение от Аноним (113), 06-Ноя-20, 20:46	+1 +/–
Нет никакой проблемы уже чёрт знает сколько пятилеток man scp      -T      Disable strict filename checking.  By default when copying files              from a remote host to a local directory scp checks that the              received filenames match those requested on the command-line to              prevent the remote end from sending unexpected or unwanted files.              Because of differences in how various operating systems and              shells interpret filename wildcards, these checks may cause              wanted files to be rejected.  This option disables these checks              at the expense of fully trusting that the server will not send              unexpected filenames. Вот и всё, по дефолту - строгая проверка, а кому нужны разношаблонные гетерогенные системы - пусть -T юзают на трастовых серваках..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #48

46. Сообщение от Аноним (41), 06-Ноя-20, 20:46	+/–
Спасибо!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

47. Сообщение от Аноним (113), 06-Ноя-20, 20:47	+/–
Какая проблема?! scp по умолчанию строго проверяет файлы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #59

48. Сообщение от пох. (?), 06-Ноя-20, 20:48	–5 +/–
> Нет никакой проблемы уже чёрт знает сколько пятилеток afair, всего пару лет, и то в апстриме. После соответствующей CVE. Причем не факт, что проблема полностью решена, не так это и тривиально для современных кодерков.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #87

49. Сообщение от Annoynymous (ok), 06-Ноя-20, 20:49	+/–
Вообще, идея использовать sftp как замену scp при сохранении синтаксиса команды scp вполне здравая, пусть будет.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #64, #85

50. Сообщение от Аноним (113), 06-Ноя-20, 20:49	+5 +/–
читай man, по умолчанию - как раз проверяет. Нет никакого бага.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

51. Сообщение от Annoynymous (ok), 06-Ноя-20, 20:51	+1 +/–
"для каких-то особых случаев в утилите предусмотрена опция "-M scp" для отката на протокол SCP"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #53

52. Сообщение от JL2001 (ok), 06-Ноя-20, 20:53	+2 +/–
> Это называется паранойя если у вас паранойя - это не значит, что за вами не следят
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

53. Сообщение от zzz (??), 06-Ноя-20, 21:02	+/–
Ну это пока предусмотрена. Годик-другой - и дропнут, потому что "не пользуется популярностью". Как будто ты красношапку не знаешь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #57

54. Сообщение от Аноним (54), 06-Ноя-20, 21:04	–3 +/–
А ctrl+C, ctrl+V оно в линуксах нельзя так?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #71, #83, #84, #96, #140

55. Сообщение от пох. (?), 06-Ноя-20, 21:06	+/–
Глупость это называется. Испортить файлы при передаче криптографически-стойким протоколом можно, но ровно при тех же условиях, при которых "rsync старается" бестолку. Варианта сверки хэшей при этом никто не отменял, особенно для очень больших или очень ценных файлов, поскольку портиться битики могут, внезапно, уже после передачи - или до ее начала.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #68

56. Сообщение от JL2001 (ok), 06-Ноя-20, 21:06	+/–
> Попробуйте rcp. У меня упёрся в шпиндели на 600 Мб/сек. https://www.opennet.ru/openforum/vsluhforumID3/122347.html#24
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #82

57. Сообщение от Annoynymous (ok), 06-Ноя-20, 21:07	–3 +/–
> Ну это пока предусмотрена. Годик-другой - и дропнут, потому что "не пользуется > популярностью". Как будто ты красношапку не знаешь. Форкни и поддерживай, это ж опен сорс. Ах, у сообщества сил нет? Тогда жрите что дают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #86

58. Сообщение от псевдонимус (?), 06-Ноя-20, 21:08	+2 +/–
> а COPR - это они на что намекают? На то самое. Не стесняются даже.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

59. Сообщение от Чума (?), 06-Ноя-20, 21:10	+/–
Как насчёт * ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #88

60. Сообщение от Чума (?), 06-Ноя-20, 21:11	–1 +/–
КАК ? Как, например, tar будет проверять какие файлы он распаковывает?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #74

61. Сообщение от 1 (??), 06-Ноя-20, 21:12	–3 +/–
Сабж вообще не при делах, речь о том, что некие любители похэйтить линукс используют ровно тоже ре-шето и молчат в тряпочку. А вообще я хз что это за scp всю жись ssh использовал, полагаю тяжОлое насление тех самых бсд и прочих тру-юникс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

62. Сообщение от Аноним (-), 06-Ноя-20, 21:13	+1 +/–
научись читать, дегенерат
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #65

63. Сообщение от Аноним (-), 06-Ноя-20, 21:14	–2 +/–
печет, ретроград? это хорошо
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

64. Сообщение от псевдонимус (?), 06-Ноя-20, 21:15	–1 +/–
> Вообще, идея использовать sftp как замену scp при сохранении синтаксиса команды scp > вполне здравая, пусть будет. Ну да, скорость не нужна, сойдёт и так. Здравствая идея.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #69

65. Сообщение от псевдонимус (?), 06-Ноя-20, 21:22	–1 +/–
> научись читать, дегенерат Замены нет, а это дропнут в пару лет, "интеллектуал".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

66. Сообщение от PnD (??), 06-Ноя-20, 21:22	+1 +/–
Гм. Если по дороге проблемный канал (может отвалиться), я бы предпочёл rsync с докачкой (--append-verify). А так, "ssh host -- cat /path/to/src > /path/to/dst" Если сеть узкая, тут же можно и пожать. А если нужно много чего, есть tar. И никаких сюрпризов от scp. Всё явно расписано. С той стороны что-то очень слабое? Можно подкрутить шифры, вплоть до "выкл". Или лить через netcat|nc  (в отличие от rcp, его никто не депрекейтит).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #95

67. Сообщение от user90 (?), 06-Ноя-20, 21:22	–3 +/–
В последнее время, при при смотре сабжа выбираю именно плов - кажется, так оно будет аутенчичнее)
Ответить | Правка | Наверх | Cообщить модератору

68. Сообщение от Аноним (3), 06-Ноя-20, 21:28	+/–
Так именно поэтому и rsync -- он может верифицировать файлы не только в процессе (он это делает), но и постфактум. Для локальных файлов использовать что-либо кроме rsync тоже абсурдно (это помимо различных исключительно удобных и полезных опций вроде ограничения пропускной способности).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #76

69. Сообщение от Аноним (69), 06-Ноя-20, 21:30	–1 +/–
На одном-двух файлах разница в пределах погрешности, а когда нужна скорость на пачку файлов, надо делать tar cf - | ssh tar xf -. Быстрее всяких scp и sftp на порядок.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #72

70. Сообщение от nomad__ (ok), 06-Ноя-20, 21:45	+1 +/–
> Вообще, я не припомню когда последний раз видел в дикой природе -- всё больше rsync используется. Ещё fish был, потому что в mc при подключении к ssh он, а так везде и всегда rsync. ну я, например, пользуюсь. Потому что rsync ставить лень.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

71. Сообщение от nomad__ (ok), 06-Ноя-20, 21:47	–1 +/–
На удаленный хост, где есть только шелл? Поумнее вопрос не мог придумать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

72. Сообщение от пох. (?), 06-Ноя-20, 21:56	–1 +/–
> Быстрее всяких scp и sftp на порядок. сказочник... На четыре порядка! И да, конечно же эти приседания с кучей лишних команд очень безопастны (в tar ведь не было никогда точно таких же ляпов с ../.. в разных вариациях) и охренеть как удобны.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69

73. Сообщение от Улька (?), 06-Ноя-20, 21:57	+5 +/–
Очевидно же, что эти детские проблемы на раз-два чинятся, но нет - живьем закапывают. P.S. литнеграм на заметку: чем больше в подобных "новостях" серьезной воды, тем очевиднее реальная их суть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #89

74. Сообщение от пох. (?), 06-Ноя-20, 21:58	+1 +/–
> КАК ? Как, например, tar будет проверять какие файлы он распаковывает? молча. Если ты укажешь ему destination - то будет проверять. Все что не совпадает - просто не будет распаковано вообще. Кстати, в этом месте много лет назад была очередная дырка, ага.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #117

75. Сообщение от пох. (?), 06-Ноя-20, 22:01	–1 +/–
> По-моему отличный вариант - заменить. Что я не так понял? что если "отличный вариант" только заменить тормозным дерьмом с bloated-протоколом для нескучной эмуляции ftp (кривой и бесполезной) - то что-то с этим отличным вариантом не так. Возможно он отличный от хорошего, а с такими руками не стоило и браться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #99, #133

76. Сообщение от пох. (?), 06-Ноя-20, 22:10	–1 +/–
> Так именно поэтому и rsync -- он может верифицировать файлы не только в процессе (он это делает) и чаще всего - даром жрет при этом ресурсы. Потому что работает поверх ssh, внезапно. В 99% случаев этого достаточно, чтобы не забивать себе голову глупостями. > Для локальных файлов использовать что-либо кроме rsync тоже абсурдно пока не перепутаешь семантику последней / в пути чего-нибудь большого. После этого тебе абсурдно покажется использование столь кошмарно кривой утилиты там, где она нафиг не нужна. У rsync одна единственная ниша - обеспечивать идентичность копии, когда большая часть уже скопирована и неизменна. Больше ни для чего он не нужен со своими миллиардами ключей и бредовым синтаксисом. Кстати, уязвимостей в нем было совершенно чудовищное количество, как и во всем, что придумано кенгуроидами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #77

77. Сообщение от Аноним (3), 06-Ноя-20, 22:24	+/–
Как ещё ты предлагаешь бороться с бит флипом? Знаешь ли можно прочитать не то и записать не то, не только передать не то. Нормальные там ключи, может не всем расширенные атрибуты копировать надо. А насчёт жора ресурсов, это тоже достаточно гибко настраивается (и можно использовать md4 вместо md5, например).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #78

78. Сообщение от пох. (?), 06-Ноя-20, 22:27	+/–
> Как ещё ты предлагаешь бороться с бит флипом? покинуть секту свидетелей битфлипа. Ты его в своей жизни с высочайшей вероятностью никогда не увидишь. Это актуально либо на терабайтах (причем не все терабайты одинаково полезны - многим пофиг что там один бит поменяется) либо на криптографической информации. И только при условии что ее нельзя восстановить или заменить. То есть почти никогда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #79, #80, #81

79. Сообщение от Аноним (3), 06-Ноя-20, 22:34	+/–
Ну например если один из твоих многотерабайтных архивов побился в процессе, это сразу принесёт много проблем и потерю рандомного количества данных. А вообще, если, скажем, в процессе бэкапирования используются 2 копии данных, чтобы повреждения не стали фатальными, необходимо сразу замечать и битрот, и битфлип, и посыпавшиеся диски.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #101

80. Сообщение от Аноним (3), 06-Ноя-20, 22:35	+/–
А ещё бывает неисправная память, с ней разнообразные ошибки случаются постоянно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #102

81. Сообщение от Аноним (3), 06-Ноя-20, 22:53	+2 +/–
Кроме того бывает контроллер посыпался… Нет, знаешь, я, пожалуй, буду использовать правильные подходящие задаче инструменты, а не уповать на рандом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

82. Сообщение от Аноним (43), 06-Ноя-20, 22:58	+/–
И чё? Вот у меня была вполне себе практическая задача скопировать около 26Тб по 10Гбит сетке как можно оперативнее. rcp упёрся в шпиндели, остальные популярные решения - в свой код и, местами, в процессор. Потребность в безроасности тупо преувеличена.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #129

83. Сообщение от Аноним (113), 06-Ноя-20, 23:21	+/–
А ты сайты также смотришь -  ctrl+C, ctrl+V?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

84. Сообщение от Ordu (ok), 06-Ноя-20, 23:24	–1 +/–
Нет, по-моему. Я как-то искал fuse поверх scp и не нашёл. Может плохо искал, конечно. Но, полагаю, всех потенциальных написателей такого отпугивает то, что scp не предусматривает исследования файловой системы на том конце провода. Что можно обойти, но... эмм... в общем вот.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #91

85. Сообщение от Аноним (113), 06-Ноя-20, 23:24	–3 +/–
В то время, пока одни выпиливают ftp ото всюду, другие вспомнили и пытаются его использовать...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #93

86. Сообщение от Аноним (113), 06-Ноя-20, 23:26	+2 +/–
> Форкни и поддерживай Ты забыл добавить: "затолкай во все дистры ко всяким поттерингам".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #90

87. Сообщение от Аноним (113), 06-Ноя-20, 23:30	+/–
> всего пару лет Какие пару лет?! У меня дистр уже больше 5 лет не обновлялся, а ключ -T есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #92

88. Сообщение от Аноним (113), 06-Ноя-20, 23:32	+/–
По умолчанию проверяет. Вот если укажешь -T, тогда не будет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #116

89. Сообщение от Ordu (ok), 07-Ноя-20, 00:06	–1 +/–
> Очевидно же, что эти детские проблемы на раз-два чинятся Нет, не очевидно. Ты сам подумай. Во-первых, список файлов. Но список файлов может содержать glob'ы, а промеж файлов могут быть ссылки. Это решаемая проблема, тут я не спорю, но её не удастся решить создав на стороне клиента ассоциативный массив запрошенных имён файлов, и потом проверяя каждый прилетающий файл на наличие в этом ассоциативном массиве. Придётся полностью разбираться со всеми квирками юниксовых путей, с тем чтобы заткнуть все дыры. А чтобы это сделать, надо сесть на неделю разбирать историю уязвимостей во всевозможных программах, чтобы составить список тех дыр, которые возникают при работе с unix'овыми путями. Это не детская проблема, а очень даже взрослая. Во-вторых, интерпретация имён файлов на стороне сервера. Насколько это нужная штука в scp и зачем она там? Можно ли её просто вырезать? Я не знаю, не заглядывал в scp, но предположу, что дело в glob: шеллу прокидывают строчки как есть, чтобы тот раскрывал бы все *[] в именах, и тому подобные символы. Если я прав, то тогда, напрашивается вырезать использование шелла насовсем, и та потеря функциональности scp, которая последует за этим, станет частью "во-первых", который выше. Если же дело в чём-то ещё, то ситуация может оказаться резко сложнее, вплоть до обычной unix'овой дилеммы: либо реализовывать половину шелла в своей программе, либо затыкать бесконечные дыры, накладывая один за другим экранирующие фильтры на строчки. Я к тому, что это существенно _не_детские_ проблемы, детский подход к ним (типа тяп-ляп, заработало, и учитель уже хлопает в ладоши от радости, потому что дитё хоть что-то сделало) не поможет тут. > P.S. литнеграм на заметку: чем больше в подобных "новостях" серьезной воды, тем очевиднее реальная их суть. Кому-то очевиднее, кому-то, как мы видим, нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #135

90. Сообщение от Annoynymous (ok), 07-Ноя-20, 01:25	+/–
>> Форкни и поддерживай > Ты забыл добавить: "затолкай во все дистры ко всяким поттерингам". Тебе надо — ты и делай.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86

91. Сообщение от о (?), 07-Ноя-20, 03:52	+2 +/–
sshfs?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #98, #132

92. Сообщение от Аноним (92), 07-Ноя-20, 03:56	+/–
Эта доработка появилась в OpenSSH 8.0.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #103, #112

93. Сообщение от Аноним (92), 07-Ноя-20, 03:58	+2 +/–
Ну и причём тут FTP?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85

94. Сообщение от nrndda (ok), 07-Ноя-20, 05:39	+/–
Увы, не подходит. Если на рабочую машину я ещё смогу поставить, то на сервер, на который копировал, не разрешат. В этом ещё одно преимущество и scp, и sftp перед другими решениями. Они есть практически везде.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

95. Сообщение от nrndda (ok), 07-Ноя-20, 05:45	+/–
Спасибо за варианты, буду иметь ввиду. Сеть достаточно стабильно работает, а scp ещё и показывает прогресс в отличии от вариантов с cat и nc. rsync - да, забыл про него. А вообще было лень экспериментировать и просто открыл mc и там запустил копирование. Просто и удобно. sftp попал под руку как раз из-за новости.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66

96. Сообщение от Licha Morada (ok), 07-Ноя-20, 06:19	+/–
> А ctrl+C, ctrl+V оно в линуксах нельзя так? В Nautilus-е можно, даже Ctrl-Z в некоторых случаях. И в консоли тоже можно, но там это Ctrl-й совсем про другое.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

97. Сообщение от Licha Morada (ok), 07-Ноя-20, 06:27	+/–
> в идеале нужно ещё и верифицировать дополнительно после перезагрузки, Да. Но это без связи с копированием данных по сети. Например https://wiki.debian.org/CheckingDebsums > но мне каждый раз лень тратить на это время Лень в неправильном месте. Собственно верификацию легко автомаризировать. Интересно становится, когда верификацалка радостно рапортует "с прошлого раза поменялись такие-то файлы", и надо решать что с этим делать. Они же могли и вполне легально поменяться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #108

98. Сообщение от Ordu (ok), 07-Ноя-20, 07:04	–4 +/–
Почему "?" в конце сообщения? Ты хочешь, чтобы я сходил в гугл, нашёл, посмотрел, что это такое, и сказал тебе, оно или нет? Или надо ещё поставить и оттестировать, чтобы ответить на твой вопрос?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91 Ответы: #104, #139

99. Сообщение от ызусефещк (?), 07-Ноя-20, 11:36	+/–
SFTP это не FTP в обертке как ftps, это нормальный современный протокол
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #100, #109

100. Сообщение от пох. (?), 07-Ноя-20, 12:11	+1 +/–
Нет, это кривой рукожопый косплей ftp как его поняли и "улучшили" модные-современные разработчики (вероятно видевшие исключительно в агитках гугля "как все там неправильно", поэтому пропустившие и fxp, и on-the-fly archiving и много чего еще). Ничего нормального в нем нет - что и доказывает тормознутость в сравнении с банальным scp 1996 года разработки. Авторам ftp такое "достижение" и не снилось - казалось бы - ну как?!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #130, #146

101. Сообщение от пох. (?), 07-Ноя-20, 16:12	–1 +/–
> Ну например если один из твоих многотерабайтных архивов побился в процессе, это сразу принесёт > много проблем и потерю рандомного количества данных. нет. Это с высочайшей вероятностью не будет замечено никем, никогда и ни при каких обстоятельствах. Предполагаю, что архивы все же не .tar.gz на многотерабайтов или потоковый шифр. > А вообще, если, скажем, в процессе бэкапирования используются 2 копии данных и тем более в этом случае - несчастный один битик будет безвозвратно перезаписан прямо завтра, на следующей же итерации. Никто даже не узнает о его печальной судьбе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #106

102. Сообщение от пох. (?), 07-Ноя-20, 16:13	+/–
это просто отличный вариант для бэкапа, ну конечно же.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #107

103. Сообщение от пох. (?), 07-Ноя-20, 16:17	–1 +/–
ssh -V OpenSSH_7.5p1, OpenSSL 1.0.2s-freebsd  28 May 2019 понятно, что у любителей обмазываться свежайшим только-что-из-под-хвоста-прилетело, уже пять лет назад в их раче была самая распоследняя версия (в которой, попутно, сломали пару куда более важных вещей), еще даже недописанная.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92

104. Сообщение от муу (?), 07-Ноя-20, 16:31	+1 +/–
? в данном случае означает "не подошёл?" или ты нам предлагаешь угадать что именно нужно твоей тупой голове?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #105

105. Сообщение от Ordu (ok), 07-Ноя-20, 17:42	–3 +/–
> ? в данном случае означает "не подошёл?" Это вовсе неочевидно. Разговор о Ctrl-C/Ctrl-V, и о принципиальной возможности использовать их для копирования через scp. И тут ты такой приходишь и переводишь тему, забыв объяснить свои намерения. Но в любом случае я не могу ответить на этот вопрос -- я чё помню, что ли? Да и вообще, тебе должно быть виднее можно ли при помощи sshfs подмонтировать систему доступную по ssh и потом копировать через C-c/C-v, или нельзя. Вон ответь анониму, он переживает очень из-за этих C-c/C-v.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104 Ответы: #114

106. Сообщение от Аноним (3), 07-Ноя-20, 18:01	+/–
Как узнать, повредилась сегодняшняя версия, или вчерашняя? Да если у нас не btrfs и вообще хэшировать терабайты по кд несколько весьма субоптимально? Наверное, примерно так же думали те ребята, которые преодолели скорость света (аж несколько раз).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101

107. Сообщение от Аноним (3), 07-Ноя-20, 18:06	+/–
Ну заранее ведь не знаешь. Чем больше раз перепроверишь, тем меньше риск остаться с кашей вместо данных.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102 Ответы: #111

108. Сообщение от Аноним (3), 07-Ноя-20, 18:14	+1 +/–
Это не так просто всё же. Затраты времени людей, затраты машинного времени, потенциальные внезапные траты на анализ и исправление проблем, вероятные ошибки самого разного толка. Одно время я применял par2 как дополнительную меру, вроде пару раз даже пригодилось. Но это тоже в отрыве от "космические лучи нам нагадили в тапки".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97

109. Сообщение от псевдонимус (?), 07-Ноя-20, 18:59	+1 +/–
> SFTP это не FTP в обертке как ftps, это нормальный современный протокол Похоже слова "хороший" и "современный" в айти-мире скоро станут антонимами. Тяп-ляп и шифрование сбоку :-( Производительность и эффективность не важны, железо дешёвое, "закон" Мура (кстати, где он?) и ты.пы. Печаль :-( Потом ещё клеймят людей, не желающих обновлять рабстанции. Первая мысль при необходимости обновиться: "что сломали на этот раз?"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99

110. Сообщение от Аноним (-), 07-Ноя-20, 19:30	+3 +/–
scp -T ? По-умолчанию выключено , так что это все пук в лужу не более.
Ответить | Правка | Наверх | Cообщить модератору

111. Сообщение от пох. (?), 07-Ноя-20, 20:03	–1 +/–
> Ну заранее ведь не знаешь. Знаешь. Вероятность мизерная, на исправной аппаратуре. На неисправной вероятнее всего навернется сам ssh - и вот это звоночек, что надо что-то чинить. > Чем больше раз перепроверишь, тем меньше риск остаться > с кашей вместо данных. Без многих данных вполне можно пережить. Более того, большая часть тех данных никем и никогда вообще не будет прочитана. Что-то будет жалко потерять. Но не смертельно. При этом вероятность хоть раз в жизни своими глазами увидеть перевернувшийся битик - повторю, почти нулевая. Гораздо больше шансов словить невосстановимую ошибку fs из-за неудачного сбоя электричества, пробившего фильтры. Причем повредить может уже перепроверенные тобой сто раз файлики, неудачно убив метаданные. Поэтому секта потерянных битиков - просто трата твоего времени. А вот оно как раз - невосполнимо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107

112. Сообщение от Аноним (113), 07-Ноя-20, 20:18	+1 +/–
> Эта доработка появилась в OpenSSH 8.0. Врёшь, у меня ssh -V OpenSSH_6.6.1p1 Ubuntu-2ubuntu2.13, OpenSSL 1.0.1f 6 Jan 2014 и ключ -T уже был тогда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92

113. Сообщение от Аноним (113), 07-Ноя-20, 20:36	+/–
>5 лет назад как минимум. У меня OpenSSH_6.6 от Jan 2014, это когда я последний раз обновлялся. И ключ -T у scp уже был.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

114. Сообщение от Аноним (54), 07-Ноя-20, 21:14	–2 +/–
Да я не то чтобы переживаю. Просто в Win10, Win Server 2016 это есть и работает удобно и без проблем. Когда-нибудь и линуксы до этого дорастут. Я надеюсь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105 Ответы: #119

115. Сообщение от Аноним (115), 07-Ноя-20, 21:33	–2 +/–
А что, хорошая идея. Достало уже пробелы два раза эскейпить.
Ответить | Правка | Наверх | Cообщить модератору

116. Сообщение от Чума (?), 07-Ноя-20, 23:18	+/–
Что проверять-то? "Скачай мне все файлы" - что тут можно проверить? С чем сравнить?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88 Ответы: #138

117. Сообщение от Чума (?), 07-Ноя-20, 23:19	–1 +/–
Что он будет проверять?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

118. Сообщение от rshadow (ok), 08-Ноя-20, 00:09	–1 +/–
Очередные дибилы хотят что-то простое убрать, а в замен оставить только сложное и "правильное" для них. Пропатчить scp, нет! Поставить еще одно дырявое корыто, да!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #120

119. Сообщение от Ordu (ok), 08-Ноя-20, 01:09	–1 +/–
> Да я не то чтобы переживаю. Просто в Win10, Win Server 2016 > это есть и работает удобно и без проблем. Когда-нибудь и линуксы > до этого дорастут. Я надеюсь. Я, наоборот, надеюсь, что не дорастут. Если бы мне нужен был win server, я бы поставил win server. Он мне не нужен, у меня linux.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114

120. Сообщение от Аноним (113), 08-Ноя-20, 04:00	+/–
> Пропатчить scp уже, scp -T
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118

121. Сообщение от Аноним (121), 08-Ноя-20, 05:45	+/–
sftp сложно, как и ftp команды.
Ответить | Правка | Наверх | Cообщить модератору

122. Сообщение от Аноним (122), 08-Ноя-20, 22:55	+/–
> устранить без нарушения обратной совместимости, например, некоторые пользователи используют запуск команд для проверки наличия каталога перед копированием. Уж вот таких-то остроумцев девляпса не жалко...
Ответить | Правка | Наверх | Cообщить модератору

123. Сообщение от Аноним (113), 09-Ноя-20, 01:46	+/–
> В Fedora предложили перевести протокол SCP в разряд устаревших Пора предложить перевести Fedorу в разряд устаревших
Ответить | Правка | Наверх | Cообщить модератору

124. Сообщение от Аноним12345 (?), 09-Ноя-20, 08:40	+1 +/–
Страннвя инициатива
Ответить | Правка | Наверх | Cообщить модератору

125. Сообщение от Аноним (125), 09-Ноя-20, 12:18	+2 +/–
Напоминает systemd-аргументацию. Корпорасты как всегда. Сначала они присосались и помогали, как все привыкли —  обнаглели и стали шарить ручками, выкидывать добрые старые решения в пользу своего внутрикорпорастного продукта. Небизопасно, запретить, удалить ради детей!
Ответить | Правка | Наверх | Cообщить модератору

126. Сообщение от Аноним (126), 09-Ноя-20, 13:43	+/–
Интересно, это инженер с тем самым временным дипломом
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #127

127. Сообщение от Аноним (113), 10-Ноя-20, 02:30	+/–
У него ещё и диплом какой-то есть?!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126 Ответы: #141

128. Сообщение от anoname (?), 10-Ноя-20, 11:43	+3 +/–
Он там смузи прокисшего навернул?
Ответить | Правка | Наверх | Cообщить модератору

129. Сообщение от Аноним (129), 10-Ноя-20, 13:45	+/–
Было бы наверняка проще на харды скопировать и переставить ручками в нужный сервер.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #137

130. Сообщение от chmodder (?), 10-Ноя-20, 13:59	+/–
Я правильно понимаю, что вы сейчас FTP хвалите? Тот самый FTP в котором нужно настраивать настройки настроек чтобы не получить после передачи битые либо не до конца переданные файлы (о чём ни один FTP-клиент не скажет)? И к которому SSL прикручен так коряво что в 99% случаев не работает и подлежит упорной НАСТРОЙКЕ НАСТРОЕК НАСТРОЙКАМИ НАСТРОЙКИ при помощи системного администратора и такой-то матери???
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #136

131. Сообщение от Аноним (132), 10-Ноя-20, 15:42	+5 +/–
Куда они полезли. Ведь scp же простая и удобная обёртка над ssh. Какую команду передашь такую и исполнит. Хотя передавать что-то кроме имени файла не порядок. А если у тебя есть доступ с ключём к серверу, то кто тебе даст запретить исполнять команду просто по ssh. Какое отношение это имеет к безопасности. А все scp это по сути сокращённые команды ssh и можно использовать ванильный ssh и перенаправление вывода.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #144

132. Сообщение от Аноним (132), 10-Ноя-20, 15:47	+/–
sshfs удобно когда нужно больше чем один файл передать или покопаться в файлах. А просто скопировать 1 файл, если знаешь имя, то нет ничего проще scp.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

133. Сообщение от Аноним (40), 12-Ноя-20, 19:37	+/–
Так, падажжи, но ведь если по теореме Эскобара, то решение-то какое?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #134

134. Сообщение от пох. (?), 13-Ноя-20, 12:38	+/–
> Так, падажжи, но ведь если по теореме Эскобара, то решение-то какое? Известно, какое - растить коку на погибель мирового империализма, стать миллиардером и почти святым. Главное - с телефоном поаккуратнее, хотя и не поможет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #133

135. Сообщение от Аноним (135), 14-Ноя-20, 01:09	+/–
> промеж файлов могут быть ссылки. Не так страшны ссылки как их малюют дилетанты. > Во-вторых, интерпретация имён файлов на стороне сервера. Насколько это нужная штука в scp и зачем она там? Ordu, а Вы, вообще, вменяемый? Сервер *не может* не интерпретировать имена файлов! как и клиент. Если клиент перезаписывает существующие имена, либо пишет их в непредназначенный каталог, то это ошибка в клиенте. "непредназначенный каталог" - это все что мимо cd /каталог/предназначенный/для/приема_файлов Хочешь перезаписать - добавь ключик --force.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89 Ответы: #142

136. Сообщение от Аноним (135), 14-Ноя-20, 01:30	+/–
> Я правильно понимаю, что вы сейчас FTP хвалите? Если у вас возник вопрос "Я правильно понимаю ...." это означает что вы не соответствуете интеллектуальному уровню беседы. Куда уж нам, простым пользователям FTP, до ваших высот. Если у вас не получается FTP, то зачем вы мучаете себя и FTP? Тут либо вы не умеете его готовить, либо он вам не подходит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130

137. Сообщение от Аноним (135), 14-Ноя-20, 01:37	+/–
Там чел говорит - "rcp упёрся в шпиндели". Неужели при подключенном диске у него шпиндели быстрее? Надо будет поэкспериментировать. PS. а, блин, не получиться. В серверную пропуск/допуск/анализ на яицеглист/не собираешься скоро уволиться оформлять.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129

138. Сообщение от Аноним (135), 14-Ноя-20, 01:45	+/–
Ты шутишь чтоль? Как минимум: 1. Проверять что нет попытки выйти за текущую директорию (ну типа ../../ либо /хочу/в/root) 2. Проверять что файл уже есть (может был, может только что скачали) По умолчанию поведение такое - в текущую директорию, не перезаписывать уже существующие.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116

139. Сообщение от Аноним (135), 14-Ноя-20, 01:54	+/–
> Ты хочешь, чтобы я сходил в гугл, ... Да! И "сходил" не подразумевает "вернулся", можешь там оставаться, можешь сходить дальше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #143

140. Сообщение от Аноним (135), 14-Ноя-20, 02:00	+/–
Да, мне тоже эти протоколы нравятся! При копировании спулфайлов с AS400 только Ctrl+C, Ctlr+V кодировку не портят. Линуксу до этого ещё развиваться и развиваться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

141. Сообщение от Аноним (135), 14-Ноя-20, 02:04	+/–
Да целых шесть! Маникюр, Педикюр, Кирби супервайзер, Наращивание ногтей и ещё пару каких-то. Я не запомнил.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127

142. Сообщение от Ordu (ok), 14-Ноя-20, 09:03	+/–
> Сервер *не может* не интерпретировать имена файлов! как и клиент. Так ли необходимо распознавать в именах файлов конструкции `rm -rf ~/*` и интерпретировать их?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135

143. Сообщение от Ordu (ok), 14-Ноя-20, 09:03	+/–
>> Ты хочешь, чтобы я сходил в гугл, ... > Да! > И "сходил" не подразумевает "вернулся", можешь там оставаться, можешь сходить дальше. Хорошо. Хоти дальше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139

144. Сообщение от псевдонимус (?), 15-Ноя-20, 15:58	+/–
> Куда они полезли. Ведь scp же простая и удобная обёртка над ssh. > Какую команду передашь такую и исполнит. Хотя передавать что-то кроме имени > файла не порядок. А если у тебя есть доступ с ключём > к серверу, то кто тебе даст запретить исполнять команду просто по > ssh. Какое отношение это имеет к безопасности. > А все scp это по сути сокращённые команды ssh и можно использовать > ванильный ssh и перенаправление вывода. Они не понимают перенаправление вывода, как не понимают регулярно. От этого дико ненавидят perl.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131 Ответы: #145

145. Сообщение от псевдонимус (?), 15-Ноя-20, 16:00	+/–
>> Куда они полезли. Ведь scp же простая и удобная обёртка над ssh. >> Какую команду передашь такую и исполнит. Хотя передавать что-то кроме имени >> файла не порядок. А если у тебя есть доступ с ключём >> к серверу, то кто тебе даст запретить исполнять команду просто по >> ssh. Какое отношение это имеет к безопасности. >> А все scp это по сути сокращённые команды ssh и можно использовать >> ванильный ssh и перенаправление вывода. >Регулярные выражения, конечно. Горите в аду, сотрудники говнугля за создание своей клавиатуры.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #144

146. Сообщение от nuclight (??), 23-Мрт-21, 00:06	+/–
По пунктам, где? sftp - вот совершенно не похож на ftp. Скорее, уж на Plan9 больше похож.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема