Nodes.dat file-de - Revision history

Vollstrecker: Adjusted Links

2008-01-17T15:43:25Z

Adjusted Links

Vollstrecker: Corrected Umlauts

2007-08-27T17:52:30Z

Corrected Umlauts

Ihmselbst: Script added

2006-06-22T04:19:34Z

Script added

Ihmselbst: adapted some -de links

2006-03-05T08:05:18Z

adapted some -de links

Ihmselbst: german

2006-03-05T07:22:59Z

german

New page

<center>
[[Nodes.dat_file|English]] | '''Deutsch'''
</center>

== Datei ==

'''Name:''' ''nodes.dat''

'''Speicherort:''' ''~/.aMule/''

== Beschreibung ==

Diese Datei speichert Details über andere bekannte [[Kademlia-de|Kademlia]]-[[client-de|Client]]s (auch [[node-de|Node]]s, also "Knoten" genannt).

Sie wird für gewöhnlich dazu verwendet, um schneller einen erfolgreichen [[bootstrap-de|Bootstrap]] auszuführen.

== Format ==

Wie man sehen kann, werden alle Felder ohne irgendwelche Trennzeichen gespeichert. Dies kann man deshalb so handhaben, weil alle Felder eine genau vorbestimmte Größe haben:
*''Anzahl der Kontakte'': Anzahl der Kontakte, die aufgelistet werden (4 Bytes)

