Trong Linux, tại sao tôi không thể truy cập mạng của mình sau khi chia nhỏ với mặt nạ 255.255.255.240?

OK, đầu tiên tôi có một hệ thống khởi động kép. Linux Mint 18 (Sarah) Quế và Windows 7 SP1. Thật tốt là tôi đã làm điều này, vì tôi mới biết về Linux.

Khi tôi lần đầu tiên cài đặt cả Windows và Linux, tôi thiết lập LAN1 là 192.168.1.1/255.255.255.0. Tôi không gặp vấn đề gì khi truy cập LAN1 hoặc Internet từ hệ điều hành.

Gần đây tôi quyết định mạng con. Tôi đã đổi LAN1 thành 192.168.64.80/255.255.255.240. Điều này mang lại cho tôi xxx80 là cổng, 14 IP có thể sử dụng là xxx81-xxx94, rất nhiều và xxx95 khi phát sóng. Sau đó tôi khởi động lại bộ định tuyến và IP mới được truyền qua DHCP. Mạng Windows nhận được dữ liệu DHCP và tôi có thể truy cập LAN1 và Internet mà không gặp vấn đề gì. Đã thử tương tự với Linux và không thể truy cập bất cứ thứ gì trên LAN1 hoặc Internet. Tư vấn cả applet mạng trên máy tính để bàn và ifconfig qua thiết bị đầu cuối, rõ ràng Linux đã biết về dữ liệu DHCP mới. Vì vậy, tôi bối rối tại sao tôi không thể truy cập bất cứ điều gì!

Có ai biết đặc thù của mạng Linux, để tôi có thể sửa chữa mà rõ ràng cần phải sửa chữa không?

Cảm ơn trước.

Tôi nghĩ vấn đề của bạn là bạn đang cố gắng sử dụng địa chỉ mạng làm địa chỉ cổng, nhưng bạn không thể làm điều đó. Cổng là một máy chủ lưu trữ trên mạng và nó phải có địa chỉ máy chủ. Cổng là máy chủ lưu trữ mà tất cả các máy chủ khác gửi lưu lượng truy cập cho một mạng khác, nhưng nó vẫn là máy chủ lưu trữ trên mạng và phải sử dụng địa chỉ máy chủ. Địa chỉ mạng không sử dụng được và không được xuất hiện dưới dạng địa chỉ nguồn hoặc đích trong bất kỳ gói tin IPv4 nào.

Ví dụ của bạn , 192.168.64.80/28:

Network    = 192.168.64.80
First host = 192.168.64.81
Last host  = 192.168.64.94
Broadcast  = 192.168.64.95

Bạn phải chọn địa chỉ cổng của bạn từ một trong các địa chỉ máy chủ. Một số người sử dụng địa chỉ máy chủ đầu tiên làm địa chỉ tiêu chuẩn cho cổng và một số người sử dụng địa chỉ máy chủ cuối cùng. Một số người chỉ cần chọn bất kỳ địa chỉ máy chủ. Nó không thực sự quan trọng vì cổng là một máy chủ lưu trữ trên mạng.

Các bộ định tuyến của Cisco có lệnh cấu hình toàn cầu ip subnet-zero cho phép sử dụng địa chỉ mạng làm máy chủ. Tuy nhiên, không phải tất cả các cài đặt IP đều hỗ trợ điều này theo mặc định, như trường hợp ở đây.

Tuy nhiên, các phiên bản iOS sau này dường như đã bật ip subnet-zero theo mặc định và do đó, bộ định tuyến của bạn có thể không nằm ngoài dự định của nó bằng cách cho phép bạn định cấu hình như vậy.

Tuy nhiên, hộp linux của bạn có thể không được cấu hình để sử dụng mạng con zero. Có thể có một sysctlthiết lập; có thể có một số bổ sung ifconfighoặc routecờ để thiết lập để sử dụng mạng con bằng không. Tuy nhiên, tôi không chạy linux và vì vậy tôi không thể kiểm tra xem liệu có bất kỳ phương pháp nào được sử dụng để sử dụng mạng con không thực sự hoạt động như dự định.

Từ trang web của cisco về cấu hình mạng con-không ..

Mạng con có địa chỉ mạng con là 0 là bất hợp pháp và không được khuyến khích mạnh mẽ (như đã nêu trong RFC 791) vì sự nhầm lẫn có thể phát sinh giữa mạng và mạng con có cùng địa chỉ. Ví dụ: nếu mạng 131.108.0.0 được chia nhỏ thành 255.255.255.0, mạng con 0 sẽ được viết là 131.108.0.0, giống hệt với địa chỉ mạng.

Bạn có thể sử dụng tất cả các mạng con 0 và tất cả 1 giây (131.108.255.0), mặc dù điều đó không được khuyến khích. Cấu hình giao diện cho mạng con tất cả 1 giây được cho phép rõ ràng. Tuy nhiên, nếu bạn cần toàn bộ không gian mạng con cho địa chỉ IP của mình ... (sử dụng lệnh in đậm, ở trên)

Linux không có vấn đề với điều này. Khi tôi gặp vấn đề như thế này, nó thường là một trong những vấn đề sau:

• Một tường lửa mặc định được cài đặt trên HĐH, kiểm tra với:

  sudo iptables -nvxL
  

  (lưu ý các chính sách quá)

• Một lỗi đánh máy trong cấu hình mạng - trên máy khách hoặc máy chủ

• Một lỗi đánh máy trong lệnh cấu hình, như ifconfig- nó có thể cấu hình các địa chỉ hoàn toàn không có thật và một số triển khai không chấp nhận /28ký hiệu CIDR ( ), bạn phải gõ nó hoặc sử dụng từ khóa "netmask".

• Địa chỉ MAC trùng lặp

  cat /proc/net/arp  
  

• Một địa chỉ IP trong cùng phạm vi trên giao diện mạng khác

• Nhiễm virus trên bộ định tuyến, kiểm tra phần sụn
• Chuyển đổi mạng với các cổng bị đóng băng, khởi động lại nó