Sự cố mạng lạ trên OS X

Những vấn đề kỳ lạ tôi đang gặp phải 3 lần bây giờ với khoảng hơn 1 tháng ở giữa. Đột nhiên tôi mất khả năng thực hiện một số hoạt động liên quan đến mạng, nhưng không phải tất cả.

Khi nó xảy ra, chúng vẫn hoạt động:

• Giải quyết tên miền bằng vd: ping / dig
• Ứng dụng trò chuyện
• Fantastical (có đồng bộ hóa lịch google)
• Kết nối SSH không bị ngắt kết nối, nhưng tôi không thể tạo kết nối mới
• Tôi có thể ping và nhận phản hồi

Tuy nhiên, những thứ này không hoạt động:

• Tất cả các trình duyệt (Chrome, Firefox, Safari), sẽ không hiển thị trang.
• Các trang web được kết nối sử dụng ổ cắm web hoặc SSE đang mất kết nối (cả trên http và https).
• Curl sẽ không lấy các trang.
• Adium ngắt kết nối và sẽ không kết nối lại.
• Sonos (trong mạng LAN của tôi) sẽ không hoạt động nữa.
• Evernote ngừng đồng bộ hóa.

Đầu ra của curl cố lấy một trang đang hiển thị Can't assign requested address

{ ~ }$ curl google.com
curl: (7) Failed to connect to 84.208.42.35: Can't assign requested address 

Tôi ifconfigtrông giống như nó nên.

netstat -an không chứa quá nhiều mục:

1 CLOSE_WAIT
1 SYN_SENT
2 CLOSED
2 FIN_WAIT_2
13 FIN_WAIT_1
16 LISTEN
212 LAST_ACK
446 ESTABLISHED

Tôi đang dùng mẫu MacBook Pro đầu năm 2011 chạy OS X 10.9.1 kết nối qua mạng không dây. Đây là thiết bị duy nhất trên mạng có vấn đề này. Điều duy nhất có ích là khởi động lại máy Mac. Thực sự không có nhiều thứ để xem trong nhật ký (như tôi đã phát hiện ít nhất), chỉ có các dịch vụ gặp sự cố đột ngột khi kết nối.

Có ai khác đã có vấn đề như thế này? Cách tốt nhất để khắc phục sự cố này trong lần tiếp theo xảy ra là gì?

Như tôi đã nêu, vấn đề này dường như được mô tả ở đây:
https://discussions.apple.com/thread/5551686?start=45&tstart=0

Một giải pháp tạm thời sẽ là mở terminal và gõ:

sudo ifconfig en0 down
sudo route flush
sudo ifconfig en0 up

thay thế en0 bằng bất kỳ cổng nào bạn đang sử dụng để kết nối với internet. Lệnh này về cơ bản thiết lập lại kết nối của bạn mà không phải khởi động lại máy tính của bạn.

Giải pháp tuôn ra ifconfig + của @blaine đã nhắc tôi xem xét netstat -nrvà chắc chắn rằng tôi có một tuyến máy chủ tĩnh đến cổng, với số lượng sử dụng cao (cột thứ 5 trong netstat -nrđầu ra.)

Khi điều này xảy ra một lần nữa, bạn có thể muốn kiểm tra xem bạn có tuyến đường cho tiền tố địa chỉ mà bạn đang cố gắng kết nối hay không và liệu nó có biểu hiện vấn đề tương tự không. Đối với tôi, tôi đã không phải đưa giao diện xuống; chỉ cần làm một route delete <dest> <gateway>(và thêm nó một lần nữa nếu cần thiết) đã làm việc.