이 질문은 다음과 중복될 수 있습니다.서버가 Wi-Fi를 통해 연결된 경우 다른 장치(Wi-Fi를 통해 연결됨)에서 로컬 서버에 연결할 수 없습니다., 승인된 답변을 받지 못했습니다.
현재 Wi-Fi를 통해 네트워크에 연결된 Linux 서버가 있습니다. 동적 DNS 서비스와 라우터 기반 NAT 및 포트 전달을 통해 홈 네트워크 외부에서 작동하고 액세스할 수 있습니다(예: SSH를 통해). 라우터는 Linksys EA4500입니다.
라우터에 연결된 로컬 PC는 SSH를 통해 성공적으로 연결할 수 있습니다. 하지만 라우터는 내부 트래픽을 외부 IP로 라우팅하지 않기 때문에 로컬 IP(192.168.1.122, 라우터에서 DHCP 예약을 통한 고정)를 사용해야 합니다. 충분합니다. 괜찮습니다.
서버와 동일한 Wi-Fi 네트워크에 로그인된 로컬 장치는 안정적으로 연결할 수 없습니다. 방금 서버, 라우터 및 Wi-Fi에 연결된 PC를 재부팅했고 몇 분 후에 PC가 성공적으로 연결할 수 있었지만 재부팅하기 전에 연결이 실패했고(호스트에 대한 경로 없음) 며칠 동안 연결이 유지되었습니다. 이전에 이 패턴을 본 적이 있어서 나는 그들이 다시 실패하기 시작할 것이라고 확신합니다.
내 생각은 DHCP 갱신과 관련이 있는 방향으로 가고 있지만 어떻게 해결해야 할지 난감합니다.
댓글 작성자 질문:
""안정적으로 연결할 수 없습니다"는 무슨 뜻인가요?"
작동이 중지되면 시도는 라우팅 실패로 나타납니다. 핑 시간 초과, 대부분의 다른 프로토콜은 '호스트에 대한 경로 없음'을 보고하고, 서버 로그에는 연결 시도가 없다고 표시됩니다.
"서버에 이더넷과 WIFI 인터페이스가 모두 있습니까?"
더 이상은 아닙니다. 번개 폭풍으로 인해 온보드 이더넷 인터페이스가 중단되고 OS가 더 이상 존재하는 것으로 인식하지 못하기 때문에 WIFI에서 실행되고 있습니다.
"ifconfig 및 iptables의 출력을 제공하십시오."
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 0 (Local Loopback)
RX packets 31149 bytes 5871934 (5.5 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 31149 bytes 5871934 (5.5 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlp1s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.1.122 netmask 255.255.255.0 broadcast 192.168.1.255
inet6 fe80::5627:1eff:fe1a:7535 prefixlen 64 scopeid 0x20<link>
ether 54:27:1e:1a:75:35 txqueuelen 1000 (Ethernet)
RX packets 2063063 bytes 379558678 (361.9 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 784726 bytes 119478321 (113.9 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
연결이 실패하면 연결 시도가 기록되지 않으므로 지금은 생략합니다 iptables(iptables는 시도에 대해 조치를 취할 기회가 전혀 없습니다).
"액세스 포인트 역할도 수행하는 단일 라우터가 있습니까? 아니면 여러 개의 라우터가 있습니까? 아니면 별도의 라우터와 액세스 포인트가 있습니까? 다양한 장치에 어떤 IP 주소를 사용하고 있으며 어떻게 할당됩니까? 다음과 같은 좋은 다이어그램이 있습니다. 모든 장치와 IP 주소가 도움이 될 수 있습니다."
이에 대한 자세한 내용은 제가 직접 현장에 있을 때 확인하세요. 하지만 그 뒤에는 케이블 모뎀과 별도의 라우터/WAP가 있습니다. 라우터가 192.168.1.*에서 DHCP를 수행하고 있습니다. 케이블 모뎀에서 라우터, 서버로 포트 전달. 케이블 모뎀은 순수 브리지 모드가 아닙니다(대신 라우터를 유일한 클라이언트로 사용하여 DHCP를 수행합니다). 내가 시도했을 때 많은 것들이 무너졌기 때문입니다(아마도 ISP의 인증 요구 사항이 이상할 수 있음). 문제가 되지 않았지만 더 이상 그렇지 않을 수도 있기 때문입니다.