Tôi đã thiết lập một hộp linux (trên esxi5) hoạt động như một máy chủ OpenVPN. máy chủ được cấu hình để sử dụng bắc cầu cho các máy khách, về cơ bản hoạt động, với một ngoại lệ.
Nếu máy khách ping một số máy trên mạng không phải là máy chủ thì nó không hoạt động. Tôi loại trừ tất cả mọi thứ tôi biết (iptables, v.v.) và chạy tcpdump đã đun sôi nó với những điều sau đây:
- Tôi thấy các yêu cầu ARP trên tap0 và br0
- Tôi thấy ARP trả lời trên br0
- Tôi KHÔNG thấy trả lời ARP trên tap0
Câu hỏi: tại sao thiết bị br0 không chuyển tiếp trả lời ARP cho thiết bị tap0?
1
ok - tôi đã tiến thêm một bước Khi tôi xem bảng mac của cây cầu bằng cách sử dụng brctl showmacs, tôi thấy địa chỉ mac của máy khách vpn của tôi ở phía tap0. Nếu bây giờ tôi bắt đầu ping từ máy khách vpn đến mạng con, địa chỉ mac sẽ chuyển sang cổng cầu nối, điều này tất nhiên sẽ chặn phản hồi arp của mạng con. mac chuyển trở lại gần như ngay lập tức khi ping dừng lại. Vì vậy, những gì tôi không biết là tại sao địa chỉ mac chuyển sang cổng chuyển đổi sai - tất cả các tìm kiếm của tôi cho đến nay không có kết quả.
—
fen
nếu nó "di chuyển" sang một cổng khác, đó sẽ là một đầu mối xác định rằng địa chỉ MAC có mặt nhiều lần trong mạng của bạn hoặc bạn đang thấy các hiệu ứng của một vòng mạng (hai cổng của cùng một cầu được kết nối bởi một hoạt động con đường). Cả hai đều là vấn đề cấu hình cần được sửa chữa.
—
the-wợi
cách ly vấn đề bằng cách sử dụng mục ARP tĩnh trước trong máy khách của bạn, nếu ping hoạt động tốt sau đó thì bạn có thể chuyển sang xử lý sự cố ARP. Nếu nó không hoạt động thì bạn có một vấn đề mạng lớn hơn là chỉ ARP.
—
Ricardo
Vì chúng tôi không thể biết bất cứ điều gì về việc mạng của bạn trông như thế nào. Cú sút xa; Bạn có
—
Michal Sokolowski
client-to-clienttrong tập tin cấu hình openvpn của máy chủ không? Nếu máy chủ của bạn được kết nối với mạng VPN bằng openvpn làm máy khách, thì câu đó có thể đúng. Tái bút Bạn đang sử dụng loại distro nào?