비공개 엔드포인트 연결 문제 해결

리전 간 비공개 엔드포인트 문제

다음 섹션에서는 리전 간 비공개 엔드포인트 연결의 일반적인 문제와 해결 방법을 설명합니다.

DNS 조회로 비공개 IP 얻기

When a client in your VPC connects to an Atlas cluster using one of these private endpoint-aware connection strings, the client attempts to establish a connection to the load balancer in the Atlas VPC through one of the interface endpoints. Your client's DNS resolution mechanism handles which of the interface endpoints the hostname resolves to. If one interface endpoint is unavailable the next is used. This is opaque to the driver or other connection mechanism. The driver is only aware of the hostname in the SRV record or in the connection string.

DNS 시드 목록 비공개 엔드포인트 인식 연결 문자열에 대한 SRV 레코드

다음 예시는 AWS PrivateLink 허용 단일 리전 클러스터에 대한 SRV 기록으로, pl-0-us-east-1.k45tj.mongodb.net에 대해 정의된 세 개의 고유 포트를 표시합니다.

$ nslookup -type=SRV _mongodb._tcp.cluster0-pl-0.k45tj.mongodb.net
Server: 127.0.0.53
Address: 127.0.0.53#53
Non-authoritative answer:
_mongodb._tcp.cluster0-pl-0.k45tj.mongodb.net service = 0 0 1026 pl-0-us-east-1.k45tj.mongodb.net.
_mongodb._tcp.cluster0-pl-0.k45tj.mongodb.net service = 0 0 1024 pl-0-us-east-1.k45tj.mongodb.net.
_mongodb._tcp.cluster0-pl-0.k45tj.mongodb.net service = 0 0 1025 pl-0-us-east-1.k45tj.mongodb.net.

앞의 예시에서

• _mongodb._tcp.cluster0-pl-0.k45tj.mongodb.net mongodb+srv://cluster0-pl-0.k45tj.mongodb.net 연결 문자열이 참조하는 SRV 레코드입니다.

• pl-0-us-east-1.k45tj.mongodb.net 한 리전의 Atlas 클러스터에 있는 각 노드에 대한 호스트 이름에 대해 AWS PrivateLink를 구성했습니다.

• 10241025 및 1026는 AWS PrivateLink를 허용한 리전의 각 Atlas 복제본 세트 노드에 대해 Atlas가 로드 밸런서에서 할당하는 고유 포트입니다. Atlas 복제본 세트의 모든 노드는 동일한 호스트 이름을 통해 액세스할 수 있으며, 로드 밸런서는 개별 노드를 고유 포트로 확인합니다.

비공개 엔드포인트 인식 연결 문자열 및 SRV 레코드의 호스트 이름 DNS 확인

The hostname in the SRV record and the standard connection string is a DNS Canonical Name (CNAME) record that resolves to the endpoint-specific regional DNS name that AWS generates for the interface endpoint. A DNS ALIAS record exists for each subnet in your VPC that you deployed the interface endpoint to. Each ALIAS record contains the private IP address of the interface endpoint for that subnet.

다음 예는 인터페이스 엔드포인트와 해당 DNS 기록에 대한 엔드포인트별 리전 DNS 이름을 포함하여 SRV 기록 및 표준 연결 문자열에서 호스트 이름에 대한 DNS ALIAS 기록을 보여줍니다.

$ nslookup pl-0-us-east-1.k45tj.mongodb.net
Server: 127.0.0.53
Address: 127.0.0.53#53
Non-authoritative answer:
pl-0-us-east-1.k45tj.mongodb.net
canonical name = vpce-024f5b57108c8d3ed-ypwbxwll.vpce-svc-02863655456245e5c.us-east-1.vpce.amazonaws.com.
Name: vpce-024f5b57108c8d3ed-ypwbxwll.vpce-svc-02863655456245e5c.us-east-1.vpce.amazonaws.com
Address: 10.0.30.194
Name: vpce-024f5b57108c8d3ed-ypwbxwll.vpce-svc-02863655456245e5c.us-east-1.vpce.amazonaws.com
Address: 10.0.20.54

열려 있는 연결이 너무 많아 연결이 거부됨

• If your connections exceed the connection limits for your cluster service limit, you should increase the cluster tier.

• If your connection count is significantly higher than your expected connection count, see section below Gather More Information on the Client Making the Most Connections.

