| |
| 2.4, zanswer CCNA RS (?), 09:26, 28/01/2017 [^] [^^] [^^^] [ответить]
| +6 +/– |
Это означает, что они сужают вектор для возможной атаки, публично доступных означает, что они доступны в рамках экстранет или Интернет, а не только в интранет.
| | |
| 2.67, Вареник (?), 06:08, 30/01/2017 [^] [^^] [^^^] [ответить]
| +/– |
Меньше открытых наружу протоколов - меньше потенциальных точек взлома/отказа.
| | |
|
| |
| |
| |
| 4.38, robux (ok), 23:17, 28/01/2017 [^] [^^] [^^^] [ответить]
| –2 +/– |
 > Какие альтернативы?
Может FreeNet, GNUnet, I2P, RetroShare?
| | |
| |
| 5.40, Neandertalets (ok), 23:42, 28/01/2017 [^] [^^] [^^^] [ответить]
| +3 +/– |
 С их скоростью - не лучший вариант. К сожалению.
Да и нет там ничего, что стоит дополнительно заворачивать со снижением эффективности.
| | |
|
|
|
| 2.10, Anonimus (??), 11:19, 28/01/2017 [^] [^^] [^^^] [ответить]
| –2 +/– |
Пройдет еще лет 20, и после того, как от залежалого хттп/с начнет смердить, тогда и передут на битторрент.
| | |
| |
| 3.99, bircoph (ok), 10:44, 15/09/2017 [^] [^^] [^^^] [ответить]
| +/– |
 > Лучше уж на rsync.
rsync очень сильно грузит сервера, как по i/o, так и по cpu.
ftp — самый легковесный из тройки ftp, http(s), rsync.
| | |
|
|
| 1.9, Аноним (-), 11:03, 28/01/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +8 +/– | |
> HTTP/HTTPS
осталось сделать хипсторскую страничку с кучей гумноскриптов
| | |
| |
| 2.37, robux (ok), 23:13, 28/01/2017 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> хипсторскую страничку с кучей гумноскриптов
Сплюнь!
А то вон РеактОС уже до этого докатились...
| | |
| |
| 3.70, Andrey Mitrofanov (?), 09:47, 30/01/2017 [^] [^^] [^^^] [ответить]
| +/– |
>> хипсторскую страничку
>РеактОС уже до этого докатились...
Даже имакс уже "там". Семеро Толвальдса не ждут~ >/<
| | |
|
|
| |
| |
| 3.59, KonstantinB (ok), 15:37, 29/01/2017 [^] [^^] [^^^] [ответить]
| +/– |
 Именно как способ закачивания-скачивания файлов HTTP отлично подходит. GET, PUT - что может быть проще?
А вот с листингом файлов есть проблема, тут начинается webdav с сумасшедними microsoft-овскими xml-ями и рекурсиями, придуманными-то вовсе и не для файлов.
| | |
| |
| 4.87, SysA (?), 11:38, 01/02/2017 [^] [^^] [^^^] [ответить]
| +/– |
> Именно как способ закачивания-скачивания файлов HTTP отлично подходит. GET, PUT - что
> может быть проще?
Нет, ФТП - самый быстрый протокол передачи данных. Но, к сожалению, и самый слабый, поскольку когда его делали, то на безопасность не заморачивались.
GET, PUT - они в в ФТП есть! :) Учите матчасть... Проблема не в примитивах мета-языка, а в реализации функциональности.
| | |
|
| 3.79, Аноним (-), 14:59, 30/01/2017 [^] [^^] [^^^] [ответить]
| +/– |
По http. FTP требует 2-х tcp соединений, что усложняет логику приложения и является причиной сетевых проблем. И распространенные FTP клиенты (winScp например) у меня лично работают очень медленно...
| | |
| |
| 4.82, Led (ok), 22:17, 30/01/2017 [^] [^^] [^^^] [ответить]
| +3 +/– |
 > (winScp например) у меня лично работают очень медленно...
