Direct Connect

Nem mintha az (mármint a dc verzószám) egy normális (nem fake) tag-bõl nem derülne ki, de fogjuk rá, hogy nyertél.
Amúgy be lehetne írni "kézzel" is a desc-be, szóval azért nem perdöntõ érv

Pl én járok olyan hubra, ahol beírom a dc verzószámát a desc elejére.. ehhez a % paramétert használom.

Ez egy példa volt, ennyit kértél 😉 ..

Ki az a K.András?

Ha átgondolt opció a Description Format mezõ, akkor lécci mondj egy olyan esetet, amikor hasznosan, nem csalás szándékával lehet igénybe venni. Hadd világosodjak meg, ha már ennyire nem látom a dolgok lényegét.

Ha õ lenne K.András, akkor már jelentkeznie kellett volna nálam abercrombie ügyben, ami még nem történt meg 😄DDDD

BadJoe ... nem akarom leírni, de most mégis kikívánkozik belõlem. Adj akármilyen klienst, 2 percen belül tök fake megosztással megjelenk neked bárhol. Kéretik kimoderálni. Minden, ami van a kliensben, átgondolt opció. Beleértve az upload limitet, a tag szerkesztés lehetõségét (amúgy nem véletlen ez se, de a client emulation field elõbb-utóbb teljesen eltûnik várhatóan és marad a felette lévõ Description Format mezõ)

Szerinted mit csináljon a kliens? Telefonáljon az internet-szolgáltatódnak, hogy "bocsánat, pistikének milyen netje van? .. ááá értem, akkor ha felmegy az xy hubra, min 10 k upload limitet fogok neki engedni, csókolom." :-S

Bad Joe nagyon nem látod, az a gond... részemrõl ennyi volt azt hiszem, van jobb dolgom is Ugye nem te vagy K.András?

a daraboknál nem lehet ellenõrizni egyelõre, hogy helyesen jött-e le ill. csak a teljes fájlra vonatkozóan lehet ezt elvégezni

Az egyszálas letöltéseknél, amikor az egyik felhasználó lelécel, és egy másik forrástól folytatja, akkor nem léphet fel ilyen hiba? Egyáltalán, a forráskeresés (legalábbis az automatikus) ma még az egyszálas klienseknél is név és méret alapján történik, így egy megszakadt letöltés egy másik forrástól folytatva magában rejti a források különbözõségének veszélyét, nemde?

Tudom, nem értek hozzá, csak baxxa a csõrömet, hogy egyesek a többszálas klienseket teszik meg minden baj okozójának, ahelyett, hogy saját házuk táján körülnéznének. Pedig ha már a DC közösség ellenségeinél tartunk, a BCDC-ben is lenne mit helyretenni, pl. tag faking lehetõség kiiktatása, gyakorlatilag korlátlan upload limit, hogy csak a legfontosabbakat említsem.

Az az áldott jó szíved...

Nos, ismert, hogy a DC++ GNU GPL alatt van licenszelve, ami azzal jár, hogy ha megjelenik bármi GPL alatt, akkor amellé biztosítani kell a forrást vagy jelezni, hogy hogy lehet hozzájutni.
Ennek megfelelõen a DC++ módosításaihoz (BCDC++, CZDC++, oDC (rip), stb) mindig meg is jelent a forráskód, aminek eredményeként azt mások fel tudják használni, így születtek meg azok a hibrid kliensek, amik a "dc++ modok modjai" lettek, összeszedve máshonnan a forráskódot, felhasználták.
Eddig még nincs baj, ellenben ha utána a megjelent .exe mellett nincs a forrásnak elérhetõsége, se semmi, az a GPL-t sérti, mivel a GPL szerint kötelezõ megjelentetni, attól függetlenül, hogy pénzért vagy ingyen árulják.

Well, az rmDC készítõje ezt "elfelejtette", de a chat-kódot, és sok egyebet pl a CZDC-bõl vette, ezzel szerzõi jogot sértett.
Aki e-mail-ben vagy akárhogy kérte a forrást, nem válaszolt, illetve ezt megtagadta.

