Điểm:1

Server

Phân giải DNS từ Cloudfunctions trong mạng VPC

Vojtěch

04:52, 31/07/2023

Tôi đang triển khai Cloudfunction với mạng VPC như sau:

chức năng gcloud beta triển khai chức năng của tôi
      --trigger-http
      --khu vực châu Âu-tây1
      --bộ nhớ 128MB
      --runtime nodejs16
      --entry-point điểm vào
      --allow-chưa xác thực
      # cần thiết để truy cập các phiên bản điện toán
      # https://console.cloud.google.com/networking/connectors/list
      --vpc-connector đám mây-chức năng-kết nối
      # trình kết nối vpc chỉ nên được sử dụng để truy cập mạng riêng
      --egress-settings private-ranges-only

Bây giờ, nếu Chức năng đám mây của tôi sử dụng địa chỉ IP của tài nguyên điện toán, thì tôi có thể dễ dàng truy cập chúng. Tuy nhiên, khi tôi sử dụng tên máy chủ của họ, DNS không được giải quyết và kết quả là:

Lỗi: getaddrinfo ENOTFOUND my-compute-resource

Tôi cần làm gì để có thể sử dụng DNS cho các phiên bản điện toán của mình?

0 + 0

google-computing-engine

google-cloud-platform

google-cloud-chức năng

John Hanley

05:25, 31/07/2023

Tên máy chủ nào - công khai hay riêng tư? **my-compute-resource** là tên máy chủ. Bạn phải sử dụng Tên miền đủ điều kiện (FQDN). https://cloud.google.com/compute/docs/internal-dns#view_instance_dns_name

Hồi đáp

Vojtěch

08:51, 31/07/2023

`my-compute-resource` là tên của phiên bản. Từ các trường hợp khác, tôi có thể dễ dàng ping trực tiếp `ping my-compute-instance`. Nhờ bạn mà tôi biết được rằng tôi có thể sử dụng `my-compute-instance.c.my-project.internal` - Tôi đoán đó là thứ tốt nhất tôi có thể nhận được?

Hồi đáp

John Hanley

17:06, 31/07/2023

Đôi khi tôi sử dụng /etc/hosts và lưu trữ tên máy chủ cũng như địa chỉ IP. Sau đó, tôi có thể sử dụng bất kỳ tên nào tôi muốn (viết tắt hoặc FQDN).

Hồi đáp

Ramesh kollisetty

09:10, 04/08/2023

@ VojtÄch Bạn đã thử như @JohnHanley đề xuất chưa? Nếu có, bạn có thể đăng quy trình mà bạn đã làm theo như một câu trả lời không.

Hồi đáp

Vojtěch

14:19, 04/08/2023

Xin chào, tôi vừa sử dụng `my-compute-instance.c.my-project.internal` thay vì `my-compute-instance` và đó là cách nó hoạt động.

Hồi đáp

Ramesh kollisetty

10:15, 08/08/2023

@ VojtÄch vui lòng đăng giải pháp của bạn dưới dạng câu trả lời và chấp nhận nó để nó hữu ích cho các thành viên khác trong cộng đồng tham khảo.

Hồi đáp

Vojtěch

18:11, 08/08/2023

@JohnHanley nếu bạn đăng nhận xét của mình dưới dạng câu trả lời, tôi sẽ chấp nhận nhận xét đó.

Hồi đáp

Điểm:1

Server

John Hanley

20:00, 08/08/2023

Để truy cập tài nguyên qua tên máy chủ, bạn phải sử dụng Tên miền đủ điều kiện (FQDN). Chỉ sử dụng phần máy chủ sẽ thất bại.

Máy ảo Compute Engine có định dạng FQDN sau:

VM_NAME.ZONE.c.PROJECT_ID.internal

Nếu bạn chỉ chỉ định VM_NAME, thì yêu cầu sẽ giải quyết cho ZONE và PROJECT_ID nào? Câu trả lời đó cũng xác định máy chủ DNS nội bộ nào sẽ được truy vấn cho câu trả lời.

Để tránh sự mơ hồ đó, Google Cloud DNS yêu cầu FQDN.

Tên DNS nội bộ và VPC được chia sẻ

0 + 0

Phan Văn Trường

Câu hỏi này là trong các ngôn ngữ khác:

EN: DNS resolving from Cloudfunctions in VPC network

TH: การแก้ไข DNS จาก Cloudfunctions ในเครือข่าย VPC

RO: Rezolvarea DNS din Cloudfunctions în rețeaua VPC

RU: Резолвинг DNS из Cloudfunctions в сети VPC

VI: Phân giải DNS từ Cloudfunctions trong mạng VPC

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.