
갑자기 내 LAN에 있는 장치가 LAN에 있는 다른 장치의 IP나 호스트 이름을 탐색할 수 없습니다(자신과 192.168.1.1의 라우터에만 해당).
나는 Win 10 데스크톱, Macbook Air, iPhone 6 및 오래된 iPad를 가지고 있으며 Wi-Fi에 연결되어 있으며 모두 DD-WRT v3.0-r31924 std를 사용하는 Netgear WNDR3700 라우터에서 인터넷을 잘 검색하고 있습니다( 17/05/02).
또한 장치에서 192.168.1.1에 있는 라우터의 구성 페이지에 접근할 수 있습니다.
며칠 전까지만 해도 그들은 내 LAN을 탐색하여 내 로컬 서버(192.168.1.120의 Win 10 데스크톱, 또 다른 서버로 Laravel Homestead Vagrant를 실행하고 있으며 모든 것이 정상적으로 실행되고 있음)에서 개발 중인 사이트를 표시할 수 있었습니다. 최근까지 완벽하게 작동했습니다).
그러나 이제 라우터 홈페이지(192.168.1.1) 외에는 어떤 장치도 LAN IP에 연결할 수 없습니다.
장치 재부팅, 라우터 및 케이블 모뎀 재부팅, 라우터 설정을 이전 버전으로 복원 등을 시도했습니다.
iPhone에서 KeepSolid의 "네트워크 도구" 앱을 사용하면 경로 추적이 일반 사이트에서는 작동하지만 192.168.1.120과 같은 LAN 사이트에서는 실패하는 것으로 나타났습니다.
"네트워크 도구" iPhone 앱에도 DNS 조회 유틸리티가 있습니다. 로컬 호스트 이름을 입력하면 "A" 레코드로 적절한 IP 주소를 가리킵니다. 기타 레코드(AAAA, MX, NS, SOA, SRV 및 TXT에는 모두 "DNS 서버가 데이터 없이 응답을 반환했습니다"라고 표시됨). 나는 이것이 무엇을 의미하는지 잘 모르고 내 장치가 브라우저에서 직접 IP 주소를 방문할 수 없는 경우 호스트 이름 확인이 쓸모가 없기 때문에 모두 관련이 없을 수 있다고 생각합니다.
나는 무엇을 모른다변경됨이번 주... 그런데 케이블 제공업체가 내 WAN IP를 변경한 것을 발견했습니다. 그러나 나는 그것이 이러한 문제를 일으킬 수 있는지 정말로 의심합니다.
나는 다음과 같은 보고서를 발견했습니다.DD-WRT 펌웨어의 버그내 Netgear WNDR3700 라우터에서.
해당 스레드에 있는 사람들은 라우터에서 다음 명령을 실행하는 것이 적절한 해결 방법이 될 것이라고 제안했지만, 이들의 명령(예: 다음과 같은) 중 어느 것도 문제를 해결하지 못했습니다.
swconfig dev switch0 set enable_vlan 1
swconfig dev switch0 set apply
게다가 내 라우터가졌다작업 중이며 최근에는 변경하지 않았습니다. 따라서 이 버그가 나에게 영향을 미친다는 것은 말이 되지 않습니다.
또한 Netgear 라우터를 이전 TP-Link 라우터(훨씬 이전 버전의 DD-WRT 실행)로 교체해 보았습니다.저것라우터는 이전에도 잘 작동했지만 지금은저것첫째, 내 장치는 인터넷 검색만 할 수 있지만 LAN IP를 ping할 수는 없습니다.
이 문제를 진단하고 해결하기 위해 또 무엇을 시도할 수 있습니까?
답변1
2017-05-30의 원래 답변:
이제 모든 장치에서 내 사이트에 다시 액세스할 수 있습니다(DD-WRT에 지정된 사용자 정의 도메인을 사용하더라도).
1 단계:
Windows > 홈그룹으로 이동하여 네트워크에서 PC를 검색할 수 있도록 설정해야 했습니다. (아마도 에 있었을 겁니다 Control Panel\Network and Internet\Network and Sharing Center\Advanced sharing settings
.)
(하지만 내 PC를 검색할 수 없을 때 내 설정은 어떻게 작동하고 있었나요?아마도최근까지 발견이 가능했었나요? 무엇이 상태를 바꾸었을지 잘 모르겠습니다. 어떤 식으로든 설정한 기억이 없습니다.)
이렇게 하면 내 Nginx 사이트를 모바일을 통해 볼 수 있습니다(동일한 Windows 데스크톱의 브라우저에서만 볼 수 있음).
하지만 내 Homestead(Vagrant) 사이트는 여전히 모바일을 통해 표시되지 않았습니다(동일한 Windows 데스크톱의 브라우저에서는 여전히 작동했음에도 불구하고). 그래서...
2 단계:
나는 이것을 다음과 같이 설정했습니다.DD-WRT의 시작 명령:
swconfig dev switch0 set enable_vlan 1
swconfig dev switch0 set apply
3단계:
DD-WRT > 추가 DNSMasq 옵션 address=/mysite.xyz/192.168.10.10
에서 address=/mysite.xyz/192.168.1.111
.
기타 배경 정보:
내 Windows "호스트" 파일에 관련 활성 항목이 없습니다.
내 Homestead.yaml
상태는:
#https://laravel.com/docs/5.4/homestead
---
ip: "192.168.10.10"
memory: 2048
cpus: 1
provider: virtualbox
authorize: ~/.ssh/id_rsa.pub
keys:
- ~/.ssh/id_rsa2013Oct
folders:
- map: c:/code/mysite-members
to: /home/vagrant/Code/mysite-members
sites:
- map: mysite.xyz
to: /home/vagrant/Code/mysite-members/public
schedule: false
databases:
- mysite
networks:
- type: "public_network"
# Should I make this network type public or private?
# This IP must not match the static IP of the desktop. Make it different, such as "192.168.1.111" if the desktop is 192.168.1.110.
ip: "192.168.1.111"
bridge: "Realtek RTL8811AU Wireless LAN 802.11ac USB 2.0 Network Adapter"
그리고 homestead.bat reload --provision
Homestead 구성을 편집할 때 실행하는 것입니다.
요약:
내가 알았더라면 좋았을 텐데정확히변경된 내용과 이유, 문제의 근본 원인은 무엇입니까?
내 모든 장치는 이러한 모든 단계 없이도 최근까지 완벽하게 작동했습니다.
아 글쎄. 모두 다시 작동해서 기쁘네요.
2017-11-03 업데이트:
지난 1년 동안 이 문제를 세 번이나 겪은 것 같습니다. 이제 이 문제는 DD-WRT나 특정 라우터 또는 버그와 관련된 것이 아니라 IP 주소 충돌 및 IP 주소가 오래되는 것과 관련될 수 있다고 생각합니다. .
오늘 이 문제가 최근에 발생했을 때(Netgear R6300v1 사용) 두 위치에서 IP 설정을 192.168.1.111에서 192.168.1.119로 변경하여 문제를 해결했습니다(이전과 마찬가지로).여기에 설명되어 있습니다).
첫 번째 위치는 다음과 같습니다 Homestead.yaml > networks > ip
.
ip: "192.168.10.10"
networks:
- type: "public_network"
ip: "192.168.1.119"
bridge: "Realtek RTL8811AU Wireless LAN 802.11ac USB 2.0 Network Adapter"
내 DD-WRT "추가 DNSMasq 옵션"에서 address=/mysite.xyz/192.168.1.119
.
답변2
저는 개발에 사용했던 오래된 iPhone 6s에서 이 문제를 방금 겪었습니다. 문제없이 몇 달이 지나서 하루 만에 일을 멈췄습니다.
나에게 효과가 있었던 유일한 방법은 집에 있는 WiFi를 잊어버리고 다시 연결하는 것이었습니다. https://support.apple.com/en-us/HT208941
답변3
이 시나리오는 최근 저를 끝없는 짜증나게 만들었습니다. 게다가 내 Windows 10 및 11 노트북은 Pi-hole 및 Nextcloud와 같은 애플리케이션을 호스팅하는 Raspberry Pi 및 Ubuntu 시스템에 더 이상 연결할 수 없습니다. 그럼에도 불구하고 Pi-hole은 여전히 광고를 차단하므로 노트북의 DNS 쿼리가~이었다192.168.1.* 주소에 도달합니다. 하지만 머신에 SSH로 접속하거나 관리 UI를 사용할 수 없었습니다.
ATT 파이버 라우터에 대한 최근 업데이트를 비난하겠습니다. 아니면 어떻게든 마이크로소프트의 잘못일 수도 있습니다. 그럼에도 불구하고 위에 제공된 솔루션(Wi-Fi 네트워크를 잊음)으로 내 문제가 해결되었습니다. 지금은.