Tôi không thể mở các trang web liên quan đến google

Tôi đang gặp lỗi hết thời gian trên các trang web liên quan đến google. Nếu tôi cố mở google.com, gmail.com, v.v., nó sẽ tiếp tục hiển thị "trả lời chờ" ở phía dưới trình duyệt và trang sẽ không mở. Nếu tôi đang duyệt một trang web khác bao gồm, ví dụ: www.google-analytics.com, ajax.googleapis.com, phông chữ google, v.v., thì nó bắt đầu tải, hiển thị "kết nối với [trang web liên quan đến google]" trên trình duyệt dưới cùng, và gian hàng tại thời điểm đó trong một thời gian dài.

Tôi có thể duyệt các trang web khác tốt và họ tải nhanh chóng. Tôi có thể ping các tên miền với tổn thất 0% và <100ms lần. Tôi có thể ping 8.8.8.8, tôi không đứng sau proxy, không có gì trên tệp máy chủ của tôi, tôi không làm việc hoặc trong môi trường mạng: đó là mạng gia đình phía sau bộ định tuyến. Tôi kết nối bằng wifi (tôi quá xa để sử dụng có dây).

Những người dùng khác trên cùng một mạng không gặp sự cố. Tôi có thể cả ping và duyệt các trang web. Tôi đã ping ajax.googleapis.comtừ Android và máy tính xách tay khác của tôi và họ trả lại cùng một IP so với trên máy tính xách tay này. Họ cũng chia sẻ cùng một địa chỉ IP bên ngoài, theo http://www.whatismyipaddress.com

Sự cố xảy ra trên Ubuntu 12.04 và vì nó tuần hoàn nhưng không đủ thường xuyên để đảm bảo, tôi không nhớ trung thực nếu nó cũng xảy ra trên Windows 7 (đây là máy khởi động kép). Khởi động lại bộ định tuyến sẽ không giúp đỡ. Khởi động lại máy tính khắc phục sự cố, cho đến khi nó xảy ra lần nữa.

Nó đã xảy ra trong một vài tháng nay. Lần cuối cùng nó xảy ra (đầu ngày hôm nay) tôi đã thực hiện ping trước và sau khi khởi động lại. Đây là kết quả:

trước

$ping ajax.googleapis.com
PING googleapis.l.google.com (74.125.21.95) 56(84) bytes of data.
64 bytes from yv-in-f95.1e100.net (74.125.21.95): icmp_req=1 ttl=47 time=157 ms
64 bytes from yv-in-f95.1e100.net (74.125.21.95): icmp_req=2 ttl=47 time=163 ms
64 bytes from yv-in-f95.1e100.net (74.125.21.95): icmp_req=3 ttl=47 time=156 ms
64 bytes from yv-in-f95.1e100.net (74.125.21.95): icmp_req=4 ttl=47 time=165 ms
64 bytes from yv-in-f95.1e100.net (74.125.21.95): icmp_req=5 ttl=47 time=157 ms
64 bytes from yv-in-f95.1e100.net (74.125.21.95): icmp_req=6 ttl=47 time=155 ms
64 bytes from yv-in-f95.1e100.net (74.125.21.95): icmp_req=7 ttl=47 time=159 ms
64 bytes from yv-in-f95.1e100.net (74.125.21.95): icmp_req=8 ttl=47 time=157 ms

sau

$ping ajax.googleapis.com
PING googleapis.l.google.com (74.125.134.95) 56(84) bytes of data.
64 bytes from gg-in-f95.1e100.net (74.125.134.95): icmp_req=1 ttl=47 time=207 ms
64 bytes from gg-in-f95.1e100.net (74.125.134.95): icmp_req=2 ttl=47 time=154 ms
64 bytes from gg-in-f95.1e100.net (74.125.134.95): icmp_req=3 ttl=47 time=154 ms
64 bytes from gg-in-f95.1e100.net (74.125.134.95): icmp_req=4 ttl=47 time=152 ms
64 bytes from gg-in-f95.1e100.net (74.125.134.95): icmp_req=5 ttl=47 time=157 ms
64 bytes from gg-in-f95.1e100.net (74.125.134.95): icmp_req=6 ttl=47 time=160 ms
64 bytes from gg-in-f95.1e100.net (74.125.134.95): icmp_req=7 ttl=47 time=154 ms
64 bytes from gg-in-f95.1e100.net (74.125.134.95): icmp_req=8 ttl=47 time=157 ms
64 bytes from gg-in-f95.1e100.net (74.125.134.95): icmp_req=10 ttl=47 time=154 ms
64 bytes from gg-in-f95.1e100.net (74.125.134.95): icmp_req=11 ttl=47 time=152 ms

