FTP к нескольким серверам с помощью одного домена без выравнивания нагрузки
Это просто показывает, какие библиотеки динамический компоновщик сохраняет им в кэше и где найти их. Это сделано так, чтобы программы могли найти библиотеки, в которых они нуждаются независимый от того, где они хранятся, и уменьшать запускают времена для программ, потому что они не должны искаться при запуске, просто искали в кэше и загрузились.
В случае libz.so.1, существует два доступные варианта, один в 64 битах и один в 32 битах, и программы просто попросят вариант, в котором они нуждаются при запуске и указаны правильный файл.
Наконец, дифференцирование между libz.so и libz.so.1 позволяет иметь в наличии более старые варианты библиотеки для программ, для которых нужны они. Таким образом, программы могут попросить просто любой вариант (libfoo.so), определенная версия (libfoo.13.2) или некоторые пределы на версию.
Основываясь на вашей дополнительной информации, почему бы просто не запустить NFS или эквивалентный файлообменник, когда FTP-сервер является NFS / файловым клиентом? IE делает FTP-расположение набором общих ресурсов, так что клиент фактически выполняет FTP-доступ непосредственно на диск соответствующего файлового сервера в зависимости от каталога, в который он FTP.
Это избавит от необходимости писать дополнительный код и означает, что загруженные и загруженные файлы FTP доступны сразу же и согласованы с серверами. Вы не упомянули ОС, которую используете, но сделать это в Linux довольно тривиально - и нет абсолютно ничего, что мешает использовать диск NFS в качестве места назначения для FTP-сервера.
Я не думаю, что проблема заключается столько в домене, сколько, как я полагаю, в единственном IP-адресе, стоящем за ним.
То, что вы предлагаете, на первый взгляд, жизнеспособно,хотя и довольно громоздко и, возможно, небезопасно.
Как вы подозреваете, я сомневаюсь, что вы сможете практически и надежно установить FTP на каждый сервер и маршрутизировать соединения на основе имени пользователя.
Вы не предоставили подробностей вашего сценария, но у меня есть у вас была пара других мыслей в зависимости от ваших требований -
вы могли настроить инфраструктуру VPN, к которой люди будут подключаться до получения FTP-доступ, а также разрешить им подключаться к адресам RFC1918, представляющим отдельные FTP-сайты или, возможно, даже маршрутизация на основе IP-адреса источника. Это добавляет безопасности но сложность зависит от количества пользователей.
Возможно, вы захотите создать один FTP-сайт, а затем смонтировать NFS (или аналогичные) различные части файловой системы на различные машины. Вы должны иметь возможность использовать имена пользователей для установки корневого пути для загрузки файлов [в зависимости от вашего FTP-сервера]
Действительно ли FTP требуется? Может быть, вы можете посмотреть другие протоколы, которые проще а затем свяжите их с портами, не заданными по умолчанию (например, SCP / SFTP)