☰

CNAME 규칙이 무시됩니다.

tag-icon • tag-icon domain-name-system bind centos5 cname-record
CNAME 규칙이 무시됩니다.

Plesk가 설치된 서버에 사이트 하위 도메인 중 하나에서 외부 웹 사이트를 가리키는 CNAME 규칙을 추가했습니다.

해당 도메인 이름에 대한 명명된 구성을 확인한 결과 CNAME이 표시되지만 하위 도메인은 기본 서버 페이지만 가리키고 CNAME 규칙을 무시합니다. Named가 다시 시작되었으며 rvmng reconfigure-vhost 명령도 실행했습니다.

이것을 테스트하기 위해 cPanel에서 다른 서버를 편집했는데 제대로 작동합니다.

도메인의 conf 파일:

; *** Ts file is automatically generated by Plesk ***
$TTL    86400

@       IN      SOA     ns.example.com. cf.example1.com. (
                    1292946742      ; Serial
                    10800   ; Refresh
                    3600    ; Retry
                    604800  ; Expire
                    10800 ) ; Minimum

example.com.             IN NS   ns.example.com.
ns.example.com.          IN A    xx.xxx.xxx.xx
example.com.             IN A    xx.xxx.xxx.xx
webmail.example.com.             IN A    xx.xxx.xxx.xx
mail.example.com.                IN A    xx.xxx.xxx.xx
beta.example.com.                IN A    xx.xxx.xxx.xx
ftp.example.com.                 IN CNAME        example.com.
www.example.com.                 IN CNAME        example.com.
login.example.com.               IN CNAME        socialize.gigya.com.
example.com.             IN MX  10 webmail.example.com.

파일에서 CNAME 규칙을 볼 수 있지만 무시됩니다.

도움을 주셔서 미리 감사드립니다.

편집하다:방금 사이트의 네임서버가 이 서버에 있지 않고 기본 doteasy 서버에 있다는 것을 알았으므로 이것이 규칙이 무시되는 이유일 수 있다고 가정합니다. 네임서버를 변경해서 문제가 해결되는지 살펴보겠습니다. 여기에 결과를 업데이트하겠습니다. 지금까지 조언을 제공해 주셔서 감사합니다.

편집 2:서버에는 IP 주소가 하나만 있으므로 맞춤 이름 서버를 사용할 수 없습니다. 그래도 이것이 원인이 될 수 있습니까? dig cname login.example.com을 실행하면 다음이 반환됩니다.

; <<>> DiG 9.7.1-P2 <<>> cname login.example.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 20919
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;login.example.com.     IN  CNAME

;; AUTHORITY SECTION:
example.com.        3600    IN  SOA dns7.doteasy.com. hostmaster.doteasy.com.     2010070101 3600 1800 86400 10800

;; Query time: 258 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Tue Dec 21 20:37:22 2010
;; MSG SIZE  rcvd: 95

이것이 CNAME이 무시되는 이유라고 생각합니다. DNS가 실제로 우리 서버에서 호스팅되지 않습니까?

업데이트문제는 해결되었으며 오프사이트 DNS로 인해 규칙이 무시되었습니다. 도움을 주셔서 감사합니다.

답변1

dig를 사용해 보셨나요?

dig cname example.com

나는 그것을 이해했다파기뭔가가 구성되어 있으면 대답을 줄 것입니다.답변 섹션

편집하다 CNAME 대신에ㅏ기록보다CNAME기록.

예를 들면 다음과 같습니다.도메인 이름을 리디렉션하세요에게텀블러그리고 그들에게 귀하의 블로그를 호스팅하게 하세요. 나는 당신이 여기서 같은 일을하려고한다고 가정합니다

답변2

Plesk 서버에서 올바른 레코드를 수신하는 경우(아래 dig 명령 참조) 캐시 문제입니다(오래된 레코드가 PC/ISP의 이름 서버에 의해 캐시됨).

# ask A records from Plesk server
# you should see CNAME record in the ANSWER section
dig @plesk.server login.example.com

# or just directly ask for CNAME record
dig @plesk.server login.example.com cname

답변3

A 레코드를 사용하지 않는 이유는 무엇입니까? 동일한 영역 파일이므로 이 경우 훨씬 쉽습니다(그리고 향후 문제를 피할 수 있습니다).

영역 파일은 괜찮아 보이는데. 표준 도구(예: 호스트, 발굴)를 사용하여 파일에 표시된 내용이 실제로 제공되는지 확인해야 합니다. 또한 확인자 DNS 서버가 부정적인 응답을 더 일찍 캐시했을 수도 있습니다(해당 레코드를 거기에 저장한 경우).

정말 수정을 원하시면 실제 DNS 이름을 알려주세요!

편집: 죄송합니다. 귀하의 기록에 socialize.gigya.com이 있다는 사실을 완전히 간과했습니다.

반면에 당신은 잘못된 방향을 보고 있습니다. 하지만 실제 도메인 이름을 알려줄 때까지는 신경 쓰지 않습니다.

관련 정보