Điểm:0

Một nhóm các máy ảo, mỗi máy ảo có địa chỉ IPv4 công khai của riêng nó, có thể bắt chước trên một mạng con riêng không và nếu vậy, làm cách nào tôi có thể tích hợp với mạng hiện có?

lá cờ in

TLDR;Tóm tắt

Một nhóm máy ảo, mỗi máy ảo có địa chỉ IPv4 công cộng riêng, có thể được tổ chức sao cho giống như đang ở trên một mạng con riêng không và nếu vậy, làm cách nào tôi có thể kết nối các máy chủ đó với phần còn lại của mạng?

Cấu hình hiện tại

  • 10.0.0.0/24 AWS Oregon - công khai

  • 10.1.0.0/24 AWS Oregon - riêng tư

  • 10.52.5.0/24 Trang chủ, San Diego

  • 10.62.5.0/24 Trang chủ, Las Vegas

Mạng công cộng AWS có máy chủ OpenVPN. Cả San Diego và Las Vegas đều có máy khách OpenVPN riêng kết nối với máy chủ AWS đó. Thông qua việc sử dụng thiết lập VPN điểm-điểm này, bất kỳ máy ảo nào trên mạng của tôi đều có thể nói chuyện với bất kỳ máy ảo nào khác mà không có sự can thiệp của NAT. Tất cả mọi thứ hoạt động hoàn hảo.

Vấn đề

Tôi đã được yêu cầu chứng minh rằng ứng dụng web do tôi thiết kế, hiện đang chạy tại AWS Oregon, có thể chạy thành công bên ngoài hệ sinh thái AWS.

"Không thành vấn đề," tôi nói. Vì vậy, tôi thuê năm máy chủ từ một nhà cung cấp Thụy Sĩ và chuẩn bị kết nối những máy chủ đó với mạng của mình.

Tôi đoán giả định của mình là SwissVendor sẽ cung cấp năm máy chủ cho tôi và đặt chúng trên mạng nội bộ do tôi chọn (ví dụ: 10.72.5.0/24, gw:.1) và có thể cung cấp cho tôi một IP công khai (tức là "co giãn?") để khoan theo cách của tôi từ bên ngoài. Sau đó, tôi sẽ chọn một trong năm máy chủ làm ứng dụng khách OpenVPN của mình, trỏ nó tới máy chủ AWS Oregon OpenVPN của tôi và bùm, các máy chủ Thụy Sĩ hiện có thể truy cập được từ mọi nơi trên mạng của tôi.

Tuy nhiên, thật không may cho tôi, đó không phải là cách mọi thứ hoạt động tại SwissVendor. Thay vào đó, mỗi máy chủ trong số năm máy chủ đều có địa chỉ IP công khai của riêng mình và hơn nữa, không có gì đảm bảo rằng các địa chỉ IP này thậm chí nằm trên cùng một mạng con. Vì vậy, tôi đã kết thúc với một cái gì đó như:

  • Máy chủ 1: 11.11.11.11/24

  • Máy chủ 2: 22.22.22.22/24

  • Máy chủ 3: 33.33.33.33/24

  • Máy chủ 4: 44,44,44,44/24

  • Máy chủ 5: 55,55,55,55/24

Cổng RDP 3389 được mở trên toàn thế giới trên mỗi máy chủ, cho phép khách hàng truy cập thông qua mật khẩu quản trị được chia sẻ trước. Tất cả các kết nối gửi đến khác đều bị chặn bởi tường lửa của máy chủ được bật theo mặc định. Đó đơn giản là cách SwissVendor cung cấp máy chủ của mình cho những khách hàng như tôi. Tôi không thể thay đổi điều này.

Mục tiêu của tôi

