[GTER] Bloqueio do X

Thu Sep 19 12:25:16 -03 2024

Bom dia a todos,

Há muitos anos acompanho esta lista e nunca vi necessidade de me expressar,
sempre me servindo apenas de apoio ao conhecimento.

É bom todos trocarem experiências e conhecimentos, isso nos torna cada vez
maiores. Se está correto ou não aplicar é da consciência de cada operador.

No meu ponto de vista todos deveriam solicitar, após notificação, o
embasamento jurídico, ou seja, a lei, o artigo e o parágrafo, para basear
essa decisão.
Só para buscar clareza e poder refutar a solicitação corretamente.

Porém cada um é dono do seu destino, sua índole, suas ações. Muitos
preferem seguir o caminho da subserviência cega do que enfrentar uma
questão difícil. Baixam a cabeça e assim seguem pelo resto da vida. Outros
batem de frente, sofrem retaliações, prejuízos e muitas vezes até acabam
doentes por uma "guerra invencível".

Não estou aqui para apontar o dedo a ninguém. Mas cada um sabe o que deve
ser feito, e se não o faz, honestamente, não tem os mesmo princípios
daqueles que fizeram parte da Constituinte, e ao invés de serem uma solução
são só mais uma pedra na muralha da censura.

Lembrando que a frase mais usada pelos líderes nazistas no tribunal de
Nuremberg : “Eu obedecia ordens!”.

Sem mais,

Bom dia a todos e uma ótima semana!

Em qui., 19 de set. de 2024, 12:08, Fernando Frediani via gter <
gter at eng.registro.br> escreveu:

