Fórum Ubuntu Linux - PT
Suporte Técnico => Servidores => Tópico iniciado por: Grenfell em 28 de Outubro de 2011, 09:11
-
Olá galera.
Tenho um servidor cloud com Ubuntu 10.04 instalado nele.
A empresa onde contratei o servidor me forneceu um endereço DNS, e eu já repliquei esse endereço no meu domínio.
Após isso criei uma pasta com o nome do domínio (meudominio.com) no Apache, e coloquei alguns arquivos de teste nela.
Só que não está funcionando, pois quando entro no endereço do site retorna o seguinte erro:
Unable to determine IP address from host name for www.meudominio.com
Alguém poderia me ajudar?
-
A empresa onde contratei o servidor me forneceu um endereço DNS, e eu já repliquei esse endereço no meu domínio.
O que vc chama de "endereço DNS"?
Você consegue resolver o nome "www.meudominio.com" em sua estação de trabalho? E no próprio servidor cloud?
Quem administra o servidor DNS responsável pela zona "meudominio.com"?
-
Eu chamo de DNS aquele endereço ns1.servidor.com.br / ns2.servidor.com.br
Você consegue resolver o nome "www.meudominio.com" em sua estação de trabalho? E no próprio servidor cloud?
Não, nem um nem outro...
Da o erro: Unable to determine IP address from host name for www.meudominio.com
Quem administra o servidor DNS responsável pela zona "meudominio.com"?
Eu comprei esse domínio em uma empresa onde hospedava o site antes de migrar para o server cloud...
Se quer saber a empresa era a TI Fácil...
Agora estou em outra empresa para Cloud (SoftCloud)...
Vlw!!!
-
Nesse caso vc precisa atualizar o seu domínio, pra prosseguir. Informe a modificação pro responsável, peça pra ele fazer a atualização.
Temporariamente, você pode adicionar o nome ao arquivo /etc/hosts da sua máquina; digamos que o endereço do seu servidor seja 200.200.200.200; você então vai adicionar a linha abaixo ao arquivo /etc/hosts:
200.200.200.200 www.dominio.com
Assim vc vai poder abrir seu servidor sem problemas, até a zona ser atualizada. Note que isso só vale pra sua máquina; outras pessoas só vão poder acessar quando a modificação do DNS for implementada.
-
A alteração do DNS já foi implementada.
Irei fazer o que você disse agora.
Daqui a pouco posto o resultado.
Vlw cara...
-
Parece que não foi, afinal você continua não conseguindo resolver...
-
Você tem o bind9 instalado?
-
Essa é minha dúvida.
Solicitei o redirecionamento do DNS já.
E quero saber se preciso configurar alguma coisa no servidor, ou se eu apenas preciso criar uma pasta dentro do Apache com o nome do server e já era.
-
Você tem o bind9 instalado?
Cara, não tinha instalado não.
Acabei de instalar.
Você indica algum manual para eu poder configurá-lo?
-
instala o bind9 :
sudo aptitude install bind9
depois de instalado digite o seguinte:
dig seudominio@IPservidor
depois digite:
dig -x IPservidor (para dns reverso)
dig -t MX seudomínio (para apontamendo mx)
Com esses 3 comandos você saberá para onde estão apontados os seus dns.
Posta o resultado aí , pra gente te ajudar.
-
Não adianta instalar o BIND, se você não for o master da zona. O problema só vai ser resolvido quando o servidor master for atualizado.
-
Não adianta instalar o BIND, se você não for o master da zona. O problema só vai ser resolvido quando o servidor master for atualizado.
Adianta sim, pois é possível saber o estado do servidor em relação aos dns, já que a empresa forneceu um dns. ;)
-
Cara, fiz o que vc falou, porém no navegador continua aparecendo o mesmo erro.
Segue abaixo o que o terminal trouxe quando digitei os comandos.
root@s2:~# dig meudominio.com@99.99.999.99
; <<>> DiG 9.7.0-P1 <<>> meudominio.com@99.99.999.99
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 57484
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
;; QUESTION SECTION:
;meudominio.com\@99.99.999.99. IN A
;; AUTHORITY SECTION:
. 1057 IN SOA a.root-servers.net. nstld.verisi
gn-grs.com. 2011102800 1800 900 604800 86400
;; Query time: 40 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Fri Oct 28 10:09:23 2011
;; MSG SIZE rcvd: 118
root@s2:~# dig -x 99.99.999.99
; <<>> DiG 9.7.0-P1 <<>> -x 99.99.999.99
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 18235
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;99.999.99.99.in-addr.arpa. IN PTR
;; ANSWER SECTION:
99.999.99.99.in-addr.arpa. 13664 IN PTR 99-99-999-99.softcloud.com.br.
;; Query time: 36 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Fri Oct 28 10:10:30 2011
;; MSG SIZE rcvd: 86
root@s2:~# dig -t MX meudominio.com
; <<>> DiG 9.7.0-P1 <<>> -t MX clancbop.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 5698
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;meudominio.com. IN MX
;; Query time: 216 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Fri Oct 28 10:11:26 2011
;; MSG SIZE rcvd: 30
-
Não adianta, pq mesmo que ele cadastre o servidor recém instalado como resolvedor local, [/etc/resolv.conf -> "nameserver 127.0.0.1"], esse resolvedor vai continuar consultando o master da zona, e continuar pegando o resultado errado.
A única forma de resolver isso com um servidor DNS local seria criar uma zona customizada no próprio servidor, como ele é consultado primeiro ele iria responder como master da zona antes de repassar a consulta. Só que isso só funcionaria na própria máquina, e nas máquinas que ele configurasse pra usar esse mesmo servidor. Mas no fim isso é exatamente a mesma coisa que eu recomendei lá em cima --- colocar a informação no arquivo /etc/hosts, só que de uma maneira muito mais complicada.
Cara, fiz o que vc falou, porém no navegador continua aparecendo o mesmo erro.
Eu avisei que não iria funcionar. Mas foi bom você ter postado a informação do dig, vamos analisar e ver o que pode/precisa ser feito.
-
; <<>> DiG 9.7.0-P1 <<>> meudominio.com@99.99.999.99
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 57484
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
;; QUESTION SECTION:
;meudominio.com\@99.99.999.99. IN A
;; AUTHORITY SECTION:
. 1057 IN SOA a.root-servers.net. nstld.verisi
gn-grs.com. 2011102800 1800 900 604800 86400
Isso significa que o seu domínio não foi encontrado. Mas provavelmente vc deveria tentar de novo, colocando um espaço antes do "@", talvez ele tenha interpretado mal seu comando.
-
Cara, fiz o que vc falou, porém no navegador continua aparecendo o mesmo erro.
Como eu disse, não é para funcionar, e sim para vermos o estado do seu domínio! Entendam isso:
o dig serviu pra gente ver que o seu dns não está apontando para o seu domínio/servidor.
Por isso pedi para você instalar o bind ???
Você não tem acesso as configurações do dns junto ao seu provedor? Algum painel que altere isso?
-
Você não tem acesso as configurações do dns junto ao seu provedor? Algum painel que altere isso?
Se você está falando um painel onde eu altere o DNS, sim tenho e já fiz a alteração ontem pela manhã.
Até ontem a noite ele estava dando um erro 404, pois tinha cancelado a hospedagem antiga, e a partir de hoje ele começou a dar o erro que postei.
Isso significa que o seu domínio não foi encontrado. Mas provavelmente vc deveria tentar de novo, colocando um espaço antes do "@", talvez ele tenha interpretado mal seu comando.
Fiz o que disse e retornou o seguinte;
root@s2:~# dig meudominio.com @99.99.999.99
; <<>> DiG 9.7.0-P1 <<>> meudominio.com @99.99.999.99
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 58806
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;meudominio.com. IN A
;; Query time: 1120 msec
;; SERVER: 99.99.999.99#53(23.19.156.68)
;; WHEN: Fri Oct 28 11:37:51 2011
;; MSG SIZE rcvd: 30
Galera, desde já agradeço muito a ajuda a atenção de todos...
-
Use o comando "whois meudominio.com" pra consultar as informações do seu domínio, veja se está tudo batendo. Em especial, esse comando vai retornar o nome dos servidores DNS principal e secundário da sua zona de domínio; observe se esses endereços estão corretos, e também se eles estão funcionando corretamente. Você pode inclusive repetir o comando dig com eles, assim:
whois meudominio.com
(...)
Domain name: meudominio.com
Registrar: alguma coisa
Whois server: alguma coisa
Referral URL: etc
Name Server: NS1.SERVIDOR.COM.BR
Name Server: NS2.SERVIDOR.COM.BR
Status: blablabla
Update Date: 27-oct-2011
...
Veja se esses servidores são mesmo os servidores DNS que você contratou, e confirme que eles estão funcionando corretamente. Você pode direcionar a consulta do dig diretamente pra eles, pra confirmar que eles são capazes de dar uma resposta autoritativa:
dig www.meudominio.com @ns1.servidor.com.br
-
Faz as dicas abaixo (aproveitando para quem precisar)
http://www.hardware.com.br/tutoriais/instalando-servidor-dns/
Depois testa de novo:
dig dominio.com.br @IPservidor (veja se mostra o domínio vinculado ao dns)
dns reverso
dig -x IPservidor (tem que mostrar o ip do servidor ao contrário)
dig -t MX dominio.com.br (veja se mostra o domínio vinculado ao mx )
foi o que deu certo no meu servidor.
Tenta aí depois posta o result.
-
zekkerj
Fiz os comandos que vc indicou.
No Whois, o DNS está certo, apontando para o servidor atual.
O dig retornou o seguinte:
;; QUESTION SECTION:
;www.meudominio.com. IN A
;; AUTHORITY SECTION:
. 518400 IN NS D.ROOT-SERVERS.NET.
. 518400 IN NS E.ROOT-SERVERS.NET.
. 518400 IN NS F.ROOT-SERVERS.NET.
. 518400 IN NS G.ROOT-SERVERS.NET.
. 518400 IN NS H.ROOT-SERVERS.NET.
. 518400 IN NS I.ROOT-SERVERS.NET.
. 518400 IN NS J.ROOT-SERVERS.NET.
. 518400 IN NS K.ROOT-SERVERS.NET.
. 518400 IN NS L.ROOT-SERVERS.NET.
. 518400 IN NS M.ROOT-SERVERS.NET.
. 518400 IN NS A.ROOT-SERVERS.NET.
. 518400 IN NS B.ROOT-SERVERS.NET.
. 518400 IN NS C.ROOT-SERVERS.NET.
;; Query time: 3 msec
;; SERVER: 108.62.41.4#53(108.62.41.4)
;; WHEN: Fri Oct 28 13:42:41 2011
;; MSG SIZE rcvd: 245
EdJunior
Estou saindo do serviço agora e farei isso quando chegar em casa.
Assim que tiver os resultados posto aqui...
Mais uma vez mto obrigado a todos...
-
O dig não te deu informação de "SOA", não? [SOA == "Start Of Authority", que identifica e define a zona DNS]
-
O dig não te deu informação de "SOA", não? [SOA == "Start Of Authority", que identifica e define a zona DNS]
Não. Foi ai que comecei a fazer o que o tutorial que o EdJunior passou.
Então vi uma coisa que me deixou curioso.
O DNS que a empresa do server me passou está direcionamento para o servidor 111.111.111.111
Porém o meu server é o 222.222.222.222
É certo isso??
Eu não tenho que configurar o DNS para apontar para o meu servidor (222.222.222.222)??
Se sim como eu faço isso?? Seguindo o tutoria que o EdJunior me enviou resolve isso??
Quanta pegrunta...
rsrsrs
Abraços!!
-
Acho que está chegando no limite do que dá pra fazer com dados fictícios.
O DNS que a empresa do server me passou está direcionamento para o servidor 111.111.111.111
Porém o meu server é o 222.222.222.222
Como assim? O que vc chama de "DNS que a empresa do server te passou"?
-
Servidor cloud ou outro qualquer a empresa responsável que fornece o cloud ou seja qual for , você tem que pedir para mesma configurar os dns externos e reverso dento do resolver deles, e dentro do seu servidor você configura o bind9 para responder para toda internet assim como o virtual host no apache.
caso esteja com duvidas veja o tutorial
http://ubuntuforum-br.org/index.php/topic,88029.0.html
depois de seguir todos os passos do tutorial
peça para empresa de hospedagem configurar as entradas dns
ns1.suaempresa.com -> 1.1.1.1.1
suaempresa.com -> 1.1.1.1
mail.suaempresa.com -> 1.1.1.1.1
ns2.suaempresa.com -> 2.2.2.2.2
não esquecendo o dns reverso
qualquer duvida reporte aqui
-
zekkerj
Qundo digo DNS que a empresa do server me passou, foi o DNS que a empresa onde eu contratei o Cloud me passou.
Ex.: ns1.empresacloud.com.br
ns2.empresacloud.com.br
Quando eu dou um dig ns1.empresacloud.com.br ele me mostra como IP 108.62.41.4...
Porém o IP do meu servidor é 23.19.156.XX...
MInha dúvida é, o DNS que a empresa do Cloud me passou não deveria apontar para o IP do meu servidor??
cianetmidia
Qnd vc diz pra eu configurar meu IP púplico para o DNS ns1.meudominio.com.br e depois acertar o hostname no meu servidor para server.meudominio.com.br, o que vc quer dizer exatamente??
Por exemplo, eu possuo 3 domínios diferentes que eu preciso apontar para esse servidor, devo fazer isso para cada domínio ou escolho um e replico?
Desculpem-me se entou sendo muito leigo... rsrsrs
Antigamente eu usava apenas serviços de hospedagem, então eu só configurava o DNS e pronto, o site tava rodando...
Porém quis migrar para um Cloud, então essa é a primeira vez que tenho contato com esse tipo de serviço...
Muito obrigado a todos...
-
Quando eu dou um dig ns1.empresacloud.com.br ele me mostra como IP 108.62.41.4...
Porém o IP do meu servidor é 23.19.156.XX...
Mas o que uma coisa tem a ver com a outra?
MInha dúvida é, o DNS que a empresa do Cloud me passou não deveria apontar para o IP do meu servidor??
Claro que não. Uma coisa é uma coisa, outra coisa é outra coisa. Se não está funcionando, é pq eles não configuraram direito a zona; mas não há necessidade nenhuma de que o endereço do servidor DNS responsável pela zona seja o mesmo do seu recurso. Aliás, eles não precisam nem estar na mesma rede...
-
Eu imaginei que tinha algo a ver...
Contratar um serviço tipo o do http://www.nettica.com/ seria bom ou dinheiro jogado fora?
E isso solucionaria meu problema??
-
Você deve configurar seu dns e apache para responderem para 01 ou mais domínios , todo servidor dns tem que ter obrigatoriamente 02 ou mais ips validos para poder aceitar conexões vindas da internet, o tutorial mostra como configurar para 01 ou mais domínios depois se tudo estiver correto peça para empresa ajustar as zonas de dns dentro do resolver deles para apontar as entradas
meudomino.com.br -> para o ip do seu servidor
ns1.meudomino.com.br -> para o ip do seu servidor
ns2.meudomino.com.br -> para o ip do seu servidor
mail.meudominio.com.br -> para o ip do seu servidor
não esqueça de pedir para configurar o dns reverso senão terá problemas
e apos a publicação do registro.br vc terá 01 ou mais sites respondendo para este servidor
para podermos melhor lhe ajudar poderia postas o named.conf named.local e o arquivo de zona meudomino.com.br
Lembrando cuidado com firewall tem que liberar porta 53 80 21 22 443 3306 entre outras dependo do serviço a ser executado dento do server
Grato Rubens