In the context of NTFS:
MKLINK [[/D] | [/H] | [/J]] Link Target
/DCreates a directory symbolic link. Default is a file symbolic link.
/HCreates a hard link instead of a symbolic link.
/JCreates a Directory Junction.
Linkspecifies the new symbolic link name.
Targetspecifies the path (relative or absolute) that the new link refers to.
Isn’t a directory junction the exact same thing as a directory symbolic link?
What’s the difference between
mklink /D f1 f2and
mklink /J f1 f2?
Since a "directory" is actually just a file, what would be the difference between a directory symbolic link and a file symbolic link?
Here is Solutions:
We have many solutions to this problem, But we recommend you to use the first solution because it is tested & true solution that will 100% work for you.
A junction is definitely not the same thing as a directory symbolic link, although they behave similarly. The main difference is that, if you are looking at a remote server, junctions are processed at the server and directory symbolic links are processed at the client. Also see Matthew’s comment on the fact that this means symbolic links on the local file system can point to remote file systems.
Suppose that on a machine named Alice you were to put a junction point
c:\myjp and a directory symbolic link
c:\mysymlink, both pointing to
c:\targetfolder. While you’re using Alice you won’t notice much difference between them. But if you’re using another machine named Bob, then the junction point
\\Alice\c$\myjp will point to
but the symbolic link
\\Alice\c$\mysymlink will point to
(Caveat: by default, the system doesn’t follow symlinks on remote volumes, so in most cases the second example will actually result in either “File Not Found” or “The symbolic link cannot be followed because its type is disabled.”)
The difference between a directory symbolic link and a file symbolic link is simply that one represents a directory and one represents a file. Since the target of the link doesn’t need to exist when the link is created, the file system needs to know whether to tell applications that it is a directory or not.
It should also be noted that creating a symbolic link requires special privilege (by default, only available to elevated processes) whereas creating a junction only requires access to the file system.
Symbolic links have more functionality, while junctions almost seem to be a legacy feature because of their limitations, but the security implications of these limitations are specifically why a junction might be preferred over a symbolic link. Remote targeting makes symbolic links more functional, but also raises their security profile, while junctions might be considered safer because they are constrained to local paths. So, if you want a local link and can live with an absolute path, you’re probably better off with a junction; otherwise, consider a symbolic link for its added abilities.
**The statement of difference in speed/complexity comes from an unverified statement in the Wikipedia entry on NTFS reparse points (a good read).*
Other NTFS Link Comparisons
Here are some other comparisons on the topic, but these can be misleading when considering junctions because they don’t list the benefits I list above.
Taken from here (a good introductory read)
From SS64 page on MKLink
Comments about Terminology
Junctions are Symbolic Links
Junctions and Symbolic links are really doing the same thing in the same way (reparse points), aside from the aforementioned differences in how they’re processed. In fact, technically, a Junction is a symbolic link, and sometimes documentation might call a Junction a symbolic link, as is the case here. So, that’s just something to be aware of regarding terminology.
Even though the OP specifies this, it’s worth pointing out that “symbolic link” is a very general term that is not specific to NTFS. So, to be specific, this comparison is about NTFS Junctions vs. NTFS Symbolic Links.
Complex talk hurts brain — I like charts:
MyLink is a symbolic link and any
MyJunc is a junction pointing at
Target as created.
mklink /D MyLink C:\T_Dir for creating a symbolic link to the target directory
mklink /J MyJunc C:\T_Dir for creating a directory junction to the target directory
Where syntax is
mklink [/J,/D] [link path] [target path] as typed on local machine
link path | target path | When accessed .. | | (locally) | (remotely) | | | C:\MyLink | C:\T_Dir | C:\T_Dir | [leads back to local] C:\MyJunc | C:\T_Dir | C:\T_Dir | [leads to remote] | | \\Svr\MyLink | C:\T_Dir | C:\T_Dir | [leads back to local] \\Svr\MyJunc | C:\T_Dir | *** Must create and point local *** | | C:\MyLink | \\Sv2\T_Dir | \\Sv2\T_Dir | Error*1 C:\MyJunc | \\Sv2\T_Dir | *** Error - Must point local *** | | \\Svr\MyLink | \\Sv2\T_Dir | Error*1 \\Svr\MyJunc | \\Sv2\T_Dir | *** Must create link using target device ***
Error*1 – If you unblocked access to remote symbolic links on your local machine, then this would work .. but only on the local machine where it’s unblocked
Note: Use and implement solution 1 because this method fully tested our system.
Thank you 🙂