Ubuntu가 LAN을 통해 라즈베리 파이에 액세스 할 수없는 이유는 무엇입니까?

좋아, 나는 최근에 Raspberry Pi를 얻었고 그것을 Wi-Fi에 연결했습니다. SSH를 활성화하고 Hiawatha를 설치했으며 그 당시 Puppy Linux를 실행중인 내 데스크탑에서 잘 액세스 할 수있었습니다.

또한 Windows (Win XP Pro의 PuTTY)로 부팅하면 넷 북도 PuTTY를 통해 액세스 할 수 있습니다. (승 7 스타터)

그러나 Ubuntu로 부팅했을 때 모든 SSH, HTTP 및 HTTPS 연결이 거부되었습니다. 연결 문제가있는 Ubuntu 및 Ubuntu 만 확인하기 위해 Puppy Linux로 재부팅하고 Windows로 올바르게 부팅했습니다. 넷북은 3 가지 서비스 모두에 문제없이 연결할 수 있습니다. 연결이 거부 된 것은 우분투뿐이었습니다.

무엇이 잘못되었는지 알고 싶습니다. 이미 RPi 재부팅, 컴퓨터 재부팅, 무선 라우터 재부팅 등과 같은 기본 문제 해결을 이미 완료했습니다. Raspberry Pi에는 방화벽이 활성화되어 있지 않으며 라우터는 연결된 모든 장치를 제공합니다 LAN 무제한 액세스 나는 광범위한 테스트를 해왔 으며 우분투는 의심의 여지없이 연결을 원하지 않는 유일한 사람이라는 것이 입증되었습니다.

업데이트 : 방금 외부 IP를 통한 액세스를 테스트했으며 모든 것이 우분투에서 원활하게 실행됩니다! 그러나 우분투는 여전히 어떤 지역에서도 Pi에 액세스 할 수 없으며 다른 OS의 수를 재확인했습니다 . 우분투가 (다른 OS와 달리) 로컬 연결에 문제가 있지만 외부 IP를 통해 Pi에 액세스하는 것이 이상하다고 생각합니다.

업데이트 2 : 방화벽을 비활성화 하면 장치에 액세스 할 수 있지만 암호는 모두 잘못된 것으로보고 합니다 . 싱글 . 시간 . Gedit에 입력 한 다음 SSH 로그인 중에 암호 프롬프트로 드래그 앤 드롭하여 액세스 할 때 권한을 부여 pi@jamestheawesomedude.cu.cc하지만 액세스 할 때는 권한을 부여 하지 않았습니다 pi@192.168.2.128. 이것은 믿을 수 없을 정도로 실망 스럽습니다.

따라서 ufwUbuntu 시스템에서 기본 설정을 활성화 할 때까지 항상 연결이보고되었습니다 Connection refused. ufw클라이언트 를 비활성화하면 연결이 설정되지만 암호는 항상 거부됩니까?

이 경우 문제는 192.168.2.128IP가 클라이언트 Ubuntu 시스템으로 다시 라우팅되고 실제로 Ubuntu 시스템에서 ssh실행 되는 서버에 연결되어 있다는 것 입니다. 이것은 설명 할 것이다 :

• 인터넷에서 연결할 수있는 이유

• 방화벽이 Ubuntu 클라이언트에서 켜져있을 때 연결이 거부 된 이유

• 클라이언트 방화벽을 끈 상태에서 연결이 더 이상 거부되지 않는 이유

• 왜 지금 연결이 설정되었지만 인증이 실패합니까?

이 문제를 해결하려면

• ssh -v pi@192.168.2.128로컬 및 인터넷 연결을 위해 서버의 호스트 키를 확인하십시오 . 동일한 키를보고합니까?

• 또는 로컬에서 연결하는 동안 다른 터미널에서 비밀번호를 입력하라는 메시지가 sudo netstat -tupan표시되는 경우 : sshd우분투에서 연결이 설정되어 있는지 확인하십시오 .

