Übersetzung vorschlagen
 
Andere Vorschläge:

progress indicator
Keine anderen Vorschläge
TechNet Magazine > Home > Alle Ausgaben > 2009 > TechNet Magazine Oktober 2009 >  Windows Confidential: Verknüpfungsverfolgung
Inhalt anzeigen:  Englisch mit deutscher ÜbersetzungInhalt anzeigen: Englisch mit deutscher Übersetzung
Dies sind maschinell übersetzte Inhalte, die von den Mitgliedern der Community bearbeitet werden können. Sie können die Übersetzung verbessern, indem Sie auf den jeweils zum Satz gehörenden Link "Bearbeiten" klicken.Mithilfe des Dropdown-Steuerelements "Inhalt anzeigen" links oben auf der Seite können Sie zudem bestimmen, ob nur der englische Originaltext, nur die deutsche Übersetzung oder beides nebeneinander angezeigt werden.
Windows Confidential Tracking Shortcuts
Raymond Chen


If the target of a shortcut moves, the Windows shell will try to find the new location; this is known as "resolving" the shortcut. But what algorithm does the shell use to find that target?
The answer: It depends.

Windows 95
When shortcuts were introduced in Windows 95, file systems did not have a lot of smarts associated with object tracking. The Windows 95 shell uses a simple searching algorithm to find the lost shortcut destination: When a shortcut is created, various properties of the target of the shortcut are recorded in the shortcut file itself—properties such as the file name, file size, creation time and the last-modified time, as well as information about the drive containing the file.
These properties are updated periodically when the shortcut is used, and when the target of the shortcut goes missing, the shell starts searching for a file with as many properties as possible in common with the intended target file. When it finds a file that looks similar enough to the original target, it declares the target as having been found.
Different properties have varying importance, but creation time has the greatest weight, because that property tends to remain attached to a file even after it has been modified and even renamed. File system tunneling helps keep this information associated with the file, even when programs unwittingly operate in a manner that would normally destroy the information.
The search starts in the directory that was the file's last known location. But even locating the starting point can take a bit of work if the drive has changed; for example, if the shortcut target was on a network drive mapped to drive "O" but is now mapped to drive "P."
After searching the last-known directory, the search descends into subdirectories; then expands outward to the parent directory and sibling directories; then moves to the grandparent directory, aunts, uncles and cousins—pretty much every relative known to mankind. If the search continues for two minutes with no luck, the effort is abandoned (even if not all candidate directories have been searched).

The NT Way
The Windows NT file system folks looked at the Windows 95 shortcut resolution algorithm and scoffed. " We can do better than that: We're object-oriented!" Each NTFS object has an object identifier; a shortcut with a target that's on an NTFS volume also records the object identifier of the shortcut target, as well as the object identifier of the drive itself.
When it comes time to resolve the shortcut, the shell asks the Distributed Link Tracking Service to look for the original object. On a domain, this can produce surprising results, like finding the file even when the drive has been taken out of one computer and installed into another one.
There are a number of ways administrators can affect the algorithm the shell chooses to use. If you enable the Do not track Shell shortcuts during roaming (LinkResolveIgnoreLinkInfo) policy, the shell will not try to locate the original drive. If the shortcut target was on a network drive, the shell will not try to locate the original network resource when determining the starting location for the Windows 95-style search. It will just assume the drive letter is correct; if it isn't, well, what happens, happens.
This policy was created for environments which have a pool of identical network resources, where the load is distributed by having a login script connect the "O" drive (for example) to a different server depending on the user. Even though two users are connecting to two physically different servers, they are logically identical. If you set this policy, a shortcut to O:\program.exe will run the program currently on drive "O," even if drive "O" is not connected to the same network resource as when the shortcut was created.
There are also a pair of policies that let you disable the two object-location algorithms once the starting point has been determined: the Do not use the tracking-based method when resolving shell shortcuts (NoResolveTrack) policy disables the fancy NTFS object-tracking algorithm; the Do not use the search-based method when resolving shell shortcuts (NoResolveSearch) policy disables the low-tech Windows 95 search algorithm.
Repairing broken shortcuts is one of those thankless jobs of the shell: People don't even realize that they're relying on the feature until it stops working.

Raymond Chen's Web site, The Old New Thing, and identically titled book (Addison-Wesley 2007) deal with Windows history and Win32 programming. He sometimes encodes information by translating it into German (poorly).

Windows Confidential Verknüpfungsverfolgung
Raymond Chen


Wenn das Ziel einer Verknüpfung verschoben wird, versucht die Windows-Shell, den neuen Speicherort; suchenDies wird als "Auflösen" bezeichnet.die Verknüpfung. Jedoch welche Algorithmus die Shell verwendet, Ziel suchen?
Die Antwort lautet: Es hängt.

