2 máy riêng biệt, 2 địa chỉ IP tĩnh. Không có kết nối bên ngoài Mạng ISP


0

Tôi có hai máy vật lý riêng biệt. Cái đầu tiên đang chạy CentOS 6.6 x86_64 và cái thứ hai đang chạy Ubuntu 14.04 LTS. (cũng 64-bit)

Đây là vấn đề. Cả hai máy chủ đều có kết nối trực tiếp với internet với địa chỉ IP công cộng và kết nối mạng LAN với "mạng máy chủ".

Tôi có 29 địa chỉ IP tĩnh có sẵn từ ISP của tôi và các hệ thống này có thể truy cập được từ 29 địa chỉ IP đó, nhưng không nằm ngoài mạng đó.

Ví dụ: nếu tôi xóa điện thoại thông minh Android của mình khỏi WiFi và nhập IP công khai của mỗi máy chủ, tôi sẽ nhận được trang "Không thể tải trang web" chung từ trình duyệt của mình. Nhưng nếu tôi kết nối với WiFi của mình và tải địa chỉ công cộng, nó sẽ hoạt động như mong muốn. Nó thậm chí sẽ giải quyết các trang web được lưu trữ trên máy chủ.

Cả hai máy chủ đều có tường lửa CSF được cài đặt và đang chạy và các cổng 20, 21, 22, 25, 53, 80, 110, 143, 443, 465, 587, 993, 995 và 10000 được mở theo cả hai máy chủ.

Đây là các bước tôi đã thực hiện cho đến nay.

  • Tôi có thể telnet các cổng trên mỗi máy chủ từ mạng cục bộ (máy chủ lan).
  • Tôi cũng đã vô hiệu hóa tường lửa để xem có thể đó là nguyên nhân. (Không phải)
  • Tôi đã vô hiệu hóa bất kỳ và tất cả hỗ trợ cho IPv6 trên cả hai máy chủ (bài đăng trên diễn đàn cho biết nó có thể giúp ích).
  • Máy chủ DNS đã thay đổi (được sử dụng Google Public, ISP Public, FreeDNS, v.v.)
  • Được gọi là ISP (không phải là vấn đề với mạng hoặc nó sẽ ảnh hưởng đến tất cả IP)

Bây giờ để rõ ràng. Hai máy chủ này là hai máy chủ duy nhất dường như có vấn đề này. Tôi có khoảng 14 máy chủ khác sử dụng các địa chỉ IP này và tất cả chúng đều hoạt động tốt.

Dưới đây là một cái nhìn về tệp ifcfg-eth0 trên Máy CentOS

DEVICE=eth0
GATEWAY=71.xxx.xxx.1
BOOTPROTO=none
HWADDR=xxxxxxxxxxxxxx
NETMASK=255.255.255.0
IPADDR=71.xxx.xxx.61
NETWORK=71.xxx.xxx.0
ONBOOT=yes
ARPCHECK=no
NETWORKING_IPV6=no
IPV6INIT=no

Đây là tập tin / etc / sysconfig / mạng từ máy CentOS

NETWORKING=yes
NETWORKING_IPv6=no
GATEWAY=71.xxx.xxx.1
HOSTNAME=ns1

Đây là

tuyến đường -n

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
71.xxx.xxx.0    0.0.0.0         255.255.255.0   U     0      0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     1002   0        0 eth0
0.0.0.0         71.xxx.xxx.1    0.0.0.0         UG    0      0        0 eth0

Có lẽ nó đơn giản là thứ mà tôi không thấy. Nếu tôi chưa bị hói, tôi sẽ nhổ tóc ngay bây giờ.

Máy Ubuntu cho kết quả tương tự từ các thử nghiệm ở trên, ngoại trừ IP kết thúc ở 62, thay vì 61 và tên máy chủ của Ubuntu là ns2.

Lưu ý: Nếu tôi để lại một cái gì đó mà bạn cần xem, vui lòng chỉ cho tôi biết và tôi sẽ cập nhật bài viết này.

Đây là Quét MXToolbox

nhập mô tả hình ảnh ở đây

Tôi đã bỏ qua Địa chỉ IP vì chúng đang lưu trữ máy chủ.


@Kevin Maguire. Tôi đã kiểm tra với Nhà cung cấp dịch vụ Internet của chúng tôi và xác nhận rằng thực sự Sub Net cho Địa chỉ IP công cộng của chúng tôi là 255.255.255.0, tôi thậm chí còn kiểm tra lại tất cả các thông tin được cung cấp. Tất cả đều đúng.
PunkIsDaFunk

Yêu cầu làm rõ: "Tôi có 29 địa chỉ IP tĩnh" Ý bạn là bạn có sẵn 32 IP (với một cho bộ định tuyến, một cho phát sóng và một cho mạng, để lại 29 IP có thể sử dụng ?). (Điều đó cũng có nghĩa là 6 bit cho máy chủ lưu trữ và một mạng lưới 11111111.1111111.11111111.11000000 aka 255.255.255.192 aka / 26).
Hennes

Câu trả lời:


0

Bạn có chắc chắn netmask là 255.255.255.0?

Bạn đã nhận được 29 địa chỉ từ ISP - gợi ý (có thể) otherwsise.

Quốc gia


Chào mừng bạn đến với Siêu người dùng! Đây thực sự là một bình luận và không phải là một câu trả lời cho câu hỏi ban đầu. Để phê bình hoặc yêu cầu làm rõ từ một tác giả, hãy để lại nhận xét bên dưới bài đăng của họ - bạn luôn có thể nhận xét về bài đăng của riêng bạn và khi bạn có đủ danh tiếng, bạn sẽ có thể nhận xét về bất kỳ bài đăng nào .
DavidPostill

0

Điều này có thể được đóng lại. Tôi nhận thấy rằng vì một số lý do, chúng tôi bị giới hạn chỉ sử dụng 13 địa chỉ IP của chúng tôi (chúng tôi có 29), ISP đã phát hiện ra một lỗi lớn trong mạng. Chúng tôi đã bảo trì theo lịch trình vào thứ ba.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.