Emellett elejtette még azt a kedves gesztust, hogy a cseh hubokon floodolt, azzal az üzenettel, hogy a CZDC-t ne használják, mert backdoor van benne..

Nos, PPK-nak (a czdc készítõjének) elege lett a stílusból, és abból, hogy felhasználják a szellemi munkáját, de mellette nincs forrás. Úgy döntött, hogy akárhogy is, de nem adja ki a kódot. Erre sajnos a GPL betartása mellett csak így van lehetõsége, ha nem jeleníti meg a CZDC-t a nagyközönségnek.

Well, tegnap este még egy 0.401-es CZDC-t a szemfülesebbek találhattak a "régi" letöltési helyen, de jelszóval védett .rar fájl volt, forrás nélkül, ahogy ígérte.. és reggelre az egész könyvtár eltünt.
Nos, ami történt, hogy most este a régi oldal elérhetõ, de 0.307-ig csak, és ez várhatóan nem nagyon fog változni.

Azért még hogy 1 db-ban van a temp fájl, a letöltött darabokat össze kell illeszteni vagy a memóriában, vagy a segment partfile alapján (ami w9x alapú oprendszereken a zdc dirben van).

"neked elhiszem,"

Tudom, én hülye vagyok ehhez... csak tudnám, miért pazaroltam rád egyetlen betût is.

Sziasztok!

Az a kerdesem lenne, hogyan tudok egy felhasznalot az ip cime alapjan megtalalni. A felhasznalonevet nem tudom. De az ip-je meg van. Lehetseges ez egyaltalan?

Koszonettel:

Stanlee

ja.. éscsak ígylehet feljutni a kolin kívül másik magyar hubra..
Settings -> Advanced -> Send StrongDC++ tag in descpription
Settings -> StrongDC++ -> Client Emulation -> DC++
.. ígymár mûxik.. csakmondom.. hátha nemjön össze vkinek a belépés..

végre.. a StrongDC-ben a valódi hátralévõ idõ látszik.. és az összes letöltési szálnál ugyanazt mutatja.. jódolog..

tárgytalan.. csak nemláttam egy pipálnivalót a beállításoknál.. demár megvan..

integritás hiba keletkezhet a fájl darabjainak összerakása közben
Norti, neked elhiszem, mert te foglalkoztál a zdc-vel. De nem értem egész pontosan, miért kéne összerakni bármit is, hisz egyetlen fájlba tölt? Nekem ahányszor problémám volt, mindig kiderült, hogy a forrás(ok) volt(ak) hibás(ak) (újratöltés 1 szálon is hibás lett, ugyanott).

neo és a többi czdc-sek: http://strongdc.wz.cz/viewtopic.php?t=158

Szabadnak nyilvánították a file-cserét

http://www.terminal.hu/newsread.php?id=02201804040310

Betehetnéd az egész szöveget is! Gondolom lennének páran ,akiket érint és érdekel.
Köcci Fleet 😊

Ez történik, ha megsértik a GPL-t és ez elkezdi azokat zavarni, akiké a szerzõi jog. Ezúttal szeretnék mindenkit arra kérni, hogy akinek az rmdc nevû szutyok a gépén van, köszönje meg a készítõjének, hogy többet semmilyen kliensben nem fogja látni az eredeti CZDC-s fejlesztéseket (pl az ikonok a main chaten!). Ezt úgy tehetitek meg, hogy nem használjátok és nem osztjátok meg az rmdc-t a hubokon.

http://www.czdcplusplus.tk/

Magyarra lefordítva,a kinek a fenti szöveg nem lenne világos:
* az rmdc-nek lehet köszönni, hogy a czdc-nek, amibõl nagyon sok kliens merített, nem lesz többet forráskódja és nem tudják felhasználni

.. eredetileg a hozzászólásom kb 2x ilyen hosszú volt, a többit inkább megtartom magamnak, az az öncenzúra áldozata lett

Európa: határokon átívelõ pereskedés a zeneletöltés miatt

http://www.terminal.hu/newsread.php?id=01201904043216

jóaza StrongDC.. csak azagond h nemírja ki a tag-t.. nemtudjátok hogyan lehetne megoldani a problémát?

