Mengapa Ubuntu tidak dapat mengakses Raspberry Pi saya di LAN?

Oke, saya baru-baru ini mendapat Raspberry Pi, dan saya menghubungkannya ke Wi-Fi saya - saya mengaktifkan SSH dan menginstal Hiawatha, dan saya bisa mengaksesnya dengan baik dari Desktop saya, yang menjalankan Puppy Linux pada waktu itu.

Saya juga dapat mengaksesnya dengan baik ketika boot ke Windows (Putty pada Win XP Pro,) dan Netbook dapat mengaksesnya melalui Putty, juga. (Menangkan 7 Pemula)

Namun, ketika saya boot ke Ubuntu, semua koneksi SSH, HTTP, dan HTTPS ditolak. Untuk mengkonfirmasi bahwa itu adalah Ubuntu, dan hanya Ubuntu, yang memiliki masalah koneksi, saya reboot ke Puppy Linux - terkoneksi dengan baik, dan ke Windows yang terhubung dengan baik. Netbook dapat terhubung ke semua 3 layanan tanpa masalah. Hanya Ubuntu yang mengatakan koneksi ditolak.

Saya ingin tahu apa yang salah - saya sudah melakukan semua pemecahan masalah dasar: me-reboot RPi, me-reboot komputer saya, me-reboot router nirkabel, dll. Raspberry Pi tidak memiliki Firewall diaktifkan, dan Router saya menawarkan semua perangkat yang terhubung ke Akses tak terbatas LAN satu sama lain. Saya telah melakukan pengujian ekstensif , dan Ubuntu telah terbukti melampaui bayangan keraguan menjadi satu-satunya yang tidak mau terhubung.

PEMBARUAN: Baru saja menguji akses melalui IP eksternal saya, dan semuanya berjalan lancar di Ubuntu! Namun, Ubuntu masih tidak dapat mengakses Pi dari apa pun lokal, dan saya baru saja mengkonfirmasi bahwa OS saya yang lain bisa . Saya pikir itu aneh bahwa Ubuntu memiliki masalah menghubungkan secara lokal (tidak seperti OS saya yang lain,) tetapi baik-baik saja mengakses Pi melalui IP eksternal saya ..

UPDATE 2: Menonaktifkan firewall saya memungkinkan saya mengakses perangkat, tetapi password melaporkan sebagai salah setiap . lajang . waktu . Saya sudah mencoba mengetikkannya ke Gedit, lalu menyeret-dan-menjatuhkannya ke prompt kata sandi saat SSH masuk, dan itu memberi otorisasi saat mengakses pi@jamestheawesomedude.cu.cc, tetapi BUKAN saat mengakses pi@192.168.2.128. Ini sungguh membuat frustrasi.

Jadi, sampai Anda ufwmengaktifkan dengan pengaturan default pada mesin Ubuntu Anda, koneksi selalu dilaporkan Connection refused. Setelah Anda menonaktifkan ufwklien Anda koneksi dibuat tetapi kata sandi selalu ditolak?

Saya kira dalam hal ini masalah Anda adalah bahwa 192.168.2.128ip diarahkan kembali ke mesin klien Ubuntu Anda, dan sebenarnya Anda terhubung ke sshserver yang berjalan di mesin Ubuntu Anda. Ini akan menjelaskan:

• Mengapa Anda dapat terhubung dari internet.

• Mengapa koneksi Anda ditolak ketika firewall diaktifkan pada klien Ubuntu Anda.

• Mengapa koneksi tidak lagi ditolak dengan firewall klien dimatikan.

• Mengapa sekarang koneksi dibuat, tetapi otentikasi gagal.

Untuk memecahkan masalah ini:

• Periksa kunci host server dengan ssh -v pi@192.168.2.128koneksi lokal dan koneksi internet. Apakah ini melaporkan kunci yang sama?

• Atau saat Anda terhubung dari lokal, dan Anda diminta untuk mengetikkan kata sandi Anda, dari terminal lain: sudo netstat -tupandan lihat apakah ada koneksi ke sshdUbuntu Anda.

Meskipun kasus ini akan menjelaskan semuanya, tetapi sangat aneh bahwa saya ragu bahwa ini adalah masalah Anda.

Sangat mungkin mesin ubuntu Anda mendapatkan alamat IP jaringan yang berbeda dari yang diharapkan. Coba yang berikut ini:

