Saya telah mereplikasi ini dua atau tiga kali, jadi saya menduga ada sesuatu yang salah dengan apa yang saya lakukan.
Inilah langkah-langkah saya:
- Luncurkan instance baru melalui konsol Manajemen EC2 menggunakan: Ubuntu Server 13.10 - ami-ace67f9c (64-bit)
- Luncurkan dengan default (menggunakan pasangan kunci saya yang ada)
- Mesin virtual dimulai. Saya bisa SSH menggunakan Putty atau terminal Mac. Keberhasilan!
- Saya reboot instance
10 menit kemudian, ketika instance harus kembali dan berjalan, koneksi terminal saya menunjukkan:
stead:~ stead$ ssh -v -i Dropbox/SteadCloud3.pem [email protected] OpenSSH_5.6p1, Op`enSSL 0.9.8y 5 Feb 2013 debug1: Reading configuration data /etc/ssh_config debug1: Applying options for * debug1: Connecting to 54.201.200.208 [54.201.200.208] port 22. debug1: connect to address 54.201.200.208 port 22: Connection refused ssh: connect to host 54.201.200.208 port 22: Connection refused stead:~ stead$
Baik, saya mengerti bahwa alamat IP publik dapat berubah, jadi memeriksa konsol manajemen EC2, saya memverifikasi bahwa itu sama. Aneh. Hanya untuk bersenang-senang, saya mencoba menghubungkan dengan nama host DNS publik: ec2-54-201-200-208.us-west-2.compute.amazonaws.com. Tidak ada dadu, hasil yang sama.
Bahkan menggunakan Connect via Java SSH client yang dibangun di konsol EC2, saya mendapatkan Koneksi Ditolak.
Saya memeriksa grup keamanan. Contoh ini dalam peluncuran grup-wizard-4. Melihat konfigurasi inbound untuk grup ini, Port 22 diizinkan masuk dari 0.0.0.0/0, sehingga harus ada di mana saja. Saya tahu bahwa saya memukul instance saya dan ini adalah grup keamanan yang tepat, karena saya tidak bisa melakukan ping instance. Jika saya mengaktifkan ICMP untuk grup keamanan ini, tiba-tiba ping saya melewatinya.
Saya telah menemukan beberapa posting lain di internet dengan pesan kesalahan yang serupa, tetapi sebagian besar tampaknya mudah diselesaikan dengan mengubah pengaturan firewall. Saya sudah mencoba beberapa di antaranya, tanpa hasil.
Saya menduga ada langkah sederhana EC2 yang saya lewatkan. Terima kasih atas bantuan yang dapat Anda berikan, dan saya senang memberikan informasi lebih lanjut atau menguji lebih lanjut!
Pembaruan - Ini adalah log sistem saya dari konsol Amazon EC2: http://pastebin.com/4M5pwGRt
sumber
/etc/fstab
sebelum memulai ulang?Jawaban:
Punya perilaku yang sama hari ini di contoh EC2 saya, dan melacak hal ini: ketika saya melakukan
sudo reboot now
mesin hang dan saya harus me-restart secara manual dari konsol manajemen aws ketika saya melakukannyasudo reboot
reboot dengan baik. Rupanya "sekarang" bukan opsi yang valid untuk reboot seperti yang ditunjukkan di sini /ubuntu/397502/reboot-a-server-from-command-linepikiran?
sumber
Dari posting Forum Pengembang AWS tentang topik ini :
Mari kita uraikan ini, dengan tautan ke dokumentasi AWS:
cd /etc/ssh
sudo nano sshd_config
ctrl-v
beberapa kali untuk sampai ke bagian bawah filectrl-k
semua baris di bagian bawah menyebutkan "PermitRootLogin tanpa kata sandi" dan "UseDNS no"ctrl-x
danY
untuk menyimpan dan keluar dari file yang dieditcd /etc
sudo nano rc.local
ctrl-x
danY
untuk menyimpan dan keluar dari file yang dieditsumber
Ini mungkin tidak membantu situasi apa pun, tetapi saya telah melihat beberapa kasus di mana reboot pada EC2 'macet'. Jika Anda melakukan 'reset' pada VM dan kemudian retrive log sistem, itu dapat mengubah perilaku. Pastikan log berasal dari boot kedua dan bukan yang pertama - log cenderung tertunda saat pembaruan.
Satu hal lagi yang perlu diperiksa adalah memastikan bahwa instance merespons pada IP. Anda tampaknya mendapat koneksi yang ditolak di atas, yang terdengar seperti instance sedang, tetapi SSH tidak berjalan atau firewall, tetapi pastikan instance telah sepenuhnya reboot.
Anda juga dapat mencoba membuka semua port dari sistem pengujian, dan melihat apa yang 'nmap' tunjukkan kepada Anda - adalah layanan lain yang merespons instance tersebut.
sumber
Klik kanan pada nama instance dan klik "Ubah Grup Keamanan". Pastikan bahwa grup Keamanan yang Anda buat yang memungkinkan siapa saja dari mana saja ke Port 22 dicentang dan diterapkan pada instance ini.
sumber
Saya mendapatkan masalah ini setelah melakukan
sudo reboot now
melalui SSH pada server EC2 saya yang menjalankan Ubuntu 14.04. Bekerja dengan baik setelah mem-boot ulang menggunakan EC2 Management Console.sumber
Dalam kasus saya, saya akan membuat grup keamanan untuk memungkinkan koneksi port 22 dari IP saya saja. Beberapa hari kemudian ISP saya telah mengubah alamat IP saya, maka grup keamanan perlu memperbarui.
sumber
Saya memiliki masalah yang serupa, instance Amazon Linux EC2 saya tidak dapat dijangkau lagi setelah menjalankan sudo reboot .
Tidak ada akses SSH, berhenti / mulai / reboot perintah dari Amazon admin console tidak memberi saya hasil juga.
Saya akhirnya dapat memulai kembali instance saya dengan membuat gambar melalui konsol Amazon. Proses pembuatan gambar tampaknya memperbaiki keadaan instance.
Semoga bisa membantu;)
sumber
Saya memiliki masalah yang sama setelah menjalankan
sudo reboot
perintah vanilla . Saya menemukan bahwa saya dapat menyelesaikan masalah dengan benar-benar menghentikan (tidak me-reboot) AMI saya menggunakan konsol AWS dan kemudian memulai kembali.Untuk alasan apa pun, me-restart AMI dari konsol AWS, seperti mengklik tindakan restart sebagai lawan berhenti dan kemudian memulai instance, tidak memperbaiki masalah.
sumber
Seperti disebutkan, Anda mungkin mengacaukan / etc / fstab /
Saya punya masalah ini. Pertama, Anda harus menambahkan kembali volume di / dev / sda1 seperti pesan peringatan mengatakan.
Maka saya tidak bisa ssh. Saya menyadari bahwa saya harus menambahkan volume lain yang saya buat dan itu memperbaiki masalah ssh.
Kemudian Anda dapat masuk dan memperbaiki fstab kembali ke aslinya.
sumber