Peering hálózatok fájlcseréhez

A szokásos módon meghatározzák a program, hogy mi szeretnénk futtatni, hogy adja meg a nevét a fájlrendszerben, például: C: \ Windows \ System32 \ cmd.exe vagy \\ server \ játékok \ tetris \ tet.exe.

Azonban ezek a szimbolikus nevek jelentős hátránya: nem egyedi. Hogy valójában egy kliens-szerver rendszer tervezőjének kell választani egy nevet a szerver komponens, ha fennáll a veszélye annak, hogy a fejlesztő úgy dönt, egy másik rendszerben az azonos nevű saját használatra? Mint rendszergazda képes lesz, hogy ezek a két rendszer egy szerveren?

Ugyanez a probléma áll nemcsak a hálózat, hanem a intraengine szinten: megpróbálja az alkalmazás fejlesztő keresni egy dynamic link library (DLL) az egész rendszerre kiterjedő könyvtár nevét is jól vezet, amit tévesen terhelt a könyvtár, az azonos nevű, de telepítve egy másik csomag és tárolására másik rutinok (másokkal, vagy - ami még rosszabb - az azonos nevű). Ez a probléma elkerülhető lenne, hogy a könyvtárak a faj neve „firma_produkt_komponent”, de amíg StrUtil típus neve, MyUtil vagy xBase megtalálható sokkal gyakrabban.

Ezért az irányítás átadása a protokollok és adatok hálózaton belüli alternatív HTTP felépítmény formájában CGI-BIN, mint például a CORBA és a Microsoft DCOM, a hívás kiszolgáló komponens végzik el a fájl neve és GUID. GUID egy 128 bites bináris szám által generált automatikus módon a fejlesztő számítógép az alábbi összetevőkből áll:

A kényelmet az olvashatóságot és a zapominabelnosti mi nem beszélünk, mert a GUID nem kell kézzel beírja: a kliens program mindig tartja fix GUID-szerver szoftver az interfész az általa kifejlesztett és a fejlődő GUID rendelt alkotóelemeit, ha nem automatikus, via puffer csere cut'n'Paste.

A megegyezést a GUID és a program neve fájl által kiváltott érkező kérelmeket a hálózat tárolja valahol a rendszerszintű beállításokat, amelyet a telepítés során megadott a program. Például a Windows használja a ághoz HKEY_CLASSES_ROOT \ CLSID. és rögzítése a - RegSvr32 segédprogramot. GUID Windows nevezi nemcsak a hálózati szolgáltatások, de általában mindent, ami lehet futtatni, illetve letölthető, és szüksége van, amely egyedileg azonosítja: DLL-könyvtár, tantermek, stb

Mivel a tökéletes a HTTP / FTP, hogy a fájlmegosztás?

P2P-hálózat teljes elosztott rendszer, azaz:

• ugyanazokat az adatokat a fenntartott csomópontok halmaza;
• a csomópontok listáját és frissíti automatikusan;
• Az ügyfél lehet automatikusan kiválasztja az azonos alkatrészek adatokat szerezni;
• meghibásodása esetén rendszerelemek része továbbra is működőképes legyen.

Ugyanakkor, FTP / HTTP, csak a fájl adatait, amely arra szolgál, hogy számukra a fájlrendszert, amely a fájl nevét, méretét, létrehozás dátuma és az utolsó hozzáférés - ezek egyike sem a metaadatok nem egyedi.

Emiatt sem az alap FTP vagy HTTP alap elosztott rendszerek nem. Ugyanaz a fájl vagy weblap eltérő lehet a különböző csomópontok neve. Ezzel szemben a különböző fájlok és oldalak a különböző csomópontok lehet ugyanaz a neve. Az ügyfél nem rendelkezik megbízható módon meghatározni, hogy mely csomópontok szükséges adatokat. És, mint már említettük, FTP- / HTTP-kliens az adatok bekerülnek nem válnak a forgalmazók, és nem távolítottuk el az eredeti szerver kéri. Természetesen, a teremtés úgynevezett széles körben elterjedt tükrök (tükrök), automatikusan szinkronizálja a helyén, az eredeti, de a kézi műveletek maradnak létrehozása tükör site - adminisztrátor, és válassza ki a legközelebbi tükör - a felhasználó számára.

Plane = autó + szárny

Belül maradva FTP / HTTP-protokoll a hálózati átvitel, valószínűleg lehet elérni, közel a P2P-alkalmassága azáltal, hogy a következő kiegészítéseket a viselkedését a kliens és a szerver:

• azaz minden kliens FTP / HTTP-szerver a háttérben, hogy a fájlokat az ügyfelek;
• további program fut mindkét szerveren kiszámítja az ellenőrző összegeket a közzétett fájlok és kiírja a szomszédos szolgáltatás fájlokat kilincsek;
• A letöltött fájlokat a leírásokat;
• egy vagy több számítógépen működnek keresőmotorok, hogy van, mivel az ügyfelek böngészhet a katalógusok a webszerverek magukat, viszont biztosítja, hogy a keresési eredmények a web-alapú, könnyen automatikusan feldolgozni.
• A letöltés előtt az ügyfelek letölthető a kereső adatbázis információkat fájlt ugyanabban az időben mondani a szerver a létezéséről (a bejegyzések, még a szerver log-fájl, vagy különleges közlemények útján CGI-BIN).

Nyilvánvaló, hogy az ilyen komoly javulást könnyebb fejleszteni egy teljesen új protokoll és szoftver az alapoktól kezdve, hanem ragaszkodnak a meglévő szabványok - és hogy történt Napster'om, és követte őt, és még sokan mások.

Reptéri = + repülőgépvontatóban

Problémák a jövőben

Ha beszélünk a protokoll, az érdeklődés a következő szempontokat:

• Akár önálló szerver-koordinátor van szükség?
• Mi kliens szoftver támogatja azt?
• Milyen széles körben az ügyfelek és kiszolgálók ezt a protokollt közös az interneten?
• Információk átadását (multimédia, ISO-kép, stb) elsősorban a tervezett jegyzőkönyv és a támogató programot?
• A fejlesztés a protokoll a protokoll, és hogy milyen mértékben kompatibilisek?
• Van egy leírást minden nyitott protokoll engedélyezési (aminek következménye lesz szélesebb választéka programok)?
• Ha a protokoll zárt és egy külön szerver program, lehetséges, hogy csatlakozzon a házigazdák szerverek ingyen? Lehet letölteni használata egy privát hálózat?

Ami a program fontos, hogy válaszoljon az alábbi kérdésekre:

• Protokollokat támogatja?
• Hogy ez ingyenes (shareware, adware, nyílt forráskódú)?
• Mi visszük platform (Windows, Linux)?

A válaszok ezekre a kérdésekre kapcsolatban a legnépszerűbb P2P protokollokat és programokat kell szentelni a következő része a cikket.