• Pada raspi, periksa alamat IP-nya dengan ifconfig | grep 192.168
• pada mesin ubuntu, periksa alamat IP-nya dengan ifconfig | grep 192.168

Agar dapat berbicara satu sama lain di jaringan lokal Anda, mereka berdua harus menggunakan subnet yang sama - lihat bagian ketiga dari alamat IP untuk melihat apakah mereka. Dalam kasus Anda, keduanya harus berada pada subnet 192.168.2. *.

Pastikan mereka benar-benar memiliki alamat IP yang berbeda juga. Ini mungkin tampak jelas, tetapi dapat terjadi jika salah satu dari mereka menggunakan DHCP dan yang lainnya diatur secara statis.

Jika semua sudah keluar, jalankan perintah berikut untuk melihat ke mana paket Anda seharusnya:

route -n

Lihat di output untuk subnet tujuan yang berlaku untuk pi raspberry Anda. Seharusnya hanya ada 3 baris:

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.0.1     0.0.0.0         UG    0      0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 eth0
192.168.0.0     0.0.0.0         255.255.255.0   U     1      0        0 eth0

Jika Anda memiliki lebih banyak baris atau hal-hal yang mengarah ke titik-titik aneh, maka itulah jawabannya.

Dugaan saya adalah bahwa koneksi ssh Anda berakhir dengan memukul server SSH yang berbeda dari yang ada di raspberry pi Anda, itulah sebabnya mengubah firewall ubuntu memengaruhinya dan login Anda tidak berfungsi.

Menurut apa yang ada di PasteBin Anda, "koneksi ditolak" menunjukkan Anda mendapatkan reset TCP dari apa pun yang ada di alamat IP itu.

Cek kewarasan: Saat pemecahan masalah, Nonaktifkan ufw.

Dengan firewall desktop Anda dinonaktifkan, dapatkah Anda melakukan ping Pi dari desktop Anda? Bisakah Anda melakukan ping desktop dari Pi Anda?

Setelah mencoba ping di kedua arah, lihat output 'arp -n' di kedua mesin. Apakah mereka melihat alamat MAC (perangkat keras Ethernet) masing-masing atau ada sesuatu yang mengarahkan / memotong lalu lintas?

Jika Anda dapat melakukan ping di kedua arah dan 'arp -n' menunjukkan alamat MAC yang tepat sedang digunakan (centang 'ifconfig' pada mesin yang berlawanan), langkah selanjutnya adalah memeriksa /var/log/auth.log pada Pi. Seharusnya memberi tahu Anda apa yang salah dengan upaya koneksi.

Jika hal di atas tidak membantu, tolong tunjukkan kami output dari perintah berikut pada Pi:

sudo ifconfig -a
cat /etc/resolv.conf
arp -n
netstat -rn
sudo iptables-save
sudo grep ssh /var/log/auth.log | tail -50

Dan di desktop Anda:

sudo ifconfig -a
cat /etc/resolv.conf
arp -n
netstat -rn
sudo iptables-save

Saya melihat beberapa ini ditempelkan di komentar di atas, tetapi semuanya penting untuk mengambil dengan firewall, pertama. Jika Anda dapat membuatnya bekerja dengan firewall dimatikan, maka Anda dapat melanjutkan untuk memecahkan masalah aturan firewall Anda.

Juga, bahkan jika Anda menargetkan alamat IP, pengaturan DNS tetap penting karena SSH menggunakan DNS selama validasi kunci host.

Hapus ~/.ssh/known_hostsfile dan coba lagi. Jika sebelumnya ada host dengan alamat IP yang sama yang dapat diakses, Anda dapat menyimpan sidik jari yang tidak valid

Di Ubuntu 13.10, saya tidak bisa ssh ke pi saya, ketika sebelumnya saya bisa di 13,04 dan Mint 16. Saat mencoba

ssh -vvv user@host

Saya mendapatkan :

debug1: expecting SSH2_MSG_KEX_ECDH_REPLY

Saya berlari di saran yang mengatakan untuk mengatur MTU untuk Mesin (bukan pi) ke 1200 bukannya otomatis. Saya melakukan ini, mematikan -> kemudian di wifi saya, dan terhubung dengan ssh ke PI pada percobaan pertama. Semoga ini bisa membantu seseorang.