Windows共有経由でリモートシンボリックリンクをたどる

Windows共有経由でリモートシンボリックリンクをたどる

Windows 7 X64 には、2 つの共有フォルダーを含む C:\shares\ というディレクトリがあります。これらのフォルダーにはそれぞれ数百のシンボリック リンクが含まれており、4 つのドライブにまたがる 4 つのフォルダーの内容をマッピングしています。

したがって、C:\shares\documents\ には、D:\documents\ 内のすべてのドキュメント、E:\documents\ 内のすべてのドキュメント、そしてドライブ J までのすべてのドキュメントへのシンボリック リンクが含まれます。

これは、ライブラリ機能のリモート使用をミラーリングできるようにするためです。

これで、\machinename\documents\ を参照してこの共有にローカルで完全にアクセスして参照できるようになりました。ただし、おそらく samba または何らかの派生製品を使用しているバックアップ アプライアンスからアクセスすると、「ディレクトリ [smb://MACHINENAME/documents/docname.doc] を開けませんでした。理由: アクセス許可が拒否されました (13)」というメッセージが表示されます。

残念ながら、アプライアンスからより詳細なエラーを取得する方法がなく、Windows マシンのイベント ログにも関連するものは何も表示されません。使用されているユーザーは管理者であり、シンボリック リンクが指すディレクトリとシンボリック リンク自体の両方に対して明示的な権限を追加しました。

リモート デバイスがローカルのシンボリック リンクをたどることを許可する方法を誰か知っていますか?

答え1

私の知る限り、これは不可能です。シンボリック リンクは常にクライアントを基準として解決されます。サーバーを基準としてパスを解決するには、ディレクトリ ジャンクションを使用する必要があります。

ここでの SU の質問に注意してください。

「ディレクトリジャンクション」と「ディレクトリシンボリックリンク」の違いは何ですか?

答え2

各実フォルダに対して NETWORK 疑似ユーザーへのアクセスを許可しましたか?

答え3

バックアップアプライアンスはLinuxフレーバーに基づいているようです。WindowsとLinuxで作成されたシンボリックリンクは互換性がありません。その理由は非常によく説明されています。ここ

したがって、surfasb は 100% 正しいですが、バックアップ アプライアンスが Windows ベースのオペレーティング システムを実行している場合は、次の方法が機能するはずです。

C:\shares\documents\ には、D:\documents\ 内のすべてのドキュメント、E:\documents\ 内のすべてのドキュメント、そしてドライブ J までのすべてのドキュメントへのシンボリック リンクが含まれています。

ドライブ文字へのシンボリック リンクの代わりに、フォルダー内のネットワークの場所へのシンボリック リンクを使用しますc:\shares\documents(ドライブ文字は、作成されたマシンにのみ関連します)。

cd /d c:\shares\documents
mklink /d documents_d \\machine1\documents
mklink /d documents_e \\machine2\documents

もちろん、宛先URIは共有フォルダとしてリモートからアクセスできる必要があります。

関連情報