Không thể truy cập các trang web được chọn trên Linux (nhưng có thể trên Windows)


10

Kết nối internet của tôi từng là kết nối mạng LAN trực tiếp với nhà cung cấp của tôi. Trước đó, mọi thứ sẽ tải tốt trên cả Windows và Ubuntu (khởi động kép). Tuy nhiên, một thời gian trước họ bắt đầu cần tôi quay số bằng tên người dùng và mật khẩu (qua kết nối PPPoE). Nhưng kể từ đó, tôi không thể duyệt một số trang web nhất định trên Ubuntu, mặc dù không có vấn đề nào như vậy trên Windows. Một số trang web ví dụ là - Trang đăng nhập của Ovi (mặc dù share.ovi.com tải tốt và nokia.com tải tốt), Live Mail (hoạt động trên Chrome (ium) và Opera nhưng không phải trên Firefox (cả 3.6 và 4)) và các trang web ngẫu nhiên khác.

Một số trang web không tải các tin nhắn hết thời gian hiển thị trên Chrome và đối với một số trang web, trình duyệt sẽ tiếp tục tải mà không có kết thúc (Tôi đã để nó như thế thậm chí trong nhiều giờ nhưng không nhận thấy điều gì khác xảy ra).

Tôi đã thử thay đổi các máy chủ DNS thành các máy chủ được đề xuất trong bình luận. Tôi thậm chí đã thử khởi động từ Fedora LiveCD và sau đó thay đổi DNS thành những cái đó (và thậm chí là cả OpenDNS), nhưng điều tương tự chính xác xảy ra.

Đây là đầu ra của ipconfig trên Windows:

văn bản thay thế

Nếu có bất kỳ sự trợ giúp nào, các thông báo lỗi của Opera dường như có nhiều thông tin hơn và lần lượt chúng có các lỗi sau:

  • Kết nối an toàn: lỗi nghiêm trọng (552)
  • Kết nối an toàn: lỗi nghiêm trọng (40)

Tiếp theo: Opera không thể kết nối với máy chủ. Máy chủ có thể đang sử dụng giao thức SSL 2 không được hỗ trợ, không được coi là đủ an toàn để liên lạc an toàn. Chủ sở hữu trang web nên nâng cấp lên TLS 1.0 hoặc mới hơn.

Có ai biết tại sao điều này xảy ra và làm thế nào nó có thể được sửa chữa?

Cập nhật: Chỉ cần xem tại đây http://ubuntuforums.org/showthread.php?t=1571086&highlight=pppoe rằng ai đó đang gặp vấn đề tương tự và giải quyết nó bằng cách đặt tệp NetworkManager.conf vào / etc / NetworkManager. Những gì cần phải có trong tập tin đó?


Tôi tự hỏi nếu các máy chủ DNS bạn đang sử dụng không tốt lắm. Bạn có thể thử thiết lập thủ công các máy chủ DNS của mình theo cách tương tự như 4.2.2.2 hoặc 8.8.8.8 không và xem điều đó có giúp ích không.
deltaray

Không rõ phần nào của kết nối đang khiến bạn nhập tên đăng nhập / mật khẩu. Bạn có kết nối mới trong "kết nối mạng" không? Bạn có thể đưa ra đầu ra của ipconfiglệnh trong Windows?
Victor Sergienko

@Victor Sergienko: Tôi đã cập nhật bài đăng và thêm đầu ra ipconfig.
Muss Chiều

Ồ, tôi nghĩ đó là kết nối VPN yêu cầu mật khẩu, nhưng không có.
Victor Sergienko

Không, không phải VPN, mà là PPPoE.
Chiều

Câu trả lời:


16

(Sao chép từ Unix Stack Exchange )

Bạn có các triệu chứng của sự cố MTU : một số kết nối TCP bị đóng băng, ít nhiều có thể lặp lại cho một lệnh hoặc URL nhất định nhưng không có mẫu tổng thể dễ dàng nhận thấy. Một triệu chứng cụ thể là các phiên ssh tương tác hoạt động tốt nhưng việc truyền tệp hầu như luôn thất bại. Hơn nữa, pppoe là người gây ra vấn đề MTU số một cho người dùng gia đình. Vì vậy, tôi kê toa kiểm tra MTU.

Nó là gì? Các m aximum t ransmission u nit là kích thước tối đa của một gói dữ liệu qua một liên kết mạng. MTU thay đổi từ phương tiện vận chuyển sang phương tiện vận chuyển, ví dụ Ethernet có dây và wifi (802.11) có các MTU khác nhau và các liên kết ATM (chiếm hầu hết các cơ sở hạ tầng đường dài) đều có MTU riêng. PPPOE là một giao thức được đóng gói, có nghĩa là mỗi gói bao gồm một vài byte tiêu đề theo sau là gói bên dưới - vì vậy nó làm giảm kích thước gói tối đa theo kích thước của tiêu đề. IP cho phép các bộ định tuyến phân mảnh các gói nếu chúng phát hiện ra rằng chúng quá lớn cho bước nhảy tiếp theo, nhưng điều này không phải lúc nào cũng hoạt động. Về lý thuyết, MTU thích hợp nên được phát hiệntự động , nhưng điều này cũng không phải lúc nào cũng hoạt động. Cụ thể, Google cho biết rằng Trình quản lý mạng không phải lúc nào cũng hành động đúng với thông tin MTU thu được từ khám phá MTU, nhưng tôi không biết phiên bản nào bị ảnh hưởng hoặc trường hợp sử dụng có vấn đề là gì.

