실제 www에서 바인딩을 사용하여 도메인을 연결하는 방법 저는 Apache를 사용하여 바인딩9를 설치했습니다. 하나님의 은혜로 모든 일이 순조롭게 진행되었습니다. 내 발굴, 호스트, nslookup 및 ping은 다음 정보를 제공합니다.
내 시스템 IP 주소: 59.177.154.251
내 도메인 이름: imsingh.com
내 도메인 등록기관: GoDaddy.com
시스템 브라우저 주소창에 imsingh.com이라고 입력하면 정상적으로 홈페이지가 열립니다.
내 질문: imsingh.com이 내 시스템에 호스팅된 웹사이트를 열려면 무엇을 더 해야 합니까?나나 당신이나 다른 누군가가 클릭할 때www.imsingh.com그 다음에내 시스템에 호스팅된 웹사이트가 시작되지 않습니다.나는 방법을 알고 싶다ns1.imsingh.com과 ns2.imsingh.com으로 이름을 바꿔야겠네요GoDaddy.com에서 내가 변경했을 때 GoDaddy가 말했거든요.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
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
답변1
귀하의 질문에서 이 덩어리를 찾았습니다(팁: 귀하의 질문이 무엇인지에 대해 가능한 한 구체적으로 설명하고 중복된 정보를 피하는 것이 도움이 됩니다. 더 많은 정보가 필요한 경우 일반적으로 댓글에 곧 게시됩니다. 질문을 편집하여 포함할 수 있습니다.)...
GoDaddy.com에서 ns1.imsingh.com 및 ns2.imsingh.com의 이름을 변경하는 방법을 알고 싶습니다. 이름을 변경하면 GoDaddy에서 다음과 같이 말하기 때문입니다.
nameserver not registered
그 부분은 쉽습니다. 또는 반드시 쉽지는 않지만 DNS 작동 방식을 알면 문제가 무엇인지 쉽게 알 수 있으며 문제를 해결하는 데 도움이 될 것입니다. 위임된 네임서버는 대리인과 동일한 도메인에 있으므로 이름이 무엇인지 제공해야 합니다.접착제 기록루트 이름 서버를 쿼리하는 사람이 이름 서버의 주소를 찾기 위해 이름 서버의 주소를 알아야 한다는 섹션 22 요구 사항에 직면하지 않도록 등록자를 통해. 이름 서버의 IP 주소가 변경되는 경우에도 이러한 글루 레코드를 유지해야 합니다.
일반적으로 이는 위임 기록을 입력하기 전 별도의 단계로 수행하거나 위임 호스트 이름과 함께 별도의 IP 필드로 수행할 수 있습니다. GoDaddy가 이 작업을 어떻게 수행하는지 정확히 모르겠지만 관리 인터페이스 어딘가에 글루 레코드 데이터를 제공하는 부분이 있을 것입니다.
당신도 옳을 수도 있습니다. . . 관심이 있다DNS 영역 파일에 NS 레코드가 필요한 이유를 명확히 합니다.ServerFault와 관련하여 글루 레코드를 사용하는 이유와 방법을 설명합니다.
즉 말하자면,비슷한 질문이 필요한 경우 자체 서버 실행을 재고해 볼 수 있습니다. 연결 안정성, 전원 문제, 하드웨어 중복 등과 같은 문제 외에도 오늘날의 인터넷은 적대적인 장소이며 적절하게 보안되고 적극적으로 관리되지 않는 서버는 매우 짧은 시간 내에 손상될 수 있다는 점을 기억하십시오. 짧은 기간 동안. 너한테 좀 있지 않는 이상매우특정 요구그리고인터넷에 연결된 서버 관리를 담당할 예정이라면 어딘가에서 웹 호스팅 계정을 얻는 것을 고려해 보시기 바랍니다.
답변2
서버 탐색을 시도했을 때 얻은 응답(데이터 수신 없음)을 바탕으로 귀하가 인터넷 연결을 통해 개인 서버를 실행하고 있다고 가정합니다. 이 서버는 귀하가 사용 중인 라우터 뒤에 있는 것이 거의 확실합니다.네트워크 주소 변환적어도, 명시적으로 허용하라고 지시하지 않은 외부로부터의 모든 것을 차단하는 방화벽 서비스를 포함할 수도 있습니다.
추가 정보가 없으면 다음과 같은 문제 해결 조치만 제안해 드릴 수 있습니다.
라우터/방화벽 설정을 확인하고 외부 IP의 포트 80에 대한 인바운드 트래픽이 DNAT(대상 NAT)를 통해 웹 서버의 내부 IP 주소로 라우팅되는지 확인하세요.
웹 서버가 수신 중인지 확인하세요.모두localhost뿐만 아니라 IP 주소(일부 배포판에서는 보안상의 이유로 기본적으로 이를 사용함)
ISP는 고객이 개인 웹 서버를 실행하는 것을 원하지 않으므로 인바운드 포트 80을 차단하지 않는지 확인하십시오. 아마도 아닐 수도 있지만 확실히 확인해 볼 가치가 있습니다.
편집하다귀하의 의견에 따르면 외부에서 들어오는 포트 80을 내부의 192.168.1.2로 전달하도록 라우터를 구성해야 하는 것 같습니다. 당신이 가지고 있는 특정 라우터가 이를 어떻게 수행하는지는 독자의 연습 문제로 남겨 둡니다.