Đây là lúc mọi thứ trở nên khó diễn tả vì tôi là người có sở thích chứ không phải dân chuyên nghiệp. Trong thế giới lý tưởng của tôi:

  • Mỗi máy chủ Thụy Sĩ, ngoài việc có địa chỉ công khai thực của riêng mình, còn có một số loại NIC tổng hợp/ảo trên mạng nội bộ 10.72.5.0/24.
  • Các máy chủ sẽ có thể giao tiếp với nhau ở tốc độ cao với độ trễ gần như bằng không. [Bạn có thể cho rằng mỗi máy chủ Thụy Sĩ sống trong cùng một tủ vật lý và thực sự có thể thực sự sống trên cùng một phần cứng vật lý!]
  • Một trong các máy chủ sẽ hoạt động như một ứng dụng khách OpenVPN, được kết nối với máy chủ AWS OpenVPN của tôi, máy chủ này sẽ kéo 10.72.5.0/24 vào mạng của tôi một cách hiệu quả, giúp mỗi máy chủ này có thể truy cập được vào phần còn lại của mạng của tôi chứ không phải Internet, và không có sự can thiệp của NAT.

Tôi hoàn toàn không thể tìm ra cách thực hiện điều này, hoặc thậm chí liệu nó có khả thi hay không. Đây là hai cách tiếp cận tôi đã xem xét nhưng cuối cùng đã loại trừ:

Ý tưởng thất bại #1: Mỗi Máy chủ đóng vai trò là máy khách OpenVPN

Tôi có thể từ bỏ ý tưởng có một máy khách OpenVPN chuyên dụng trên mạng Thụy Sĩ. Thay vào đó, mỗi máy chủ Thụy Sĩ sẽ chạy ứng dụng khách OpenVPN của riêng mình, cung cấp cho mỗi máy chủ địa chỉ IP bổ sung của riêng nó. Vì vậy, ngoài địa chỉ IP công cộng, mỗi máy chủ cũng sẽ có một IP ảo, có thể là 10.8.0.0/24.

Điều này sẽ hoạt động trong chừng mực các máy chủ Thụy Sĩ có thể giao tiếp với nhau cũng như phần còn lại trong mạng của tôi.

Vấn đề là để một gói đi từ SwissServer1 đến SwissServer2, nó sẽ phải di chuyển đến Oregon và ngược lại -- hoàn toàn không hiệu quả do cả SwissServer1 và SwissServer2 đều hoạt động trên cùng một máy vật lý. Nhớ lại rằng tôi cần liên lạc nhanh với độ trễ thấp giữa các máy chủ Thụy Sĩ.

Ý tưởng thất bại #2: Máy chủ Thụy Sĩ giao tiếp bằng địa chỉ công cộng của họ

Tôi chỉ có thể cho phép các máy chủ Thụy Sĩ giao tiếp với nhau bằng địa chỉ IP công cộng tương ứng của chúng. Điều này chắc chắn sẽ giải quyết vấn đề độ trễ.

Vấn đề chính mà tôi thấy trước với cách tiếp cận này là vì IP của mỗi máy chủ Thụy Sĩ là công khai và do đó được tiếp xúc với Internet, tôi phải THỰC SỰ cẩn thận trong việc định cấu hình quy tắc tường lửa của từng máy chủ. Ví dụ: nếu SwissServer1 muốn sử dụng tính năng chia sẻ tệp với SwissServer2, thì tôi phải biết chính xác cổng nào được sử dụng để hỗ trợ điều đó và chỉ mở những cổng đó và chỉ với SwissServer1. Nếu tôi mắc một lỗi nhỏ, tôi có thể sẽ để lộ dịch vụ chia sẻ tệp đó ra Internet công cộng.

Ngoài ra còn có vấn đề về cách kết nối các máy này với phần còn lại của mạng của tôi một cách rõ ràng. Vì vậy, tôi cũng thấy cách tiếp cận này là không bắt đầu.

Từ đâu đến đây?

