Ubuntu neden Raspberry Pi'mi LAN üzerinden erişemiyor?


9

Tamam, kısa bir süre önce bir Raspberry Pi aldım ve Wi-Fi'ımla bağlandım - SSH'yi etkinleştirdim ve Hiawatha'yı yükledim ve o zaman Puppy Linux'u çalıştıran Masaüstümden iyi bir şekilde erişebildim.

Windows'a (Win XP Pro'da PuTTY) önyükleme yapıldığında da gayet iyi erişebiliyordum ve Netbook da PuTTY aracılığıyla erişebiliyordu. (7 Starter kazan)

Ancak, Ubuntu'ya önyükleme yaptığımda tüm SSH, HTTP ve HTTPS bağlantıları reddedildi. Bağlantı sorunları olan Ubuntu ve sadece Ubuntu olduğunu doğrulamak için, Puppy Linux'a bağlı para cezasına ve Windows'a bağlı para cezasına yeniden başladım. Netbook, 3 hizmete de sorunsuz bir şekilde bağlanabilir. Sadece Ubuntu, bağlantının reddedildiğini söyledi.

Neyin yanlış olduğunu bilmek istiyorum - Tüm temel sorun giderme işlemlerini zaten yaptım: RPi'yi yeniden başlatmak, bilgisayarımı yeniden başlatmak, kablosuz yönlendiriciyi yeniden başlatmak vb. Raspberry Pi'nin Güvenlik Duvarı etkin değil ve Yönlendiricim bağlı tüm cihazları sunuyor LAN birbirine sınırsız erişim. Kapsamlı testler yaptım ve Ubuntu'nun bağlanmak istemeyen tek kişi olduğu şüphesinin gölgesinin ötesinde kanıtlandı.

GÜNCELLEME: Harici IP adresim üzerinden erişmeyi test ettim ve her şey Ubuntu'da sorunsuz çalışıyor! Ancak, Ubuntu hala yerel şey Pi erişemez ve sadece benim diğer OS'nin olduğunu çeyreğinin kutu . Ubuntu'nun yerel olarak (diğer işletim sistemlerinimden farklı olarak) bağlanmakta sorun yaşaması garip olduğunu düşünüyorum, ancak Pi'ye harici IP'm aracılığıyla erişmekte gayet iyi ..

GÜNCELLEME 2: Güvenlik duvarımı devre dışı bırakmak cihaza erişmeme izin veriyor , ancak şifre her birinde yanlış olarak bildiriliyor . bekar . zaman . Gedit'e yazmayı denedim, ardından SSH girişi sırasında şifre istemine sürükleyip bıraktım ve erişirken yetkilendiriyor pi@jamestheawesomedude.cu.cc, ancak erişirken DEĞİL pi@192.168.2.128. Bu inanılmaz derecede sinir bozucu.


2
Lütfen günlükleri göster. ssh -vvv user@hostistemci tarafında, sudo tail -f /var/log/auth.logsunucu tarafında. Belki de SSH sunucu yapılandırmasında ayrıntı düzeyini arttırmak mantıklıdır.
Andrejs Cainikovs

Gerçekten ilginç bir şey yok, sadece bir "bağlantı reddedildi" mesajı: pastebin.com/Nc1W8Mja
JamesTheAwesomeDude

3
FYI: Ahududu yığını da var raspberrypi.stackexchange.com
Meer Borg

3
@MeerBorg Zaten orada bir kullanıcıyım ve aslında bunu orada sormayı düşündüm, ancak bağlantı sorunları olan tek kişi. Herhangi bir yöntemle bağlantı kuramazsam, Pi'nin kendisiyle ilgili bir sorun olduğundan şüphelenirdim, ancak Ubuntu burada garip olduğu için, bu sitede sormaya karar verdim.
JamesTheAwesomeDude

@JamesTheAwesomeDude, düz bağlantının reddedildiğinden daha açıklayıcı bir şey olmalı . Bu mesaj bir sonuçtur, ancak bir hata mesajı da olmalıdır.
Andrejs Cainikovs

Yanıtlar:


1

Bu nedenle ufw, Ubuntu makinenizde varsayılan ayarlarla etkinleştirene kadar bağlantı her zaman rapor edilir Connection refused. ufwİstemcinizde devre dışı bıraktıktan sonra bağlantı kurulur, ancak parola her zaman reddedilir mi?

Bu durumda sorununuzu 192.168.2.128ip istemcinizin Ubuntu makinenize geri yönlendirilir ve aslında sshUbuntu makinenizde çalışan sunucuya bağlandığınızı tahmin ediyorum . Bu şunları açıklar:

  • Neden internetten bağlanabilirsiniz.

  • Ubuntu istemcinizde güvenlik duvarı açıkken bağlantınız neden reddedildi.

  • İstemci güvenlik duvarı kapalıyken bağlantının neden reddedilmediğini.

  • Neden şimdi bağlantı kuruldu, ancak kimlik doğrulama başarısız.

Bu sorunu gidermek için:

  • ssh -v pi@192.168.2.128Hem yerel hem de internet bağlantısı için sunucunun ana bilgisayar anahtarını kontrol edin . Aynı anahtarı rapor ediyor mu?

  • Yerelden bağlanırken ve başka bir terminalden parolanızı girmeniz sudo netstat -tupanistenirse : ve sshdUbuntu'nuzda bir bağlantı kurulup kurulmadığına bakın .

