Debian Jessie를 실행하는 노트북에서 이 문제가 발생했습니다.
동일한 네트워크에 있는 장치에서는 어떤 종류의 네트워크 가시성도 얻을 수 없습니다. 랩톱을 ARP할 수는 없지만 가장 이상한 점은 랩톱에서 네트워크의 다른 위치로 핑을 하면 짧은 시간 동안 랩톱이 핑을 보내는 동일한 호스트의 랩톱과 잘 통신할 수 있다는 것입니다. 에서.
내 노트북은 네트워크의 어느 곳에서나 ping을 할 수 있지만 먼저 ping을 하지 않으면 ping이 되지 않습니다.
모든 장치는 동일한 서브넷에 있으며 동일한 기본 게이트웨이를 공유합니다.
Wireshark를 사용하면 실제로 네트워크의 어느 곳에서도 ARP 요청을 수신하지 못하는 것으로 나타났습니다. 내 컴퓨터가 요청을 감지하지 못했습니다.
내 iptables에는 제한이 없으므로 방화벽 문제가 될 수 없습니다.
내 라우터의 보안 값도 가장 낮습니다.
나는 이것이 뭔가 관련이 있다고 확신한다
http://ubuntuforums.org/showthread.php?t=2172373,
그 기사에서는 Ubuntu의 Broadcom 드라이버를 구체적으로 언급하고 Debian의 Atheros 드라이버를 사용하고 있음에도 불구하고 내 설정과 정확히 동일한 증상을 나타내기 때문입니다.
lspci -knn의 출력에는 네트워크/드라이버 설정이 표시됩니다.
04:00.0 Network controller [0280]: Qualcomm Atheros AR928X Wireless Network Adapter (PCI-Express) [168c:002a] (rev 01)
Subsystem: Quanta Microsystems, Inc EM303 802.11bgn Wireless Mini PCIe Card [AR9281] [1a32:0303]
Kernel driver in use: ath9k
데비안 문제인가요? 문제를 해결하기 위해 취할 수 있는 절차가 있나요? 저는 Linux에서 드라이버를 다루는 데 있어서는 그다지 익숙하지도 않고 지식도 없습니다.
편집하다:
패키지를 제거한 후에는 network-manager
시스템에 더 이상 이 문제가 발생하지 않습니다. 동일한 시스템에 패키지가 존재할 network-manager
때 이상한 일이 발생한다는 보고서를 읽었습니다 . wicd
지금도 시스템을 지켜보고 있지만 지금까지는 모든 것이 잘 작동하는 것 같습니다.
답변1
랩톱에서 네트워크의 다른 위치로 핑을 보내는 경우 랩톱이 짧은 시간 동안 핑을 보내는 동일한 호스트의 랩톱과 올바르게 통신할 수 있습니다.
이:
내 노트북은 네트워크의 어느 곳에서나 ping을 할 수 있지만 먼저 ping을 하지 않으면 ping이 되지 않습니다.
나는 이것이 네트워크(라우터, 전선, 구성 등)가 아니라는 것을 나타내기 위해 많은 노력을 기울이고 있지만 전 세계적으로 이것은 랩탑 앞에 오작동하거나 잘못 구성된 라우터가 있다고 생각하게 만듭니다. ARP 없이는 짧은 연결 시간조차 가질 수 없기 때문에 이렇게 말하는 것입니다.
이 문제를 해결하려는 경우 ssh
짧은 시간 동안 한 호스트에 ping을 보낸 다음 arp -a
내 노트북과 해당 호스트에 ping을 실행하여 무슨 일이 일어나는지 확인합니다. traceroute
일부 비표준 도구와 마찬가지로 양방향 실행도 도움이 될 수 있습니다.arping
그리고hping
. 모든 것이 동일한 서브넷에 있으므로 arping
작동 여부에 따라 ARP 이론이 작동하지 않는다고 믿게 될 것입니다. ping
ICMP 패킷은 일상적으로 사용되므로 연결 arping
을 확인하는 데 다른 프로토콜이 사용됩니다. hping
(또는 hping3
)을 사용하면 동일한 연결 확인에 UDP 또는 TCP를 사용할 수 있습니다. (양방향 traceroute
)은 IP 패킷이 양방향으로 와이어와 라우터를 통해 동일한 경로를 사용하는지 여부를 표시합니다.