Sự cố SSH sau khi cập nhật

9

Setting up openssh-server (1:5.3p1-3ubuntu7) ... 
Creating SSH2 RSA key; this may take some time ... 
Creating SSH2 DSA key; this may take some time ... 
start: Job failed to start

Không thể khởi tạo ssh, đã thử cài đặt lại.

Máy chủ SSH được khởi động thủ công thông qua /etc/init.d/ssh start

netstat -nlp cho thấy không có dịch vụ nào đang chạy ở cổng TCP 22

ssh openssh

— Frielspak
nguồn

Bạn có thể làm rõ trong câu hỏi của mình nếu bạn đã thử khởi động thủ công, nghĩa là sudo /etc/init.d/ssh start, và nếu vậy, nó có gây ra lỗi khác so với khi bạn cài đặt không? Ngoài ra, có thể bạn sẽ muốn cài đặt nmapvà chạy nmap 127.0.0.1để xem đã có phiên bản ssh nào đang chạy chưa và đưa kết quả vào câu hỏi của bạn.

— Azendale

tôi đã cố chạy nó một cách thủ công và nhận được điều tương tự

— Frielspak

Hãy thử bắt đầu lại một lần nữa ssh daemon bằng tay, sau đó mở /var/log/authvà kiểm tra ở dưới cùng của tệp những gì các bản ghi hiển thị ...

— Pavlos G.

16

Không chắc chắn rằng giải pháp của tôi là đúng. Nhưng nếu bạn chỉ muốn khởi động máy chủ SSH của mình và sau đó giải quyết vấn đề của mình, đây là giải pháp nhanh của tôi:

start-stop-daemon --start --pidfile /var/run/sshd.pid --exec /usr/sbin/sshd -- -p 22

nếu sau đó bạn sẽ thấy lỗi:

Missing privilege separation directory: /var/run/sshd

sau đó chỉ cần tạo thư mục bị thiếu đó và thử lại lệnh start-stop-daemon:

mkdir /var/run/sshd
chmod 0755 /var/run/sshd

Điều đó đã giúp tôi bắt đầu daemon sshd của tôi.

— Pavel Kostenko
nguồn

1

Điều này chỉ sửa nó cho phiên hiện tại. Sau khi khởi động lại, thư mục đó sẽ biến mất.

— Malfist

2

trong tệp /etc/init/ssh.conf thêm vào phần kịch bản tiền khởi động, dòng folowing: "mkdir -p -m0755 / var / run / sshd"

— achabahe

4

Tôi đã có cùng một vấn đề sshdsẽ không bắt đầu vì lỗi.
Nó cho thấy rằng không có thư mục /var/run/sshd.

ll  /var/run

cho thấy một liên kết đến /run.
Nhưng trên hệ thống của tôi /runchạy trên ramdisk.
Vì vậy, tôi đã xóa các liên kết và tạo các thư mục /var/runvà /var/run/sshd. Bây giờ sshdbắt đầu bình thường và tôi có thể tiếp cận hệ thống của tôi sshmột lần nữa.

— Cướp
nguồn

1

cấu hình lại tường lửa của tôi để cho phép cổng 22 làm việc cho tôi.

ufw enable
ufw allow 22

— vycta
nguồn

0

Dường như có 3 vấn đề dẫn đến hành vi này (đối với hệ thống của tôi Ubuntu 14.04LTS):

1- ssh công việc không xác định xảy ra khi bạn cố gắng sử dụng 'dịch vụ ssh bắt đầu' từ phiên 'su'. Giải pháp là sử dụng dịch vụ sudo bắt đầu từ người dùng đã đăng nhập có thể 'sudo'

2- Tập lệnh init.d / ssh hiện có đang thoát ra một cách lặng lẽ mà không thực sự bắt đầu sshd khi ssh đang khởi động

3- Lý do chính ssh không bắt đầu là vì trên Ubuntu 14.04 có một tệp trống / etc / ssh / sshd_host_not_to_run cho biết sshd không nên chạy. Chỉ cần xóa tập tin đó nếu bạn muốn sshd chạy.

Vì vậy, giải pháp tổng thể là: Sử dụng sudo dịch vụ ssh bắt đầu sau khi xóa / etc / ssh / sshd_host_not_to_run

— người dùng3134164
nguồn

0

Chỉ cần cài đặt lại openssh-server:

sudo apt-get install --reinstall openssh-server

— Hoa hồng
nguồn

0

Có một báo cáo lỗi với một giải pháp không kluge cho lỗi này

https://bugs.launchpad.net/ubfox/+source/systemd/+orms/1811580

có thể được sử dụng bằng cách cài đặt ngầm định 'UsePriv đặc biệt không phải trả tiền' trong / etc / ssh / sshd_config,

cài đặt lại không nhất thiết phải sửa nó.

— Micah Wilson
nguồn