Общий доступ к файлам на Windows Server для клиентов Mac OS X

В дополнение к статье kb, которую вы упомянули, я бы посоветовал проверить ExtremeZ-IP (http://www.grouplogic.com/products/extremeZ-IP/), программу, которая будет установлена ​​на вашем сервере 2k3, чтобы облегчить перенос. Я использовал его в среде со смешанными ОС, где большие графические файлы регулярно передавались между сервером и клиентами Mac. Это определенно помогает ускорить передачу, и я никогда не сталкивался с какими-либо проблемами, связанными с исчезновением больших файлов после его настройки.

Собственная Windows позволит пользователям Mac использовать общие файловые ресурсы.

При этом без чего-то вроде ExtremeZIP ваши ресурсные вилки будут так же полезны, как вымя быка. Если вам не нужны вилки ресурсов, нет проблем, Mac постоянно подключается к веб-серверам, ftp-серверам и т. Д. В Windows. Но я рискну предположить, что были случаи, когда файлы не загружались, как ожидалось, или были совершенно бесполезны, как говорили вымени для пользователей, которые не знали, что коды типа и создателя заставляют файл открываться в заданная программа. Наполнение ваших файлов дает больше защиты, чем просто уменьшение размера загрузки. Художники-графики, дизайнеры, фотографы и музыканты могут очень рассердиться, если потеряют такие вещи, как вся информация IPTC.

Еще одна вещь, на которую следует обратить внимание - если вы находитесь в сетевой среде смешанной ОС - либо все Mac подключаются через afp, либо они подключаются через smb, но они не могут выбирать, если вы не дадите им фиктивный номер в службу поддержки.

Недавно мы перешли с одного сервера (на котором запущен ExtremeZIP - отличный программный пакет для Mac на Windows) на другой сервер (запущен FullPress, используется k-share)

Мы предложили переместить файлы (файлы размером mondo Gigs) на выходных с помощью Applescript - рассказали им о преимуществах - файлы сохранят информацию о дате и времени, вилках ресурсов и т. Д.

"Нет нет Нет Нет!" сказали менеджеры: «Мы хотим организовать вещи во время миграции». Поэтому мы назначили встречу, чтобы обсудить, как они будут выполнять эту задачу. Излишне говорить, что раз за разом они срывали встречу. В конце концов, менеджеры поручили художникам (у каждого из которых есть ПК и Mac) переместить вновь «организованные» файлы.

Художники не хотели «отказываться» от использования своего Mac, поэтому они решили, что они будут использовать свой старый грязный ПК для монтирования общих папок с двух серверов Windows, и переносили гигабайты рабочих файлов на ПК, перетаскивая их с одна акция к другой.

Мы обнаружили, что они переместили файлы, когда служба поддержки была наводнена лавиной звонков: «папки выглядят как пакеты», «мои файлы graffle взорвались», «Я не вижу файл на одном Mac, но мой партнер может От другого,"

Разрешения были полностью закрыты, сроки были сорваны, клиенты были в ярости, а арт-директора, вооруженные матовыми ножами, прятались на парковке в поисках системных администраторов. Я все еще избегаю пользователей в синих джинсах и биркенштоках в лифтах ...

Отчаявшись выяснить, что произошло, я рискнул предположить и сделал 2 подключения к одной и той же папке, одно через AFP, а другое через кого-то, и обнаружил источник катастрофы (эти злые, злые художники!)

У вас ДОЛЖЕН быть Mac посередине при передаче файлов с одного сервера Windows под управлением Mac на другой, чтобы сохранить вилки ресурсов.

Просто слово для мудрых: никогда не позволяйте кучке чрезмерно одурманенных, неконтролируемых, увлеченных сахаром пользователей, слушающих Slipknot at Midnight, перемещать свои производственные файлы ... если вы сначала не заставите их подписать отказ от ответственности.

В итоге мы использовали cfis в качестве имени протокола на Mac.

Эти разрешения позволяют работать с Dropbox, однако большие файлы, передаваемые из клиента Mac, появляются во время передачи, а затем исчезают. Копирование в другие папки - нормально. Копирование из другой папки в раскрывающийся список работает. Есть ли у кого-нибудь еще надежная конфигурация dropbox для Windows Server 2003 для клиентов Mac OS X? Мы больше не используем файловые службы Macintosh и хотим использовать стандартное совместное использование Windows / SMB.

Вес файла имеет значение только для времени, которое он подразумевает, более легкие файлы не дадут наблюдателю времени увидеть «временный файл» во время передачи.

Я предполагаю, что w2k применяет только маску после завершения передачи, это звучит странно, но это единственная разумная причина, которую я вижу. Странность в основном в том, что это должна быть папка dropbox. только запись и выполнение / доступ, содержание в нем никогда не должно отображаться ...

Из клиентов Mac используйте только SMB: //, никакой другой протокол не нужен. Я использую MacBook все время, и у меня никогда не было проблем с общими папками Windows. Я просто подключаюсь к общему ресурсу с помощью соединения SMB: //, как если бы я использовал клиент Windows, и делаю то, что мне нужно. Файлы копируются в любом направлении.

Что касается файловой системы, кроме установленных системой ограничений (например, размера файла), абсолютно не имеет значения, FAT это или NTFS. Этот аспект обрабатывается хостом, а не клиентом. Использование NTFS на Mac является проблемой только в том случае, если оно установлено на самом Mac, например, на внешнем диске, отформатированном в NTFS.

Mac не любят NTFS. Для Mac существует программа, которая позволяет им видеть NTFS, но я не могу вспомнить ее название. Я уверен, что поиск в Google что-нибудь даст. SMB работает для нас с общими папками FAT32 на сервере Windows 2003.