• 로드 밸런싱에 최적화된 연결 문자열 사용하여 샤딩된 클러스터 v7.0.22 에 적용합니다.

$ mongosh "mongodb+srv://aws-replica-set-7-pl-0-lb.22qdu.mongodb-dev.net/" --apiVersion 1 --username sarah
  Enter password: *****
  Current Mongosh Log ID:    68910f1754be6d9adc74e399
  Connecting to:             mongodb+srv://<credentials>@aws-replica-set-7-pl-0-lb.22qdu.mongodb-dev.net/?appName=mongosh+2.5.6
  MongoNetworkError: Client network socket disconnected before secure TLS connection was established

{"t":{"$date":"2025-08-04T19:48:17.649+00:00"},"s":"I", "c":"NETWORK",
"id":22942, "ctx":"listener","msg":"Connection refused because there are
too many open connections","attr":{"remote":"54.172.143.8:33205",
"isLoadBalanced":false,"uuid":{"uuid":{"$uuid":"e52e9c14-7648-430a-bc2e-95292347b7e0"}},
"connectionId":380,"connectionCount":58}}

클라이언트 소스 IP 보기

• 비공개 엔드포인트를 통해 연결하는 샤딩된 클러스터에 대한 mongos 로그에서 클라이언트 소스 IP 볼 수 있습니다.

• 비공개 엔드포인트를 통해 연결하는 복제본 세트에 대한 mongod 로그에서 클라이언트 소스 IP 볼 수 있습니다.

• 비공개 엔드포인트를 통해 연결하는 복제본 세트와 샤딩된 클러스터 모두에 대한 감사 로그에서 클라이언트 소스 IP 볼 수 있습니다.

• 이 기능은 다음 버전의 Amazon Web Services 에서 지원됩니다.

  • 8.1 및 v8.1.0+

  • 8.0 및 v8.0.10+

  • 7.0 및 v7.0.22+

• 원본 클라이언트 IP 주소 및 포트는 sourceClient 필드 로 표시됩니다. 이 값은 위의 예시 에서 10.50.4.23 입니다.

  {"t":{"$date":"2025-07-21T12:15:42.123+00:00"},"s":"I","c":"NETWORK",
  "id":22943,"ctx":"listener","msg":"Connection accepted","attr":{"remote":"192.168.100.55:31245",
  "isLoadBalanced":true,"sourceClient":"10.50.4.23:50123","uuid":{"uuid":{"$uuid":"12345678-abcd-4321-abcd-87654321abcd"}},
  "connectionId":345,"connectionCount":19}}

가장 많은 연결을 달성하는 클라이언트에 대한 추가 정보 수집

이러한 세부 정보를 수집하려면 jq 웹사이트에서 다운로드할 수 있는 jq 도구를 사용해야 합니다.

grep 'Connection accepted' mongod.log | jq -r '(.attr.sourceClient // .attr.remote)' | awk -F: '{print $1}' | sort | uniq -c | sort -rn

25957 192.168.254.155
25957 192.168.253.161
25957 192.168.248.236
14420 10.70.2.254
14420 10.70.2.116

more mongodb.log| grep 'NETWORK' | jq -r '.attr.doc.driver.name' | grep -v null | sort | uniq -c | sort -rn

56447    mongo-go-driver
21633    mongo-java-driver|sync
   75    mongo-java-driver|sync|Airbyte
    4    nodejs|Mongoose

import json
import sys
def process_log_file(json_file_path):
    # Dictionary to store the filtered data
    filtered_data = {}
    with open(json_file_path, "r") as json_file:
        # Read the file line by line
        for line in json_file:
            # Parse each line as a separate JSON object
            data = json.loads(line)
            if 'msg' in data and data['msg'] == 'client metadata':
                # Extract the relevant data from the JSON object
                drivername = data['attr']['doc']['driver']['name']
                driverversion = data['attr']['doc']['driver']['version']
                connectionid = data['ctx']
                # Create a unique key for the driver based on name and version
                driver_key = (drivername, driverversion)
                # Add the connection ID to the driver's set of connections
                if driver_key not in filtered_data:
                    filtered_data[driver_key] = {'connections': set(), 'opencount': 0, 'closedcount': 0}
                filtered_data[driver_key]['connections'].add(connectionid)
                filtered_data[driver_key]['opencount'] += 1
            if 'msg' in data and data['msg'] == 'Connection ended':
                connectionid = data['ctx']
                # Check if the connection ID exists in any driver's connections
                for driver_data in filtered_data.values():
                    if connectionid in driver_data['connections']:
                        driver_data['closedcount'] += 1
                        driver_data['connections'].remove(connectionid)
    # Print the filtered data for each driver
    for driver_key, driver_data in filtered_data.items():
        print('Driver:', driver_key)
        print('Connection Opened:', driver_data['opencount'])
        print('Connection Closed:', driver_data['closedcount'])
