Sim, eles assumem que isso pode ser devido a uma das seguintes razões:
1. Algumas pessoas discutiram a realização de um ataque DDOS à Gasprom, alguns esperam que isto seja uma reação a esse ataque, uma vez que o DDOS à Dread começou nos dias seguintes.
2. Um grande DNM a tentar esconder um esquema de saída.
Penso que a primeira suposição é falsa porque uma grande empresa como a Gasprom provavelmente tem outros problemas a resolver para além do DDOSSing Dread lol
1. Algumas pessoas discutiram a realização de um ataque DDOS à Gasprom, alguns esperam que isto seja uma reação a esse ataque, uma vez que o DDOS à Dread começou nos dias seguintes.
2. Um grande DNM a tentar esconder um esquema de saída.
Penso que a primeira suposição é falsa porque uma grande empresa como a Gasprom provavelmente tem outros problemas a resolver para além do DDOSSing Dread lol
Ainda estão sob forte ataque DDoS
http://dreadytofatroptsdj6io7l3xptbet6onoyno2yv7jicoxknyazubrad.onion -
Último Online: Dom 18 de setembro 15:44:26 2022 UTC
o ip2 também está em baixo? quem tem essa ligação?
http://dreadytofatroptsdj6io7l3xptbet6onoyno2yv7jicoxknyazubrad.onion -
Último Online: Dom 18 de setembro 15:44:26 2022 UTC
o ip2 também está em baixo? quem tem essa ligação?
Mensagem de Paris admin off dread ( fonte tor.taxi )
O i2p está a funcionar e é estável.
O dinheiro foi queimado. Mas tudo para foder a mãe dos DDOSERs. Estamos a cagar para o que for preciso. O Dread mantém-se no ar.
Edit (14th): Mais ajustes e poupanças de custos!
Podíamos ter ficado apenas estáveis, mas ver o dinheiro a arder à frente dos meus olhos doeu demasiado. Então eu me concentrei hoje em otimizar o processo de handshakes de circuito (deixando de lado o pool de thread único e espalhando os pedidos em múltiplos processos tor independentes com basicamente o mesmo estado de memória para evitar que o pool de SINGLE thread bloqueie tudo [TorProject why is there only... one... single... fucking... thread... pool for all this onion handshake shit? Os cpus modernos têm núcleos para dias. DIAS! Que se foda a biblioteca cpuworker.c. Está espalhada por todo o lado. DÁ-ME UM VERDADEIRO THREADADING. COMAM A COMPUTAÇÃO. Só porque as pessoas podem colocar esta merda em contentores para contornar o vosso design idiota, não significa que isto esteja bem. OK?])
Os valores do Tor foram ajustados. Eu fiz um bom trabalho para a rede Tor também ao espalhar estatisticamente a carga sobre basicamente todos os guardas. Caso contrário, teria havido muito mais nós de guarda a morrer por todo o lado. O POW está a chegar e este ataque será apenas um mau momento no passado. Mas neste momento estamos a otimizar.
Edit (16th): A rede Tor está a começar a ter efeitos em cascata:
metrics.torproject.org
Embora geralmente isso não resulte em falhas dos circuitos neste momento. A carga extra de construção de circuitos mostrou ser extremamente desgastante para a rede, prejudicando a taxa de transferência geral. Mas há boas notícias. Depois de muitos testes, eu tenho um projeto de balanceamento de cebola que deve ser eficaz em distribuir igualmente a introdução da carga em muitas frentes. Com o limite de pontos de introdução em um único descritor V3 sendo 20, não é suficiente para obter tempo de atividade. A introdução de descritores distintos na rede é a única forma de manter estes servidores activos sob um ataque como este. A atual conceção de descritores distintos deixa muito a desejar, porque a carga não está tão bem distribuída como deveria estar. Especificamente para pontos de introdução que são controlados por mim para que não aconteça nenhuma parvoíce (e as rejeições de descritores possam ser minimizadas/eliminadas tanto quanto possível). Quando eu terminar, a rotação dos descritores será efetivamente mínima, mesmo sob carga excessiva.
Esta será a minha maior conquista. Evitar falhas na camada de protocolo, ultrapassando todo o processo de introdução da cebola.
O i2p está a funcionar e é estável.
http://dreadtoobigdsrxg4yfspcyjr3k6675vftyco5pyb7wg4pr4dwjq.b32.i2p
O dinheiro foi queimado. Mas tudo para foder a mãe dos DDOSERs. Estamos a cagar para o que for preciso. O Dread mantém-se no ar.
Edit (14th): Mais ajustes e poupanças de custos!
Podíamos ter ficado apenas estáveis, mas ver o dinheiro a arder à frente dos meus olhos doeu demasiado. Então eu me concentrei hoje em otimizar o processo de handshakes de circuito (deixando de lado o pool de thread único e espalhando os pedidos em múltiplos processos tor independentes com basicamente o mesmo estado de memória para evitar que o pool de SINGLE thread bloqueie tudo [TorProject why is there only... one... single... fucking... thread... pool for all this onion handshake shit? Os cpus modernos têm núcleos para dias. DIAS! Que se foda a biblioteca cpuworker.c. Está espalhada por todo o lado. DÁ-ME UM VERDADEIRO THREADADING. COMAM A COMPUTAÇÃO. Só porque as pessoas podem colocar esta merda em contentores para contornar o vosso design idiota, não significa que isto esteja bem. OK?])
Os valores do Tor foram ajustados. Eu fiz um bom trabalho para a rede Tor também ao espalhar estatisticamente a carga sobre basicamente todos os guardas. Caso contrário, teria havido muito mais nós de guarda a morrer por todo o lado. O POW está a chegar e este ataque será apenas um mau momento no passado. Mas neste momento estamos a otimizar.
Edit (16th): A rede Tor está a começar a ter efeitos em cascata:
Desempenho - Tor Metrics
metrics.torproject.orgEmbora geralmente isso não resulte em falhas dos circuitos neste momento. A carga extra de construção de circuitos mostrou ser extremamente desgastante para a rede, prejudicando a taxa de transferência geral. Mas há boas notícias. Depois de muitos testes, eu tenho um projeto de balanceamento de cebola que deve ser eficaz em distribuir igualmente a introdução da carga em muitas frentes. Com o limite de pontos de introdução em um único descritor V3 sendo 20, não é suficiente para obter tempo de atividade. A introdução de descritores distintos na rede é a única forma de manter estes servidores activos sob um ataque como este. A atual conceção de descritores distintos deixa muito a desejar, porque a carga não está tão bem distribuída como deveria estar. Especificamente para pontos de introdução que são controlados por mim para que não aconteça nenhuma parvoíce (e as rejeições de descritores possam ser minimizadas/eliminadas tanto quanto possível). Quando eu terminar, a rotação dos descritores será efetivamente mínima, mesmo sob carga excessiva.
Esta será a minha maior conquista. Evitar falhas na camada de protocolo, ultrapassando todo o processo de introdução da cebola.
Aqui estão algumas ligações que Paris partilhou. Estes devem funcionar bem.
/u/Paris
A
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Parece que os outros se concentraram muito agora. Uma vez que o meu objetivo é ter o url principal do Dread novamente online e não gastar demasiados recursos nos servidores de teste, voltei a rodá-los.
Aqui estão algumas URLS novas (novamente assinadas pela minha chave PGP /u/Paris ), visitem-nas e usem-nas em vez da url do Dread neste momento.
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
Parece que os outros se concentraram muito agora. Uma vez que o meu objetivo é ter o url principal do Dread novamente online e não gastar demasiados recursos nos servidores de teste, voltei a rodá-los.
Aqui estão algumas URLS novas (novamente assinadas pela minha chave PGP /u/Paris ), visitem-nas e usem-nas em vez da url do Dread neste momento.
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-----