Igen feltételezik, hogy ez vagy az alábbi okok valamelyike miatt lehet:
1. Néhányan megvitatták a Gasprom elleni DDOS-támadás végrehajtását, egyesek arra számítanak, hogy ez egy reakció erre, mivel a DDOS a Dread-en a következő napokban kezdődött.
2. Egy nagy DNM megpróbál elrejteni egy kilépési csalást.
Szerintem az első feltételezés BS, mert egy olyan nagyvállalatnak, mint a Gasprom, valószínűleg más problémái is vannak rn, mint a DDOSSing Dread lol
1. Néhányan megvitatták a Gasprom elleni DDOS-támadás végrehajtását, egyesek arra számítanak, hogy ez egy reakció erre, mivel a DDOS a Dread-en a következő napokban kezdődött.
2. Egy nagy DNM megpróbál elrejteni egy kilépési csalást.
Szerintem az első feltételezés BS, mert egy olyan nagyvállalatnak, mint a Gasprom, valószínűleg más problémái is vannak rn, mint a DDOSSing Dread lol
Továbbra is súlyos DDoS támadások alatt állnak
http://dreadytofatroptsdj6io7l3xptbet6onoyno2yv7jicoxknyazubrad.onion -
Utoljára online: Szept. 18., szo 15:44:26 2022 UTC
van ip2 is down ? kinek van ilyen linkje ?
http://dreadytofatroptsdj6io7l3xptbet6onoyno2yv7jicoxknyazubrad.onion -
Utoljára online: Szept. 18., szo 15:44:26 2022 UTC
van ip2 is down ? kinek van ilyen linkje ?
A párizsi admin üzenete a rettegésből ( forrás tor.taxi )
Az i2p működik és stabil.
A pénzt elégették. De bármit, hogy a DDOSER-ek anyját kibaszhassam. Leszarjuk, hogy mibe kerül. Dread marad fenn.
Edit (14.): További kiigazítások és költségmegtakarítások!
Lehetett volna csak egyenesen és stabilan, de túlságosan fájt, ahogy a szemem előtt égett a pénz. Szóval ma az áramköri kézfogások folyamatának optimalizálására koncentráltam (az egyetlen szálkészlet oldalról való kilépése és a kérések elosztása több független tor folyamatra alapvetően ugyanazzal a memóriaállapottal, hogy az EGY szálkészlet ne blokkoljon mindent [TorProject, miért van csak... egyetlen... egyetlen... kibaszott... szálkészlet... az egész hagymás kézfogás szarsághoz? A modern processzoroknak napokig vannak magjai. NAPOK! Baszd meg a cpuworker.c könyvtáradat. Teljesen össze van spagettizve. ADJATOK NEKEM IGAZI SZÁLKEZELÉST. EGYÉTEK A SZÁMÍTÁST. Csak azért, mert az emberek képesek konténerbe rakni ezt a szart, hogy kikerüljék a seggfej dizájnodat, még nem jelenti azt, hogy ez rendben van. OKÉ?])
A Tor értékeket átdolgozták. A Tor-hálózatnak is tettem egy jót azzal, hogy statisztikailag elosztottam a terhelést alapvetően az összes őrre. Különben sokkal több őrcsomópont halt volna meg mindenhol. Jön a POW és ez a támadás csak egy rossz időszak lesz a múltban. De most éppen optimalizálunk.
Edit (16.): A Tor hálózat kezd hullámzó hatásokkal járni:
metrics.torproject.org
Bár általában ez nem eredményezi az áramkörök meghibásodását ezen a ponton. Az extra áramkörépítési terhelés rendkívül megterhelőnek bizonyult a hálózat számára, ami rontja az általános átviteli teljesítményt. Van azonban egy jó hír is. Sok tesztelés után van egy onionbalancing tervem, amely hatékony kell, hogy legyen a terhelést több fronton egyenlően elosztva. Az egyetlen V3 leírón lévő bevezetési pontok határértéke 20, ez nem elég az üzemidő eléréséhez. A különböző leírók hálózatra való felhajtása az egyetlen módja annak, hogy ezek a szerverek egy ilyen támadás alatt működjenek. A különálló leírók jelenlegi kialakítása sok hiányosságot hagy maga után, mivel a terhelés nem olyan egyenletesen oszlik el, mint amennyire szükséges lenne. Konkrétan az általam ellenőrzött bevezetési pontokhoz, hogy ne történhessenek ostobaságok (és a leírók visszautasítása a lehető legkisebbre csökkenthető/megszüntethető legyen). Miután végeztem vele, gyakorlatilag minimális lesz a leíró forgása még túlzott terhelés esetén is.
Ez lesz az én koronás vívmányom. Protokoll réteg hiba elkerülése a teljes hagyma bevezetési folyamat átvételével.
Az i2p működik és stabil.
http://dreadtoobigdsrxg4yfspcyjr3k6675vftyco5pyb7wg4pr4dwjq.b32.i2p
A pénzt elégették. De bármit, hogy a DDOSER-ek anyját kibaszhassam. Leszarjuk, hogy mibe kerül. Dread marad fenn.
Edit (14.): További kiigazítások és költségmegtakarítások!
Lehetett volna csak egyenesen és stabilan, de túlságosan fájt, ahogy a szemem előtt égett a pénz. Szóval ma az áramköri kézfogások folyamatának optimalizálására koncentráltam (az egyetlen szálkészlet oldalról való kilépése és a kérések elosztása több független tor folyamatra alapvetően ugyanazzal a memóriaállapottal, hogy az EGY szálkészlet ne blokkoljon mindent [TorProject, miért van csak... egyetlen... egyetlen... kibaszott... szálkészlet... az egész hagymás kézfogás szarsághoz? A modern processzoroknak napokig vannak magjai. NAPOK! Baszd meg a cpuworker.c könyvtáradat. Teljesen össze van spagettizve. ADJATOK NEKEM IGAZI SZÁLKEZELÉST. EGYÉTEK A SZÁMÍTÁST. Csak azért, mert az emberek képesek konténerbe rakni ezt a szart, hogy kikerüljék a seggfej dizájnodat, még nem jelenti azt, hogy ez rendben van. OKÉ?])
A Tor értékeket átdolgozták. A Tor-hálózatnak is tettem egy jót azzal, hogy statisztikailag elosztottam a terhelést alapvetően az összes őrre. Különben sokkal több őrcsomópont halt volna meg mindenhol. Jön a POW és ez a támadás csak egy rossz időszak lesz a múltban. De most éppen optimalizálunk.
Edit (16.): A Tor hálózat kezd hullámzó hatásokkal járni:
Teljesítmény - Tor Metrics
metrics.torproject.orgBár általában ez nem eredményezi az áramkörök meghibásodását ezen a ponton. Az extra áramkörépítési terhelés rendkívül megterhelőnek bizonyult a hálózat számára, ami rontja az általános átviteli teljesítményt. Van azonban egy jó hír is. Sok tesztelés után van egy onionbalancing tervem, amely hatékony kell, hogy legyen a terhelést több fronton egyenlően elosztva. Az egyetlen V3 leírón lévő bevezetési pontok határértéke 20, ez nem elég az üzemidő eléréséhez. A különböző leírók hálózatra való felhajtása az egyetlen módja annak, hogy ezek a szerverek egy ilyen támadás alatt működjenek. A különálló leírók jelenlegi kialakítása sok hiányosságot hagy maga után, mivel a terhelés nem olyan egyenletesen oszlik el, mint amennyire szükséges lenne. Konkrétan az általam ellenőrzött bevezetési pontokhoz, hogy ne történhessenek ostobaságok (és a leírók visszautasítása a lehető legkisebbre csökkenthető/megszüntethető legyen). Miután végeztem vele, gyakorlatilag minimális lesz a leíró forgása még túlzott terhelés esetén is.
Ez lesz az én koronás vívmányom. Protokoll réteg hiba elkerülése a teljes hagyma bevezetési folyamat átvételével.
Íme néhány link, amelyet Paris megosztott. Ezek onse jól fognak működni.
/u/Paris
A
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Úgy tűnik, a többiek most keményen fókuszba kerültek. Mivel a célom az, hogy a fő Dread url újra online legyen, és nem költöttem túl sok erőforrást a teszt szerverekre, ezért ismét rotáltam őket.
Itt van néhány új URLS (ismét az /u/Paris PGP kulcsommal aláírva), látogassátok meg őket és használjátok őket a Dread url felett ebben az időben.
frz6q5lqfrixg6vto2iy7v7lvq3i3jhet5oddyhg6tyuusq3t7k37nqd.onion
yl4mvqqmgze2hti3t3x7mos2262ts2z4crshcdeurslkzhselu5bg3qad.onion
p5xdo22k72vofu4lqh5vv4hrxaucqh2kadporinh2tnbpfzzdl27fpid.onion
n7bpmxvqhct4eyuqlhckhnxhqqskyoicncomj7xsx3adx7m7nacsuk4ad.onion
tswquihqqsswt6pxgjzfzkltvrth53zcmzpktrjzaafo3q7wemvwdsuid.onion
-----BEGIN PGP SIGNATURE-----
iQIzBAEBCAAdFiEEbfleES3oPdbct1q5DE1JcU+sN9gFAmMkBFwACgkQDE1JcU+s
N9jcmxAA5jrqP5ShBLRFphi3k5eHHESBwF72Dl4CQPFzl8FFBUrwckE4ayztGeBg
lkkRex4p2Q2EZYfyf9AumTJQMVwxH04XrAk5A/DCFXKh6MA8sx86Tj3TnqbOy35w
H0G6icJeiPyrdaiCwg5O3U4tt90aBeBP/MMaUziGEAU27KRqZ5ASS2GVOMMCHXyY
5Hm8egi5224+RcUFL4Ajkd4YX37rqqjaHFh6rQfyViul2NnUNa/glqcLss9zoE8HK
ssEQd1mcKYBjOSpjJZpfKE1tFi3ydtOkDefWhK6z4ZqGjYE7O4dXXuV6kvCl+fnH
43vD2fUnkEhicfFTh9w+XqdelHgezDdqtZF2aD9yvaPHS5gjIMa6PTFoHoRENGcr
zJEl+MDsTmcEWn4mIdWvySOYmEKO3/hX/D2SWnZ+btKIPe4MRDeVw9w22iLIS9X6
ep9MZqw+wEZiYmF0NIKsg4q5NVkH7gVRqSco4WKdLJQnoYXBc7ZGP3V4tXO0LLuO
bEdIsAg9ksuqXticSbXwsZMjTsV89+PvPYjH+BdaOKrHghO6s4TU+W4I2LsMnfRn
NaQFRUYvanFMe/vyvXuaJinHGTF6sA3U/W+894Xl6V6ZZgWGWTQTh44CkzVn+ofb
Za6nBMFCaZ1Yd/a+5Xp3n+7/CctrG8DkmF2AiPniqVkUPYqq8f8=
=XeGa
-----END PGP SIGNATURE-----
/u/Paris
A-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Úgy tűnik, a többiek most keményen fókuszba kerültek. Mivel a célom az, hogy a fő Dread url újra online legyen, és nem költöttem túl sok erőforrást a teszt szerverekre, ezért ismét rotáltam őket.
Itt van néhány új URLS (ismét az /u/Paris PGP kulcsommal aláírva), látogassátok meg őket és használjátok őket a Dread url felett ebben az időben.
frz6q5lqfrixg6vto2iy7v7lvq3i3jhet5oddyhg6tyuusq3t7k37nqd.onion
yl4mvqqmgze2hti3t3x7mos2262ts2z4crshcdeurslkzhselu5bg3qad.onion
p5xdo22k72vofu4lqh5vv4hrxaucqh2kadporinh2tnbpfzzdl27fpid.onion
n7bpmxvqhct4eyuqlhckhnxhqqskyoicncomj7xsx3adx7m7nacsuk4ad.onion
tswquihqqsswt6pxgjzfzkltvrth53zcmzpktrjzaafo3q7wemvwdsuid.onion
-----BEGIN PGP SIGNATURE-----
iQIzBAEBCAAdFiEEbfleES3oPdbct1q5DE1JcU+sN9gFAmMkBFwACgkQDE1JcU+s
N9jcmxAA5jrqP5ShBLRFphi3k5eHHESBwF72Dl4CQPFzl8FFBUrwckE4ayztGeBg
lkkRex4p2Q2EZYfyf9AumTJQMVwxH04XrAk5A/DCFXKh6MA8sx86Tj3TnqbOy35w
H0G6icJeiPyrdaiCwg5O3U4tt90aBeBP/MMaUziGEAU27KRqZ5ASS2GVOMMCHXyY
5Hm8egi5224+RcUFL4Ajkd4YX37rqqjaHFh6rQfyViul2NnUNa/glqcLss9zoE8HK
ssEQd1mcKYBjOSpjJZpfKE1tFi3ydtOkDefWhK6z4ZqGjYE7O4dXXuV6kvCl+fnH
43vD2fUnkEhicfFTh9w+XqdelHgezDdqtZF2aD9yvaPHS5gjIMa6PTFoHoRENGcr
zJEl+MDsTmcEWn4mIdWvySOYmEKO3/hX/D2SWnZ+btKIPe4MRDeVw9w22iLIS9X6
ep9MZqw+wEZiYmF0NIKsg4q5NVkH7gVRqSco4WKdLJQnoYXBc7ZGP3V4tXO0LLuO
bEdIsAg9ksuqXticSbXwsZMjTsV89+PvPYjH+BdaOKrHghO6s4TU+W4I2LsMnfRn
NaQFRUYvanFMe/vyvXuaJinHGTF6sA3U/W+894Xl6V6ZZgWGWTQTh44CkzVn+ofb
Za6nBMFCaZ1Yd/a+5Xp3n+7/CctrG8DkmF2AiPniqVkUPYqq8f8=
=XeGa
-----END PGP SIGNATURE-----