Lỗi mạng PuTTY: Phần mềm gây ra hủy bỏ kết nối

Tôi gặp một vấn đề kỳ lạ: Khi tôi đang sử dụng PuTTY với SSH kết nối với máy chủ Linux được lưu trữ trong VMware trên Windows 7 cục bộ của tôi , tôi thường gặp lỗi khi nói "Network error: Software caused connection abort"và sau đó cửa sổ SSH PuTTY không hoạt động. Thông thường tôi có thể đăng nhập vào máy chủ bằng PuTTY và làm một cái gì đó, nhưng sau một thời gian ngẫu nhiên (khoảng một hoặc hai phút) tôi gặp lỗi đó. Và đôi khi tôi thậm chí không thể đăng nhập, gặp lỗi khi hết thời gian.

Tôi đoán có điều gì đó không ổn với VMware Player của tôi, vì tôi có một máy tính để bàn Ubuntu khác được lưu trữ trong VMware dưới dạng máy chủ lưu trữ mã và nó thường không có lỗi hết thời gian khi tôi thực hiện cập nhật / cam kết SVN. Tuy nhiên, tôi cũng đoán Windows 7 có một số điểm khó hiểu vì cùng một máy chủ Ubuntu được lưu trữ trong VMware như một kho lưu trữ mã hoạt động rất tốt khi trên Windows Vista! Dường như tất cả những điều tồi tệ xảy ra sau khi tôi chuyển từ Windows XP sang Windows Vista và sau đó là Windows 7!

Điều gì có thể là lý do cho vấn đề này và làm thế nào nó có thể được sửa chữa?

Bổ sung :

Tôi đã thực hiện tìm kiếm Google và áp dụng tất cả các phương pháp để trợ giúp, bao gồm:

1. Kích hoạt sshd TCPKeepAlive
2. Đặt sshd ClientAliveIntervalthành 900và ClientAliveCountMaxthành3
3. Đặt cài đặt kết nối PuTTY 'giây giữa các lần giữ' thành 5.

Nhưng tất cả đều không hoạt động! Và phiên SSH trong PuTTY vẫn bị gián đoạn sau một thời gian!

Tôi đã tắt cả tường lửa máy chủ Linux và tường lửa máy khách Windows 7, nhưng đăng nhập vẫn hết thời gian! Thật sự rất khó chịu!

Có vẻ như đôi khi tôi có thể đăng nhập, nhưng đôi khi đăng nhập hết thời gian! Tôi thực sự không biết tại sao. Nó làm tôi điên!

Một điều tôi phải đề cập là khi tôi sử dụng PuTTY SSH kết nối với máy chủ từ xa, và tất cả đều ổn!

Khi tôi không đăng nhập được, ping cũng thất bại! Nhưng, làm thế nào điều đó có thể xảy ra? Tôi sử dụng trình phát VMware để lưu trữ máy chủ Linux trên máy cục bộ của mình!

Putty có một tính năng cố gắng khắc phục vấn đề này:

Network Error: Software caused connection abort

1. Bắt đầu Putty
2. Tải cài đặt kết nối của bạn nếu bạn đã lưu chúng
3. Nhấp vào Kết nối mạng
4. Trên phần có nội dung "Gửi gói null để duy trì phiên hoạt động", đã thay đổi thành 5 giây. 300 giây có thể tốt hơn nếu mất mạng là vấn đề của bạn, đọc phần bên dưới để biết chi tiết.

Làm thế nào để ngăn chặn sự mất kết nối với Putty:

Một số bộ định tuyến mạng và tường lửa cần theo dõi tất cả các kết nối thông qua chúng. Thông thường, các tường lửa này sẽ cho rằng một kết nối đã chết nếu không có dữ liệu nào được truyền theo một trong hai hướng sau một khoảng thời gian nhất định. Điều này có thể khiến các phiên PuTTY bị đóng đột ngột bởi tường lửa nếu không thấy lưu lượng truy cập trong phiên trong một thời gian.

Tùy chọn giữ lại ('Giây giữa các lần giữ') cho phép bạn định cấu hình PuTTY để gửi dữ liệu qua phiên theo định kỳ, theo cách không làm gián đoạn phiên cuối thực tế. Nếu bạn thấy tường lửa của mình đang cắt các kết nối nhàn rỗi, bạn có thể thử nhập giá trị khác không trong trường này. Giá trị được đo bằng giây; vì vậy, ví dụ, nếu tường lửa của bạn cắt kết nối sau mười phút thì bạn có thể muốn nhập 300 giây (5 phút) vào hộp.

Giảm sự cố khi sử dụng putty autologin và công cụ "màn hình"

