Any way to create a policy to prevent users from using illegal Windows characters ? [ ] / \ = + < > ; : " , | *

gm7cadd9
New Contributor III

We are a cross platform shop and currently re-share an Xsan/StorNext Volume via SMB on Windows Server 2008r2. Mac users often use one of those illegal characters which wreaks havoc with our backup and with our reshare.

Is there a way to prevent OS X from saving files with characters considered to be Illegal on other OS's?

1 ACCEPTED SOLUTION

talkingmoose
Moderator
Moderator

Xsan volumes can mount on Mac workstations as if they were locally attached external hard drives. No AFP and no SMB involved.

To my knowledge, I know of nothing that will prevent a Mac user from using specific characters on a volume. This is a common problem when using any sort of file share cross-platform. I'm afraid you'll just need to educate your Mac users or consider running a script on your server to routinely run and find/replace illegal characters.

View solution in original post

10 REPLIES 10

donmontalvo
Esteemed Contributor III

Um, get rid of their AFP shares? ;)

--
https://donmontalvo.com

gm7cadd9
New Contributor III

There are no AFP shares in this scenario, on the Mac the volumes are presented as Xsan (They are fibre attached for speed). However some producers who are on laptops (see also: not fibre attached/do not need speed) have access to some folders on the Xsan volume that are being re-shared through a Windows server.

So a fibre attached user would navigate like /Volumes/Xsan_Volume/example_folder whereas a non-fibre user would navigate via smb://example_windows_server/example_folder

We've straightened out POSIX/ACLs, but we want to enforce file naming

acdesigntech
Contributor II

If there are no afp shares, how are they writing illegal windows characters?

acdesigntech
Contributor II

If there are no afp shares, how are they writing illegal windows characters?

talkingmoose
Moderator
Moderator

Xsan volumes can mount on Mac workstations as if they were locally attached external hard drives. No AFP and no SMB involved.

To my knowledge, I know of nothing that will prevent a Mac user from using specific characters on a volume. This is a common problem when using any sort of file share cross-platform. I'm afraid you'll just need to educate your Mac users or consider running a script on your server to routinely run and find/replace illegal characters.

SeanA
Contributor III

+1 on talkingmoose's analysis and suggestions.

donmontalvo
Esteemed Contributor III

@talkingmoose wrote:

Xsan volumes can mount on Mac workstations as if they were locally attached external hard drives. No AFP and no SMB involved.

...however, OP stated:

We are a cross platform shop and currently re-share an Xsan/StorNext Volume via SMB on Windows Server 2008r2.
--
https://donmontalvo.com

talkingmoose
Moderator
Moderator

@donmontolvo

What I've said is still correct. Macs can mount the Xsan volumes via fiber for speed. This connection is akin to mounting an external hard drive not mounting via AFP nor SMB.

A server can also mount an Xsan volume and share it to network users over copper via AFP or SMB.

The two types of connections aren't mutually exclusive.

donmontalvo
Esteemed Contributor III

@talkingmoose wrote:

What I've said is still correct.

Agreed. :)

--
https://donmontalvo.com

Chris_Hafner
Valued Contributor II

Yep... educate them.