Vấn đề xảy ra trên các trình duyệt khác nhau, tôi đã cài đặt epiphany và nó cho thấy hành vi tương tự.

Tôi đã kiểm tra tab mạng trên firefox và nó hiển thị một yêu cầu GET duy nhất, chưa được đáp ứng:

Tôi đã cài đặt wireshark và lắng nghe các yêu cầu HTTP GET; trên các trang web khác, nó xuất hiện trên báo cáo, nhưng trên ajax.googleapis nó không hiển thị gì. Tôi đã nghe các yêu cầu DNS, có một số khác biệt:

Nếu kết nối qua telnet đến cổng 80 của một trang web ngẫu nhiên và thực hiện NHẬN nó hoạt động, nhưng tôi không thể telnet đến ajax.googleapis.com(hoặc đó là IP), kết nối không bao giờ hoàn tất.

Dưới đây là một vài bước tôi sẽ thực hiện. Chưa bao giờ thấy hành vi chính xác này trước đây nhưng tôi đã thấy tương tự!

Nếu bạn có thể thử hoàn toàn trên một mạng khác (công việc hoặc một người bạn hoặc kết nối với điện thoại của bạn, v.v.).

Hãy thử nó với một dây cáp (nếu thậm chí trong một thời gian để kiểm tra độ tỉnh táo để nói). Nếu đó không phải là một lựa chọn thực tế, hãy thử sử dụng thẻ không dây USB một chút.

Cuối cùng (vì có thể có vấn đề), bạn có thể thử đặt lại ngăn xếp IP trong Windows (điều kỳ lạ là nó ảnh hưởng đến hệ điều hành BÓNG nhưng vẫn đáng để thử). Hãy cẩn thận vì một số phần mềm nhất định (thường là phần mềm VPN và một số công cụ khác của Ciscos) có thể yêu cầu cài đặt lại. Đây là một liên kết đến hướng dẫn MS trên đó .

Ngắn và ngọt ngào là:

Dấu nhắc lệnh với tư cách quản trị viên

netsh int ip reset <*optional* path to logfile>

ví dụ

netsh int ip reset c:\ipreset.log

Khởi động lại là cần thiết sau khi kết thúc này.

Bạn có thể xem qua wireshark, một trình thám thính mạng và kiểm tra xem chuyện gì đang xảy ra. Ngoài ra, bạn có thể lấy một bản phân phối linux di động , ghi nó trên USB-Stick và kiểm tra xem nó có hoạt động không. bạn cũng có thể so sánh ip được ping trên máy tính với google đang hoạt động và một cái khác. Và nếu bạn có một chiếc điện thoại có kết nối wifi và gói dữ liệu, bạn có thể kiểm tra xem nó có hoạt động với điều đó không

Sống ở Syria, chúng tôi phải đối mặt với rất nhiều vấn đề tương tự, có thể là khối địa phương từ chính phủ của chúng tôi đến một số trang web hoặc các trang web có trụ sở tại Hoa Kỳ chặn quyền truy cập của chúng tôi do lệnh trừng phạt.

Điều này trông rất giống với các trường hợp có một khối cục bộ (hoặc một số cấu hình sai từ phía ISP), các ISP có xu hướng chuyển các yêu cầu cổng 80 thông qua các proxy minh bạch và đó là nguồn gốc của tất cả các loại vấn đề. Ngoài ra, phần mềm độc hại có thể triển khai những thứ như vậy trên máy cục bộ của bạn, để làm những việc xấu như phục vụ quảng cáo hoặc chuyển hướng mọi thứ ...

Một giải pháp cho việc này là sử dụng https thay vì http. với HTTP, yêu cầu không thể bị chặn thông qua proxy minh bạch và do đó không kế thừa bất kỳ vấn đề nào có thể gây ra bởi điều đó. Vì vấn đề của bạn chủ yếu là với các dịch vụ của Google, nên bạn thật may mắn, vì (hầu hết) tất cả chúng đều được bật https.

Hãy thử truy cập https://www.google.com/ , nó có hoạt động không? nếu có, sau đó sử dụng addon https ở mọi nơi cho trình duyệt của bạn, nó sẽ viết lại các yêu cầu cho hầu hết các dịch vụ được biết đến (Google, Yahoo, Bing, Wordpress ...) thành https thay vì http.

Nếu được làm việc, đây là một công việc tạm thời và cần điều tra thêm về nguồn gốc thực sự của vấn đề (Có thể là phần mềm độc hại trên máy của bạn hoặc cấu hình bộ định tuyến / ISP xấu ...).

