소개

이 기사의 내용은 상당히 제한된 환경 때문에 너무 유용하지 않을 수 있습니다.

환경

OCI에서 host1 작성. Oracle Linux를 사용하여 samba AD-DC를 구축하고 Windows 도메인 네트워크를 만듭니다

마찬가지로 OCI에서 host2를 작성. Freenas를 사용하여 SMB 파일 공유를 위해 빌드, host1 도메인에 가입

host1, host2 모두 동일한 vcn 프라이빗 서브넷에 연결

현상

Freenas에서 SMB 연결이 느립니다. 전송은 느리지 않습니다.
host1 또는 host2에서 smbclient 명령을 Freenas를 향해 실행하면 명령 반환에 3초 정도 걸린다.

@host1# smbclient -L host2 -U administrator
約3秒待つ...
        Sharename       Type      Comment
        ---------       ----      -------
        share           Disk
        IPC$            IPC       IPC Service (host2 Server)
NetBIOS over TCP disabled -- no workgroup available 

위와 같은 느낌. 응답 내용은 매우 정상.
host2는 도메인에도 제대로 참가 할 수 있기 때문에 이름 해결 주위는 생각하기 어렵지만 증상으로는 이름 해결이 느린 느낌.

원인

VCN의 서브넷에 설정한 DHCP 옵션에 등록한 검색 도메인에서 host2의 이름을 확인할 수 없었기 때문입니다.
host2는 windows 도메인에 참여했기 때문에 해석자가 host1을 향했습니다. 또한 host1에서 가동하고 있던 samba AD-DC의 DNS 포워더를 적당히 8.8.8.8위 환경이라면 VCN의 검색 도메인 hogehoge.oraclevcn.com를 찾을 수 없게 되고, 타임 아웃을 기다릴 수밖에 없어진다.

해결 방법

다음 중 하나를 수행합니다.

host1의 samba AD-DC의 DNS 포워더를 169.254.169.254로 한다.

host2의 /etc/hosts에 대상 호스트명을 기술한다.
예) 127.0.0.1 host2.hogehoge.oraclevcn.com

이 외에도 VCN의 DHCP 옵션으로 뭔가를하면 잘 작동 할 수 있지만 조금 모르겠습니다.

요약

VCN의 내부 DNS는 유용하다고 생각하지만, 사용법을 키틴으로 파악하지 않으면 이런 눈에 띈다.
온프레에서는 나오지 않았던 문제이므로 해결하기까지 시간이 걸렸습니다.

결론

퍼블릭 클라우드를 사용할 때는 암운에 사용하지 않고, 제대로 사용법을 배우지 않으면 아칸이군요.