2013-01-22 28 views
7

Điều này không quá khó. Không thể kết nối mới dụ AWS EC2 thông qua SSH clientAmazon AWS EC2 Instance - Không thể kết nối với SSH

Kết nối từ một hộp Win 7

Instance: ec2-23-20-165-152.compute-1.amazonaws.com

Hệ điều hành: Debian 6

debian-bóp-i386-20121119-e4554303-3a9d-412e-9604-eae67dde7b76-ami-1977f070.1 (ami-a121a6c8)

User: cố gắng "gốc" và cũng "eC2 người dùng"

Sử dụng .pem nào cặp khóa mà AWS tạo ra và tôi đã tải về

nhóm an ninh xác nhận và Key Pair Tên trên dụ

SSH cổng 22 là OPEN: Nmap nói như vậy và Telnet được bài trả lời hoan nghênh

Sử dụng 3 khác nhau khách hàng: tất cả các khách hàng kết nối ok

PuTTY: Máy chủ từ chối của chúng tôi chính

trình duyệt

MindTerm Java add-in: xác thực thất bại, cho phép từ chối

Bitvise SSH: Cố gắng xác thực 'khóa công khai'; auth thất bại;

dụ khởi động lại, rửa, rửa sạch, lặp lại ...

xây dựng lại trường hợp mới và cặp khóa mới, rửa, rửa sạch, lặp lại ...

Kết nối không phải là vấn đề. Tại sao cá thể không chấp nhận tệp .pem làm mật khẩu? Có một bước bổ sung nào mà tôi đang thiếu không? Tôi đã theo dõi mọi hướng dẫn về việc tôi có thể sử dụng Google. AWS hỗ trợ là một trò đùa. stackoverflow để giải cứu ...

TIA.

+0

Có ai sử dụng EC2 và Debian 6 cùng nhau? Tên người dùng có khác nhau không? Tôi đọc các phiên bản ubuntu có tên người dùng khác (uh, "ubuntu"), nhưng tôi cũng đã thử 'debian', không có con xúc xắc ... –

+0

Vì EC2 cho phép các bên thứ ba xuất bản AMI. Tên người dùng có thể là bất kỳ điều gì mà nhà xuất bản quyết định đặt. Một số trường hợp gốc, người dùng ec2, ubuntu, bitnami, v.v. – datasage

Trả lời

13

Theo số debian wiki có tài liệu về AMI bạn đang sử dụng, tên người dùng bạn cần sử dụng để đăng nhập là 'quản trị'.

+2

Hallelujah !! CẢM ƠN BẠN! Đã giải quyết được vấn đề! –

1

Tôi đã gặp nhiều sự cố khi kết nối với EC2 qua ssh.

ssh -i the-keypair-filename [email protected] 

- Tệp cặp khóa phải nằm trong cùng một thư mục. - Tôi vừa sử dụng thiết bị đầu cuối để kết nối.

Đảm bảo bạn tạo hoặc gán cặp khóa khi khởi chạy phiên bản.

Ngoài ra, bạn có thể xác minh cặp khóa mà bạn đã đặt trong Bảng điều khiển quản lý AWS, điều này được thực hiện bằng cách chọn cá thể đang chạy và sau đó tìm "Tên cặp khóa:".

Tôi hy vọng điều này hữu ích.

+0

CoderDan, Tôi nên đưa ra lệnh đó ở đâu? (Giả sử PuTTY nếu cần, hoặc cho tôi biết khách hàng của bạn) Tôi đang kết nối từ một hộp Win 7. Thiết bị đầu cuối?? –

+0

Câu trả lời này sẽ không hoạt động với putty trên windows. – datasage

+0

Tôi rất tiếc vì phản hồi bị trì hoãn. Nhưng tôi đã sử dụng mac os x, trên cửa sổ tôi giả sử nó sẽ làm việc trong dòng lệnh – CoderDan

0

Amazon AMI Linux sử dụng mật khẩu người dùng ec2 được liệt kê ở cuối trang này.

http://aws.amazon.com/amazon-linux-ami/

Kiểm tra xem bạn đang sử dụng một trong những nếu cố gắng sử dụng EC2 người dùng, hoặc kiểm tra các tài liệu cho AMI bạn đang sử dụng.

Teri

0

Hãy thử sử dụng tên người dùng "quản trị" và bỏ qua tên người dùng do Amazon đề xuất.

0

Tôi đã gặp sự cố tương tự và tôi đã giải quyết vấn đề bằng cách làm theo cách tiếp cận.

1) Edited file knife.rb trong bếp của tôi thư mục ví dụ: \ Users \ Administrator \ bếp-khởi động \ bếp-repo.chef \ knife.rb như dưới đây:

knife[:aws_access_key_id]  = "xxxxxxxxxxxxxxxxxxxx" 
knife[:aws_secret_access_key] = "xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx" 
knife[:region]    = 'ap-southeast-1' 
knife[:aws_ssh_key_id] = "ChefUser" 
knife[:ssh_user]="ec2-user" 

Trong cửa sổ lệnh ban hành các lệnh để tạo ra một eC2-server:

knife ec2 server create -r "role[webserver]" --image ami-abcd1234 --flavor t1.micro -G ChefClient -x root -N server01 -i H:\Chef-files\ChefUser.pem 

Lưu ý rằng, mặc dù tôi đã cho tất cả các chi tiết trong tập tin knife.rb, tôi đã phải từ bỏ các đường dẫn tập tin .pem nào phù coomand qua - tôi lựa chọn. Điều đó đã giải quyết được vấn đề của tôi.

Kiểm tra, nếu giải pháp của tôi giúp bạn.

Chúc mừng,

Chandan

1

Vấn đề của tôi là tôi không thêm một khối lượng đã được dự kiến ​​trong file fstab nên máy chủ đã không bắt đầu đầy đủ và daemon sshd không chạy.

Kiểm tra với:

telnet HOST 22 

Kiểm tra các bản ghi máy chủ để đảm bảo nó bắt đầu đúng cách trước khi bạn lãng phí rất nhiều thời gian như tôi đã làm.

-2

Đăng nhập như "ubuntu" làm việc cho tôi:

ssh -i private_key.pem ubuntu @ myubuntuserver

Hope this helps

--Erin

+2

Tôi nghĩ rằng các poster ban đầu nói sử dụng Debian, không phải Ubuntu. – juhist