Làm thế nào để đo lường nó. Hãy thử gửi các gói ping có kích thước nhất định đến các máy chủ bên ngoài đáp ứng với chúng, ví dụ ping -c 1 -s 42 8.8.8.8(trên Linux; trên các hệ thống khác, tìm tài liệu về pinglệnh của bạn ). Các gói của bạn sẽ vượt qua được với các giá trị đủ nhỏ là 42 (nếu 42 không hoạt động, có thứ gì đó đang chặn ping.). Đối với các giá trị lớn hơn, gói sẽ không được thông qua. 1464 là một giá trị tối đa điển hình nếu phần cơ sở hạ tầng giới hạn là mạng Ethernet cục bộ của bạn. Nếu bạn may mắn, khi bạn gửi một gói quá lớn, bạn sẽ thấy một thông báo như thế nào Frag needed and DF set (mtu = 1492). Nếu bạn không may mắn, chỉ cần tiếp tục thử nghiệm giá trị cho đến khi bạn tìm thấy mức tối đa là bao nhiêu, sau đó thêm 28 ( -schỉ định kích thước tải trọng và có thêm 28 byte tiêu đề). Xem thêmCách tối ưu hóa kết nối Internet của bạn bằng MTU và RWIN trên các diễn đàn Ubuntu.

Cách đặt nó (thay thế 1454 bằng MTU bạn đã xác định và eth0bằng tên giao diện mạng của bạn)

  • Là một lần (Linux): chạy ifconfig eth0 mtu 1454
  • Vĩnh viễn (Debian và các dẫn xuất như Ubuntu, nếu không sử dụng Trình quản lý mạng): Chỉnh sửa /etc/network/interfaces. Ngay sau mục nhập cho giao diện mạng của bạn (sau lệnh iface eth0 …), hãy thêm một dòng với pre-up ifconfig $IFACE mtu 1454. Ngoài ra, nếu địa chỉ IP của bạn là tĩnh, bạn có thể thêm mtu 1454tham số vào lệnh iface eth0 inet static.
  • Vĩnh viễn (Debian và các công cụ phái sinh như Ubuntu, có hoặc không có Trình quản lý mạng): Tạo tập lệnh được gọi /etc/network/if-pre-up.d/mtuvới nội dung sau và làm cho nó có thể thực thi được trên thế giới ( chmod a+rx):

    #!/bin/sh
    ifconfig $IFACE mtu 1454
    

2
Lý do tại sao điều này xảy ra ? Bởi vì các gói của bạn đang được điều chỉnh qua PPPOE (PPP qua ethernet) và được giới hạn ở 1540, vì vậy nếu gói của bạn cộng với chi phí đường hầm lớn hơn thế, nó sẽ bị phân mảnh. Một số hệ điều hành (MS) không thực hiện việc cài đặt lại gói. Vì vậy, bạn không thể truy cập một số trang web, (được phục vụ bởi các máy chủ MS windows.) [Bạn thực sự có thể chỉ cần đặt MTU thành 1300 và nó sẽ hoạt động khá tốt] Nó đã xảy ra tại nhà tôi, đã sửa nó.
Tim Williscroft

1
Cảm ơn bạn rất nhiều! Tôi đã có vấn đề này trong một thời gian dài và tôi chỉ thực hiện do không truy cập một số trang web. Bây giờ tôi cuối cùng có thể tiếp tục mà không có vấn đề này.
Kevin Jalbert

Cảm ơn, đã có vấn đề này trên archlinux sau khi cài đặt sạch, không có gì xuất hiện để giải quyết vấn đề này, nhưng giải pháp của bạn chỉ là lớn. Chúc mừng!
JeanK

Vấn đề của tôi đã được giải quyết với liên kết
e_soroush

0

Tôi đã để cấu hình mặc định trong tệp giao diện nhưng đặt phần MTU=1300"WAN" trong bộ định tuyến không dây.

Điều đó đã giải quyết vấn đề.


Nó sẽ cải thiện câu trả lời này để giải thích tập tin bạn đã thay đổi và phiên bản Linux nào đã được sử dụng.
Kevin Panko

0

Tôi có cùng một vấn đề. Một số trang web không thể mở trong KUBUNTU 17.04 của tôi. Tôi sử dụng lệnh này:

echo 0 >/proc/sys/net/ipv4/tcp_timestamps

3
Bạn có thể giải thích những gì nó làm?
Arjan

0

Vấn đề có thể liên quan đến thiết lập DNS. Đối với tôi, vấn đề được giải quyết bằng cách thực hiện một vài bước:

  1. Đầu tiên, mở Terminal.
  2. Bên trong, chạy sudo apt-get install resolvconf(nó sẽ cài đặt resolvconfgói).
  3. Tới /etc/resolvconf/resolv.conf.d/thư mục.
  4. Mở tệp có tên basegốc bằng cách chạy sudo nano base.
  5. Đơn giản, thêm / thay đổi các mục. Một ví dụ nhập cảnh hợp lệ là nameserver 8.8.8.8. Các mục phải được phân tách bằng các dòng mới. Sau đây là một tệp hợp lệ:
    máy chủ tên 8.8.8.8
    máy chủ tên 8.8.4.4
    
    Lưu ý : Danh sách tên và địa chỉ DNS có thể được tìm thấy ở đây .
  6. Lưu file và thoát.
  7. Chạy sudo resolvconf -u(nó sẽ cập nhật cấu hình DNS).

Đó là nó! Bây giờ, hãy thử tải một số trang web không tải, nó sẽ hoạt động!

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.