Resposta não autoritativa? Não consegue se conectar ao meu site?

2

Recentemente, percebi que não era possível fazer o FTP no meu site. Então eu tentei apenas ir ao meu site. Não funcionou. Decidi esperar um dia para ver se o problema se resolvia. Então, no dia seguinte, na escola, tentei ir ao telefone e funcionou. Quando cheguei em casa, não aconteceu. Eu acho que pode ser um problema com o meu DNS. Eu fiz nslookup e disse isso:

> chattle.tk
Server:  www.asusnetwork.net
Address:  192.168.1.1

Non-authoritative answer:
Name:  chattle.tk
Address:  31.170.167.58

A coisa é, funcionou antes. Ele apenas parou aleatoriamente, e eu não instalei nenhum novo firewall ou proxy ou qualquer coisa.

    
por Travis Nabbefeld 15.03.2013 / 00:07

3 respostas

0

O seu ATT & T bloqueia os ip's dos servidores. Não há muito que eu possa fazer sobre isso: (

    
por 18.03.2013 / 04:33
0

Tente executar um rastreamento de DNS dos dois locais diferentes e compare os resultados. Talvez exista um DNS mal configurado em algum lugar.

dig chattle.tk +trace 

Se a sua universidade falhar, experimente usar o servidor DNS do Google (8.8.8.8) para garantir que sua SOA esteja funcionando bem.

$ dig chattle.tk +trace @8.8.8.8

; <<>> DiG 9.8.1-P1 <<>> chattle.tk +trace @8.8.8.8
;; global options: +cmd
.           20377   IN  NS  b.root-servers.net.
.           20377   IN  NS  d.root-servers.net.
.           20377   IN  NS  c.root-servers.net.
.           20377   IN  NS  m.root-servers.net.
.           20377   IN  NS  j.root-servers.net.
.           20377   IN  NS  k.root-servers.net.
.           20377   IN  NS  e.root-servers.net.
.           20377   IN  NS  h.root-servers.net.
.           20377   IN  NS  a.root-servers.net.
.           20377   IN  NS  g.root-servers.net.
.           20377   IN  NS  f.root-servers.net.
.           20377   IN  NS  l.root-servers.net.
.           20377   IN  NS  i.root-servers.net.
;; Received 228 bytes from 8.8.8.8#53(8.8.8.8) in 199 ms

tk.         172800  IN  NS  a.ns.tk.
tk.         172800  IN  NS  b.ns.tk.
tk.         172800  IN  NS  c.ns.tk.
tk.         172800  IN  NS  d.ns.tk.
;; Received 271 bytes from 193.0.14.129#53(193.0.14.129) in 114 ms

chattle.tk.     300 IN  NS  ns2.freehostingnoads.net.
chattle.tk.     300 IN  NS  ns1.freehostingnoads.net.
;; Received 84 bytes from 194.0.40.1#53(194.0.40.1) in 51 ms

chattle.tk.     86400   IN  A   31.170.167.58
chattle.tk.     86400   IN  NS  ns1.freehostingnoads.net.
chattle.tk.     86400   IN  NS  ns2.freehostingnoads.net.
chattle.tk.     86400   IN  NS  ns3.freehostingnoads.net.
chattle.tk.     86400   IN  NS  ns4.freehostingnoads.net.
;; Received 200 bytes from 64.191.115.234#53(64.191.115.234) in 119 ms
    
por 15.03.2013 / 00:48
0

O encaminhamento de portas funciona apenas de fora para dentro. Você está tentando se conectar de dentro para o interior usando um endereço IP de destino que só pode funcionar com o encaminhamento de porta. Estes dois requisitos são contraditórios.

A menos que você esteja usando NAT de loopback (às vezes chamado de NAT hairpin, uma forma de NAT duplo), não será possível acessar um servidor usando seu endereço IP público da mesma rede privada em que o servidor está. O roteador não tem oportunidade para o NAT retornar os pacotes, o que faz com que eles tenham o endereço de origem errado quando são recebidos.

Veja esta resposta para um passo a passo de como ela falha.

    
por 15.03.2013 / 01:38