Tak, zakładają, że może to wynikać z jednego z następujących powodów:
1. Niektórzy ludzie dyskutowali o przeprowadzeniu ataku DDOS na Gasprom, niektórzy spodziewają się, że jest to reakcja na to, ponieważ DDOS na Dread rozpoczął się w kolejnych dniach.
2. Duży DNM próbujący ukryć exit scam.
Myślę, że pierwsze założenie to BS, ponieważ duża korporacja, taka jak Gasprom, prawdopodobnie ma obecnie inne problemy niż DDOSSowanie Dread lol
1. Niektórzy ludzie dyskutowali o przeprowadzeniu ataku DDOS na Gasprom, niektórzy spodziewają się, że jest to reakcja na to, ponieważ DDOS na Dread rozpoczął się w kolejnych dniach.
2. Duży DNM próbujący ukryć exit scam.
Myślę, że pierwsze założenie to BS, ponieważ duża korporacja, taka jak Gasprom, prawdopodobnie ma obecnie inne problemy niż DDOSSowanie Dread lol
Wciąż są pod silnym atakiem DDoS
http://dreadytofatroptsdj6io7l3xptbet6onoyno2yv7jicoxknyazubrad.onion -
Last Online: Sun Sep 18 15:44:26 2022 UTC
Czy ip2 również nie działa? Kto ma ten link?
http://dreadytofatroptsdj6io7l3xptbet6onoyno2yv7jicoxknyazubrad.onion -
Last Online: Sun Sep 18 15:44:26 2022 UTC
Czy ip2 również nie działa? Kto ma ten link?
Wiadomość od administratora Paris ( źródło tor.taxi )
i2p działa stabilnie.
Pieniądze zostały spalone. Ale wszystko, aby pieprzyć mamę DDOSERów. Nie obchodzi nas, ile to zajmie. Dread pozostaje.
Edycja (14.): Więcej korekt i oszczędności!
Mogliśmy być po prostu wyprostowani i stabilni, ale patrzenie, jak pieniądze płoną na moich oczach, bolało zbyt mocno. Skupiłem się więc dzisiaj na optymalizacji procesu uzgadniania obwodów (pomijając pojedynczą pulę wątków i rozkładając żądania na wiele niezależnych procesów torowych z zasadniczo tym samym stanem pamięci, aby zapobiec blokowaniu wszystkiego przez POJEDYNCZĄ pulę wątków [TorProject, dlaczego jest tylko... jedna... pojedyncza... pieprzona... pula wątków... dla całego tego gówna onion handshake? Nowoczesne procesory mają rdzenie na wiele dni. DNI! Pieprzyć bibliotekę cpuworker.c. Spaghettied all over the place. DAJ MI PRAWDZIWE WĄTKOWANIE. ZJEDZ OBLICZENIA. Tylko dlatego, że ludzie mogą kontenerować to gówno, aby ominąć twój dupny projekt, nie oznacza, że jest to w porządku. OK?])
Wartości Tora zostały poprawione. Zrobiłem też coś dobrego dla sieci Tor, statystycznie rozkładając obciążenie na praktycznie wszystkich strażników. W przeciwnym razie zginęłoby znacznie więcej węzłów strażniczych. POW nadchodzi i ten atak będzie tylko złym momentem w przeszłości. Ale teraz optymalizujemy.
Edycja (16): Sieć Tor zaczyna wywoływać efekty falowania:
metrics.torproject.org
Chociaż generalnie nie spowoduje to awarii obwodów w tym momencie. Dodatkowe obciążenie związane z tworzeniem obwodów okazało się być niezwykle obciążające dla sieci, wpływając negatywnie na ogólną przepustowość. Jest jednak dobra wiadomość. Po wielu testach mam projekt równoważenia cebulowego, który powinien być skuteczny w równomiernym rozłożeniu obciążenia na wielu frontach. Przy limicie punktów wprowadzania na pojedynczym deskryptorze V3 wynoszącym 20, nie wystarczy to do uzyskania czasu sprawności. Wypychanie różnych deskryptorów w sieci jest jedynym sposobem na uruchomienie tych serwerów podczas takiego ataku. Obecny projekt odrębnych deskryptorów pozostawia wiele do życzenia, ponieważ obciążenie nie jest tak równomiernie rozłożone, jak powinno. W szczególności do punktów wprowadzenia, które są kontrolowane przeze mnie, aby nie doszło do głupoty (a odrzucenia deskryptorów można zminimalizować / wyeliminować w jak największym stopniu). Gdy skończę, rotacja deskryptorów będzie minimalna nawet przy nadmiernym obciążeniu.
To będzie moje koronne osiągnięcie. Unikanie błędów warstwy protokołu poprzez przejęcie całego procesu wprowadzania cebuli.
i2p działa stabilnie.
http://dreadtoobigdsrxg4yfspcyjr3k6675vftyco5pyb7wg4pr4dwjq.b32.i2p
Pieniądze zostały spalone. Ale wszystko, aby pieprzyć mamę DDOSERów. Nie obchodzi nas, ile to zajmie. Dread pozostaje.
Edycja (14.): Więcej korekt i oszczędności!
Mogliśmy być po prostu wyprostowani i stabilni, ale patrzenie, jak pieniądze płoną na moich oczach, bolało zbyt mocno. Skupiłem się więc dzisiaj na optymalizacji procesu uzgadniania obwodów (pomijając pojedynczą pulę wątków i rozkładając żądania na wiele niezależnych procesów torowych z zasadniczo tym samym stanem pamięci, aby zapobiec blokowaniu wszystkiego przez POJEDYNCZĄ pulę wątków [TorProject, dlaczego jest tylko... jedna... pojedyncza... pieprzona... pula wątków... dla całego tego gówna onion handshake? Nowoczesne procesory mają rdzenie na wiele dni. DNI! Pieprzyć bibliotekę cpuworker.c. Spaghettied all over the place. DAJ MI PRAWDZIWE WĄTKOWANIE. ZJEDZ OBLICZENIA. Tylko dlatego, że ludzie mogą kontenerować to gówno, aby ominąć twój dupny projekt, nie oznacza, że jest to w porządku. OK?])
Wartości Tora zostały poprawione. Zrobiłem też coś dobrego dla sieci Tor, statystycznie rozkładając obciążenie na praktycznie wszystkich strażników. W przeciwnym razie zginęłoby znacznie więcej węzłów strażniczych. POW nadchodzi i ten atak będzie tylko złym momentem w przeszłości. Ale teraz optymalizujemy.
Edycja (16): Sieć Tor zaczyna wywoływać efekty falowania:
Wydajność - MetrykiTora
metrics.torproject.orgChociaż generalnie nie spowoduje to awarii obwodów w tym momencie. Dodatkowe obciążenie związane z tworzeniem obwodów okazało się być niezwykle obciążające dla sieci, wpływając negatywnie na ogólną przepustowość. Jest jednak dobra wiadomość. Po wielu testach mam projekt równoważenia cebulowego, który powinien być skuteczny w równomiernym rozłożeniu obciążenia na wielu frontach. Przy limicie punktów wprowadzania na pojedynczym deskryptorze V3 wynoszącym 20, nie wystarczy to do uzyskania czasu sprawności. Wypychanie różnych deskryptorów w sieci jest jedynym sposobem na uruchomienie tych serwerów podczas takiego ataku. Obecny projekt odrębnych deskryptorów pozostawia wiele do życzenia, ponieważ obciążenie nie jest tak równomiernie rozłożone, jak powinno. W szczególności do punktów wprowadzenia, które są kontrolowane przeze mnie, aby nie doszło do głupoty (a odrzucenia deskryptorów można zminimalizować / wyeliminować w jak największym stopniu). Gdy skończę, rotacja deskryptorów będzie minimalna nawet przy nadmiernym obciążeniu.
To będzie moje koronne osiągnięcie. Unikanie błędów warstwy protokołu poprzez przejęcie całego procesu wprowadzania cebuli.
Oto kilka linków udostępnionych przez Paris. Te powinny działać poprawnie.
/u/Paris
A
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Wygląda na to, że pozostałe są teraz mocno skupione. Ponieważ moim celem jest przywrócenie głównego adresu URL Dread do trybu online i nie wydawanie zbyt wielu zasobów na serwery testowe, ponownie je zmieniłem.
Oto kilka nowych adresów URL (ponownie podpisanych moim kluczem PGP /u/Paris ), odwiedź je i użyj ich w tym czasie zamiast adresu URL Dread.
frz6q5lqfrixg6vto2iy7v7lvq3i3jhet5oddyhg6tyuusq3t7k37nqd.onion
yl4mvqmgze2hti3t3x7mos2262ts2z4crshcdeurslkzhselu5bg3qad.onion
p5xdo22k72vofu4lqh5vv4hrxaucqh2kadporinh2tnbpfzzdl27fpid.onion
n7bpmxvqhct4eyuqlhckhnxhqskyoicncomj7xsx3adx7m7nacsuk4ad.onion
tswquihqsswt6pxgjzfzkltvrth53zcmzpktrjzaafo3q7wemvwdsuid.onion
-----BEGIN PGP SIGNATURE-----
iQIzBAEBCAAdFiEEbfleES3oPdbct1q5DE1JcU+sN9gFAmMkBFwACgkQDE1JcU+s
N9jcmxAA5jrqP5ShBLRFphi3k5eHHESBwF72Dl4CQPFzl8FFBUrwckE4ayztGeBg
lkkRex4p2Q2EZYfyf9AumTJQMVwxH04XrAk5A/DCFXKh6MA8sx86Tj3TnqbOy35w
H0G6icJeiPyrdaiCwg5O3U4tt90aBeBP/MMaUziGEAU27KRqZ5ASS2GVOMMCHXyY
5Hm8egi5224+RcUFL4Ajkd4YX37rqjaHFh6rQfyViul2NnUNa/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
Wygląda na to, że pozostałe są teraz mocno skupione. Ponieważ moim celem jest przywrócenie głównego adresu URL Dread do trybu online i nie wydawanie zbyt wielu zasobów na serwery testowe, ponownie je zmieniłem.
Oto kilka nowych adresów URL (ponownie podpisanych moim kluczem PGP /u/Paris ), odwiedź je i użyj ich w tym czasie zamiast adresu URL Dread.
frz6q5lqfrixg6vto2iy7v7lvq3i3jhet5oddyhg6tyuusq3t7k37nqd.onion
yl4mvqmgze2hti3t3x7mos2262ts2z4crshcdeurslkzhselu5bg3qad.onion
p5xdo22k72vofu4lqh5vv4hrxaucqh2kadporinh2tnbpfzzdl27fpid.onion
n7bpmxvqhct4eyuqlhckhnxhqskyoicncomj7xsx3adx7m7nacsuk4ad.onion
tswquihqsswt6pxgjzfzkltvrth53zcmzpktrjzaafo3q7wemvwdsuid.onion
-----BEGIN PGP SIGNATURE-----
iQIzBAEBCAAdFiEEbfleES3oPdbct1q5DE1JcU+sN9gFAmMkBFwACgkQDE1JcU+s
N9jcmxAA5jrqP5ShBLRFphi3k5eHHESBwF72Dl4CQPFzl8FFBUrwckE4ayztGeBg
lkkRex4p2Q2EZYfyf9AumTJQMVwxH04XrAk5A/DCFXKh6MA8sx86Tj3TnqbOy35w
H0G6icJeiPyrdaiCwg5O3U4tt90aBeBP/MMaUziGEAU27KRqZ5ASS2GVOMMCHXyY
5Hm8egi5224+RcUFL4Ajkd4YX37rqjaHFh6rQfyViul2NnUNa/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-----