landergate

Если паттерны поведения предсказуемы (интервалы, фразы, наличие ссылок) - автоматически блокировать по обнаружении, но вы это уже отчасти делаете.

Если паттерны непредсказуемы, вариантов немного:

• Ручная модерация. Добавить больше операторов в чат среди постояльцев.
  
• Трекить источник подключения. Возможно, что боты запускаются с одних сетей. Можно закрыть им доступ к чату.
  
• Минимальная капча на вход. Не обязательно делать её сверх-сложной.
  
• Заблокировать подключение хостам со списков DNSBL и Tor-exit нод.
  

rclone умеет Yandex.Disk.
Можно отправлять файлы из определённой папки кроном через него.

Любой компьютер с дисками.
Или с одним диском, если отсутствие резервирования не напрягает.

Если поставите Windows (Server?) - нужно будет расшарить сетевую папку для рабочей группы.
Если поставите Linux - расшарить папку через samba.

14 машин, подключенных по wi-fi к роутеру

Такая конфигурация будет лагать при любых маломальских нагрузках на файловое хранилище. Достаточно будет начать копирование одного большого файла, чтобы испортить связь всем остальным. Это возможная причина проброса лагов диска по USB.
Хотя USB-диски в общем случае не предназначены для непрерывных конкурентных обращений, поскольку многие модели рассчитаны только на архивацию данных (так позиционируется производителем). Лагать может при таком количестве обращений/запрашиваемых данных и сам диск.

В любом случае, мы не знаем, как и что вы используете на этом файловом хранилище, поэтому будут только предположения.

UPD:
Альтернатива в виде самодостаточного сетевого диска:
www.wdc.com/ru/products/catalog/Default.aspx?segment=4
См. модели с самого низа, умеют ли они ethernet и samba/smb (виндовые шары).
Ещё один список: https://market.yandex.ru/catalog/55316/list?hid=91...
Похожие сетевые боксы есть и у других поставщиков.

Минусы:
- Дорогие, а с курсом подавно. Собрать свой микро-комп на самом минимальном оборудовании может оказаться дешевле.
- Большинство этих моделей - для персонального использования, и при большом кол-ве параллельной активности может лагать, к этому надо готовиться.
- Невозможность расширять объёмы диска без замены устройства. У некоторых моделей можно. Не знаю, насколько это для вас критично.
- Не гибко. Нельзя взять и добавить второй диск для бэкапов.

Обычно наличие SFTP доступа = наличие SSH доступа, поскольку SFTP работает поверх SSH.

Попробуйте подключиться с учёткой от SFTP к серверу через SSH-клиент, например Putty или его форк Kitty. Открыв соединение и войдя под учётной записью, в параметрах подключения:
Connection->SSH->Tunnels
Add new forwarded port:
Source port: 3307 (или любой другой)
Destination: 127.0.0.1:3306
Local, Auto
Add

После этого у себя клиентом нужно подключаться к 127.0.0.1:3307 (или другому указанному)

В настройках подключения в WinSCP:
Среда -> SFTP -> Параметры протокола:
Сервер SFTP: sudo /usr/lib/sftp-server

Совсем простых способов, наверное, нет.

Можно размещать на них что-то "для своих", по договорённости за символическую плату, например бизнес-приложения имеющихся заказчиков. Эдакий SaaS в миниатюре.

Можно организовать хостинг, установив на них гипервизор и разбив на виртуалки, продавая их и обеспечивая их бесперебойность работы. Либо по договорённости имеющимся заказчикам (проще), либо открыть панель и автоматизировать платежи.

Можно пересдавать их в аренду кому-нибудь ещё, но обычно арендаторы серверов примерно знают, что им нужно и где они смогут найти это выгодно. Существенные наценки (ваша маржа) на такое железо может оттолкнуть.

Если ваш интернет приходит в роутер, настройте на нём Port Forward нужного порта на локальный IP вашего компьютера и порт приложения. Раз это веб-сайт, скорее всего приложение использует 80 порт.

Если хочется, чтобы сайт извне был доступен по красивому имени, купите домен и направьте его A-записи domain.com и www.domain.com на ваш статический IP.

Подключиться для проверки к своему внешнему IP изнутри сети может не получится (роутер, стандартные маршруты). Попробуйте протестировать доступность извне, например с мобильного телефона.

• Исторически, до появления VPS/VDS, как альтернатива shared hosting-у с полным контролем над сервером (root) и его настройкой.
  
• Для размещения высоконагруженных приложений/сайтов, если не хватает мощности shared hosting/VPS.
  
• Для размещения высоконагруженных приложений, связанных с вычислениями на CPU, когда нужно несколько ядер и т.д.
  
• Для размещения приложений с большим потреблением RAM, т.к. у виртуальных серверов RAM - самый дорогой ресурс.
  
• Для установки гипервизора и разбития сервера на много виртуальных мини-серверов для изоляции приложений друг от друга.
  
• Для установки гипервизора и перепродажи виртуалок (сам себе хостинг).
  
• Для хранения данных в конкретном ДЦ в конкретной предсказуемой стойке, вместо абстрактных ездящих облаков, за которыми нет контроля (если, например, по каким-то причинам нет доверия к облачному провайдеру).
  

Выбирая dedicated server, позаботьтесь об отказоустойчивости вашего сервиса на случай выхода из строя оборудования, чтобы сервис не оставался оффлайн, пока хостер ищет замену комплектующего.
От этого полностью не застрахованы и облачные провайдеры (ведь там такие же гипервизоры на неком оборудовании), но предполагается, что они делают live migration с проблемных нод.

Видел много топиков у dedicated-провайдеров в ключе "подлецы, ненавижу, когда поменяете мне комплектующее, у меня простаивает бизнес, я теряю 12000$ в час!".
Спрашивается, если сервис настолько прибыльный и потери столь неприемлемы, почему нельзя было инвестировать хотя бы в минимальную отказоустойчивость, вместо того, чтобы рассчитывать на мифическую вечную безотказную работу всего одной железки?...