Я должен управлять сетью, где смарт-карты существуют. Они - альтернатива OK - Имеют в виду однако, что Вы теперь помещаете части аппаратных средств, которые приведут к сбою и иметь проблемы драйвера на каждой рабочей станции в Вашей организации. Необходимо будет также лицензировать программное обеспечение, которое считает смарт-карту и машину, чтобы создать, обновить, и починить смарт-карты. Это - реальный ЛАВАШ. Я действительно, действительно пожелайте организации, я работал на выбравший для SecureID вместо этого. Пользователи могут потерять смарт-карту, столь легкую, как связка ключей измерила генератор чисел.
Короче говоря - я не рекомендовал бы ничто больше для двухфакторной аутентификации. SecureID является Солидным, и он работает.
Если у Вас есть работа SMB, почему не только подключают Mac с помощью этого также? Afaik, нет никакого преимущества для использования AFP в этом случае в качестве SMB поддержек OS X одинаково хорошо. AFP действительно обладает некоторыми незначительными преимуществами (такими как SSO, Открытая Интеграция каталога и т.д.) при выполнении в управляемой среде Mac, но я не думаю, что Вам нужен он здесь.
Мы используем AFP почти исключительно в нашей центральной Mac сети, и я не встретился с проблемой вида, который Вы упомянули. Я боюсь, что никогда не пробовал в файлы сервера с помощью AFP от поля Linux.
Что происходит, если Вы помещаете некоторые файлы там что демон AFP (netatalk?) не имеет доступа для чтения-записи к?
AFP является разумным способом пойти; однако, обходное решение могло бы быть должно подключить Mac к серверу CentOS с помощью AFP или NFS.
Я ответ второго Kamil, (проклинают Вас для избиения меня к этому вопросу) необходимо просто подключить Mac с помощью SMB. Преимущества Вы добираетесь при помощи сервера AFP на Сервере MacOSX, т.е.: Серверное Отслеживание Файла, Серверные индексы Центра внимания, не будет поддерживаемым Вашим полем CentOS.