amúgy a "safe and compressed transfers" opció se rossz....

0.307 és 0.401-es klienseknél szerintem javasolt az engedélyezése.. 305-6-nál továbbra se természetesen

Sajnos igaza van Fleetnek, akkor is ronthat, ha a két forrás bytera megegyezik, ugyanis integritás hiba keletkezhet a fájl darabjainak összerakása közben, mivel a daraboknál nem lehet ellenõrizni egyelõre, hogy helyesen jött-e le ill. csak a teljes fájlra vonatkozóan lehet ezt elvégezni.

StrongDC jó kliens lesz, ha megoldódik benne a fenti probléma (és a szerzõ szerint ekkor lesz végleges verzió belõle). Addig meg detto ua mint zDC, nDC stb, csak több funkcióval. Tényleg tud hash alapján keresni, de ezzel még csak a rossz forrásokat lövöd ki, az integritás hiba elõfordulhat.

Egyébként ha már többszálas letöltés és hashing. Nem tudom ismeritek-e a StrongDC nevû klienst. A legújabb, RC4-es változata már a 0.401-es DC++-on alapul, így tud TTH alapján is forrást keresni a többszálú letöltéshez.

http://snail.pc.cz/StrongDC/indexen.htm

Kedves Fleet! Lám magad is beismered, hogy hülyeséget írtál. Az általam eredetileg kifogásolt szöveg így szólt:

azok a kliensek a többszálú töltés tökéletlensége miatt szinte mindig elrontanak pár bájtot a letöltésben a részek összeillesztésénél

Ez valóban marhaság, mert nem rontja el, ha a források egyformák. Amirõl te regélsz, az teljesen más tészta. Ha a két forrás különbözõ, akkor persze hogy elrontja, nem is tehet mást hashing hiányában. Persze igazad van, az összeillesztéseknél lehetne rollback-elni, ez valamit (minimális mértékben) dobna a biztonságon. Mert ugye egy több(száz) megás fájl esetében semmi garancia nincs arra, hogy pont ott, az összeillesztés helyén fog kibukni a két fájl közötti, esetleges pár byte-os különbség. De attól, hogy nincs rollback, attól még minden byte a helyére kerül, egyik sem lesz sem elõrébb, sem hátrább, mint lennie kell.

Még jó hogy nem regeltem magam tegnap éjjel a hunhub fórumra...

Szóval:

1. Az a te saját magánproblémád, hogy jó szolgáltatóról egy rosszra váltottál. Ezért még a hubok nem fognak hozzád igazodni.
2. Igen, ha nem megy több hubon, akkor csak 2 hubra lépsz be és 2-n töltesz. Vagy csak 1-en. Ki lehet bírni így is hidd el.
3. Ahhoz képest, hogy nem szidsz, már kb. 5 helyrõl kaptam meg a kis mesédet.
4. Remélem azzal az üzleti csomaggal nem 3an interneteztek 1xre, miközben te dczel? Egyébként meg az ADSL sajna így mûködik. Vkinek bírja a vonala 8k felett - a legtöbben így vannak - vkinek pedig sajna nem.

© Konszuela , TE BETEG BAROM.
Kezdelek unni ám de nagyon. És azthiszem ezzel nem vagyok egyedül. Klasz lenne ,ha ezt fejben tartanád.

Szép napot

küldhetted volna privátban is az üzenetet neki! nem kellett volna a nyílvánosba beírni!!!!

A melós gépednek teljes jogú ura lehetsz, de a céges tûzfal kijátszásához sztem kevés lesz az az admin jelszó. Én is próbálkoztam már egy munkahelyemen fél éve, de a céges tûzfalak ált. úgy vannak bekonfigolva, hogy szinte mindent kizárnak, még egy rohadt netes rádiót se lehet hallgatni.