Так и должно быть: вендузятник должен страдать.
| | |
| 4.88, SysA (?), 11:40, 01/02/2017 [^] [^^] [^^^] [ответить]
| +/– |
> По http. FTP требует 2-х tcp соединений, что усложняет логику приложения и
> является причиной сетевых проблем. И распространенные FTP клиенты (winScp например) у
> меня лично работают очень медленно...
Скорее всего у тебя или сетевой экран плохо настроен, или сам клиент. Или и то, и другое! :)
| | |
| 4.91, Аноним (-), 15:51, 01/02/2017 [^] [^^] [^^^] [ответить]
| –1 +/– | |
Зря заминусовали человека. Переливать через FTP много маленьких файлов очень медленно, именно из-за подхода "каждый файл - отдельное TCP соединение".
| | |
| |
| |
| 6.93, Аноним (-), 13:43, 02/02/2017 [^] [^^] [^^^] [ответить]
| –2 +/– | |
О, да ви мастег игонии и иносказательного слога? Рацыю маете? Она, кстати, на бронетранспортёре была.
Хотите сказать, что в passive mode не используется принцип "каждый файл - отдельное TCP соединение" ? А что тогда происходит? Появляется Keep-Alive? Pipelining? Параллельная передача нескольких файлов по нескольким TCP соединениям? Очень интересно послушать специалиста с реалнеймом.
| | |
| |
| 7.94, Andrey Mitrofanov (?), 13:52, 02/02/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
> О, да ви мастег игонии и иносказательного
> Хотите сказать, что в passive mode не используется принцип "каждый файл -
> отдельное TCP соединение" ? А что тогда происходит?
>Очень интересно послушать специалиста с реалнеймом.
Да. Некоторые специалисты не умеют в ftp:// еще больше, чем kernel.ogr. Очевидно же.
| | |
| |
| 8.95, Аноним (-), 13:58, 02/02/2017 [^] [^^] [^^^] [ответить] | –1 +/– | Так вы, товарищ специалист, так и не ответили Я повторю вопрос Хотите сказать,... текст свёрнут, показать | | |
|
|
|
|
|
| 3.97, Michael Shigorin (ok), 15:20, 02/02/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
 > А как способ скачивания/закачивания файлов?
HTTP и впрямь имеет горку преимуществ, кроме глоббинга (которое преимущество о двух концах -- удобно для DoS). Кстати, lftp умеет и HTTP :)
| | |
|
|
| 1.17, Аноним (-), 14:02, 28/01/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
А какая есть альтернатива FTP на предприятии? WebDav? Нужно что бы тупые пользователи, на винде, могли залить информацию без установки дополнительного ПО и еще более тупые пользователи могли скачать эту информацию просто кликнув по ссылке( что бы как и с фтп можно было включить логин и пароль в состав ссылки) Подскажите пожалуйста.
| | |
| |
| |
| |
| |
| 5.48, Neandertalets (ok), 03:29, 29/01/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
>>> sftp
>> Хреновато в Венде.
> winscp, filezilla?
Вопрос не в клиентах, а в поддержке алгоритмов на эллиптических кривых, используемых SSH: ECDSA и ED25519. RSA/DSA всё таки старые и, не исключено, что от них рано или поздно откажутся.
| | |
| |
| 6.51, Ivan_83 (ok), 10:18, 29/01/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Уже год как пусси умеет ECDSA и чуть меньше как винсцп это себе втащил.
Только пусси надо качать не релиз а дев версию, хз чего они слоупочат.
| | |
| 6.60, XoRe (ok), 17:49, 29/01/2017 [^] [^^] [^^^] [ответить]
| +/– |
 > Вопрос не в клиентах, а в поддержке алгоритмов на эллиптических кривых, используемых SSH: ECDSA и ED25519.
Это вообще вопрос не к ОС, а к установленным пакетам.
Само по себе ядро linux ни установит, ни примет шифрованное соединение, ни на кривых, ни по RSA.
Это делает SSH - обычный пакет (обычно openssh), который обычно опирается на либы openssl/libressl/gnutls.
А эти пакеты и либы можно установить и в windows, macos, и.т.д.
Поэтому вопрос "умеет ли это windows" некорректен.
| | |
| 6.89, SysA (?), 11:42, 01/02/2017 [^] [^^] [^^^] [ответить]
| +/– |
>>>> sftp
>>> Хреновато в Венде.
>> winscp, filezilla?
> Вопрос не в клиентах, а в поддержке алгоритмов на эллиптических кривых, используемых
> SSH: ECDSA и ED25519. RSA/DSA всё таки старые и, не исключено,
> что от них рано или поздно откажутся.
Даже RSA/DSA всё же лучше, чем открытый ФТП!
| | |
|
|
| 4.44, Ilya Indigo (ok), 03:20, 29/01/2017 [^] [^^] [^^^] [ответить]
| +/– |
 >> sftp