Putty không thể xử lý một wifi crappy mất kết nối trong vài phút tại một thời điểm. Một công việc xung quanh là sử dụng autologin và màn hình.

Đây là một vấn đề không hề nhỏ đối với putty để đồng bộ hóa thiết bị đầu cuối của bạn sau một phút mất kết nối internet. Bạn gặp rủi ro của con người trong các cuộc tấn công ở giữa trong thời gian mất điện. Dù sao thì bạn cũng phải xác thực lại để đảm bảo. Putty không áp đặt điều đó lên bạn, nó chỉ đánh rơi bạn.

Vì vậy, sử dụng autologin để putty có thể tự động đăng nhập thay mặt bạn.

1. Tạo khóa riêng với công cụ puttygen trên máy tính mà bạn đang sử dụng.
2. Dán khóa công khai ở /home/youruser/.ssh/authorized_keysphía máy chủ của bạn , trên máy chủ mà bạn đang sử dụng putty đi đăng nhập.
3. Làm cho khóa riêng có thể truy cập được thành putty trong cài đặt putty Kết nối-> SSH-> Auth
4. Thêm khóa riêng bằng cách chỉ định tệp khóa riêng trong: "Tệp khóa riêng để xác thực".
5. Lưu các cài đặt kết nối putty.

Sau đó, bạn sẽ có thể nhấp đúp vào kết nối của mình thông qua putty và nó sẽ đưa bạn ngay vào thiết bị đầu cuối mà không cần nhập tên người dùng / mật khẩu.

Vì vậy, bây giờ bạn có thể nối một đăng nhập để putty trên kết nối đó với sự kết hợp bàn phím như thế nào F6. Vì vậy, khi wifi bị hỏng và bạn bị rơi. Bạn nghiền nát F6 và bạn đã đăng nhập lại.

NHƯNG bạn vẫn mất trạng thái của thiết bị đầu cuối của bạn! Làm thế nào để khắc phục điều đó? Sử dụng chương trình "màn hình". Tạo một màn hình mới bằng cách gõ 'màn hình'. Một màn hình mới được tạo ra.

Khi bạn bị đuổi ra và tự động đăng nhập, bạn có thể gắn lại vào màn hình của mình. Dưới đây là hướng dẫn về cách thực hiện điều đó: http://www.tecmint.com/screen-command-examples-to-manage-linux-terminals/

Thật rắc rối khi nhập screenvà kết nối lại mỗi khi bạn bị rơi. Vì vậy, bạn có thể viết một tập lệnh sẽ "tự động đưa bạn trở lại màn hình có sẵn cuối cùng" để làm cho nó trong suốt.

Vì vậy, khi các thiết bị đầu cuối putty đóng băng. Nó trông như thế này: Bạn khịt mũi khinh bỉ, nghiền nát Alt + F4 để đóng putty, Mash xuống F6. Và trong 6 giây, bạn quay lại ngay nơi bạn rời đi.

Về lý thuyết thậm chí còn tốt hơn

Về lý thuyết, bạn có thể viết ra toàn bộ quá trình trên, vì vậy thiết bị đầu cuối sẽ phát hiện khi nó bị hủy và thực hiện tất cả các bước trên cho bạn về việc khôi phục kết nối internet. Nếu bất cứ ai biết một chương trình làm điều này tự động cho tôi biết. Nó sẽ gọn gàng.

Nguồn:

http://the.earth.li/~sgtatham/putty/0.58/htmldoc/Ch Module4.html # config -keepalive

http://rafaelwolf.com/?p=516

Khắc phục sự cố lỗi mạng PuTTY

Software caused connection abort

Đọc những gì PuTTY nói về lỗi

Đây là một lỗi chung do mã mạng Windows tạo ra khi nó giết một kết nối được thiết lập vì một số lý do. Ví dụ, điều đó có thể xảy ra nếu bạn kéo cáp mạng ra khỏi mặt sau của máy tính được kết nối Ethernet hoặc nếu Windows có bất kỳ lý do tương tự nào khác để tin rằng toàn bộ mạng đã không thể truy cập được.

Windows cũng tạo ra lỗi này nếu nó đã từ bỏ trên máy ở đầu kia của kết nối đáp ứng với nó. Nếu mạng giữa máy khách và máy chủ của bạn bị hỏng và máy khách của bạn sau đó cố gắng gửi một số dữ liệu, Windows sẽ thực hiện một số nỗ lực để gửi dữ liệu và sau đó sẽ từ bỏ và hủy kết nối. Đặc biệt, điều này có thể xảy ra ngay cả khi bạn không gõ bất cứ thứ gì, nếu bạn đang sử dụng SSH-2 và PuTTY cố gắng trao đổi lại khóa.

