高レベルでは、NTFSジャンクションポイントとシンボリックリンクの唯一の明らかな違いは、ジャンクションはディレクトリにしかできず、SymLinksはファイルもターゲットにできることです。
2つの間に他にどのような違いがありますか?
(私はすでにこの質問を見てきましたが、私が探しているものは少し異なります-その質問は賛成と反対のリストを探しています、私は一連の技術的な違いを探しています)
高レベルでは、NTFSジャンクションポイントとシンボリックリンクの唯一の明らかな違いは、ジャンクションはディレクトリにしかできず、SymLinksはファイルもターゲットにできることです。
2つの間に他にどのような違いがありますか?
(私はすでにこの質問を見てきましたが、私が探しているものは少し異なります-その質問は賛成と反対のリストを探しています、私は一連の技術的な違いを探しています)
回答:
シンボリックリンクにはより多くの機能がありますが、ジャンクションは制限があるためほとんどレガシー機能のように見えますが、これらの制限のセキュリティ上の影響は、ジャンクションがシンボリックリンクよりも優先される理由です。リモートターゲティングにより、シンボリックリンクはより機能的になりますが、セキュリティプロファイルも向上しますが、ジャンクションはローカルパスに制限されるため、安全です。したがって、ローカルリンクが必要で、絶対パスを使用できる場合は、ジャンクションを使用するほうがよいでしょう。それ以外の場合は、追加された機能についてシンボリックリンクを検討してください。
**速度/複雑さの違いに関する声明は、NTFS再解析ポイントに関するWikipediaエントリの未検証の声明に基づいています(良い読み物です)。*
その他のNTFSリンクの比較
トピックに関する他の比較を以下に示しますが、ジャンクションを検討する場合、上記の利点がリストされていないため、これらは誤解を招く可能性があります。
ここから撮影(入門用の優れた資料)
用語についてのコメント
ジャンクションは再解析ポイントです(シンボリックリンクとして説明される場合があります)
NTFSジャンクションとNTFSシンボリックリンクは、前述の処理方法の違いは別として、実際には同じ方法(再解析ポイント)で同じことを行っています。実際、技術的には、Junctionはより一般的な意味での「シンボリックリンク」であり、ドキュメントの場合、この場合のようにJunctionをシンボリックリンクと呼ぶ場合があります。このような場合、「シンボリックリンク」は、ジャンクションとは異なるNTFSシンボリックリンクを意味しません(以下を参照)。
NTFS
OPはこれを指定していますが、「シンボリックリンク」はNTFSに固有ではない非常に一般的な用語であることを指摘する価値があります。具体的には、この比較はNTFSジャンクションとNTFSシンボリックリンクの比較です。
違いに最も役立つ場所:
http://blogs.msdn.com/b/junfeng/archive/2006/04/15/576568.aspx
http://www.hanselman.com/blog/MoreOnVistaReparsePoints.aspx
仮定:SymlinkはUnixのハードリンクに対するものであるのに対し、SymlinkはWindowsのジャンクションに対するものです。
http://en.wikipedia.org/wiki/Symbolic_link#Windows_7_.26_Vista_symbolic_link
Windows 7およびWindows Vistaでは、コマンドラインユーティリティmklinkを使用して、ファイルとディレクトリの両方のシンボリックリンクをサポートしています。ジャンクションポイントとは異なり、シンボリックリンクはファイルまたはリモートサーバーメッセージブロック(SMB)ネットワークパスを指すこともできます。さらに、NTFSシンボリックリンクの実装により、ファイルシステム間リンクが完全にサポートされます。ただし、クロスホストシンボリックリンクを有効にする機能では、リモートシステムもそれらをサポートする必要があります。これにより、サポートがWindows Vista以降のWindowsオペレーティングシステムに限定されます。
http://www.tuxera.com/community/ntfs-3g-advanced/junction-points-and-symbolic-links/
Windowsで作成されるシンボリックリンクは、ディレクトリジャンクションとよく似ていますが、ディレクトリジャンクションとは異なり、ファイルまたはリモートネットワークファイルまたはディレクトリを指すことができます。ターゲットは、シンボリックリンクの位置を基準としたパス、または現在のボリュームまたは別のボリュームの絶対パスとして定義できます。また、ファイルへのシンボリックリンクはディレクトリへのシンボリックリンクとは異なり、ターゲットは定義と一致する必要があることに注意してください。
機能的には、一度ウィンドウを作成すると、実際には違いはありません。ただし、できることには大きな違いがあります。ジャンクションは、同じドライブまたは別のドライブ上のフォルダーへのリンクの作成にのみ使用できますが、それらのドライブがローカルシステム上にある場合のみです(ネットワーク経由でフォルダーへのジャンクションリンクを作成することはできません)。ただし、同じ制限はありません。シンボリックリンクを使用して、ファイルまたはフォルダーにリンクできます。これらのファイルまたはフォルダーは、同じシステム(同じドライブまたは異なるドライブ)またはネットワーク共有に配置でき、相対ロケーションシンボリック( "\\ system2 \ foldera \ file.txt "、" d:\ foldera \ file.txt "、" \\ system2 \ foldera "、" d:\ foldera "または" d:\ foldera \ folderb .. "
要約すると、ジャンクションポイントはローカルシステム上のフォルダーにのみ制限されますが、シンボリックリンクは、UNCパスを介して、またはローカルシステム上でアクセス可能なフォルダーまたはファイルへのリンクを作成でき、それらの場所の指定方法に多様性があります。シンボリックリンクは基本的に、ジャンクションポイントとハードリンクの両方に代わる、より用途の広いものです。さらに、クロスプラットフォームのUNCパスリンクを作成する場合、シンボリックリンクはUnixおよびLinuxと互換性があります。
うまくいけば、これは満足のいく方法であなたの質問に答えます。誤植を訂正するために編集されました。
リンクシェル拡張(http://schinagl.priv.at/nt/hardlinkshellext/hardlinkshellext.html)は、さまざまな種類のリンクを作成および表示するための優れたツールです。また、優れたドキュメントもあります。
[フルインストールでは、詳細リンクを表示している場合、新しいプロパティタブが追加されます。には、さまざまなリンクタイプのアイコンオーバーレイの矢印も追加されます。これらが表示されない場合は、FAQセクションまでスクロールしてください。Windowsは13のオーバーレイのみをサポートしています。彼はレジストリの回避策を示しています。情報の有用性の例:フォルダーと考えていたものに対する特権を取得しようとして失敗しましたが、実際には、システム提供のJunction Linkであり、Windowsの古いエディションとの互換性の目的でよく使用されていました。]
ジャンクションとシンボリックリンクは、ローカルシステム上のディレクトリに対して作成された場合、基本的に同じように動作します。
しかしながら:
それらはネットワーク上で異なる動作をします。このリンクはこの動作を説明しています:https : //superuser.com/questions/343074/directory-junction-vs-directory-symbolic-link
ジャンクションリンクを「場所に関してOSをだますショートカット」と考える場合、それらの使用とそれらを壊すものの実用的な類似点がよくわかります。主な違いは、シンボリックリンクまたはジャンクションをコピーすると、ポインターを含むファイルではなく(ショートカットのように)ターゲットをコピーすることです。ショートカットと同様に、ターゲットファイル/フォルダーを削除せずにシンボリックリンクまたはジャンクションリンクを削除できます。[ハードリンク、ごみ箱からも含めて、最後のリンクが削除された場合にのみファイルが削除されます。LSEでこれらのリンクのプロパティタグを調べて、ハードリンクのターゲットまたは参照カウントを確認します。]
ハードリンクまたはショートカットは、ターゲット全体の破壊やコピーなどの副作用なしに移動できる唯一のリンクタイプです。ターゲットを移動すると常にリンクが解除されますが、リンクは[プロパティ]タブ(LSEで表示)で簡単に更新したり、複雑な場合はLSEで再作成したりできます。
シンボリックリンクの作成には管理者権限が必要ですが、ジャンクションには必要ありません。これに加えて、ジャンクションの広範な内部OSの使用は、Windowsが直感的で期待される方法でそれらを処理することを示唆しています。[システムフォルダーからの予期しない副作用(Win 10の使用経験から)に注意してください。]
[Link Shell Extensionのバックアップ固有の機能のいくつかは非常に便利です。つまり、保留中のバックアップの目的で、標準フォルダにいくつかのタイプの更新可能なシンボリックリンク構造を作成できます。]
シンボリックリンクがWindowsにごく最近導入されました。
シンボリックリンクは、既存のNTFS "再解析ポイント"テクノロジの代替と見なすべきではありません。
Microsoftは、シンボリックリンクの唯一の目的はUnixとの互換性を高めることであると説明しています。
MSDN: " シンボリックリンクは、UNIXとの移行およびアプリケーションの互換性を支援するように設計されています。Microsoftは、シンボリックリンクを実装して、UNIXリンクと同じように機能します。 "
Vistaは、独自の機能のためにリンクを使用する最初のOSでもあります。従来のフォルダ名と互換性を持たせるために、C:\Documents and Settings
がへのリンクになりましたC:\Users
。
興味深いことに、Vistaではシンボリックリンクが導入されていますが、この " Documents and Settings
"のトリックは、実際には単純な古い接合です。
Windows 10のWindowsファイルエクスプローラーの動作の違いに興味がある場合:
ターゲットディレクトリにドラッグアンドドロップ:
symbolic link
:をsymbolic link
ターゲットディレクトリに移動しますjunction
:をoriginal directory
ターゲットディレクトリに移動します右クリック+プロパティ:
symbolic link
:ショートカットのプロパティを表示しますjunction
:original directory
フォルダーのプロパティを表示します左ペイン(ディレクトリツリー)で左クリックします。
symbolic link
:を選択します original directory
junction
:を選択します junction