> De acordo que aqui não é lugar de discutir política partidária, mas é
> sim um a lista para se discutir soluções técnicas para problemas do dia
> a dia de operadores de rede e por vezes essas soluções devem se basear
> em conceitos e premissas sobre o ecossistema o qual todos trabalhamos e
> que alguns parecem confundir com "discussão política". Por exemplo dizer
> que a Internet não foi feita para se censurada e que existe o risco de
> quebra e prejuízos sérios à longo prazo não tem a ver com discussão
> política.
>
> Se alguém coloca o ponto de vista técnico *dele* sobre o assunto e
> outros não concordam que aquilo é adequado porque quebra algumas
> premissas importantes da Internet e que nesse contexto para alguns podem
> ter mais importância do que a discussão sobre a legislação de um país
> específico é legítimo tentar dirimir uma informação que parece
> equivocada levando tudo isso em conta.
>
> Como a maioria aqui já percebeu estamos em um cenário de muita confusão
> onde grande parte dos operadores de rede não tem a menor ideia do que
> fazer (e eu não estou falando apenas de quais comandos executar), não
> tem a quem recorrer, estão no escuro em busca de qualquer solução para
> tentarem tirar aquela pendência da frente deles e numa situação dessas
> se aplicarem qualquer solução técnica que veem pela frente sem fazer um
> mínimo de esforço em entender os efeitos disso terá como causa quebrar a
> Internet além do que foi solicitado prejudicando assim usuários e
> empresas e violando esses conceitos e premissas que deveriam ter quando
> atuando nesse ecossistema de Internet.
> Se uma suposta solução ou orientação técnica não parece correta e pode
> trazer problemas para quem usar cabe aos demais esclarecer o contrário.
>
> Que tal focar na discussão técnica sobre a solução, a extensão dela e os
> efeitos do bloqueio além do que foi solicitado?
>
> Fernando Frediani
>
> On 19/09/2024 11:49, Alexandre Ricardo Dezembro via gter wrote:
> > Senhores,
> >
> > O Rubens fez a gentileza de nos dar uma orientação técnica acerca de um
> > DEVER que muitos de nós aqui temos como administradores de Sistemas
> > Autônomos.
> >
> > Àqueles que se sentirem no DIREITO de não cumprirem a decisão judicial,
> por
> > favor, que se manifestem em juízo ou nas redes sociais, mas não aqui num
> > fórum de assuntos técnicos.
> >
> > Abraço a todos,
> >
> > Alexandre
> >
> > Em qui., 19 de set. de 2024 às 11:38, Luis Bueno via gter <
> > gter at eng.registro.br> escreveu:
> >
> >> Uma crítica não é censura. O Rubens pode continuar a falar as baboseiras
> >> que ele quiser aqui auxiliando o bloqueio do X.
> >>
> >> Em qui., 19 de set. de 2024, 10:48, Lucas Willian Bocchi via gter <
> >> gter at eng.registro.br> escreveu:
> >>
> >>> Faço minhas tuas palavras André. Agradeço demais a ajuda do Rubens
> neste
> >>> sentido.
> >>>
> >>> Em sex., 6 de set. de 2024 às 17:09, André Dias via gter <
> >>> gter at eng.registro.br> escreveu:
> >>>
> >>>> Rubens, obrigado por ter citado o projeto. Fico contente pelo feedback
> >>>> que tive de diversos provedores e/ou operadoras onde relataram que o
> >>>> script ajudou.
> >>>>
> >>>> Com seu feedback, adicionei diversas novas "features", como:
> >>>>
> >>>> -Rotas Estaticas IPv4 referente aos ASNs do X;
> >>>> -Rotas Estaticas IPv6 referente aos ASNs do X;
> >>>> -Entradas em DNS Recursivo (Unbound e Bind9);
> >>>> -Prefix List baseada nos ASNs do X. Função para 13 vendors diferentes
> >>>> (baseado no que o BGPQ4 suporta, basicamente).
> >>>>
> >>>> Fiquei muito contente inclusive com como a comunidade reagiu referente
> >>>> ao projeto, onde realmente agiram como comunidade contribuindo ao
> >>>> projeto, seja a nível de documentação, feature ou até mesmo ideias de
> >>>> novas funções que ajudam.
> >>>>
> >>>> Infelizmente, sabemos que esses bloqueios continuarão acontecendo, e
> >>>> deixando de lado qualquer viés politico/juridico, creio que esse
> script
> >>>> economizará bastante tempo da comunidade como um todo.
> >>>>
> >>>> Aproveito inclusive para convidar os leitores desse thread a
> contribuir
> >>>> com o projeto, mesmo que seja com ideias.
> >>>>
> >>>> Abraços
> >>>>
> >>>>
> >>>> On 9/1/24 12:07, Rubens Kuhl via gter wrote:
> >>>>> Independente de questões jurídicas off-topic para a GTER (tal como se
> >>>>> a 2a. decisão do STF suspendeu o bloqueio ou não), há operadores que
> >>>>> entendem que devem efetivar o bloqueio e ou tem dúvidas de como fazer
> >>>>> ou tem adotado soluções incompletas.
> >>>>>
> >>>>> Seguem então iniciativas para melhorar a chance de efetividade:
> >>>>> 1)https://github.com/andrediashexa/twitter-block
> >>>>>
> >>>>> Inclui rotas de descarte para todas as alocações de ASNs do X. Não
> >> tem
> >>>>> configurações de DNS ou de filtros BGP, e pode sofrer com rotas mais
> >>>>> específicas.
> >>>>> Também não inclui bloqueio do proxy reverso que o X usa no aplicativo
> >>>> mobile.
> >>>>> Suporta diversas plataformas (RouterOS, VyOS, Nokia, Huawei, Cisco,
> >>>> JunOS)
> >>>>> Apenas IPv4.
> >>>>>
> >>>>> 2)https://pastebin.com/cL4fhTsE (JunOS) e
> >>>>> https://pastebin.com/BQZq2LpC (Unbound)
> >>>>>
> >>>>>
> >>>>> Inclui rotas de descarte para os anúncios e alocações, IPv4 e IPv6 e
> >>>>> rotas de descarte para o proxy reverso. Falta colocar outras
> >>>>> plataformas, falta filtrar anúncios BGP por prefixo alocado para
> >>>>> permitir sumarizar as rotas de descrte.
> >>>>>
> >>>>>
> >>>>> Rubens
> >>>>> --
> >>>>> gter listhttps://eng.registro.br/mailman/listinfo/gter
> >>>> --
> >>>> gter listhttps://eng.registro.br/mailman/listinfo/gter
> >>>>
> >>> --
> >>> gter listhttps://eng.registro.br/mailman/listinfo/gter
> >>>
> >> --
> >> gter listhttps://eng.registro.br/mailman/listinfo/gter
> >>
> > --
> > gter listhttps://eng.registro.br/mailman/listinfo/gter
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>