(Điều này cũng có thể xảy ra nếu bạn đang sử dụng thủ tục trong kết nối của mình. Những người khác đã báo cáo rằng người quản lý sửa lỗi này cho họ. (Có những ưu và nhược điểm của người giữ gìn.))

Chúng tôi không biết bất kỳ lý do tại sao lỗi này có thể xảy ra sẽ đại diện cho một lỗi trong PuTTY. Vấn đề là giữa bạn, hệ thống Windows, mạng của bạn và hệ thống từ xa.

Hãy thử một ứng dụng khách SSH khác

Nhiều khả năng sự cố tồn tại ở đâu đó giữa PuTTY và máy chủ SSH mục tiêu. Để cung cấp bằng chứng cho điều này, hãy sử dụng một ứng dụng khách SSH khác như ( http://kitty.9bis.net ) và xem liệu vấn đề có xảy ra không. Nó có thể sẽ cô lập vấn đề khỏi PuTTY.

Nghi ngờ kết nối Internet không chính xác

Vấn đề có thể là kết nối Internet đốm. Kết nối Internet Giám sát thời gian hoạt động của kết nối Internet là một cách tốt để xác định xem ISP của bạn có bị mất gói hay không và có thể đổ lỗi cho PuTTY bị hỏng. Nhận một số phần mềm kiểm tra thời gian hoạt động của kết nối Internet. Ví dụ: http://code.google.com.vn/p/iNETconnectivitymonitor/. Việc ngắt kết nối thường xuyên và lâu dài từ Internet là vi phạm các yêu cầu dịch vụ của ISP. Nếu đây là trường hợp, sẽ rất khó để chứng minh đó là lỗi của ISP, vì bộ phận hỗ trợ kỹ thuật tự động đổ lỗi cho các loại vấn đề này trên máy tính, HĐH, bộ định tuyến và hệ thống dây điện đến nhà bạn. Nếu bạn đang sử dụng Internet cáp và sống trong các khu vui chơi, có thể phần cứng bị lỗi trong nhà hàng xóm của bạn có thể gửi tĩnh trên đường truyền trong vài giây / phút khi chúng bật lần đầu. Cuối cùng, có thể có phần cứng bị lỗi trong mạng của ISP đến nhà bạn. Chi phí cho các ISP để thay thế phần cứng của họ rất cao, thường thì họ sẽ không làm điều đó trừ khi có đủ thuê bao trong một khu vực để đảm bảo chi phí.

Nghi ngờ bộ định tuyến có dây / không dây

Bạn đang kết nối thông qua một bộ định tuyến có dây / không dây? Nó bao nhiêu tuổi Bộ định tuyến của bạn có thể là vấn đề. Công nghệ không dây và có dây cũ có thể bị cũ và mất kết nối một cách rời rạc và khởi động lại chúng, khiến PuTTY chết. Loại bỏ các thành phần này khỏi phương trình và xem nếu điều đó giải quyết vấn đề. Hãy thử kết nối có dây và / hoặc bộ định tuyến khác để xem điều đó có khắc phục được sự cố không. Tôi đã có một bộ định tuyến không dây Linksys chịu cái chết chậm này và làm mất kết nối và khởi động lại chúng.

Nghi ngờ hệ điều hành cung cấp kết nối SSH

Máy tính bạn đang kết nối với SSH có chính sách về số giây để duy trì kết nối SSH. Con số này được đặt ở mức thấp vì lý do bảo mật và bạn có thể tăng nó. Cài đặt này phụ thuộc vào hệ điều hành nào bạn đang sử dụng cung cấp SSH.

Nếu bạn đang sử dụng PuTTY thông qua một máy ảo

Nếu bạn đang sử dụng PuTTY đi qua một máy ảo, có thể có một chính sách trên máy ảo đang phá vỡ kết nối SSH của bạn với máy chủ khi nó nghĩ rằng nó không hoạt động. Việc tăng các giá trị này phụ thuộc vào phần mềm máy ảo và hệ điều hành bạn đang sử dụng.

Nếu kết nối Internet không tốt, giải pháp kết nối máy khách SSH:

Nếu ISP của bạn cung cấp kết nối không ổn định thì bạn có thể làm cho việc ngắt kết nối bớt đau đớn hơn với "ssh autologin". Những gì bạn làm là tạo ra một khóa công khai và riêng tư. Và bạn nói với máy chủ nước ngoài của bạn tự động cho phép bất cứ ai cung cấp khóa riêng chính xác. Nó không giải quyết hoàn toàn vấn đề của bạn, nhưng khi mất điện Internet, tất cả những gì bạn làm là đóng cửa sổ, nhấp đúp vào biểu tượng và ngay lập tức bạn được đưa trở lại dòng lệnh thư mục nhà mà không cần nhập tên người dùng / mật khẩu.

Điều này sẽ giúp bạn với điều đó: Có cách nào để "đăng nhập tự động" trong PuTTY bằng mật khẩu không?

Trong dấu nhắc lệnh nâng cao, hãy chạy như sau:

C:\Windows\system32>netsh int tcp show global

Querying active state...

TCP Global Parameters
----------------------------------------------
Receive-Side Scaling State          : enabled

Chimney Offload State               : automatic

NetDMA State                        : enabled

Direct Cache Acess (DCA)            : disabled

Receive Window Auto-Tuning Level    : normal

Add-On Congestion Control Provider  : none

ECN Capability                      : disabled

RFC 1323 Timestamps                 : disabled

Nếu Receive Window Auto-Tuning Levelbình thường thì bạn sẽ gặp vấn đề. Vô hiệu hóa nó và sau đó mọi thứ sẽ hoạt động như trước đây:

C:\Windows\system32>netsh int tcp set global autotuninglevel=disabled

Tôi đã làm việc với các máy chủ CentOS từ PC Windows và tôi cũng gặp vấn đề tương tự với PuTTY. Một phiên không kéo dài quá 1-5 phút. Tôi đã cố gắng chơi với các cài đặt PuTTY (thủ tục, v.v.) nhưng không giúp được gì cả.

Cuối cùng tôi đã tìm ra giải pháp cho trường hợp của mình. Tôi đã ghi lại các bãi TCP cả trên máy khách và máy chủ. Tôi đã phát hiện ra rằng trong 25-30 giây trước khi ngắt kết nối, có một số lần truyền lại các phân đoạn TCP trong kết xuất của máy khách (cả từ phía máy khách và từ phía máy chủ) và cuối cùng PuTTY gửi RST và đóng phiên với lỗi đó. Trong bãi chứa của máy chủ, tôi không thấy bất kỳ phân khúc nào từ máy khách trong giai đoạn này, thậm chí là RST. Điều đó có nghĩa là thỉnh thoảng không có phân đoạn TCP nào từ máy khách được gửi đến máy chủ và khoảng thời gian này là khoảng 30-60 giây. Tôi đã ghi lại trường hợp này nhiều lần và luôn có các bản truyền lại và RST cuối cùng từ PuTTY. Có lẽ ở đâu đó trên các gói tuyến đã bị rơi bởi các thiết bị mạng.

Để khắc phục, tôi đã tăng số lần truyền dữ liệu tối đa từ giá trị mặc định 5 lên đến 16. Nó có thể ngăn PuTTY ngắt kết nối quá nhanh. Biến là 'HKEY_LOCAL_MACHINE \ HỆ THỐNG \ CurrentControlset \ Services \ Tcpip \ Paramameter \ TcpMaxDataRetransmissions'. Tôi đã thêm biến này theo cách thủ công, ban đầu nó không được xác định trong sổ đăng ký Windows của tôi. Nó đã giúp! Bây giờ tôi thấy rằng PuTTY thỉnh thoảng bị treo, nhưng nó luôn hoạt động trở lại.

Để khắc phục sự cố: 1. Ghi lại kết xuất TCP và tìm kiếm truyền lại và RST trước khi ngắt kết nối. 2. Nếu bạn tìm thấy các phân đoạn truyền lại / RST tương tự, hãy điều chỉnh số lần thử lại trên máy chủ hoặc phía máy khách (tùy thuộc vào phía RST).

Hãy cẩn thận: thay đổi cài đặt TCP áp dụng cho tất cả các phần mềm và hệ điều hành.

Lỗi Mạng: Phần mềm gây ra hủy kết nối khỏi PuTTY là kết quả nếu có xung đột địa chỉ IP (hai hoặc nhiều máy tính có cùng địa chỉ IP) trên mạng. (Tôi gặp vấn đề này với Raspberry Pi có cùng địa chỉ IP được chỉ định bởi máy chủ DHCP như một số thiết bị / máy tính giả mạo được thiết lập thủ công để sử dụng cùng một địa chỉ IP.)

Trong trường hợp cụ thể này, đó có thể là xung đột địa chỉ IP cục bộ trên máy tính Windows 7 hoặc với một thiết bị khác trên mạng. Wireshark có thể được sử dụng để theo dõi thành công loại lỗi này.

Lỗi 10053 WSAECONNABORTED(Phần mềm gây ra hủy kết nối.) Là lỗi Winsock chung có thể được phát ra do bất kỳ lý do nào.

Giải thích chính thức nói:

Lỗi này có thể xảy ra khi hệ thống mạng cục bộ hủy kết nối, chẳng hạn như khi Winsock đóng kết nối đã thiết lập sau khi truyền lại dữ liệu không thành công (người nhận không bao giờ thừa nhận dữ liệu được gửi trên ổ cắm dữ liệu).

Những lý do cho vấn đề này có thể bao gồm từ cáp mạng bị lỗi đến mất kết nối đơn giản. Không thể đưa ra một giải pháp duy nhất.

Tôi gặp vấn đề tương tự với PuTTY sau khi cài đặt bộ định tuyến WLAN / modem 3G mới để kết nối Internet. Tôi đã thử tất cả các giải pháp duy trì ở trên - và tất cả những giải pháp trong menu cấu hình của bộ định tuyến của tôi - đều không có hiệu quả.

Sau đó, tôi nhớ một thứ từ những năm 90 khi tôi có modem điện thoại cố định: MTU (đơn vị truyền tối đa), về cơ bản kích thước tối đa của các khối dữ liệu được truyền - nó có ảnh hưởng đáng kể đến sự ổn định của kết nối.

Vì vậy, tôi đã kiểm tra cấu hình của bộ định tuyến WLAN của mình, tìm thấy cài đặt MTU và thay đổi nó từ giá trị cố định 1424 thành "Tự động" (ý tôi là thử một giá trị nhỏ hơn, nhưng "Tự động" nghe còn hay hơn). Sau đó, tôi không còn gặp vấn đề gì với PuTTY - kết nối hiện đã ổn định. Tôi hy vọng điều này sẽ giúp ít nhất một người nào đó gặp sự cố "Lỗi mạng: phần mềm gây ra hủy kết nối".

Tab kết nối: giữ cho thiết lập sống ở "5" giây và được bật

Nhưng quan trọng hơn:

Kết nối -> SSH -> Kex , Tối đa phút trước khi rekey : "2" (mặc định là 60).

PuTTY của tôi đã mất chìa khóa sau một thời gian, gây ra thời gian chờ. Giảm giá trị đó xuống "2" phút đã giải quyết được vấn đề. Tôi kết nối vô thời hạn bây giờ.

Tôi gặp vấn đề tương tự với tập lệnh WinSCP hoặc bảng điều khiển GUI. Cuối cùng tôi thấy điều đó liên quan đến tốc độ (tốc độ Internet - máy chủ của chúng tôi ở trên Internet). Tôi đã chuyển tập lệnh đến vị trí khác nhau trong mạng, trang web khác và không phải cả GUI và Script đều hoạt động tốt.

Nó đã được sắp xếp sau nhiều phân tích và sắp xếp.

Bạn cần kích hoạt TCPKeepAlivetrên Linux.

Nó được giải thích trong Câu hỏi thường gặp của PuTTy trên trang web, khi bạn đang tìm kiếm lỗi này.

Nếu Máy ảo đang chạy trên phần cứng cục bộ của bạn, hãy tắt các gói tin còn sống.

Tôi đã thực sự phải đối mặt với vấn đề này nhiều lần. Tôi đã tìm kiếm giải pháp dành hàng giờ nhưng không ai trong số họ là hiệu quả. Tôi đang chia sẻ giải pháp hiệu quả với tôi và tôi hy vọng nó cũng sẽ hữu ích cho những người khác.

Tôi có Windows 10 là máy chủ O / S và Redhat-7 với tư cách là khách O / S và VMware của tôi có kết nối cầu nối. Là DBA, tôi phải đến thăm khách hàng và tôi phải đặt cấu hình mạng theo cơ sở của khách hàng. Vì vậy, bất cứ khi nào tôi rời khỏi cơ sở khách hàng và kết nối với một mạng khác thông qua VM không dây và mở, tôi gặp phải vấn đề tương tự như đã nêu trong câu hỏi. Vì vậy, tôi suy nghĩ một lúc và kiểm tra cấu hình của mình cho LAN Ethernet và Ethernet không dây và tôi thấy một sự không phù hợp. Vì VM của tôi sẽ tự động sử dụng ethernet vật lý trong số hai để kết nối. Vì vậy, khi tôi đặt lại cấu hình mạng cho LAN / Wireless Ethernet thành DHCP, nó hoạt động như bùa mê và không hủy bỏ kết nối nữa. [Bạn cũng có thể khởi động lại máy chủ của mình sau khi đặt thành DHCP.]