Chỉnh sửa: Khi vấn đề này xảy ra thời gian tới, nó có thể hữu ích để nhìn vào sản lượng của một số lệnh: pstree, ps aux, sudo iptables -Lvà netstat -a. Nó có thể làm một cú hích nhỏ để tìm ra thủ phạm gây ra tất cả những điều này.

Hãy xem Cài đặt trình duyệt có thể có lỗi với Proxy.

Còn các trang web khác như Yahoo hay Bing thì sao?

Đồng thời trx đến ping 8.8.8.8 (Máy chủ DNS của Google)

Nếu gần đây bạn có phần mềm độc hại trên máy tính, đôi khi chúng gây rối với tệp máy chủ để cố gắng ngăn bạn truy cập các trang web có thể giúp bạn xóa phần mềm độc hại.

Sử dụng notepad để xem tệp máy chủ của bạn (at C:\windows\system32\drivers\etc\hosts) và xem có bất kỳ dòng nào liệt kê không "google.com". Nếu có, đặt một #dấu hiệu phía trước dòng đó và lưu tệp. Khởi động lại và thử lại.

Bạn có dịch vụ AT & T không? Uverse đã gây ra cho chúng tôi những vấn đề tương tự. Hãy thử các trang web google địa phương khác nhau như google.co.uk hoặc google.it hoặc google.ca

Nếu đó là sự cố AT & T Uverse, hãy xóa tất cả các tệp trình duyệt và internet tạm thời và nếu thất bại, hãy gọi cho AT & T

Hãy thử công cụ chẩn đoán này: Netalyzr . (Yêu cầu Java.)

Nó sẽ cho bạn biết nếu bạn có điều gì đó lạ xảy ra với kết nối của bạn.

Tôi có vấn đề tương tự, có thể nó không liên quan đến bạn. Mỗi khi tôi sử dụng Firefox trên các trang web của Google, nó chỉ bị đóng băng và tôi phải bỏ qua nó. Đó không chỉ là các trang web thuần google mà còn các trang web có quảng cáo google, v.v.

Giải pháp của tôi cho việc này là xóa thư mục / var. Nó đã đầy và ngay khi tôi giải phóng một số không gian ở đó, vấn đề đã được giải quyết.

Chà, vì vấn đề là "cục bộ" (khởi động lại hệ thống giải quyết vấn đề) tôi sẽ kiểm tra nhật ký hệ thống để xem gợi ý ( dmesgcó vẻ là một nơi tốt để bắt đầu). Nếu điều đó không xảy ra với người dùng khác hoặc với lynx (hoặc bất kỳ trình duyệt dựa trên dòng lệnh nào khác) thì bạn nên xem xét việc chuyển nội dung của mình sang người dùng mới, nếu điều đó vẫn xảy ra, tôi sẽ đổ lỗi cho một số lỗi trong trình giải quyết hệ thống hoặc ai đó đầu độc bạn Bộ đệm DNS (có thể là ISP của bạn?). Nếu đó là phiên bản mới hơn, hãy cài đặt digtừ gói bind-utils và thử đoán xem bạn lấy các mục đó từ đâu. Tùy thuộc vào cách hệ thống của bạn được cấu hình (dnsmasq, trình quản lý mạng, liên kết?), Bạn có thể cần các phương pháp khác nhau để xóa bộ đệm.

Lưu ý: Tôi cho rằng kết nối bị trục trặc tại một số điểm (sử dụng lại ổ cắm) và khởi động lại hệ thống làm sạch nó. Tôi sẽ làm sudo nmap --tracerout -p 80,443 google.comkhi kết nối ổn và khi nào nó xấu đi để so sánh và kiểm tra xem máy chủ hoặc cái gì đó ở giữa có kaput không.

Các cài đặt mtu của bạn được đặt thủ công trên hệ thống này vì bất kỳ lý do gì (xem NetworkManager hoặc /etc/network/interfaces)? Hãy thử xóa cài đặt hoặc đặt trở lại 1500 (1492 nếu bạn sử dụng PPPoE).

Một dự đoán hoang dã là sự khác biệt giữa google và những người khác là do google triển khai IPv6, vì vậy bạn có thể cố gắng tắt IPv6 trong bộ định tuyến và máy tính.

Mặt khác, nếu nó xảy ra trên cả Ubuntu và Windows, tôi cho rằng nó không thể là phần mềm. Nếu nó chỉ xảy ra trên Ubuntu, hãy kiểm tra tường lửa và phần mềm bảo mật.

Bạn sẽ không có bất kỳ proxy được cài đặt nào nhìn thấy tất cả lưu lượng truy cập (ngoài wireshark)?