if __name__ == '__main__':
    # Check if a JSON file argument is provided
    if len(sys.argv) < 2:
        print("Please provide the path to a JSON file as an argument.")
        sys.exit(1)
    # Extract the JSON file path from the command-line arguments
    json_file_path = sys.argv[1]
    # Process the log file
    process_log_file(json_file_path)

Driver: ('mongo-go-driver', 'v1.12.0-cloud')
Connection Opened: 14368
Connection Closed: 14362
Driver: ('mongo-go-driver', 'v1.12.1')
Connection Opened: 42056
Connection Closed: 41958
Driver: ('mongo-java-driver|sync', '4.11.1')
Connection Opened: 18012
Connection Closed: 17987
Driver: ('mongo-java-driver|sync', '4.8.2')
Connection Opened: 3621
Connection Closed: 3610
Driver: ('nodejs|Mongoose', '4.17.1|6.12.0')
Connection Opened: 3
Connection Closed: 1
Driver: ('mongo-go-driver', 'v1.13.0')
Connection Opened: 23
Connection Closed: 20
Driver: ('mongo-java-driver|sync|Airbyte', '4.11.0')
Connection Opened: 75
Connection Closed: 75
Driver: ('nodejs|Mongoose', '4.17.2|6.13.0')
Connection Opened: 1
Connection Closed: 0

more mongodb.log| grep 'NETWORK' | jq -r '.attr.doc.application.name' | grep -v null | sort | uniq -c | sort -rn

10809   niyo-*******-api
8616    MongoDB CPS Module v13.17.2.8878 (git: 70c0b932f47f4f0b3e82a75e223f39ed9635b47f)
7203    niyo-ns*****
5752    MongoDB Automation Agent v13.17.2.8878 (git: 70c0b932f47f4f0b3e82a75e223f39ed9635b47f)
3601    *****-auth-service

멀티 리전 비공개 엔드포인트

비공개 엔드포인트는 클러스터가 걸쳐 있는 각 리전 에 클러스터 엔드포인트가 구성된 노드 있는 경우에만 멀티 리전 클러스터에서 사용할 수 있습니다. 멀티 리전 비공개 엔드포인트 구성에 대해 자세히 학습 멀티 리전 샤드 클러스터를 위한 리전화된 비공개 엔드포인트를 참조하세요.

멀티 리전 클러스터에 대한 연결 문자열 인덱싱

새 리전 에 대한 비공개 엔드포인트를 구성하고 해당 리전 에 클러스터 노드를 배포 후 비공개 엔드포인트를 사용하여 클러스터 에 연결할 때 다음 오류가 표시될 수 있습니다.

DNSHostNotFound: Failed to look up service "<MongoDB service name>"

이 오류는 연결 문자열의 인덱스 자동으로 변경되고 이후에 클라이언트 다시 시작되어 SRV DNS 조회가 발생할 때 발생합니다. 멀티 리전 클러스터 의 비공개 엔드포인트 연결 문자열 0 인덱스 사용합니다. 연결 문자열 다른 인덱스 사용하는 경우 MongoDB 0 인덱스 사용하도록 연결 문자열 자동으로 업데이트합니다.

예시 들어, 한 리전 에 대해 두 개의 비공개 엔드포인트 구성할 수 있습니다. 첫 번째 비공개 엔드포인트를 제거 연결 문자열 1 인덱스 를 사용하며 다음과 유사합니다.

mongodb+srv://cluster1-psc-0.4uyx2d.mongodb.net

그런 다음 클러스터 의 새 리전 에 대한 비공개 엔드포인트를 구성한 다음 해당 리전 에 클러스터 노드를 추가한다고 가정해 보겠습니다. 이제 클러스터 에 여러 리전이 포함되며 0 인덱스 사용하도록 연결 문자열 업데이트됩니다.

