Vídeo de 6 anos e é útil anda em 2024. Meus parabéns cara!!!

Caramba, tô fazendo redes de computadores e esse canal é um elefante na roda pqp, muito útil.

Ótima explicação sobre DNS!

ótima explicação parabéns

muitoooo bom e uma ótima explicação

poxa que maravilha de video

muito bom , mais um inscrito.

Melhor dns que eu já vi para redes locais é o nxfilter, na qual se pode criar políticas de controle de páginas por ip / usuário edomínios internos, classificação de url, integração com AD e logging. o outro serviço free até e de muito bom uso é o open dns. É importante ver se a rede onde vc estará usando tem alguma regra ou função para evitar o dns haijack implantando o dns security com o dnssec, onde todas as solicitações são encriptadas evitando o main in the midle. Outra dica é sempre dropar nO seu FW que qualquer requisição que parta da rede local seja forçado a consultar o teu dns interno onde possui as regras que vc criou, assim qualquer um que tentar alterar o dns na mão para outro para burlar o bloqueio, ficará sem navegação.

Show de aula

Tem uns vídeos por aí de alguns provedores que ensinam a fazer o Mikrotik pegar todo o tráfego de DNS e ao invés de deixar sair eles redirecionam pro seu DNS local pra economizar banda. Excelente vídeo!

@SimplificandoTI

6 жыл бұрын

Sim, isso é possível de ser feito. Porém existe um problema: pelo principio da Neutralidade da Rede um provedor não pode obrigar seus usuários a fazerem isso. Ele pode oferecer como benefício, mas tem que dar condições para um usuário que queira resolver seu DNS fora. Faz parte do Marco Civil da Internet (Lei 12.965/2014) que os provedores devem "tratar de forma isonômica quaisquer pacotes de dados, sem distinção por conteúdo, origem e destino, serviço, terminal ou aplicação" (art. 9º). Eu duvido que alguém vá denunciar do nada um provedor por redirecionar DNS, porém muitos provedores fazem esse tipo de otimização sem perceber que estão violando a lei. Depois um dia aparece um cliente querendo "causar" (porque por exemplo foi protestado e quer se vingar) e pode ser pego de surpresa.

Muito bom...

Algumas perguntas pertinentes ao assunto: 1) É vantajoso ter um servidor DNS próprio dentro de uma empresa? Se sim é somente pelo tempo de resposta? 2) Um mesmo servidor DNS pode ser utilizado para traduzir requisições internas (dos usuários da rede da empresa) e externas (para quem busca um serviço dentro da sua rede)? 3) Em empresas com controlador de domínio como é feita a configuração para utilizar o DNS do AD para requisições internas e o segundo servidor DNS para traduzir os sites de fora?

@SimplificandoTI

5 жыл бұрын

Boas perguntas! Veja abaixo as minhas respostas para cada uma das suas perguntas: 1) Existem algumas razões que uma empresa pode querer ter um servidor DNS próprio, mas eu não acho que o tempo de resposta seja uma boa razão. O ganho de tempo é apenas no primeiro acesso do dia ao site (depois o desktop "lembra" o nome e não precisa mais). Criar um servidor de DNS apenas por performance - na minha opinião - não vale o trabalho. Na verdade eu acredito que a principal razão para uma empresa ter DNS interno seja a resposta da sua pergunta 2). 2) Sim, pode, e como falei, eu acredito que seja uma das principais razões para se ter um DNS interno.

Consegue criar uma breve configuração exemplo de um servidor de hospedagem, com 3 sites e seus e-mails com um breve painel que cria db, email e senhas e senhas de ftp, tudo em windowa server 2019 ou isso seria uma dispendiosa tarefa de dias e dias de trabalho?

Qual é melhor, o dns do meu provedor ou outros globais tipo o da Google????? Qual mais rápido?

Este TTL é o mesmo relacionado a vida de pacotes? Por exemplo, como foi citado em outro vídeo relacionado a diferença de switch's e roteadores, em que caso um pacote não encontre o destino, ele fica saltando entre roteadores na internet até que seja morto. Isso ocorre em decorrência do TTL utilizado no envio do pacote, certo? Inclusive - me corrija se estiver erredo - algumas ferramentas como nmap usam dele para deduzir qual o sistema operacional que está rodando em um host já que cada sistema operacional costuma usar um padrão no TTL. Não só neste exemplo, mas também uma ferramenta muito comum, a tracert/traceroute.

@SimplificandoTI

6 жыл бұрын

O TTL (time to live) é um recurso comum em muitos protocolos, porém usados por razões diferentes. Em um cabeçalho IP, como você mesmo disse, serve para evitar que um pacote fique rodando infinitamente pela rede. Já no DNS é um indicativo quanto tempo um equipamento deve "lembrar" um mapeamento (por exemplo, lembrar que o nome www.marcelo.etc.br tem IP 145.14.145.217 por 24 horas). O interessante é que neste caso do DNS um pacote tem 2 TTLs diferentes: no cabeçalho IP tem o TTL referente a quantidade de roteadores ele pode atravessar, já a parte DNS tem o TTL de quanto tempo a informação deve ser memorizada. Nós que somos humanos sabemos disso e achamos engraçado, mas para os equipamentos da rede, é apenas mais um dia normal.

@yurihonorato161

3 жыл бұрын

@@SimplificandoTI o TTL do IP também pode ser chamado de hop limit, evitando assim ser confundido com o TTL do DNS armazenado em cache. No minuto 3:40 do vídeo kzread.info/dash/bejne/o22Dl5uNnJyToKQ.html da pra entender legal.

@yurihonorato161

3 жыл бұрын

o TTL do IP também pode ser chamado de hop limit, evitando assim ser confundido com o TTL do DNS armazenado em cache. No minuto 3:40 do vídeo kzread.info/dash/bejne/o22Dl5uNnJyToKQ.html da pra entender legal.

oi boa noite vc tem contatos preciso de uma consutoria

em redes ip

ok

Seus vídeos são muito bons, mas preciso dar uma dica: tu precisa falar mais devagar, mais pausadamente. Lembre-se que, assim como tem gente que já entende um pouco ou muito, de rede, assistindo, tem gente que não entende nada, ou quase nada, assistindo tbm, querendo aprender. Obrigado pela atenção!

Domain name system

Ótimo!