Como anexar meu domínio com bind em www real

Question

Como anexar meu domínio com o bind no real wwwI install bind9, com o apache. Pela graça de Deus tudo foi suave. minha escavação, host, nslookup e ping fornecem essa informação:

endereço IP do meu sistema: 59.177.154.251

meu nome de domínio: imsingh.com

meu registrador de domínios: GoDaddy.com

Quando escrevo imsingh.com na barra de endereços do meu navegador, o site é aberto corretamente.

minha pergunta: O que eu preciso fazer ainda mais para que imsingh.com abra o site hospedado no meu sistema. quando eu ou você, ou qualquer outra pessoa clica www.imsingh.com então o site hospedado no meu sistema não é lançado. Eu quero saber como eu devo mudar o nome do usuário com ns1.imsingh.com & ; ns2.imsingh.com no GoDaddy.com porque quando eu os troco GoDaddy diz nameserver not registered

            # dig imsingh.com

            ; <<>> DiG 9.8.4-rpz2+rl005.12-P1 <<>> imsingh.com
            ;; global options: +cmd
            ;; Got answer:
            ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 15453
            ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2

            ;; QUESTION SECTION:
            ;imsingh.com.           IN  A

            ;; ANSWER SECTION:
            imsingh.com.        86400   IN  A   59.177.154.251

            ;; AUTHORITY SECTION:
            imsingh.com.        86400   IN  NS  NS1.imsingh.com.
            imsingh.com.        86400   IN  NS  NS2.imsingh.com.

            ;; ADDITIONAL SECTION:
            NS1.imsingh.com.    86400   IN  A   59.177.154.251
            NS2.imsingh.com.    86400   IN  A   59.177.154.251

            ;; Query time: 0 msec
            ;; SERVER: 127.0.0.1#53(127.0.0.1)
            ;; WHEN: Fri Aug  9 16:01:25 2013
            ;; MSG SIZE  rcvd: 113

            # host imsingh.com
            imsingh.com has address 59.177.154.251
            imsingh.com mail is handled by 10 MX1.imsingh.com.

            # nslookup imsingh.com
            Server:     127.0.0.1
            Address:    127.0.0.1#53

            Name:   imsingh.com
            Address: 59.177.154.251


            # ping imsingh.com
            PING imsingh.com (59.177.154.251) 56(84) bytes of data.
            64 bytes from IMSINGH.COM (59.177.154.251): icmp_req=1 ttl=254 time=0.539 ms
            64 bytes from IMSINGH.COM (59.177.154.251): icmp_req=2 ttl=254 time=0.535 ms
            64 bytes from IMSINGH.COM (59.177.154.251): icmp_req=3 ttl=254 time=0.529 ms
            64 bytes from IMSINGH.COM (59.177.154.251): icmp_req=4 ttl=254 time=0.534 ms
            64 bytes from IMSINGH.COM (59.177.154.251): icmp_req=5 ttl=254 time=0.534 ms
            ^C
            --- imsingh.com ping statistics ---
            5 packets transmitted, 5 received, 0% packet loss, time 3997ms
            rtt min/avg/max/mdev = 0.529/0.534/0.539/0.014 ms

Dados para endereço IP

            # dig -x 59.177.154.251

            ; <<>> DiG 9.8.4-rpz2+rl005.12-P1 <<>> -x 59.177.154.251
            ;; global options: +cmd
            ;; Got answer:
            ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 27574
            ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 1

            ;; QUESTION SECTION:
            ;251.154.177.59.in-addr.arpa.   IN  PTR

            ;; ANSWER SECTION:
            251.154.177.59.in-addr.arpa. 604800 IN  PTR IMSINGH.COM.

            ;; AUTHORITY SECTION:
            59.in-addr.arpa.    604800  IN  NS  IMSINGH.COM.

            ;; ADDITIONAL SECTION:
            IMSINGH.COM.        86400   IN  A   59.177.154.251

            ;; Query time: 0 msec
            ;; SERVER: 127.0.0.1#53(127.0.0.1)
            ;; WHEN: Fri Aug  9 16:05:06 2013
            ;; MSG SIZE  rcvd: 100


            # host 59.177.154.251
            251.154.177.59.in-addr.arpa domain name pointer IMSINGH.COM.


            # host 59.177.154.251
            251.154.177.59.in-addr.arpa domain name pointer IMSINGH.COM.


            # ping 59.177.154.251
            PING 59.177.154.251 (59.177.154.251) 56(84) bytes of data.
            64 bytes from 59.177.154.251: icmp_req=1 ttl=254 time=0.679 ms
            64 bytes from 59.177.154.251: icmp_req=2 ttl=254 time=0.529 ms
            64 bytes from 59.177.154.251: icmp_req=3 ttl=254 time=0.533 ms
            64 bytes from 59.177.154.251: icmp_req=4 ttl=254 time=0.689 ms
            64 bytes from 59.177.154.251: icmp_req=5 ttl=254 time=0.523 ms
            ^C
            --- 59.177.154.251 ping statistics ---
            5 packets transmitted, 5 received, 0% packet loss, time 3998ms
            rtt min/avg/max/mdev = 0.523/0.590/0.689/0.080 ms

    