mongodb+srv://cluster1-psc-1.4uyx2d.mongodb.net

다음에 클라이언트를 다시 시작한 후 잠재적인 연결 문제를 방지하려면 인덱싱된 비공개 엔드포인트 연결 문자열 사용하여 클러스터 에 연결하고 있는지 확인하세요. 클러스터 변경이 완료된 후 Atlas UI 또는 API 에서 업데이트된 비공개 엔드포인트 연결 문자열 액세스 할 수 있습니다.

배포된 애플리케이션에서 연결 테스트

nslookup 및 telnet 도구를 사용하여 애플리케이션 과 Atlas 의 비공개 엔드포인트 간의 연결을 테스트할 수 있습니다.

 nslookup -type=SRV _mongodb._tcp.cluster0-pl-0.k45tj.mongodb.net

 Server: 127.0.0.53
 Address: 127.0.0.53#53
 Non-authoritative answer:
 _mongodb._tcp.cluster0-pl-0.k45tj.mongodb.net service = 0 0 1026 pl-0-us-east-1.k45tj.mongodb.net.
 _mongodb._tcp.cluster0-pl-0.k45tj.mongodb.net service = 0 0 1024 pl-0-us-east-1.k45tj.mongodb.net.
 _mongodb._tcp.cluster0-pl-0.k45tj.mongodb.net service = 0 0 1025 pl-0-us-east-1.k45tj.mongodb.net.

telnet pl-0-<xyz>.mongodb.net 1024
telnet pl-0-<xyz>.mongodb.net 1025
telnet pl-0-<xyz>.mongodb.net 1026

DNS 조회로 비공개 IP 얻기

VNet의 클라이언트가 이러한 사설 엔드포인트 인식 연결 문자열 중 하나를 사용하여 Atlas 클러스터에 연결하면 클라이언트는 사설 엔드포인트의 네트워크 인터페이스를 통해 Atlas VNet의 사설 링크 서비스에 대한 연결을 설정하려고 시도합니다. Private Link 서비스는 Azure 표준 밸런서를 통해 해당 리전에 배포된 Atlas 클러스터로 트래픽을 보냅니다. 클라이언트의 DNS 확인 메커니즘은 네트워크 인터페이스의 비공개 IP 주소로 호스트 이름 확인을 처리합니다. 드라이버는 연결 문자열의 호스트 이름만 인식하며 클러스터의 복제본 세트에 있는 각 노드에 대해 1개의 포트에서 수신 대기합니다.

DNS 시드 목록 비공개 엔드포인트 인식 연결 문자열에 대한 SRV 레코드

다음 예시는 Azure Private Link 허용 단일 리전 클러스터에 대한 SRV 기록으로, pl-0-eastus2.uzgh6.mongodb.net에 대해 정의된 세 개의 고유 포트를 표시합니다.

$ nslookup -type=SRV _mongodb._tcp.cluster0-pl-0.uzgh6.mongodb.net
Server:  127.0.0.53
Address:  127.0.0.53#53
Non-authoritative answer:
_mongodb._tcp.cluster0-pl-0.uzgh6.mongodb.net service = 0 0 1024 pl-0-eastus2.uzgh6.mongodb.net.
_mongodb._tcp.cluster0-pl-0.uzgh6.mongodb.net service = 0 0 1025 pl-0-eastus2.uzgh6.mongodb.net.
_mongodb._tcp.cluster0-pl-0.uzgh6.mongodb.net service = 0 0 1026 pl-0-eastus2.uzgh6.mongodb.net.

앞의 예시에서

• _mongodb._tcp.cluster0-pl-0.uzgh6.mongodb.net 은 연결 문자열이 참조하는 SRV 레코드입니다.

• pl-0-eastus2.uzgh6.mongodb.net 는 Azure Private Link 구성한 한 리전 의 Atlas cluster 한 개에 있는 각 노드 의 호스트 이름입니다.

• 10241025, 1026 은(는) Atlas Azure Private Link 활성화한 리전 의 각 Atlas 복제본 세트 노드 에 대해 로드 밸런서 에서 할당하는 고유 포트입니다. Atlas 복제본 세트 의 모든 노드는 동일한 호스트 이름을 통해 액세스할 수 있으며, 로드 밸런서 는 개별 노드를 고유 포트로 확인합니다.