> Хреновато в Венде. Как так с поддержкой SDCSA и SD25519?
В оффтопике, априори, с безопасностью хреново!
Но FileZilla вполне умеет по ed25519 подключаться.
| | |
| |
| 5.47, Neandertalets (ok), 03:26, 29/01/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
>>> sftp
>> Хреновато в Венде. Как так с поддержкой SDCSA и SD25519?
> В оффтопике, априори, с безопасностью хреново!
> Но FileZilla вполне умеет по ed25519 подключаться.
Хоть кто-то научился из клиентов, работающих в Венде. :-)
| | |
|
|
|
| 2.54, Аноним (-), 11:41, 29/01/2017 [^] [^^] [^^^] [ответить]
| +/– |
на предприятии можно установить ftp сервер.
Конечно "очень тупые пользователи" не смогут скачать ничего с kernel.org. Это печально, но чем-то всегда придется жертвовать.
| | |
|
| 1.20, Аноним (-), 14:31, 28/01/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> После этого времени доступ к ресурсам будет осуществляться только по HTTP/ HTTPS.
Скорее всего только по HTTPS...
| | |
| |
| 2.33, . (?), 21:24, 28/01/2017 [^] [^^] [^^^] [ответить]
| –4 +/– | |
Ви таки все дураки, одна я тут стою вся в белом! (С) Модам либераст
Не то и не другое, будет только HTTP2, даже театров не будет! :-)
И кстати HTTPS2 для прокачки файлов уже не так плох ... а если взвесить всё костыли для обеспечения работы FTP (а уж если он должен быть хоть по минимуму секурным то и вовсе - КОСТЫЛИЩЩИ из кованной стали!) то ну его действительно!
Дедушка заслуженный, славно потрудился, но пора с почестями на пенсию.
Пусть вон - молодые пашут уже :)
| | |
|
| |
| |
| 3.34, . (?), 21:29, 28/01/2017 [^] [^^] [^^^] [ответить]
| –2 +/– |
Это obsoleteness.
На великий и могучий _приблизительно_ переводится как устаревание, не соответствие текущей реальности. Ну типа почему в нынешних армиях мира нет ни панцирников, ни мушкетёров? They are obsolette ...
Так же и тут - что FTN (Fido), что FTP уже не то ...
| | |
| |
| 4.36, IB (?), 22:24, 28/01/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ага и поэтому наследники Поттер-инга переизобретают UUCP
| | |
|
|
|
| 1.32, Онаним (?), 21:23, 28/01/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– | |
Давно пора отправить FTP на заслуженный отдых. Практически все кейсы его использования покрываются либо HTTP либо SFTP (SSH File Transfer Protocol).
Ещё туда же надо бы отправить SMTP и тому подобное и перейти на XMPP.
| | |
| |
| 2.35, . (?), 21:35, 28/01/2017 [^] [^^] [^^^] [ответить]
| +/– | |
>Давно пора отправить FTP на заслуженный отдых.
Школота с мозолистыми руками :) Нет конечно. http2 всего то пару лет как появился, а без него - без вариантов.
Но! http2 всё же появился - уже пора начитать готовить "отвальную" пьянку для FTP:)
>Ещё туда же надо бы отправить SMTP и тому подобное и перейти на XMPP.
Без малейшего шанса :-\ Даже не упоминая что XMPP - **но, они тля ___разные___ задачи решают. SMTP пока заменить увы - нечем.
| | |
| |
| 3.39, Онаним (?), 23:33, 28/01/2017 [^] [^^] [^^^] [ответить]
| –2 +/– | |
HTTP2 ни при чём, я уже лет 10 если ни больше не могу понять зачем люди продолжают поддерживать FTP при том, что для полноценной работы с удалёнными серверами есть SFTP, а скачивают файлы люди всё-равно по HTTP в основном.
Про SMTP и XMPP - было бы интересно увидеть пояснение какие это разные задачи они решают. По-разному - да, но разные задачи - ну фиг знает: ни одной задачи, решаемой e-mail и не решаемой Джаббером на вскидку не вижу. И там и там передача сообщений между адресами вида user@host, в первом случае в нагрузку тяжёлым наследием 7-битного legacy, во втором с человечкской кодировкой, почти реальным временем (ну, по сравнению), расширениями и вот этим всем...
| | |
| |
| 4.45, XoRe (ok), 03:20, 29/01/2017 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> ну фиг знает: ни одной задачи, решаемой e-mail и не решаемой Джаббером на вскидку не вижу
Есть очень простая задача - передать послание между людьми, у которых есть email и нет jabber.
Нужно признать, что email смог стать чем-то универсальным, за счет чего можно общаться двум любым людям.
Email сейчас есть у миллиардов.
А jabber - никогда не знаешь, как настроен jabber сервер на конкретном домене.
Вдруг там выключен server2server?
Или ещё какие-то неочевидные настройки.
И всегда остается вопрос, есть ли у человека jabber.
| | |
| 4.72, Аноним (-), 13:19, 30/01/2017 [^] [^^] [^^^] [ответить]
| +1 +/– | |
У почты есть несколько неочевидных, как оказывается, плюсов:
1) Архив переписки. Сравните удобство хранения и поиска всяческих договоренностей в корпоративной переписке и в почте. Попробуйте что-то найти в хистори вашего джаббера.
2) Групповые обсуждения. Никто в здравом уме не будет обсуждать важные вопросы в "чатике" пусть и официальном корпоративном. Только почта, только хардкор. Надо кого-то добавить в копию, в скрытую копию, для части обсуждения... Ни один групповой чат пока этого не реализует.
| | |
| |
| 5.74, . (?), 13:43, 30/01/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
> 2) Групповые обсуждения. Никто в здравом уме не будет обсуждать важные вопросы
> в "чатике" пусть и официальном корпоративном. Только почта, только хардкор. Надо
наоборот - только %^@%@ *обсуждают* вопросы (и важные, и неважные) почтой.
Все остальные предпочитают живое общение (неважно, online или нет) - потому что иначе это не обсуждение, а вялое пинание. (/me с матом закрывает уведомление об очередной забронированной переговорке)
> кого-то добавить в копию, в скрытую копию, для части обсуждения... Ни
угу, гугли "всем чмоке в этом чятике". В настоящих чатах, как раз, крайне редко что-то улетает не предназначенным для этого получателям.
Преимущества почты совершенно не в этом, а в том, что она принципиально оффлайновая, и заставляет (или позволяет) сперва подумать, а потом бросаться лупить по клавишам. (остальное, в том числе и удобство в разгребании древних мусорок - всего лишь следствие этого)
Ну и да - всем понятна и всем доступна, людей у которых нет постоянного почтового адреса, надо еще поискать. Жаббер даже если и есть - часто живет недолго, никто особо эти "user@host" не бережет (в том числе потому что именно @host, а не @domain, который в почте может быть личным)
Ну и отдельно - существующие жаберосервера по надежности и защищенности рядом с даже древним сендмэйлом не валялись. Пока неуловимый джо нахрен никому не нужен - это прокатывает.
| | |
| |
| 6.86, Аноним (-), 17:10, 31/01/2017 [^] [^^] [^^^] [ответить]
| +2 +/– |
Многие вопросы в живую решаются хуже, потому-что перед тем как написать ответ, человек всё-таки немного больше задумывается, может взять паузу для уточнения каких-то вещей или внешних консультаций, а вот в кабинете из 5-10 человек прийти к компромиссному решению здраво оценив ситуацию весьма сложно, конечно если это не просто голосование по выбору одного из трёх предварительно предложенных вариантов.
| | |
|
| 5.80, Andrey Mitrofanov (?), 15:30, 30/01/2017 [^] [^^] [^^^] [ответить]
| +/– |
> У почты есть несколько неочевидных, как оказывается, плюсов:
> 1) Архив переписки. Сравните удобство хранения и поиска всяческих договоренностей в
> 2) Групповые обсуждения. Никто в здравом уме не будет обсуждать важные вопросы
> в "чатике" пусть и официальном корпоративном. Только почта, только хардкор. Надо
+1 Эти же профиты отличают ML-культуру (f.e.LKML) многих СПО проектов от веб-да-ноль-ных гитхубиковых пуль-реквестов. Review патчей _перед_ коммитом в "master" тоже где-то там... в списках рассылки.
| | |
|
| 4.73, . (?), 13:27, 30/01/2017 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> HTTP2 ни при чём,
а, мы-то думали ты хоть немного шаришь в том, о чем говоришь. http2 - на сегодня единственный общедоступный (кхе-кхе) протокол, хотя бы в теории приспособленный для передачи бинарных данных, а не текста в обертке.
> я уже лет 10 если ни больше не могу понять зачем люди продолжают поддерживать FTP при
> том, что для полноценной работы с удалёнными серверами есть SFTP
потому что я не хочу давать возмонжость "полноценной" работы с моим сервером кому-то, кому надо просто скачать файлик. А sftp - побочный выпердыш _удаленного_шелла_. И то, что основные грабли там кое-как прикрыты тряпочкой, совершенно не гарантирует от прилета ручки по лбу в самый неожиданный момент.
При этом, зачем тебе нужен шифрованный туннель для получения общедоступного файла с проверяемой (в виду доступности множества разных источников) контрольной суммой - мне не понять.
Причем все проблемы (на самом деле, конечно, не проблемы а рыдовы страдания от косорукости полубесплатных админов) на которые жалуются kernel.org, там никуда не деты, и даже возведены в энную степень (в частности, опять же, потому что ftp все же изначально был задуман как public service, а вот авторы sftp никогда даже не помышляли о таком).
> а скачивают файлы люди всё-равно по HTTP в основном.
люди тупы - в принципе. Ты вот прекрасно это демонстрируешь.
> Про SMTP и XMPP - было бы интер
мне, к сожалению, неинтересно, пусть другие отдуваются.
Почтой бумажной айфонопоколение, видимо, никогда не пользовалось, и смысл ее им непонятен.
| | |
|
|
|
| 1.42, Аноним (-), 01:18, 29/01/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
помнится лет 10 назад настроишь каждому юзеру в интернет, кэширование, проксирование, файрволл общий - на все про все один вечер. А потом начинается - я не могу скачать драйвера с hp. Почему? потому что ftp. Начинаешь вспоминать, что это такое, и какого х.. оно через файрвол не робит, и что на до сделать с бедным iptables. В итоге понимаешь что нафиг не нужно тратить столько драгоценного времени на всего лишь такую простую вещь как инет шлюзе с контролем доступа
| | |
| 1.46, XoRe (ok), 03:23, 29/01/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
> Неэффективность протокола и связанная с этим необходимость применения обходных путей в настройке межсетевых экранов и балансировщиков нагрузки;
Сначала я подумал, что они о безопасности пекутся. А им просто лень фаерволл настраивать.
| | |
| 1.49, Pofigist (?), 07:28, 29/01/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Недорого настрою Application-level gateway :)
Феерически ленивые товарищи - одна строчка в конфиге Cisco... :)
| | |
| |
| 2.50, zanswer CCNA RS (?), 09:28, 29/01/2017 [^] [^^] [^^^] [ответить]
| +2 +/– | |
Сложно усомниться в компетентности обслуживающего персонала kernel.org и уж конечно, они знакомы с теорией построения Stateful Inspection Firewall.
Но, речь идёт о том, что File Transfer Protocol реализуемый сторонними программными продуктами, более не отвечает требованиям политики безопасности принятой kernel.org. И наличие или отсутствие Application Level Gateway у Cisco или Juniper, не коим образом не может повысить безопасность стороннего FTP сервера, который они используют.
Именно по этой причине, они приняли вынужденное решение, прекратить поддержку предоставления доступа к ресурсам kernel.org по протоколу FTP.
| | |
| |
| 3.57, Pofigist (?), 13:51, 29/01/2017 [^] [^^] [^^^] [ответить]
| +/– |
Вообще-то ftpd - вещь достаточно отлаженная и надежная, новых фичь в протоколе не появлялось сто лет как, протокол - достаточно простой для реализации и миллионы глаз давно должны были выловить все ошибки в коде. :)
Но видимо миллионы глаз плохо помогают, да? :)
| | |
| |
| 4.58, zanswer CCNA RS (?), 15:33, 29/01/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
Кроме того в новости указаны и другие причины, балансировка нагрузки и акселерации является либо не возможными, либо слишком сложными. К тому же, когда мы говорим о Application Level Gateway, мы должны помнить, что он значительно медленнее стандартного Packet Filtering или Stateful Firewall, ввиду потребности его обработки на process level. Поэтому они взвесили все за и против, и приняли решение, которое мы все обсуждаем сейчас.
| | |
|
|
| 2.61, XoRe (ok), 17:52, 29/01/2017 [^] [^^] [^^^] [ответить]
| +/– |
> Недорого настрою Application-level gateway :)
> Феерически ленивые товарищи - одна строчка в конфиге Cisco... :)
Там ещё нагрузку нужно держать и балансировать.
Странно, что их CDN не умеет в ftp.
| | |
| |
| 3.77, . (?), 14:00, 30/01/2017 [^] [^^] [^^^] [ответить]
| +/– | |
> Там ещё нагрузку нужно держать и балансировать.
dns round-robin обычно вполне достаточен (к счастью, ftp не требует ничего для этого настраивать)
> Странно, что их CDN не умеет в ftp.
ничего странного,увы.
| | |
|
|
| 1.55, odd.mean (ok), 12:35, 29/01/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Вообще-то там ещё и rsync://kernel.org работает. Странно, что ни один зануда об этом не вспомнил.
| | |
| |
| 2.63, Аноним (-), 23:27, 29/01/2017 [^] [^^] [^^^] [ответить]
| +/– |
а мне вот удобно было тарболлы тянуть именно по фтп. просто потому что консольный ftp не требует знаний кучи ключей, а сам протокол простой cd ls get, все.
да и я уверен по безопасности кода, vsftpd уделает все http серверы вместе взятые.
короче как всегда лишьбы миллионам мух угодить, а на пользователей, которые пользовались фтп им наплевать.
| | |
| |
| 3.76, . (?), 13:56, 30/01/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
> да и я уверен по безопасности кода, vsftpd уделает все http серверы
> вместе взятые.
напрасно, он отвратителен (хуже только pro, но тот из-за изобилия [мис]фич) и дыры в нем были крайне серьезные. Но для ридонли анонимоус-онли сервера ни тот, ни другой не нужны.
Я бы еще поставил что-нибудь интересное, что ломает доступ из браузеров - это несложно, и эффективно отсекло бы тех, кому нафиг не нужен ftp-протокол.
> короче как всегда лишьбы миллионам мух угодить, а на пользователей, которые пользовались
> фтп им наплевать.
отдельный прикол - зачем, собственно, миллиону мух исходники ведра линукса с kernel org?
Впрочем, подозреваю, в данном случае миллионом мух выступили хозяева их cdn'а, которым совершенно не нужен ftpd.
| | |
| 3.85, mricon (?), 16:44, 31/01/2017 [^] [^^] [^^^] [ответить]
| +/– |
 > а мне вот удобно было тарболлы тянуть именно по фтп. просто потому
