linux mac afp,当共享到Windows或Linux（smb）时符号链接工作，但在共享到Mac时损坏（afp或smb）...

Mac OS文件共享将符号链接暴露为实际的符号链接。

如果我使用AFP或SMB连接一台Mac到另一台Mac，我可以证实这一点。

请注意，符号链接由客户端解析 - 即使在非文件共享的情况下，这意味着符号链接中的相对路径可能会非常棘手，在这种情况下涉及网络文件共享，这意味着客户端计算机需要能够看到目标文件(目标文件也必须位于共享和装入的文件夹中)，路径必须相同。例如，如果我在我的主目录中创建一个名为“foo”的文本文件，那么执行“ln -s foo symlink”创建一个名为symlink的链接，然后从第二台计算机挂载该主目录，然后做“ls -l”它显示为“symlink @ - > foo”，如果我抓住这个文件，我可以读取它。但是如果我创建符号链接为“ln -s/Users/matt/foo符号链接”，那么在第二台计算机上ls -l将其显示为“symlink @ - >/Users/matt/foo”，并且cat说“cat：符号链接：没有这样的文件或目录“。这是因为在第二台计算机上，/ Users/matt是本地主目录，其中不包含名为foo的文件(如果是，解析该符号链接的任何内容都将看到本地foo，而不是从第一台计算机共享的foo) 。

所以基本上：你可以使用“ls -l”来查看符号链接指向的地方，并且注意客户端计算机将解析符号链接并尝试打开任何具有该名称的文件，这可能是也可能不是你的预期。

(可能是你的测试在你的Linux机器上运行，而不是你的Mac机的原因是Linux机器有更多的网络共享或者名称不同，这样symlink target name是Linux机器上的有效文件名，但是不是Mac)。