비공개 엔드포인트 인식 연결 문자열 및 SRV 레코드의 호스트 이름 DNS 확인

SRV 레코드의 호스트 이름과 표준 연결 문자열은 비공개 엔드포인트 네트워크 인터페이스의 비공개 IP 주소를 확인하는 DNS A 레코드입니다.

다음 예에서는 SRV 레코드 및 표준 연결 문자열에서 호스트 이름에 대한 DNS 조회를 보여줍니다.

$ nslookup pl-0-eastus2.uzgh6.mongodb.net
Server:  127.0.0.53
Address:  127.0.0.53#53
Non-authoritative answer:
Name:  pl-0-eastus2.uzgh6.mongodb.net
Address: 10.0.0.4

멀티 리전 비공개 엔드포인트

비공개 엔드포인트는 클러스터가 걸쳐 있는 각 리전 에 클러스터 엔드포인트가 구성된 노드 있는 경우에만 멀티 리전 클러스터에서 사용할 수 있습니다. 멀티 리전 비공개 엔드포인트 구성에 대해 자세히 학습 멀티 리전 샤드 클러스터를 위한 리전화된 비공개 엔드포인트를 참조하세요.

멀티 리전 클러스터에 대한 연결 문자열 인덱싱

새 리전 에 대한 비공개 엔드포인트를 구성하고 해당 리전 에 클러스터 노드를 배포 후 비공개 엔드포인트를 사용하여 클러스터 에 연결할 때 다음 오류가 표시될 수 있습니다.

DNSHostNotFound: Failed to look up service "<MongoDB service name>"

이 오류는 연결 문자열의 인덱스 자동으로 변경되고 이후에 클라이언트 다시 시작되어 SRV DNS 조회가 발생할 때 발생합니다. 멀티 리전 클러스터 의 비공개 엔드포인트 연결 문자열 0 인덱스 사용합니다. 연결 문자열 다른 인덱스 사용하는 경우 MongoDB 0 인덱스 사용하도록 연결 문자열 자동으로 업데이트합니다.

예시 들어, 한 리전 에 대해 두 개의 비공개 엔드포인트 구성할 수 있습니다. 첫 번째 비공개 엔드포인트를 제거 연결 문자열 1 인덱스 를 사용하며 다음과 유사합니다.

mongodb+srv://cluster1-psc-0.4uyx2d.mongodb.net

그런 다음 클러스터 의 새 리전 에 대한 비공개 엔드포인트를 구성한 다음 해당 리전 에 클러스터 노드를 추가한다고 가정해 보겠습니다. 이제 클러스터 에 여러 리전이 포함되며 0 인덱스 사용하도록 연결 문자열 업데이트됩니다.

mongodb+srv://cluster1-psc-1.4uyx2d.mongodb.net

다음에 클라이언트를 다시 시작한 후 잠재적인 연결 문제를 방지하려면 인덱싱된 비공개 엔드포인트 연결 문자열 사용하여 클러스터 에 연결하고 있는지 확인하세요. 클러스터 변경이 완료된 후 Atlas UI 또는 API 에서 업데이트된 비공개 엔드포인트 연결 문자열 액세스 할 수 있습니다.

배포된 애플리케이션에서 연결 테스트

nslookup 및 telnet 도구를 사용하여 애플리케이션 과 Atlas 의 비공개 엔드포인트 간의 연결을 테스트할 수 있습니다.

 nslookup -type=SRV _mongodb._tcp.cluster0-pl-0.k45tj.mongodb.net

 Server: 127.0.0.53
 Address: 127.0.0.53#53
 Non-authoritative answer:
 _mongodb._tcp.cluster0-pl-0.k45tj.mongodb.net service = 0 0 1026 pl-0-us-east-1.k45tj.mongodb.net.
 _mongodb._tcp.cluster0-pl-0.k45tj.mongodb.net service = 0 0 1024 pl-0-us-east-1.k45tj.mongodb.net.
 _mongodb._tcp.cluster0-pl-0.k45tj.mongodb.net service = 0 0 1025 pl-0-us-east-1.k45tj.mongodb.net.

telnet pl-0-<xyz>.mongodb.net 1024
telnet pl-0-<xyz>.mongodb.net 1025
telnet pl-0-<xyz>.mongodb.net 1026

멀티 리전 비공개 엔드포인트

