Движущиеся файлы Mac к доле на Windows Server
GPRESULT
http://technet.microsoft.com/en-us/library/cc733160 (WS.10) .aspx
Работы против удаленных компьютеров.
В окнах 2003 мы должны были ввести GPRESULT только в командной строке для просмотра полицейских Applied Group однако в Windows Server 2008, мы должны ввести переключатель/R после gpresult.
Вы говорите, что имена файлов имеют наклонные черты в них, и это - … трудно для поддержки под Unix. Но Mac OS X является Unix. Но HFS разграничивает каталоги с двоеточиями и не наклонными чертами. Таким образом, как это все играет вместе?
На моей установке SnowLeopard я могу создать файл в Средстве поиска, которое имеет наклонную черту в имени файла. Когда я смотрю на тот файл из командной строки, тем не менее, что наклонная черта была преобразована в двоеточие. Если я создаю файл на командной строке, имя файла которой содержит двоеточие, это преобразовывается в наклонную черту в Средстве поиска. Я не могу создать имя файла с наклонной чертой с командной строки, и Средство поиска отказывается помещать двоеточие в имя файла.
Если я создаю имя файла на сервере Samba Unix, который содержит двоеточие при просмотре того файла, смонтированного на моей машине SnowLeopard, я заболел сумасшествием. Файл "1:2.txt" преобразовывается в "14V9MB~M.TXT". Если я создаю файл на той доле от Mac, двоеточие преобразовывается в три непечатных байта: 0xEF, 0x80, 0xA2. Это, казалось бы, было бы кодировкой UTF-8 U+F022, который находится в Unicode "область личного пользования", что означает, что это универсально не определяется.
Если я делаю те же тесты с помощью реальной машины Windows в качестве сервера, я получаю подобные результаты, я думаю. Windows не позволит мне использовать или двоеточие или наклонную черту в имени файла. Если я создаю имя файла с двоеточием со стороны Mac, Проводник показывает мне файл без любого видимого символа в месте двоеточия вообще. (Который является шоу "1:2.txt" в Проводнике как "12.txt".) Из командной строки, a dir показывает мне "1?2.txt". Я подозреваю, что это знает, как интерпретировать кодировку UTF-8, но не знает, что показать для той точки символа личного пользования.
То, что я думаю, что это все сводится: можно сделать переход, пока можно выяснить, как перевести наклонные черты в именах файлов в 0xEF80A2. Это является очевидно тестируемым.
Только вчера у меня была подобная проблема, в которой я должен был скопировать файлы от нашего сервера Mac до рабочей станции Windows, где я хотел попытаться работать над ними. После большого наполнения о фиксации имен файлов (например, избавиться от наклонных черт вправо) я действительно обнаруживал, что внутренние ссылки прервали процесс. Это стало такой путаницей, что я отказался от идеи.
Если это имеет значение это действительно не слишком трудно для изучения достаточного количества основ сервера Mac, если все, для чего Вы используете его, является файловым сервером, и это не общедоступно (безопасность является другим вопросом). В этом отношении, не, по крайней мере, на Ваших пользователей Mac имеют достаточно администраторского навыка для помощи там? Мне кажется, что Вы желаете избавиться от сервера для того, что на первый взгляд появляется разумные причины, все же готовы иметь клиентов Mac, которых можно поддерживать не лучше что сервер. Я пропускаю что-то там?
Вы упоминаете антивирусное программное обеспечение как проблему на сервере, но не упоминаете это относительно клиентов. К моему образу мыслей это должно быть на обоих или не беспокоится им на также. Если у Вас есть что-то на клиентах, разве Вы не можете использовать то же самое на сервере? Я лично не использую его на Mac, только в Windows (это может, конечно, измениться в будущем).
-
1Клиенты Mac поддерживаются третьим лицом. Но так как сервер живет в dataceter, это станет IT' s выходят, если что-нибудь происходит. Если маркетинговая группа wasn' t просьба купить новую, затем I' d быть склонным учиться достаточно и позволить ему пойти. Если мы должны потратить деньги на него, I' d скорее тратят деньги, увеличивающие способность SAN, и вырезают блок для маркетинга там. – BillN 14 October 2009 в 23:27
Если это - относительно новая машина Mac, можно смонтировать долю через NFS к машине Unix/Linux и скопировать файлы в нее без слишком большого количества стычки. Путем монтирования через NFS я смог переместить офисы, которые использовали странные символы локально для настроек сети. Вы можете также разделы HFS в любой современной системе Linux.
Если это - ОС 9 серверов, можно быть в некоторой ОС проблемы 9, не поддерживал NFS исходно и после некоторого поиска с помощью Google, я не могу даже найти проект поддерживать чтение ОС 9 разделов.