IBM Cloud: VPC에서 비공개 이름 확인을 위해 DNS 서비스 사용(GUI)
1. 소개
IBM Cloud VPC에서만 이름 확인할 수 있는 DNS 기능이 있으므로 이를 GUI에서 활용해 봅니다. 명령행에서의 설정 방법에 대해서는 여기 로 소개되고 있습니다.
2. DNS 서비스 주문
3. Zone(도메인) 만들기
Create Zone
를 눌러 Zone을 만듭니다.
영역 이름(도메인 이름)은 .local.
라는 TLD를 사용하지 마십시오. 아직 .local.
를 사용하고 있는 기존 시스템은 많아, 확실히 IBM Cloud의 DNS 서비스에서도 움직이는 것은 확인했습니다만, 원래 추천되고 있지 않기 때문에・・・
htps : // 그럼.ぃきぺぢ아. 오 rg / 우키 / % 3 % 83 % 89 % 3 % 83 % 1 % 3 % 82 % 4 % 3 % 83 % B3 % 5 % 90 % 8D
내부(개인)를 위한 고유 도메인을 사용하는 것은 이름 충돌을 피하기 위해 권장되지 않습니다. 그러나 부득이하게 사설 TLD를 도입할 때의 지침은 RFC 6762로 표시되어 있다.
- .local.을 사용하지 않음
- 다음 중 하나를 사용합니다. .intranet., .internal., .private., .corp., .home., .lan.
여기서는 roksvpc.internal
라는 Zone을 만들려고합니다.
"Permitted Network"탭을 선택하고 이 DNS 서비스를 활용할 VPC를 선택합니다. (Pending 상태는 VPC가 등록되어 있지 않기 때문입니다)
해당 VPC를 선택합니다.
4. DNS 레코드를 등록합니다.
Add Record
를 눌러 DNS 레코드를 만듭니다.
여기서는 www라는 A 레코드를 만들고 있습니다.
5. VPC의 VSI에서 이름 확인해보기
(2020/12/7 보충)
VPC가 permitted network에 추가된 상태에서 서버를 프로비저닝하면 자동으로 161.26.0.7 및 161.26.0.8이 사용되도록 사양이 변경된 것 같습니다. 이렇게 하면 /etc/dhcp/dhclient.conf
를 편집하여 DNS 서버를 수동으로 변경할 필요가 없습니다. 기존 서버도 (약 3분 간격으로 구현됨) DHCP 업데이트 시점에서 161.26.0.7 및 161.26.0.8로 변경됩니다. 이로 인해 수동으로 변경하는 절차가 문서에서 삭제 된 것 같습니다. 대신 다음과 같은 문장이 추가되었습니다.
h tps : // c ぉ d. 이 bm. 이 m/do cs/d ns-svcs? 토피 c = dn s-svcs- 마나 긴 g-pe rd d-ne and rks
Newly created virtual server instances are automatically configured to use private DNS resolvers (161.26.0.7 and 161.26.0.8). Existing virtual server instances can take up to 3 minutes to be configured to use private DNS resolvers.
덧붙여 대부분 전에 permitted network에 추가된 VPC에서는 이 기능이 활성화되어 있지 않을 가능성이 있습니다. 이 경우 VPC를 permitted network에서 제거하고 다시 permitted network에 다시 추가하십시오.
위에서 선택한 VPC의 VSI에서 이름을 해 보면 ... 잘 작동하지 않습니다!
# dig SOA +noall +answer roksvpc.internal
(何も返ってこない)
# dig A +noall +answer www.roksvpc.internal
(何も返ってこない)
# cat /etc/resolv.conf
; generated by /usr/sbin/dhclient-script
nameserver 161.26.0.10
nameserver 161.26.0.11
사실 이 DNS를 이용하려면 161.26.0.7, 161.26.0.8
라는 DNS로 변경해야 합니다. 다만, VPC상의 VSI는 DHCP로 구성되어 있어, 재기동등을 실시하는 것으로 재차 161.26.0.10, 161.26.0.11
에 덧쓰기되어 버리기 때문에, 덧쓰기되지 않게 이하와 같이 구성합니다.
htps : // c ぉ d. 이 bm. 이 m/do cs/d ns-svcs? 토피 c = dn s-svcs - p phan-chin g-d s-reso l ゔ ぇ r # u p-dach g-d s-rss l ゔ ぇ r 2
/etc/dhcp/dhclient.confsupersede domain-search "roksvpc.internal";
supersede domain-name-servers 161.26.0.7, 161.26.0.8;
DHCP Client를 다시 시작합니다.
# dhclient -v -r eth0; dhclient -v eth0
Internet Systems Consortium DHCP Client 4.2.5
Copyright 2004-2013 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
Listening on LPF/eth0/02:00:04:0e:e6:54
Sending on LPF/eth0/02:00:04:0e:e6:54
Sending on Socket/fallback
DHCPRELEASE on eth0 to 10.240.0.1 port 67 (xid=0x6290bb7a)
Internet Systems Consortium DHCP Client 4.2.5
Copyright 2004-2013 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
Listening on LPF/eth0/02:00:04:0e:e6:54
Sending on LPF/eth0/02:00:04:0e:e6:54
Sending on Socket/fallback
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 8 (xid=0x1a51a69f)
DHCPREQUEST on eth0 to 255.255.255.255 port 67 (xid=0x1a51a69f)
DHCPOFFER from 10.240.0.1
DHCPACK from 10.240.0.1 (xid=0x1a51a69f)
bound to 10.240.0.7 -- renewal in 137 seconds.
이번에는 잘 작동했습니다!
# dig SOA +noall +answer roksvpc.internal
roksvpc.internal. 0 IN SOA ns1.dns-svcs.cloud.ibm.com. donotcontact.domaindoesnotexist.local. 1306010001 86400 7200 3600000 3600
# dig A +noall +answer www.roksvpc.internal
www.roksvpc.internal. 55 IN A 10.240.0.10
또한 도메인 이름을 지정하지 않고 호스트 이름 지정으로도 이름을 확인할 수 있습니다.
# host www.roksvpc.internal
www.roksvpc.internal has address 10.240.0.10
6. Red Hat OpenShift Container on IBM Cloud(VPC)의 Pod에서 이름 확인
이 VPC에 배포된 OpenShift에 로그인하고 Pod에서 이름 확인을 시도합니다.
Worker node도 구현으로서는 VSI의 것이어야 하고, DHCP의 갱신 타이밍으로 161.26.0.7과 161.26.0.8로 변경됨으로써, Pod로부터도 DNS Service로 등록한 레코드에 대한 이름 해석을 할 수 있을 것입니다.
# oc -it run dns-test --image=busybox --restart=Never --rm
If you don't see a command prompt, try pressing enter.
/ # hostname
dns-test
/ # nslookup -type=A www.roksvpc.internal
Server: 172.21.0.10
Address: 172.21.0.10:53
Name: www.roksvpc.internal
Address: 10.240.0.10
/ # ping www.roksvpc.internal
PING www.roksvpc.internal (10.240.0.10): 56 data bytes
^C
--- www.roksvpc.internal ping statistics ---
3 packets transmitted, 0 packets received, 100% packet loss
Reference
이 문제에 관하여(IBM Cloud: VPC에서 비공개 이름 확인을 위해 DNS 서비스 사용(GUI)), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다
https://qiita.com/testnin2/items/aab8411c69d8950de3bb
텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념
(Collection and Share based on the CC Protocol.)
3. Zone(도메인) 만들기
Create Zone
를 눌러 Zone을 만듭니다.
영역 이름(도메인 이름)은 .local.
라는 TLD를 사용하지 마십시오. 아직 .local.
를 사용하고 있는 기존 시스템은 많아, 확실히 IBM Cloud의 DNS 서비스에서도 움직이는 것은 확인했습니다만, 원래 추천되고 있지 않기 때문에・・・
htps : // 그럼.ぃきぺぢ아. 오 rg / 우키 / % 3 % 83 % 89 % 3 % 83 % 1 % 3 % 82 % 4 % 3 % 83 % B3 % 5 % 90 % 8D
내부(개인)를 위한 고유 도메인을 사용하는 것은 이름 충돌을 피하기 위해 권장되지 않습니다. 그러나 부득이하게 사설 TLD를 도입할 때의 지침은 RFC 6762로 표시되어 있다.
- .local.을 사용하지 않음
- 다음 중 하나를 사용합니다. .intranet., .internal., .private., .corp., .home., .lan.
여기서는 roksvpc.internal
라는 Zone을 만들려고합니다.
"Permitted Network"탭을 선택하고 이 DNS 서비스를 활용할 VPC를 선택합니다. (Pending 상태는 VPC가 등록되어 있지 않기 때문입니다)
해당 VPC를 선택합니다.
4. DNS 레코드를 등록합니다.
Add Record
를 눌러 DNS 레코드를 만듭니다.
여기서는 www라는 A 레코드를 만들고 있습니다.
5. VPC의 VSI에서 이름 확인해보기
(2020/12/7 보충)
VPC가 permitted network에 추가된 상태에서 서버를 프로비저닝하면 자동으로 161.26.0.7 및 161.26.0.8이 사용되도록 사양이 변경된 것 같습니다. 이렇게 하면 /etc/dhcp/dhclient.conf
를 편집하여 DNS 서버를 수동으로 변경할 필요가 없습니다. 기존 서버도 (약 3분 간격으로 구현됨) DHCP 업데이트 시점에서 161.26.0.7 및 161.26.0.8로 변경됩니다. 이로 인해 수동으로 변경하는 절차가 문서에서 삭제 된 것 같습니다. 대신 다음과 같은 문장이 추가되었습니다.
h tps : // c ぉ d. 이 bm. 이 m/do cs/d ns-svcs? 토피 c = dn s-svcs- 마나 긴 g-pe rd d-ne and rks
Newly created virtual server instances are automatically configured to use private DNS resolvers (161.26.0.7 and 161.26.0.8). Existing virtual server instances can take up to 3 minutes to be configured to use private DNS resolvers.
덧붙여 대부분 전에 permitted network에 추가된 VPC에서는 이 기능이 활성화되어 있지 않을 가능성이 있습니다. 이 경우 VPC를 permitted network에서 제거하고 다시 permitted network에 다시 추가하십시오.
위에서 선택한 VPC의 VSI에서 이름을 해 보면 ... 잘 작동하지 않습니다!
# dig SOA +noall +answer roksvpc.internal
(何も返ってこない)
# dig A +noall +answer www.roksvpc.internal
(何も返ってこない)
# cat /etc/resolv.conf
; generated by /usr/sbin/dhclient-script
nameserver 161.26.0.10
nameserver 161.26.0.11
사실 이 DNS를 이용하려면 161.26.0.7, 161.26.0.8
라는 DNS로 변경해야 합니다. 다만, VPC상의 VSI는 DHCP로 구성되어 있어, 재기동등을 실시하는 것으로 재차 161.26.0.10, 161.26.0.11
에 덧쓰기되어 버리기 때문에, 덧쓰기되지 않게 이하와 같이 구성합니다.
htps : // c ぉ d. 이 bm. 이 m/do cs/d ns-svcs? 토피 c = dn s-svcs - p phan-chin g-d s-reso l ゔ ぇ r # u p-dach g-d s-rss l ゔ ぇ r 2
/etc/dhcp/dhclient.confsupersede domain-search "roksvpc.internal";
supersede domain-name-servers 161.26.0.7, 161.26.0.8;
DHCP Client를 다시 시작합니다.
# dhclient -v -r eth0; dhclient -v eth0
Internet Systems Consortium DHCP Client 4.2.5
Copyright 2004-2013 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
Listening on LPF/eth0/02:00:04:0e:e6:54
Sending on LPF/eth0/02:00:04:0e:e6:54
Sending on Socket/fallback
DHCPRELEASE on eth0 to 10.240.0.1 port 67 (xid=0x6290bb7a)
Internet Systems Consortium DHCP Client 4.2.5
Copyright 2004-2013 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
Listening on LPF/eth0/02:00:04:0e:e6:54
Sending on LPF/eth0/02:00:04:0e:e6:54
Sending on Socket/fallback
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 8 (xid=0x1a51a69f)
DHCPREQUEST on eth0 to 255.255.255.255 port 67 (xid=0x1a51a69f)
DHCPOFFER from 10.240.0.1
DHCPACK from 10.240.0.1 (xid=0x1a51a69f)
bound to 10.240.0.7 -- renewal in 137 seconds.
이번에는 잘 작동했습니다!
# dig SOA +noall +answer roksvpc.internal
roksvpc.internal. 0 IN SOA ns1.dns-svcs.cloud.ibm.com. donotcontact.domaindoesnotexist.local. 1306010001 86400 7200 3600000 3600
# dig A +noall +answer www.roksvpc.internal
www.roksvpc.internal. 55 IN A 10.240.0.10
또한 도메인 이름을 지정하지 않고 호스트 이름 지정으로도 이름을 확인할 수 있습니다.
# host www.roksvpc.internal
www.roksvpc.internal has address 10.240.0.10
6. Red Hat OpenShift Container on IBM Cloud(VPC)의 Pod에서 이름 확인
이 VPC에 배포된 OpenShift에 로그인하고 Pod에서 이름 확인을 시도합니다.
Worker node도 구현으로서는 VSI의 것이어야 하고, DHCP의 갱신 타이밍으로 161.26.0.7과 161.26.0.8로 변경됨으로써, Pod로부터도 DNS Service로 등록한 레코드에 대한 이름 해석을 할 수 있을 것입니다.
# oc -it run dns-test --image=busybox --restart=Never --rm
If you don't see a command prompt, try pressing enter.
/ # hostname
dns-test
/ # nslookup -type=A www.roksvpc.internal
Server: 172.21.0.10
Address: 172.21.0.10:53
Name: www.roksvpc.internal
Address: 10.240.0.10
/ # ping www.roksvpc.internal
PING www.roksvpc.internal (10.240.0.10): 56 data bytes
^C
--- www.roksvpc.internal ping statistics ---
3 packets transmitted, 0 packets received, 100% packet loss
Reference
이 문제에 관하여(IBM Cloud: VPC에서 비공개 이름 확인을 위해 DNS 서비스 사용(GUI)), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다
https://qiita.com/testnin2/items/aab8411c69d8950de3bb
텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념
(Collection and Share based on the CC Protocol.)
Add Record
를 눌러 DNS 레코드를 만듭니다.여기서는 www라는 A 레코드를 만들고 있습니다.
5. VPC의 VSI에서 이름 확인해보기
(2020/12/7 보충)
VPC가 permitted network에 추가된 상태에서 서버를 프로비저닝하면 자동으로 161.26.0.7 및 161.26.0.8이 사용되도록 사양이 변경된 것 같습니다. 이렇게 하면 /etc/dhcp/dhclient.conf
를 편집하여 DNS 서버를 수동으로 변경할 필요가 없습니다. 기존 서버도 (약 3분 간격으로 구현됨) DHCP 업데이트 시점에서 161.26.0.7 및 161.26.0.8로 변경됩니다. 이로 인해 수동으로 변경하는 절차가 문서에서 삭제 된 것 같습니다. 대신 다음과 같은 문장이 추가되었습니다.
h tps : // c ぉ d. 이 bm. 이 m/do cs/d ns-svcs? 토피 c = dn s-svcs- 마나 긴 g-pe rd d-ne and rks
Newly created virtual server instances are automatically configured to use private DNS resolvers (161.26.0.7 and 161.26.0.8). Existing virtual server instances can take up to 3 minutes to be configured to use private DNS resolvers.
덧붙여 대부분 전에 permitted network에 추가된 VPC에서는 이 기능이 활성화되어 있지 않을 가능성이 있습니다. 이 경우 VPC를 permitted network에서 제거하고 다시 permitted network에 다시 추가하십시오.
위에서 선택한 VPC의 VSI에서 이름을 해 보면 ... 잘 작동하지 않습니다!
# dig SOA +noall +answer roksvpc.internal
(何も返ってこない)
# dig A +noall +answer www.roksvpc.internal
(何も返ってこない)
# cat /etc/resolv.conf
; generated by /usr/sbin/dhclient-script
nameserver 161.26.0.10
nameserver 161.26.0.11
사실 이 DNS를 이용하려면 161.26.0.7, 161.26.0.8
라는 DNS로 변경해야 합니다. 다만, VPC상의 VSI는 DHCP로 구성되어 있어, 재기동등을 실시하는 것으로 재차 161.26.0.10, 161.26.0.11
에 덧쓰기되어 버리기 때문에, 덧쓰기되지 않게 이하와 같이 구성합니다.
htps : // c ぉ d. 이 bm. 이 m/do cs/d ns-svcs? 토피 c = dn s-svcs - p phan-chin g-d s-reso l ゔ ぇ r # u p-dach g-d s-rss l ゔ ぇ r 2
/etc/dhcp/dhclient.confsupersede domain-search "roksvpc.internal";
supersede domain-name-servers 161.26.0.7, 161.26.0.8;
DHCP Client를 다시 시작합니다.
# dhclient -v -r eth0; dhclient -v eth0
Internet Systems Consortium DHCP Client 4.2.5
Copyright 2004-2013 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
Listening on LPF/eth0/02:00:04:0e:e6:54
Sending on LPF/eth0/02:00:04:0e:e6:54
Sending on Socket/fallback
DHCPRELEASE on eth0 to 10.240.0.1 port 67 (xid=0x6290bb7a)
Internet Systems Consortium DHCP Client 4.2.5
Copyright 2004-2013 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
Listening on LPF/eth0/02:00:04:0e:e6:54
Sending on LPF/eth0/02:00:04:0e:e6:54
Sending on Socket/fallback
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 8 (xid=0x1a51a69f)
DHCPREQUEST on eth0 to 255.255.255.255 port 67 (xid=0x1a51a69f)
DHCPOFFER from 10.240.0.1
DHCPACK from 10.240.0.1 (xid=0x1a51a69f)
bound to 10.240.0.7 -- renewal in 137 seconds.
이번에는 잘 작동했습니다!
# dig SOA +noall +answer roksvpc.internal
roksvpc.internal. 0 IN SOA ns1.dns-svcs.cloud.ibm.com. donotcontact.domaindoesnotexist.local. 1306010001 86400 7200 3600000 3600
# dig A +noall +answer www.roksvpc.internal
www.roksvpc.internal. 55 IN A 10.240.0.10
또한 도메인 이름을 지정하지 않고 호스트 이름 지정으로도 이름을 확인할 수 있습니다.
# host www.roksvpc.internal
www.roksvpc.internal has address 10.240.0.10
6. Red Hat OpenShift Container on IBM Cloud(VPC)의 Pod에서 이름 확인
이 VPC에 배포된 OpenShift에 로그인하고 Pod에서 이름 확인을 시도합니다.
Worker node도 구현으로서는 VSI의 것이어야 하고, DHCP의 갱신 타이밍으로 161.26.0.7과 161.26.0.8로 변경됨으로써, Pod로부터도 DNS Service로 등록한 레코드에 대한 이름 해석을 할 수 있을 것입니다.
# oc -it run dns-test --image=busybox --restart=Never --rm
If you don't see a command prompt, try pressing enter.
/ # hostname
dns-test
/ # nslookup -type=A www.roksvpc.internal
Server: 172.21.0.10
Address: 172.21.0.10:53
Name: www.roksvpc.internal
Address: 10.240.0.10
/ # ping www.roksvpc.internal
PING www.roksvpc.internal (10.240.0.10): 56 data bytes
^C
--- www.roksvpc.internal ping statistics ---
3 packets transmitted, 0 packets received, 100% packet loss
Reference
이 문제에 관하여(IBM Cloud: VPC에서 비공개 이름 확인을 위해 DNS 서비스 사용(GUI)), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다
https://qiita.com/testnin2/items/aab8411c69d8950de3bb
텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념
(Collection and Share based on the CC Protocol.)
# dig SOA +noall +answer roksvpc.internal
(何も返ってこない)
# dig A +noall +answer www.roksvpc.internal
(何も返ってこない)
# cat /etc/resolv.conf
; generated by /usr/sbin/dhclient-script
nameserver 161.26.0.10
nameserver 161.26.0.11
supersede domain-search "roksvpc.internal";
supersede domain-name-servers 161.26.0.7, 161.26.0.8;
# dhclient -v -r eth0; dhclient -v eth0
Internet Systems Consortium DHCP Client 4.2.5
Copyright 2004-2013 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
Listening on LPF/eth0/02:00:04:0e:e6:54
Sending on LPF/eth0/02:00:04:0e:e6:54
Sending on Socket/fallback
DHCPRELEASE on eth0 to 10.240.0.1 port 67 (xid=0x6290bb7a)
Internet Systems Consortium DHCP Client 4.2.5
Copyright 2004-2013 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
Listening on LPF/eth0/02:00:04:0e:e6:54
Sending on LPF/eth0/02:00:04:0e:e6:54
Sending on Socket/fallback
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 8 (xid=0x1a51a69f)
DHCPREQUEST on eth0 to 255.255.255.255 port 67 (xid=0x1a51a69f)
DHCPOFFER from 10.240.0.1
DHCPACK from 10.240.0.1 (xid=0x1a51a69f)
bound to 10.240.0.7 -- renewal in 137 seconds.
# dig SOA +noall +answer roksvpc.internal
roksvpc.internal. 0 IN SOA ns1.dns-svcs.cloud.ibm.com. donotcontact.domaindoesnotexist.local. 1306010001 86400 7200 3600000 3600
# dig A +noall +answer www.roksvpc.internal
www.roksvpc.internal. 55 IN A 10.240.0.10
# host www.roksvpc.internal
www.roksvpc.internal has address 10.240.0.10
이 VPC에 배포된 OpenShift에 로그인하고 Pod에서 이름 확인을 시도합니다.
Worker node도 구현으로서는 VSI의 것이어야 하고, DHCP의 갱신 타이밍으로 161.26.0.7과 161.26.0.8로 변경됨으로써, Pod로부터도 DNS Service로 등록한 레코드에 대한 이름 해석을 할 수 있을 것입니다.
# oc -it run dns-test --image=busybox --restart=Never --rm
If you don't see a command prompt, try pressing enter.
/ # hostname
dns-test
/ # nslookup -type=A www.roksvpc.internal
Server: 172.21.0.10
Address: 172.21.0.10:53
Name: www.roksvpc.internal
Address: 10.240.0.10
/ # ping www.roksvpc.internal
PING www.roksvpc.internal (10.240.0.10): 56 data bytes
^C
--- www.roksvpc.internal ping statistics ---
3 packets transmitted, 0 packets received, 100% packet loss
Reference
이 문제에 관하여(IBM Cloud: VPC에서 비공개 이름 확인을 위해 DNS 서비스 사용(GUI)), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://qiita.com/testnin2/items/aab8411c69d8950de3bb텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)