> что консольный ftp не требует знаний кучи ключей, а сам протокол
> простой cd ls get, все.
lftp https://kernel.org/pub
| | |
|
| 2.75, . (?), 13:50, 30/01/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Вообще-то там ещё и rsync://kernel.org работает. Странно, что ни один зануда об
> этом не вспомнил.
а чего хорошего в рсинке (если только ты не мирроришь их целиком) для передачи одиночных огромных файлов?
Странно что да, рукожопых админов кернелогра это совсем не беспокоит (наверное, действительно, не вспомнили, тем более что с настройкой файрвола для него проблем нет. С решeтом в самом rsync'е (from the people who brought you samba) проблем, конечно же, у них тоже "нет". Хотя, да, а как же, как же "cdn" ?)
| | |
| |
| 3.84, mricon (?), 16:42, 31/01/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Странно что да, рукожопых админов кернелогра это совсем не беспокоит (наверное,
> действительно, не вспомнили, тем более что с настройкой файрвола для него проблем нет. С
> решeтом в самом rsync'е (from the people who brought you samba) проблем, конечно же, у них
> тоже "нет". Хотя, да, а как же, как же "cdn" ?)
Ну, аккуратнее про "рукожопых". %)
Мы используем haproxy для load-balancing и для упрощения поддержки ipv6 и для настройки ftp и ftp-data необходимо вставлять в конфигурацию грустные грабли. Вдобавок, поскольку сам vsftpd находится на внутренней сети, ему необходимо знать через который внешний IP-адрес зашел пользователь чтобы ему правильно отправить PORT команду.
Если кому-то нравится листать директории через терминальную утилиту, то для этого имеется lftp, который отлично имитирует ftp-доступ без множества заморочек. Попробуйте сами:
lftp https://kernel.org/pub
KR
kernel.org
| | |
|
|
| 1.64, бедный буратино (ok), 00:42, 30/01/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
 у ftp есть главный плюс - я могу открыть в mc панель с ftp и панель с локальной директорией, затем нажать кнопку 'сравнить директории' и затем уже вручную, пользуясь нужным методом сортировки, отметить нужное/разотметить ненужное. это очень быстро и очень просто.