Tôi đã nghiên cứu nó và không thể tìm ra cách tiếp cận chính xác. Tôi nghĩ thứ tôi có thể đang tìm kiếm là thứ gọi là "cầu nối" và tôi nghĩ OpenVPN có thể hỗ trợ điều này nhưng tôi không chắc. Theo tôi hiểu từ nghiên cứu sâu rộng của mình trên Wikipedia và Reddit, việc sử dụng công nghệ cầu nối có thể cho phép năm máy chủ Thụy Sĩ hoạt động như thể chúng nằm trên một mạng duy nhất, chẳng hạn như 10.52.7.0/24, do đó tạo điều kiện liên lạc nhanh chóng giữa các đồng nghiệp này . Nhưng sau đó thì? Làm cách nào để tôi có thể truy cập 10.52.7.0/24 vào/từ phần còn lại của mạng hiện tại của mình?

Tất cả các máy chủ đang chạy Windows 2019 Server hoặc Windows 2022 Server.

Bất kỳ và tất cả lời khuyên đánh giá cao!

lá cờ pl
Một số nhà cung cấp cung cấp phần mềm VPN có tất cả các điểm cuối của bạn kết nối trở lại máy chủ trung tâm nhưng khi họ cần liên lạc trực tiếp với nhau, máy chủ trung tâm sẽ giúp họ mở kết nối VPN tạm thời trực tiếp giữa họ. Đây có thể là những gì bạn muốn, nhưng nó có thể rất tốn kém.
lá cờ us
Tường lửa có thể được cấu hình hay không? Đầu tiên bạn nói rằng tường lửa chỉ cho phép cổng RDP và sau đó bạn nói rằng tường lửa sẽ phải được cấu hình.
lá cờ in
@TeroKilkanen Nhà cung cấp dịch vụ Thụy Sĩ không triển khai tường lửa của riêng họ. Tường lửa mà tôi đang đề cập đến là tường lửa được tích hợp trong Windows. Khi nhà cung cấp cung cấp một máy chủ Windows mới cho khách hàng, họ sẽ kích hoạt tường lửa Windows trên máy chủ đó và định cấu hình nó theo cách mà tất cả các kết nối gửi đến đều bị chặn, ngoại trừ RDP. Họ phải bỏ chặn RDP (3389) để khách hàng có thể truy cập vào máy chủ mà họ đang trả tiền.
lá cờ us
Sau đó, bạn cần thêm các quy tắc tường lửa bổ sung để cho phép lưu lượng VPN.
Điểm:0
lá cờ in

Mạng con phụ

Bạn có thể yêu cầu nhà cung cấp VPS cũng có một mạng con nội bộ. Tuy nhiên đó chỉ là công việc làm thêm. (điều này sẽ được thêm vào các giao diện hiện có)

IP công cộng

Sẽ là cách tiếp cận tốt nhất, yêu cầu IPv6 và bạn sẽ có thể nhận được một mạng con đã biết mà bạn có thể xử lý.

Sử dụng VPN

Thiết lập một máy chủ VPN cục bộ mà tất cả chúng kết nối với nhau, điều này cho phép chúng truy cập nhanh với nhau. Đồng thời thiết lập các liên kết đến mạng hiện tại của bạn để có thể truy cập được.

Điều này có nghĩa là Tất cả trừ một máy sẽ có hai máy khách, trên một máy đó sẽ có một máy chủ và máy khách. Với một số định tuyến thông minh, bạn thậm chí có thể có dự phòng.

lá cờ in
Cảm ơn vì sự trả lời. Có vẻ như tôi không được phép upvote nhận xét của bạn. Trong mọi trường hợp, khi bạn nói về việc thiết lập máy chủ VPN cục bộ, máy chủ đó sẽ chạy ở chế độ "cầu nối", đúng không? Không nhận ra rằng máy chủ OpenVPN có thể đồng thời đóng vai trò là máy chủ và máy khách. Cảm ơn vì đã chỉ ra điều đó.
lá cờ in
Nó sẽ chỉ tạo một mạng cục bộ riêng biệt, không có cầu nối, không có tuyến đường mặc định. Bạn sẽ chạy 2 phiên bản, một máy chủ, một máy khách, hoàn toàn riêng biệt.

Đă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.