Answer 1

Eu encontrei essa pepita na sua pergunta (dica: ajuda a ser o mais específico possível sobre o seu problema e tente evitar informações superfluentes; se mais informações forem necessárias, normalmente elas serão solicitadas nos comentários em ordem curta, e você pode editar sua pergunta para incluí-la) ...

I want to know how i should change namesever with ns1.imsingh.com & ns2.imsingh.com at GoDaddy.com because when i change them GoDaddy says nameserver not registered

Essa parte é fácil. Ou, bem, não necessariamente fácil, mas se você sabe como o DNS funciona, é fácil ver o que está errado, e isso deve ajudá-lo a consertá-lo. Como seus servidores de nomes delegados estão no mesmo domínio que você está delegando, você precisa fornecer o que é conhecido como registros de cola por meio do registrador, para que qualquer pessoa que consulte os servidores de nomes raiz não tenha catch-22 situação de necessidade de saber os endereços de seus servidores de nome antes que eles possam encontrar os endereços de seus servidores de nomes. Esses registros de cola também precisam ser mantidos se o endereço IP de seu (s) servidor (es) de nomes mudar (em).

Normalmente, isso é feito como uma etapa separada antes de você inserir os registros de delegação ou junto com o nome do host delegado como um campo de IP separado. Eu não sei exatamente como o GoDaddy, em particular, faz isso, mas deve haver algum lugar em sua interface de administração onde você possa fornecer dados de registro de cola.

Você também pode estar interessado em Esclarecimento de por que os arquivos da zona DNS exigem registros NS no ServerFault, o que explica por que e como os registros de cola são usados.

Dito isto, você pode querer reconsiderar a execução do seu próprio servidor se precisar perguntar algo como isto. Além de coisas como estabilidade de conexão, problemas de fornecimento de energia, redundância de hardware e assim por diante, tenha em mente que a Internet de hoje é um lugar hostil, e qualquer servidor que não esteja devidamente protegido e gerenciado ativamente provavelmente será invadido curto período de tempo. A menos que você tenha alguma muito necessidade específica e você está pronto para a tarefa de gerenciar um servidor conectado à Internet, eu sugiro que você considere apenas uma conta de hospedagem na web em algum lugar em vez disso.

    

Answer 2

A julgar pela resposta que recebo quando tento navegar para esse servidor (sem dados recebidos), presumo que você esteja executando seu servidor pessoal em sua própria conexão com a Internet, o que certamente está por trás de um roteador que está realizando < um href="https://en.wikipedia.org/wiki/Network_address_translation"> NAT no mínimo e provavelmente inclui serviços de firewall que bloqueia qualquer coisa vinda de fora que você não tenha explicitamente dito para deixar passar .

Sem muito mais informações, só posso sugerir as seguintes ações de solução de problemas:

1. Verifique as configurações do roteador / firewall e assegure-se de que o tráfego de entrada para a porta 80 em seu IP externo seja encaminhado via DNAT (NAT de destino) para o endereço IP interno do seu servidor da Web.

2. Verifique se o seu servidor web escuta em todos os endereços IP, não apenas o localhost (algumas distribuições são padronizadas por motivos de segurança).

3. Verifique se o seu ISP não bloqueia a porta de entrada 80 porque não quer que os clientes executem servidores Web privados. Provavelmente não, mas vale a pena verificar para ter certeza.

EDITAR A partir das informações em seus comentários, parece que você precisará configurar seu roteador para encaminhar a porta 80 vinda de fora para 192.168.1.2 no interior. Como o roteador particular que você faz isso é deixado como um exercício para o leitor.