무선 AP, 호스트나 클라이언트에 ping을 보낼 수 없습니다.

무선AP를 설정 중이에요아니요인터넷 연결. 클라이언트는 다음에 연결할 수 있습니다.주인서버를 설치하고 IP 주소를 받으세요. 감사합니다.DNS. 문제는 클라이언트가 서버를 ping할 수 없고 서버가 클라이언트를 ping할 수 없다는 것입니다. 내 서버는 Raspberry Pi 3입니다.

서버 호스트에서 클라이언트를 핑할 때 ping: connect: Network is unreachable클라이언트가 연결되어 있고 IP 주소가 있음에도 불구하고( test 사용 $ ip a) 을 얻습니다.

인터넷 접속이 필요하지 않으며 설정하고 싶지도 않습니다. 그래서 다리를 놓지 않았어요.

이 내 꺼야 hostapd.conf:

# the interface used by the AP
interface=wlan0
# "g" simply means 2.4GHz band
hw_mode=g
# the channel to use
channel=10
# limit the frequencies used to those allowed in the country
ieee80211d=1
# the country code
country_code=SE
# 802.11n support
ieee80211n=1
# QoS support, also required for full speed on 802.11n/ac/ax
wmm_enabled=1

wpa=2
wpa_key_mgmt=WPA-PSK
wpa_pairwise=TKIP
rsn_pairwise=CCMP
ssid=raspi
wpa_passphrase=********

이 내 꺼야 /etc/dnsmasq.conf:

interface=wlan0
dhcp-range=192.168.10.2,192.168.10.30,255.255.255.0,12h
dhcp-option=3,192.168.10.1
dhcp-option=6,192.168.10.1
server=8.8.8.8
log-queries
log-dhcp
listen-address=127.0.0.1

AP를 시작하려면 다음을 실행합니다.

wpa_cli terminate;
systemctl stop dhcpcd;
systemctl start hostapd;
systemctl start dnsmasq;

실행 중인 애플리케이션을 중지합니다.

systemctl stop dnsmasq;
systemctl stop hostapd;
systemctl restart dhcpcd;

네트워크를 시도했지만 ssh가 pi에서 작동 중이더라도(ap가 꺼져 있고 pi가 다른 Wi-Fi에 연결되어 있는 경우) nmap -sn 192.168.10.0/24결과는 하나뿐입니다. 클라이언트, 라우터에서만 nmaping 결과가 없습니다 .192.168.10.1

서버에서 작업을 수행할 때 $ ip aAP를 실행하기 전과 동일한 IP 주소를 가지고 있지만 Wi-Fi에 연결하면 실패합니다."오래된"와이파이.

요약하자면, rpi가 AP를 생성하고 IP 주소를 제공할 수 있는 것 같습니다. IP 주소에 연결되어 있다고 표시되지만 rpi를 ping할 때 어디에도 연결되어 있지 않습니다. 운영체제가 새로 설치되었습니다. 이 문제를 어떻게 해결할 수 있나요?

편집하다:

서버 관점에서 보면:

$ ping 192.168.10.10 # same for x.x.x.1 and x.x.x.0
ping: connect: Network is unreachable

$ ip route
# No output

$ ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
    link/ether b8:27:eb:42:db:a0 brd ff:ff:ff:ff:ff:ff
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether b8:27:eb:17:8e:f5 brd ff:ff:ff:ff:ff:ff

고객 관점에서:

$ ping 192.168.10.1 ## same output for x.x.x.0 too
ping 192.168.10.1
PING 192.168.10.1 (192.168.10.1) 56(84) bytes of data.
From 192.168.10.10 icmp_seq=1 Destination Host Unreachable
From 192.168.10.10 icmp_seq=2 Destination Host Unreachable
From 192.168.10.10 icmp_seq=3 Destination Host Unreachable
^C
--- 192.168.10.1 ping statistics ---
6 packets transmitted, 0 received, +3 errors, 100% packet loss, time 5054ms
pipe 3

$ ping 192.168.10.10 ## pinging the client itself
ping 192.168.10.10
PING 192.168.10.10 (192.168.10.10) 56(84) bytes of data.
64 bytes from 192.168.10.10: icmp_seq=1 ttl=64 time=0.031 ms
64 bytes from 192.168.10.10: icmp_seq=2 ttl=64 time=0.122 ms
64 bytes from 192.168.10.10: icmp_seq=3 ttl=64 time=0.042 ms
64 bytes from 192.168.10.10: icmp_seq=4 ttl=64 time=0.040 ms
^C
--- 192.168.10.10 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3039ms
rtt min/avg/max/mdev = 0.031/0.058/0.122/0.036 ms

$ ip route
default via 192.168.10.1 dev wlan0 proto dhcp metric 302 
192.168.10.0/24 dev wlan0 proto dhcp scope link src 192.168.10.10 

$ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether d4:61:9d:1b:3f:78 brd ff:ff:ff:ff:ff:ff
    inet 192.168.10.10/24 brd 192.168.10.255 scope global noprefixroute wlan0
       valid_lft forever preferred_lft forever

서버가 이전 IP 주소를 표시하고 있고 앱을 다시 시작하면 가끔씩 그런 일이 발생한다고 말했기 때문에 마지막 테스트에서 문제가 발생했을 수 있습니다.