비공개 엔드포인트는 클러스터가 걸쳐 있는 각 리전 에 클러스터 엔드포인트가 구성된 노드 있는 경우에만 멀티 리전 클러스터에서 사용할 수 있습니다. 멀티 리전 비공개 엔드포인트 구성에 대해 자세히 학습 멀티 리전 샤드 클러스터를 위한 리전화된 비공개 엔드포인트를 참조하세요.

멀티 리전 클러스터에 대한 연결 문자열 인덱싱

새 리전 에 대한 비공개 엔드포인트를 구성하고 해당 리전 에 클러스터 노드를 배포 후 비공개 엔드포인트를 사용하여 클러스터 에 연결할 때 다음 오류가 표시될 수 있습니다.

DNSHostNotFound: Failed to look up service "<MongoDB service name>"

이 오류는 연결 문자열의 인덱스 자동으로 변경되고 이후에 클라이언트 다시 시작되어 SRV DNS 조회가 발생할 때 발생합니다. 멀티 리전 클러스터 의 비공개 엔드포인트 연결 문자열 0 인덱스 사용합니다. 연결 문자열 다른 인덱스 사용하는 경우 MongoDB 0 인덱스 사용하도록 연결 문자열 자동으로 업데이트합니다.

예시 들어, 한 리전 에 대해 두 개의 비공개 엔드포인트 구성할 수 있습니다. 첫 번째 비공개 엔드포인트를 제거 연결 문자열 1 인덱스 를 사용하며 다음과 유사합니다.

mongodb+srv://cluster1-psc-0.4uyx2d.mongodb.net

그런 다음 클러스터 의 새 리전 에 대한 비공개 엔드포인트를 구성한 다음 해당 리전 에 클러스터 노드를 추가한다고 가정해 보겠습니다. 이제 클러스터 에 여러 리전이 포함되며 0 인덱스 사용하도록 연결 문자열 업데이트됩니다.

mongodb+srv://cluster1-psc-1.4uyx2d.mongodb.net

다음에 클라이언트를 다시 시작한 후 잠재적인 연결 문제를 방지하려면 인덱싱된 비공개 엔드포인트 연결 문자열 사용하여 클러스터 에 연결하고 있는지 확인하세요. 클러스터 변경이 완료된 후 Atlas UI 또는 API 에서 업데이트된 비공개 엔드포인트 연결 문자열 액세스 할 수 있습니다.

배포된 애플리케이션에서 연결 테스트

nslookup 및 telnet 도구를 사용하여 애플리케이션 과 Atlas 의 비공개 엔드포인트 간의 연결을 테스트할 수 있습니다.

 nslookup -debug -type=SRV _mongodb._tcp.cluster1-psc-0.j735c.mongodb.net

Server:               127.0.2.2
Address:      127.0.2.2#53
------------
   QUESTIONS:
   _mongodb._tcp.cluster1-psc-0.j735c.mongodb.net, type = SRV, class = IN
   ANSWERS:
   ->  _mongodb._tcp.cluster1-psc-0.j735c.mongodb.net
   service = 0 0 1024 pl-0-us-central1-gcp.j735c.mongodb.net.
   ttl = 60
   ->  _mongodb._tcp.cluster1-psc-0.j735c.mongodb.net
   service = 0 0 1025 pl-0-us-central1-gcp.j735c.mongodb.net.
   ttl = 60
   ->  _mongodb._tcp.cluster1-psc-0.j735c.mongodb.net
   service = 0 0 1026 pl-0-us-central1-gcp.j735c.mongodb.net.
   ttl = 60
   AUTHORITY RECORDS:
   ADDITIONAL RECORDS:
------------
Non-authoritative answer:
_mongodb._tcp.cluster1-psc-0.j735c.mongodb.net        service = 0 0 1024 pl-0-us-central1-gcp.j735c.mongodb.net.
_mongodb._tcp.cluster1-psc-0.j735c.mongodb.net        service = 0 0 1025 pl-0-us-central1-gcp.j735c.mongodb.net.
_mongodb._tcp.cluster1-psc-0.j735c.mongodb.net        service = 0 0 1026 pl-0-us-central1-gcp.j735c.mongodb.net.
Authoritative answers can be found from:
telnet pl-0-us-central1-gcp.j735c.mongodb.net 1024

telnet pl-0-<xyz>.mongodb.net 27017