이 사건이 모든 것을 설명 할 것이지만, 이것이 당신의 문제인지 의심 스러울 정도로 이상합니다.

우분투 컴퓨터가 예상 한 것과 다른 네트워크 IP 주소를 받고있을 가능성이 있습니다. 다음을 시도하십시오 :

• raspi에서 IP 주소를 확인하십시오. ifconfig | grep 192.168
• 우분투 컴퓨터에서 IP 주소를 확인하십시오. ifconfig | grep 192.168

로컬 네트워크에서 서로 통신하려면 둘 다 동일한 서브넷을 사용해야합니다. IP 주소의 세 번째 섹션을보고 이들이 있는지 확인하십시오. 귀하의 경우 둘 다 192.168.2. * 서브넷에 있어야합니다.

실제로 다른 IP 주소를 가지고 있는지 확인하십시오 . 이것은 명백해 보이지만 둘 중 하나가 DHCP를 사용하고 있고 다른 하나가 정적으로 설정된 경우 발생할 수 있습니다.

모든 것이 체크 아웃되면 다음 명령을 실행하여 패킷이 어디로 가고 있는지 확인하십시오.

route -n

라즈베리 파이에 적용되는 대상 서브넷의 출력을 확인하십시오. 실제로 3 행만 있어야합니다.

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

더 많은 행이 있거나 물건이 이상한 곳으로 가면 그게 답입니다.

내 생각에 ssh 연결이 raspberry pi의 서버와 다른 SSH 서버에 도달하고 있기 때문에 우분투 방화벽을 변경하면 로그인에 실패합니다.

PasteBin에있는 내용에 따르면 "연결이 거부되었습니다"는 해당 IP 주소에있는 모든 것에서 TCP 재설정을 받고 있음을 나타냅니다.

위생 검사 : 문제 해결 중에 ufw를 비활성화합니다.

데스크탑 방화벽이 비활성화 된 상태에서 데스크탑에서 Pi를 ping 할 수 있습니까? Pi에서 데스크탑을 핑 (ping) 할 수 있습니까?

양방향으로 핑을 시도한 후 두 시스템에서 'arp -n'의 출력을보십시오. 서로의 MAC (이더넷 하드웨어) 주소를 보거나 트래픽을 리디렉션 / 차단하는 것입니까?

양방향으로 ping을 수행 할 수 있고 'arp -n'은 올바른 MAC 주소가 사용되고 있음을 나타내면 (반대쪽 시스템에서 'ifconfig'를 확인하십시오) 다음 단계는 Pi에서 /var/log/auth.log를 검사하는 것입니다. 연결 시도에 어떤 문제가 있는지 알려 주어야합니다.

위의 방법으로도 도움이되지 않으면 Pi에서 다음 명령의 결과를 보여주십시오.

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

그리고 데스크탑에서 :

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

위의 의견 에이 내용이 붙여져있는 것을 보았지만 먼저 방화벽을 끈 상태로 모든 것이 중요합니다. 방화벽을 끈 상태에서 작동하게하면 방화벽 규칙 문제 해결을 진행할 수 있습니다.

또한 IP 주소를 대상으로하더라도 호스트 키 유효성 검사 중에 SSH가 DNS를 사용하므로 DNS 설정은 여전히 ​​중요합니다.

~/.ssh/known_hosts파일을 삭제 하고 다시 시도하십시오. 이전에 동일한 IP 주소 ssh에 액세스 할 수있는 호스트가있는 경우 유효하지 않은 지문을 유지할 수 있습니다

Ubuntu 13.10에서는 이전에 13.04와 Mint 16에서 파이를 ssh 할 수 없었습니다.

ssh -vvv user@host

나는 얻었다 :

debug1: expecting SSH2_MSG_KEX_ECDH_REPLY

나는 기계 (pi가 아닌)에 대한 MTU를 자동 대신 1200으로 설정한다고 제안했다. 나는 이것을하고 Wi-Fi를 끈 다음 ssh와 PI를 PI에 연결했다. 이것이 누군가를 돕기를 바랍니다.