Her ne kadar bu dava her şeyi açıklasa da, bu senin sorunun olduğundan şüphe duymam çok garip.


#ufw <port> 'un istisna eklemesine izin ver. #ssh -v kullanıcı çıktısı almak için neden @ adrese bağlanamıyorsunuz. "bağlantı reddedildi" sık sık varsayılan bağlantı noktasının yanlış olduğu, güvenlik duvarı istemcisi veya sunucusunun bağlantıyı engellediği anlamına gelir.
j0h

1
@ j0h Bu yorumu soruya yorum yapmak istediğinizi düşünüyorum. Ama yine de: Yorumlarda OP zaten ssh -vvvçıktı verdi. Ayrıca Pi'nin güvenlik duvarının etkin olmadığını, bu yüzden ufw istemcide olduğunu ve bunu devre dışı bıraktığını söyledi, ancak hala giriş yapamıyor dedi. aynı bağlantı noktasına diğer makinelerden bağlanabilir.
falconer

1

Ubuntu makinenizin beklenenden farklı bir IP adresi alması tamamen mümkündür. Takip etmeyi dene:

  • Raspi'de, IP adresini ifconfig | grep 192.168
  • ubuntu makinesinde IP adresini ifconfig | grep 192.168

Yerel ağınızdaki birbirinizle konuşabilmek için her ikisinin de aynı alt ağı kullanması gerekir - IP adresinin üçüncü bölümüne bakın. Sizin durumunuzda, her ikisi de 192.168.2. * Alt ağında olmalıdır.

Aslında farklı IP adreslerine sahip olduklarından emin olun . Bu açık görünebilir, ancak bunlardan biri DHCP kullanıyorsa ve diğeri statik olarak ayarlanmışsa olabilir.

Tüm bunlar kontrol edilirse, paketlerinizin nereye gitmesi gerektiğini görmek için aşağıdaki komutu çalıştırın:

route -n

Raspberry pi'niz için geçerli olan hedef alt ağın çıkışına bakın. Gerçekten sadece 3 satır olmalı:

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

Daha fazla satırınız varsa veya tuhaf noktalara giden şeyler varsa, o zaman cevap budur.

Benim tahminim, ssh bağlantınızın ahududu pi'nizdeki sunucudan farklı bir SSH sunucusuna çarpmasıdır, bu yüzden ubuntu güvenlik duvarını değiştirmek onu etkiledi ve girişleriniz çalışmıyor.


0

PasteBin'inizde bulunanlara göre, "bağlantı reddedildi", söz konusu IP adresinde bulunanlardan TCP sıfırlaması aldığınızı gösterir.

Sağlık kontrolü: Sorun giderme sırasında ufw.

Masaüstü güvenlik duvarınız devre dışı bırakıldığında, masaüstünüzden Pi'ye ping atabilir misiniz? Pi'nizden masaüstüne ping atabilir misiniz?

Her iki yönde ping denedikten sonra, her iki makinedeki 'arp -n' çıkışına bakın. Birbirlerinin MAC (Ethernet donanımı) adreslerini görüyorlar mı veya trafiği yönlendiren / engelleyen bir şey mi var?

Her iki yönde ping atabiliyorsanız ve 'arp -n' uygun MAC adreslerinin kullanıldığını gösterirse (karşı makinede 'ifconfig' seçeneğini işaretleyin), bir sonraki adım Pi'deki /var/log/auth.log dosyasını incelemektir. Bağlantı denemesinde neyin yanlış olduğunu söylemelidir.

Yukarıdakiler yardımcı olmazsa, lütfen bize Pi'de aşağıdaki komutların çıktısını gösterin:

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

Ve masaüstünüzde:

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

Bunların bir kısmını yukarıdaki yorumlarda yapıştırdığımı görüyorum, ancak her şey ilk önce güvenlik duvarı kapalıyken önemlidir. Güvenlik duvarı kapalıyken çalışmasını sağlayabiliyorsanız, güvenlik duvarı kurallarınızda sorun gidermeye devam edebilirsiniz.

Ayrıca, bir IP adresini hedefliyor olsanız bile, SSH ana bilgisayar anahtarı doğrulaması sırasında DNS kullandığından DNS ayarları önemlidir.


0

~/.ssh/known_hostsDosyayı silin ve tekrar deneyin. Daha önce aynı IP adresine sahip bir ana bilgisayar ssh erişilebilir durumdaysa, geçersiz bir parmak izi tutabilirsiniz


0

Ubuntu 13.10'da, 13.04 ve Mint 16'da daha önce yapabildiğimde pi'mi ssh edemedim.

ssh -vvv user@host

Bende var :

debug1: expecting SSH2_MSG_KEX_ECDH_REPLY

Makine için (pi değil) MTU'nun otomatik yerine 1200'e ayarlandığı söylenen bir öneriyle karşılaştım. Bunu yaptım, kapattım -> sonra wifi'mde ve ilk denemede PI'ye ssh ile bağlandım. Umarım bu birine yardımcı olur.


MTU nasıl değiştirilir: askubuntu.com/questions/230926/…
jmunsch
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.