Nachdem die Anzahl der aufzuführenden Kontakte bestimmt wurde, listet die Datei sie auf. Jeder Kontakt besteht aus 25 Bytes, unterteilt in folgende Felder:
*''ClientID'': Die [[ID|ClientID]] des Kontakts (16 Bytes)
*''IP'': Die [[IP|IP]] des Kontakts (4 Bytes)
*''UDP Port'': Der [http://www.ietf.org/rfc/rfc768.txt UDP]-[[port|Port]], zu dem beim Versuch, den Kontakt zu erreichen, [[connect-de|verbunden]] werden soll (2 Bytes)
*''TCP Port'': Der [http://www.ietf.org/rfc/rfc793.txt TCP]-[[port|Port]], zu dem beim Versuch, den Kontakt zu erreichen, [[connect-de|verbunden]] werden soll (2 Bytes)
*''Typ'': Dies gibt den [[type-de|Typ]] des Kontakts an, was bedeutet, inwieweit dieser Kontakt über längere Zeit sicher verfügbar ist (eine Skala von ''0'' bis ''4'', wobei ''0'' der beste, und ''4'' der schlechteste Wert ist). (1 Byte)

Sobald diese Daten zusammengesetzt sind, werden sie in der little-endian-Schreibweise gespeichert.

== Beispiel ==

Nachfolgend der Hexdump einer angenommenen ''preferences.dat'' :

''0200000012257425DBA4EDDBD097150757404486E55E04DE40123612021F64632587A31EC2FC8566C4A9BAB184E6E9B7D44012361202''

In dem oben angeführten Beispiel kann man folgende Daten sehen:

*Anzahl der Kontakte: ''2'' (In Hex: ''02000000'', man beachte die [[little endian]]-Schreibweise)
*Kontakt #1:
**ClientID: ''12257425DBA4EDDBD097150757404486''
**IP: ''222.4.94.229'' (In Hex: ''E55E04DE'', man beachte die [[little endian]]-Schreibweise)
**[http://www.ietf.org/rfc/rfc768.txt UDP] Port: ''1240'' (In Hex: ''4012'', man beachte die [[little endian]]-Schreibweise)
**[http://www.ietf.org/rfc/rfc793.txt TCP] Port: ''1236'' (In Hex: ''3612'', man beachte die [[little endian]]-Schreibweise)
**Type: ''2'' (In Hex: ''02'')
*Kontakt #2:
**ClientID: ''1F64632587A31EC2FC8566C4A9BAB184''
**IP: ''212.183.233.230'' (In Hex: ''E6E9B7D4'', man beachte die [[little endian]]-Schreibweise)
**[http://www.ietf.org/rfc/rfc768.txt UDP] Port: ''1240'' (In Hex: ''4012'', man beachte die [[little endian]]-Schreibweise)
**[http://www.ietf.org/rfc/rfc793.txt TCP] Port: ''1236'' (In Hex: ''3612'', man beachte die [[little endian]]-Schreibweise)
**Type: ''2'' (In Hex: ''02'')

== Extra ==

Weil das Feld ''Anzahl der Kontakte'' 4 Bytes lang ist, beträgt die Höchstanzahl der in dieser Datei speicherbaren [[node-de|Node]]s 4294967296 (~4300M), was mehr als ausreichend sein sollte. Jedenfalls, weil diese Anzahl so hoch ist, haben [[aMule-de|aMule]], [[eMule]], und alle anderen Clients die Anzahl der speicherbaren Kontakte im Programmcode begrenzt (Die fest einprogrammierte Obergrenze beim [[aMule-de|aMule]] beträgt ''5000'').

Weil es sich bei Kontakten vom ''Typ 4'' um diejenigen handelt, die zum Löschen markiert sind, sollte in einer nodes.dat niemals einer davon auftauchen. Falls doch, wird der beim Auslesen der Datei einfach ignoriert.

@@ Line 22: / Line 22: @@
 Nachdem die Anzahl der aufzuf&uuml;hrenden Kontakte bestimmt wurde, listet die Datei sie auf. Jeder Kontakt besteht aus 25 Bytes, unterteilt in folgende Felder:
 *''ClientID'': Die [[ID-de|ClientID]] des Kontakts (16 Bytes)
-*''IP'': Die [[IP|IP]] des Kontakts (4 Bytes)
+*''IP'': Die [[IP_address-de|IP]] des Kontakts (4 Bytes)
 *''UDP Port'': Der [http://www.ietf.org/rfc/rfc768.txt UDP]-[[port-de|Port]], zu dem beim Versuch, den Kontakt zu erreichen, [[connect-de|verbunden]] werden soll (2 Bytes)
 *''TCP Port'': Der [http://www.ietf.org/rfc/rfc793.txt TCP]-[[port-de|Port]], zu dem beim Versuch, den Kontakt zu erreichen, [[connect-de|verbunden]] werden soll (2 Bytes)

@@ Line 11: / Line 11: @@
 == Beschreibung ==
-Diese Datei speichert Details über andere bekannte [[Kademlia-de|Kademlia]]-[[client-de|Client]]s (auch [[node-de|Node]]s, also "Knoten" genannt).
+Diese Datei speichert Details &uuml;ber andere bekannte [[Kademlia-de|Kademlia]]-[[client-de|Client]]s (auch [[node-de|Node]]s, also "Knoten" genannt).
-Sie wird für gewöhnlich dazu verwendet, um schneller einen erfolgreichen [[bootstrap-de|Bootstrap]] auszuführen.
+Sie wird f&uuml;r gew&ouml;hnlich dazu verwendet, um schneller einen erfolgreichen [[bootstrap-de|Bootstrap]] auszuf&uuml;hren.
 == Format ==
-Wie man sehen kann, werden alle Felder ohne irgendwelche Trennzeichen gespeichert. Dies kann man deshalb so handhaben, weil alle Felder eine genau vorbestimmte Größe haben:
+Wie man sehen kann, werden alle Felder ohne irgendwelche Trennzeichen gespeichert. Dies kann man deshalb so handhaben, weil alle Felder eine genau vorbestimmte Gr&ouml;&szlig;e haben:
 *''Anzahl der Kontakte'': Anzahl der Kontakte, die aufgelistet werden (4 Bytes)
-Nachdem die Anzahl der aufzuführenden Kontakte bestimmt wurde, listet die Datei sie auf. Jeder Kontakt besteht aus 25 Bytes, unterteilt in folgende Felder:
+Nachdem die Anzahl der aufzuf&uuml;hrenden Kontakte bestimmt wurde, listet die Datei sie auf. Jeder Kontakt besteht aus 25 Bytes, unterteilt in folgende Felder:
 *''ClientID'': Die [[ID-de|ClientID]] des Kontakts (16 Bytes)
 *''IP'': Die [[IP|IP]] des Kontakts (4 Bytes)
 *''UDP Port'': Der [http://www.ietf.org/rfc/rfc768.txt UDP]-[[port-de|Port]], zu dem beim Versuch, den Kontakt zu erreichen, [[connect-de|verbunden]] werden soll (2 Bytes)
 *''TCP Port'': Der [http://www.ietf.org/rfc/rfc793.txt TCP]-[[port-de|Port]], zu dem beim Versuch, den Kontakt zu erreichen, [[connect-de|verbunden]] werden soll (2 Bytes)
-*''Typ'': Dies gibt den [[type-de|Typ]] des Kontakts an, was bedeutet, inwieweit dieser Kontakt über längere Zeit sicher verfügbar ist (eine Skala von ''0'' bis ''4'', wobei ''0'' der beste, und ''4'' der schlechteste Wert ist). (1 Byte)
+*''Typ'': Dies gibt den [[type-de|Typ]] des Kontakts an, was bedeutet, inwieweit dieser Kontakt &uuml;ber l&auml;ngere Zeit sicher verf&uuml;gbar ist (eine Skala von ''0'' bis ''4'', wobei ''0'' der beste, und ''4'' der schlechteste Wert ist). (1 Byte)
 Sobald diese Daten zusammengesetzt sind, werden sie in der little-endian-Schreibweise gespeichert.
@@ Line 35: / Line 35: @@
 ''0200000012257425DBA4EDDBD097150757404486E55E04DE40123612021F64632587A31EC2FC8566C4A9BAB184E6E9B7D44012361202''
-In dem oben angeführten Beispiel kann man folgende Daten sehen:
+In dem oben angef&uuml;hrten Beispiel kann man folgende Daten sehen:
 *Anzahl der Kontakte: ''2'' (In Hex: ''02000000'', man beachte die [[little endian]]-Schreibweise)
@@ Line 53: / Line 53: @@
 == Extra ==
-Weil das Feld ''Anzahl der Kontakte'' 4 Bytes lang ist, beträgt die Höchstanzahl der in dieser Datei speicherbaren [[node-de|Node]]s 4294967296 (~4300M), was mehr als ausreichend sein sollte. Jedenfalls, weil diese Anzahl so hoch ist, haben [[aMule-de|aMule]], [[eMule-de|eMule]], und alle anderen Clients die Anzahl der speicherbaren Kontakte im Programmcode begrenzt (Die fest einprogrammierte Obergrenze beim [[aMule-de|aMule]] beträgt ''5000'').
+Weil das Feld ''Anzahl der Kontakte'' 4 Bytes lang ist, betr&auml;gt die H&ouml;chstanzahl der in dieser Datei speicherbaren [[node-de|Node]]s 4294967296 (~4300M), was mehr als ausreichend sein sollte. Jedenfalls, weil diese Anzahl so hoch ist, haben [[aMule-de|aMule]], [[eMule-de|eMule]], und alle anderen Clients die Anzahl der speicherbaren Kontakte im Programmcode begrenzt (Die fest einprogrammierte Obergrenze beim [[aMule-de|aMule]] betr&auml;gt ''5000'').
-Weil es sich bei Kontakten vom ''Typ 4'' um diejenigen handelt, die zum Löschen markiert sind, sollte in einer nodes.dat niemals einer davon auftauchen. Falls doch, wird der beim Auslesen der Datei einfach ignoriert.
+Weil es sich bei Kontakten vom ''Typ 4'' um diejenigen handelt, die zum L&ouml;schen markiert sind, sollte in einer nodes.dat niemals einer davon auftauchen. Falls doch, wird der beim Auslesen der Datei einfach ignoriert.

@@ Line 31: / Line 31: @@
 == Beispiel ==
-Nachfolgend der Hexdump einer angenommenen ''preferences.dat'' :
+Nachfolgend der Hexdump einer angenommenen ''nodes.dat'' :
 ''0200000012257425DBA4EDDBD097150757404486E55E04DE40123612021F64632587A31EC2FC8566C4A9BAB184E6E9B7D44012361202''
@@ Line 56: / Line 56: @@
 Weil es sich bei Kontakten vom ''Typ 4'' um diejenigen handelt, die zum Löschen markiert sind, sollte in einer nodes.dat niemals einer davon auftauchen. Falls doch, wird der beim Auslesen der Datei einfach ignoriert.