Eddig igencsak rohadt dolognak tartottam a fakelést, bár nem igazán gondolkoztam el az a kiváltó okon....többet letölteni ,ja igen fõleg ez lehet.
De mi a teendõ, akkor valakinek a szolgáltatója akkora genny, hogy az upload pont 8 któl fölfele kezdi lehúzni a letöltési sebességet? Az Invitel ilyen...eddig nem voltam rászorulva, hogy 8 alá vegyem; most szolgáltató-váltás után, semmit se sikerült leszednem igazából 2 hét alatt- ahhoz a mennyiséghez képest amit az elõzõnél - iszonyú sokat kerestem az okot- állítgattam a hálózati kártyát, a PPPOe progit magát a klienst is oda-vissza cserélgettem, nem volt javulás:
-a kapcsolódások mindkét irányban lassúak-a fájllisták is lassabban indulnak el...vagy le sem jönnek...a letöltések (T1/T3tól )igen lassúak- max 10k, de az már igencsak jónak számít, inkább 3-5k ...márha egyáltalán elindul, mert olyan timeoutos az egész hogy egy 0/6 v. 0/4 es usernél csak a lista letöltésére is iszonyú kevés az esélyem...nemhogy a náluk lévõ olyan anyag letöltésére ami másoknál nincsen meg....
részben megoldás az, hogy csak 2 HUBra lépek be + a limit lejjebb állítása, de ez nem tesz boldoggá hiszen a min 8k lenne a szabályos...
Márpedig nem rajongok ezért....

1. lehetõség szabályosan- 10-15 k letöltés igencsak ingadozva, felfele 8 k de igencsak fölötte is van néha,
semilyen irányban sincsen túl gyors kapcsolás- a HUB lassan köt össze más felhasználóval és néha le is dobja!!! a BOT-ot is , pedig azt még a hülye lamer sem bontja le!!! csak tényleg a tök tudatlanja....
ja és cfos használatával is fenáll a probléma...

2. lehetõség a limitet leveszem 6-ra(vagy lejjebb,de akkor a dl sebességet is lejjebbveszi a kliens--úgy van megírva, hogy ne tudjál 0-ra limitálni-az OK is...a dc arról szól, hogy tõled is tudjanak tölteni-nem kazaa, fake és egyébb cuccok), akkor sebesség kicsit gyorsul, némi force-val szinte azonnal el is indulnak a dolgok...a fájl-listák gyorsabban indulnak el...

bumm megvolt az eredmény kick és 2 órás BAN a matrixon... pedig nem ma kezdtem dc-zni, 1 év alatt volt kb 8 kickem és jó ha 2 BANnom.
Nem szidom az illetõt, mert 2 hete még én is egyetérttem volna a döntésével- most kicsit látom a másik oldalát.

