Vídeo de 6 anos e é útil anda em 2024. Meus parabéns cara!!!
@Fred-qc4us3 жыл бұрын
Caramba, tô fazendo redes de computadores e esse canal é um elefante na roda pqp, muito útil.
@marcelezacomАй бұрын
Professor, por favor, o senhor poderia fazer um video usando as siglas ccTLD, gTLD e por ai vai? . Brigado
@caiosilva84232 жыл бұрын
poxa que maravilha de video
@tectimoteo4 жыл бұрын
Ótima explicação sobre DNS!
@faelpinho6 жыл бұрын
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!
@SimplificandoTI6 жыл бұрын
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.
@ClashRoyale-pt9zj3 жыл бұрын
ótima explicação parabéns
@marcel0loxxx6 жыл бұрын
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.
@andreserio6 жыл бұрын
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.
@SimplificandoTI6 жыл бұрын
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.
@yurihonorato1614 жыл бұрын
@@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 kzbin.info/www/bejne/p2qyZmyKoZ5gpqM da pra entender legal.
@yurihonorato1614 жыл бұрын
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 kzbin.info/www/bejne/p2qyZmyKoZ5gpqM da pra entender legal.
@oscarrenan2 жыл бұрын
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?
@opsayk4 жыл бұрын
muitoooo bom e uma ótima explicação
@nevescutambo28432 жыл бұрын
Show de aula
@Leandro_lima02 жыл бұрын
Qual é melhor, o dns do meu provedor ou outros globais tipo o da Google????? Qual mais rápido?
@andreserio6 жыл бұрын
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?
@SimplificandoTI6 жыл бұрын
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.
@guidortmund17335 жыл бұрын
muito bom , mais um inscrito.
@dellionsantos26403 жыл бұрын
Muito bom...
@estigarribia6664 жыл бұрын
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!
@raimac84784 жыл бұрын
Ótimo!
@betasatmonitoramentointeli74726 жыл бұрын
oi boa noite vc tem contatos preciso de uma consutoria