> Чем же так злятся люди когда видят Kali ? Что типа им пользуются неопытные ?
Это специализированный дистрибутив, требующий базовых знаний, подготовки.
Каждый дистрибутив имеет свои особенности. Для новичков требуются однозначный советы, но у большинства, кто может здесь дать ответ, нет под рукой Кали, и они не используют его в работе.
А вопросы вида: учусь водить, как выполнять дрифт не белазе - раздражают...
1. Подключение PC к сети может быть по ethernet, может быть по fi-wi.
При их настройке есть особенности. Что у Вас - отсюда не видно.
2. Интерфейс с адресом 127.0.0.1 есть всегда. К Internet он имеет слабое отношение.
3. Начинать надо с чтение документации.
Там есть соответствующих раздел.
4. Kali - специфичный дистрибутив. Не надо с него начинать... При устройстве на работу он последний по популярности использования. Сам по себе он не имеет каких либо значительные плюсов по сравнению с другими, но его упоминание - в 90% вызывает раздражение у тех, кто может помочь.
На серверах БД, обычно, располагаются базы данных. И это никак не сетевые папки.. Для хранения сетевых папок организуют файловые сервера. Но зачем их много - то же не очевидно...
Что именно у Вас не получилось и как делаете?
Самый простой вариант:
Для всех папок добавляете права чтения для группы, куда входят все пользователи.
Для каждой папки назначает пользователя владельцем этой папки или даёте ему полные права..
Но это справедливо, если пользователи не входят в группу администраторов. Тут их ограничить будет нельзя. Сами себе назначат права какие хотят...
Правильный подход - это всегда понятие растяжимое..
С точки зрения продавца, правильно сделать кластер, автоматическую балансировка итд. И продать лицензий на круглую сумму.
Неправильно - купить продукт и не использовать.
Если у Вас есть живая миграция, значит для кластера есть все необходимое.
Даже в кластере, для VM можно указать на каких узлах она может запускаться.
Без кластера, сама по себе машина никуда мигрировать не может.
Выписываем возможные неисправности:
- умер хост
- умер массив целиком
Продумываете что будете делать в каждом случае. За сколько времени поднимете.
Принимаете решение - устраивает или нет..
С общим томом потенциальные особенности:
Легче развести бардак. (а чьи это данные, от какой VM, какого хоста)
При перестановке хоста легче убить все данные. (был случай, переставляли ОС на хосте, и поставились на общий том.
Отсюда правило - при перестановке, внешние хранилища должны быть отключены)
При использовании отдельных томов, растёт фрагментация (в сумме - место есть, а единого - нет)
При отдельных томах можно на массиве задать им QoS, при этом отдельные тома могут быть все равно общими.
Нет общих правил. Есть задачи..
Может Вам надо раздать хосты разным администраторам, и надо что бы они не видели чужие данные...
Модель raid контроллера, модель дискового бэкплейна (или хотя бы он активный или с sas-expander)
Сколько и каких кабелей идёт от контроллера до дисков/ бэкплейна.
Если диски sas, используется один порт или два.
Модель дисков.
С какими сообщениями отваливаются диски.
Дмитрий Береза,
Каждый адрес, порт настраивается индивидуально. Можно было где-то опечататься. Чего гадать?
Надо смотреть что приходит и уходит...
tcpdump в руки..
Дмитрий Береза,
Тогда tcpdump на Ubuntu, смотреть и думать.
И да, проверять надо из другой сети. (с мобильного, например)
С соседнего ПК может не работать...
Будет понятно, точно ли в этом проблема.
Ну а дальше, смотреть логи tftp-server, tcpdump итд...