3. lehetõség - létezik a cfos-on kívül olyan upload limitáló progi amivel egy kicsit az aszinronitást lehet javítani-mert így messze nincsen meg a 384 a 64-el szemben, de még 256 sem..., esetleg valami egyéb spéci program vagy dc kliens ami segíthet-nem mehetek oda az invitel-het hogy nem mûködik rendesen a direct connect programom....
pedig üzleti csomag van amivel elvileg 3 gépen is netezhetünk.
-azért örülnék neki, ha valaki reagálna rá valamit-mert 1 éves fennállásom alatt még ilyen nagyot nem szívtam, mint ezzel a váltással.Frédi és Béni gyorsabban töltött le a kõkorszakban, mint én az informatika évszázadában.
-AKI megkérdezné hogy nincs-e bekapcsolva az XPs tûzfal, netán ZA, egyéb egyszerû beállítások (biztonságos adatátvitel/ small send buffer, )
az jobb ha elfelejti a kérdést, bár inkább azért írja be....hátha valami prózai oka van (egyszer rajtahagytam a download limitet, de ez most ndem áll fent....😞(( sajnos )

Köszönöm elõre is a tippeket,. súgásokat, segítséget..

Sziasztok! Nem tud valaki olyan regebbi dc verziot amely tamogatja a Socks 4-es proxykat? Egyetemi rendszeren ugyanis nincs 5-os csak 4-es es nelkule nem tudok kimenni.(Normal proxy tamogatas is megteszi, ha van.)

Meloból szeretnék dc-ni,de nincs olyan jogom,hogy egyeltalán le tudjak tölteni...
De:
Tudom az adninistrator jelszavát, tehát elméletben tudnám módosítani a jogaimat...
Csak azt szeretném tudni, hogy hol kell ezt megoldani és milyen jogok kellenek...

Hogyan lehetséges, hogy kábelnettel 500K/s sebességgel tudtam letölteni T3-ról? A letöltött filmet meg nem sikerült lejátszani (szerintem nem kodek probléma).

OFF:

K.András majd keress meg Abercrombie ügyben. Fontos. Köszi

ON

klikk a kockakon miközben hangosan elmondod hogy "Abrakadabra" (kizárólag nyilvanos helyen, pl egyetemi könyvtár géptermében müködik a varazslat) és akkor megjelenik a userinfo, amibol kitunik hogy régi elégetetlenkedõnkkel, K.András-sal van dolgod, aki lassan mar mindenkinel felkerult az ignore-listara

bostom az ilyet minimális operátorkodási képességekkel rendelkezõ OP-nak hivjak, nem pedig proginak

Nos, nem akartam szõrözni, de az ominózus leginkább szó, amin fennakadtatok, az én hosszászólásomban nem szerepelt..

Ami pedig "kockázós" felhasználó (sajna a nicked még nemtom) felvetését illeti, .. a felhasználóknak el kellene tudni dönteni, hogy hova akarnak járni, és hova nem. Ha nem tetszik egy hub vagy opok mentalitása, lehet a Ctrl+F4-gyel segíteni rajta vagy jelezni az operátoroknak. De én nem hangoztatom, hogy "Utálom a Nyuszi-muszi hubot, mert az operátorok beképzeltek", utána pedig nem töltöm a nap 24 óráját a mindenhol máshol általam szídott Nyuszi-Muszi hubon (remélem, ilyen nincsen, a nyuszi-muszi dyndns-címet ugyanis lenyúltam :p )

IPt tudsz nézni a HUBbal mindenféleképpen, onnan meg már csak 1 ugrás, abból szinte mindent ki lehet deríteni (max manuálisan kell keresgetned kicsit, nem a hubszoft fogja megmondani neked)

olyan kéne ami megmondja a user valodi kapcsolatát.ip-jét,meg ilyenek

tegnap 11:36 | Privát | Válasz | #10605

bostom nézd meg a használt hub help-jét, dokumentációját, abban le van írva a vasalás témája
Válasz 'bostom' üzenetére (#10603)


Eztán meg kicsit pontosabban is kérdezhetnél...

Hello!!!
Userinfos script kéne !
Tudna valaki segíteni?

Most csak erre reagálnék: "Ez azért nem így van. Nem azért nem végeznek ellenõrzést mert nem érdekli õket, hanem mert egyelõre nem lehetséges, mivel nincs rá support a dckben (ahogy írtad is hogy ez a jövõ zenéje)."

Megoldható lenne a rollback, mondjuk mivel ismert az, hogy az n. szegmens az x. bájt-tól kezdõdik. Ha az (n-1). szegmenst mondjuk nem csak az x., hanem x.+rollbacksize bájtig töltené a dc, akkor máris lehetne egyezõséget nézni.. persze kérdés, hogy különbözõség esetén mi legyen a darabokkal...

Igen, ezt meg kéne írni, ami nem könnyû, de nem lehetetlen elvileg.

"A kliensek _nem_ végeznek rollback-ellenõrzést, egyszerûen nem érdekli õket,"

Ez azért nem így van. Nem azért nem végeznek ellenõrzést mert nem érdekli õket, hanem mert egyelõre nem lehetséges, mivel nincs rá support a dckben (ahogy írtad is hogy ez a jövõ zenéje).

A másik dolog: sztem - de ez az én privát véleményem - a DC-s közösséget nem a hibásan visszaosztott dolgok veszélyeztetik a leginkább... Sokkal súlyosabb az a tény, hogy egyre többen akarják az adok-kapok elvbõl csak a kapok részt. És ez a szomorú.

Én sose tagadtam, hogy vannak hibái a szegmentált letöltéseknek, de azért nem kéne kinevezni a DC "legveszélyesebb ellenségének". Függetlenül attól, hogy most én dolgoztam-e a kliensen vagy sem.

Ennyi a mondandóm, nagyon hosszú, tessék elolvasni, majd lehet, hogy holnap kiteszem a honlapra is a "mi az a hash?" dologhoz...

A hasholás jelenlegi állapota:

* BCDC++-ban 0.25x-es verzió körül volt már egy "enable hashing" nevû beállítás, az valamit számolt is, mert a processzort terhelte, de amúgy még nem mûködött, nem is hirdette a készítõ az opciót, csak csendben ott volt teszt-stádiumban.

* a BCDC-ben a 0.301-es verziótól kezdve viszont mûködõ dolog a hashelés a következõk szerint:

0.301 - 0.306-ig:
** A megosztásnak kiszámolja a TTH hash értéketi (Tiger-Tree-Hashes)
** Tud keresni alternatívát hashek alapján (Search alternate via TTH opció)

A BCDC++ ezt a szolgáltatást csak BCDC++ emulációban nyújtotta.

Miután a DC++-ba több hasznos funkció is átkerült már korábban is, ez a hasheléssel sincs másképpen. A 0.307-es verziótól kezdve a TTH hash implementálva lett a DC++-ba is (innentõl kezdve a BCDC és az összes, 0.307-re épülõ kliens a DC++ hasholását használja)

Jelenleg a 0.307-es verziókban a következõ történik:
** A megosztásnak kiszámolja a TTH hash értékeit, ezeket az új XML-fájl-listában tárolja
** Hash alapján alternatívát keresni még nem tud, habár BCDC-ben van egy hash keresés opció, ha oda bemásolod a hash értéket, elvileg mûködik...

Ami késõbb lesz:
** következõ verziótól kezdve a hashek kiszámolását nem lehet kikapcsolni, ne azon múljon a biztonság, hogy nem várják ki azt a pár órát. Fõleg, mert írja is a státusz-sorban, hogy épp mi történik
** elõbb-utóbb lehetõség lesz már letöltés alatt ellenõrizni a fájl-integritást, mivel ellenben a zdc/ndc/rmdc/stb-ben nem létezõ, de amúgy elvileg Reverse Connect-bõl átvett emule-féle hasholással a TTH hasheknek az a tulajdonságuk, hogy a fájl egy szegmensének hash-sének hashje ugyanaz, mint a hash az egész fájlra, ez azt jelenti, hogy a hash ismeretében letöltés alatt kiszûrhetõek lesznek a hibák
** a fenti integritás-ellenõrzés dolog megvalósulása után megtörténhet akár a valóban biztonságos több forrásból való letöltés is. Amíg eddig a pontig nem jutunk el, ne használjon senki a DC-közösséget és a megosztások minõségét veszélyeztetõ több forrásból töltõ klienst.

Kedves BadJoe, miután "marhaság", amit írunk, elmesélem neked, hogy nincs igazad, habár tudom, hülye vagyok.

Elviekben hasholás nélkül is lehetséges lenne viszonylag biztonságos multi-source-ot csinálni. A Reverse Connect, zdc és hasonló összetákolt klienseknél viszont pontosan az összeillesztéssel van a gond. A kliensek _nem_ végeznek rollback-ellenõrzést, egyszerûen nem érdekli õket, hogy az elõzõ darab vége passzol-e a következõ elejéhez.
Na ez már gáz.

Abban dentro véleményét osztom, hogy 1000-bõl ha 4-en megnéznk, miket töltenek le, az már nagyon sok...

Lehet sebességet korlátozni, ehhez olyan DC kell.. pl BCDC++ innen: http://bcdc.webhop.org .
A lefelé menõ sebességgel (download limit) azt csináltok, amit szeretnétek, nyilván senki nem fogja megszabni, hogy nem tölthetsz lefelé lassan, viszont az upload limit állítgatásával kapcsolatban nézzétek meg a hubok szabályzatát, ahová jártok.

bostom nézd meg a használt hub help-jét, dokumentációját, abban le van írva a vasalás témája

dc++ 4ever!

Hello!!!
Userinfos script kéne !
Tudna valaki segíteni?