Windows 95
Wenn Verknüpfungen in Windows 95 eingeführt wurden, Dateisysteme viel Intelligenz nachverfolgen-Objekt zugeordnet keinen. Die Windows 95-Shell verwendet einen einfachen Suchen Algorithmus, um zu Verlorene Verknüpfung Ziel zu ermitteln: Wenn eine Verknüpfung erstellt ist, werden verschiedene Eigenschaften der das Ziel der Verknüpfung in der Verknüpfungsdatei selbst aufgezeichnet – Eigenschaften wie den Namen der Datei, Dateigröße, Zeitpunkt der Erstellung der Zeit zuletzt geändert, sowie Informationen über das Laufwerk, die Datei enthält.
Diese Eigenschaften aktualisiert wurden, in regelmäßigen Abständen, wenn die Verknüpfung verwendet wird und das Ziel der Verknüpfung fehlende geht, die Shell startet eine Datei mit so viele Eigenschaften wie möglich gemeinsam mit der beabsichtigten Zieldatei gesucht. Wenn Sie eine Datei, die genug das ursprüngliche Ziel ähnelt findet, deklariert es das Ziel als müssen gefunden wurde.
Andere Eigenschaften haben unterschiedliche Bedeutung, aber Erstellungszeit hat die größte Stärke, da diese Eigenschaft ist an eine Datei angefügt bleiben, auch wenn es geändert wurde und auch umbenannt. Datei System tunneling verhindert diese Informationen, die die Datei zugeordnet, selbst wenn Programme unwissentlich auf eine Weise funktionieren, die normalerweise Informationen zerstört hätte.
Die Suche beginnt in dem Verzeichnis, das die Datei letzten bekannten Stelle war. Selbst suchen den Ausgangspunkt kann jedoch etwas Arbeit Wenn das Laufwerk geändert wurde;beispielsweise, wenn das Verknüpfungsziel der auf einem Netzlaufwerk zugeordnet wurde, auf Laufwerk "O"aber jetzt auf Laufwerk "P" zugeordnet ist
Nach das letzten bekannten Verzeichnis suchen, wird die Suche in Unterverzeichnissen;dann nach außen erweitert werden, auf die übergeordnete Verzeichnis und gleichgeordneten Verzeichnisse;dann wird in den Verzeichnis Großeltern, Tanten, Uncles und Cousinen verschoben – ziemlich viel jeder Relative Menschheit bekannt. Wenn die Suche für zwei Minuten mit kein Glück weiterhin auftritt, wird der Aufwand (auch wenn nicht alle potentiellen Verzeichnisse gesucht haben) abgebrochen.

Die NT-Methode
Windows NT-Datei System Leute an die Windows 95 Kontextmenü Auflösungsalgorithmus gesucht und scoffed. " Wir können besser als die Aktionen ausführen: Wir sind objektorientierte! „ Jedes NTFS-Objekt verfügt über einen Objektbezeichner;eine Verknüpfung mit einem Ziel, der auf einem NTFS-Volume zeichnet auch den Objektbezeichner des das Verknüpfungsziel sowie den Objektbezeichner des Laufwerks selbst.
Wenn es Zeit zum Auflösen der Verknüpfung kommt, fragt die Shell der verteilter Überwachung Verbindungsdienst um das ursprüngliche Objekt zu suchen. In einer Domäne kann dies überraschend Ergebnisse wie die Datei zu suchen, auch wenn das Laufwerk von einem Computer übernommen und in ein anderes installiert erzeugen.
Es gibt eine Anzahl Möglichkeiten, die Administratoren den Algorithmus auswirken können, den möchte, dass die Shell verwenden. Wenn Sie das Aktivieren nicht Shellshortcuts beim roaming (LinkResolveIgnoreLinkInfo) Richtlinie verfolgen, die Shell versucht nicht, um das ursprüngliche Laufwerk zu suchen. Das Verknüpfungsziel befand sich auf einem Netzlaufwerk, versucht die Shell nicht die ursprünglichen Netzwerkressource beim Bestimmen der Startposition für die Suche von Windows 95-Format zu lokalisieren. Nur wird davon der Laufwerkbuchstabe; korrekt istWenn es nicht ist, auch geschieht, was passiert.
Diese Richtlinie wurde für Umgebungen erstellt, die einen Pool von identischen Netzwerkressourcen haben, in denen die Last durch ein Anmeldeskript, (das Laufwerk "O" z. B.) eine Verbindung mit einem anderen Server abhängig von der Benutzer herstellen, müssen verteilt wird. Obwohl zwei Benutzer zu zwei physisch auf verschiedenen Servern herstellen, sind Sie logisch identisch. Wenn Sie diese Richtlinie festlegen, wird eine Verknüpfung zu O:\program.exe das Programm gerade auf Laufwerk "O", ausgeführtselbst wenn Laufwerk "O"ist nicht auf die gleiche Netzwerkressource als "verbunden werden, beim Erstellen die Verknüpfung.
Es gibt auch ein paar Richtlinien, mit denen Sie die zwei Speicherort Objekts Algorithmen zu deaktivieren, nachdem der Anfangspunkt hat bestimmt wurde: Die werden nicht die verfolgungsbasierte Methode verwenden, wenn den ausgefallenen NTFS Objekt Überwachung Algorithmus; Auflösen von Shell-Verknüpfungen (NoResolveTrack) Richtlinie deaktiviert werden.Das ist nicht die suchbasierte Methode verwenden, wenn low-tech Windows 95-Suchalgorithmus Auflösen von Shell-Verknüpfungen (NoResolveSearch) Richtlinie deaktiviert werden.
Reparieren fehlerhafter Verknüpfungen ist einer dieser undankbaren Aufträge der Shell: Personen erkennen nicht mal, dass sie sich auf die Funktion verlassen. Bis sie nicht mehr funktioniert.

Raymond Chen Website, The Old New Thing und seinem gleichnamigen Buch (Addison-Wesley 2007) befassen sich mit Windows-Geschichte und der Win32-Programmierung. Er codiert manchmal Informationen durch (schlecht) in Deutsch übersetzen.

Page view tracker