| | |
| |
| 2.65, Аноним (-), 02:54, 30/01/2017 [^] [^^] [^^^] [ответить]
| +/– |
быстро и просто - это скучно, чувак. теперь тебе придется для этой задачи накатить fuse кое-нибудь.
| | |
| 2.78, . (?), 14:02, 30/01/2017 [^] [^^] [^^^] [ответить]
| +/– | |
> у ftp есть главный плюс - я могу открыть в mc панель
осспаде... XXI век, а у них все месе с панелями...
> с ftp и панель с локальной директорией, затем нажать кнопку 'сравнить
> директории' и затем уже вручную, пользуясь нужным методом сортировки, отметить
для этого существует rsync как раз - быстро, просто, и без дурацкого ручного отмечания "нужного".
правда, для kernel.org совершенно лишнее.
| | |
| |
| 3.81, Аноним (-), 16:20, 30/01/2017 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>для этого существует rsync как раз - быстро, просто, и без дурацкого ручного отмечания "нужного".
Что быстро? Что просто? Ты когда в последний раз через rsync качал ТОЛЬКО файлы, которые тебе нужны? Походу, никогда. Так вот через rsync это делается через выкачивание списка всех файлов, потом ТЫ сам смотришь, что тебе нужно и не нужно, а после формируешь список хотелок и передаешь его rsync. Вручную.
>правда, для kernel.org совершенно лишнее.
Что лишнее? Браузинг по директориям через клиент ftp? Где нормальный файло-браузер для веб-браузера? Нигде. Нормальный это тот, что умеет в хоткеи, настраивается все от цветов до шрифтов, а также умеет настраивается в заданное кол-во соединений, ограничения скорости.
Троль, лжец и девственник --- вот ты кто.
| | |
| |
| 4.83, . (?), 15:05, 31/01/2017 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Что лишнее? Браузинг по директориям через клиент ftp?
в том числе.
Имя (вместе с путем) нужного файла на kernel.org мне становится известно в тот момент, когда я понимаю, что он мне зачем-то стал нужен, я, как правило, даже не захожу туда интерактивно (благо, имеющийся ftp-клиент умеет html-style url. Там, правда, есть и tab completion, но для kernel.org он тоже ненужен). Потому что они там совершенно предсказуемы.
> Троль, лжец и девственник --- вот ты кто.
мухахахаа..
И да, единственное назначение mc - это копание файлопомоек. Что локальных, что ftp'шных. Ну, для тех, конечно, кто умеет что-то еще.
| | |
|
|
|
| 1.68, Адекват (ok), 06:54, 30/01/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
 >Стагнация разработки приложений с реализацией FTP и отсутствие регулярных обновлений. >Прекращение использования FTP позволит повысить безопасность инфраструктуры за счёт >сокращения публично доступных сервисов.
Фтп-серверы и клиенты написать написали, а поддерживать и обновлять - влом. Вот почему в Арче дропнули ProFtpd
| | |
|
