갑자기 인터넷에서는 서버 시스템에 액세스할 수 없지만 LAN에서는 액세스할 수 있습니다. 문제는 라우터에 있는 것이 아닙니다.

갑자기 인터넷에서는 서버 시스템에 액세스할 수 없지만 LAN에서는 액세스할 수 있습니다. 문제는 라우터에 있는 것이 아닙니다.

얼핏 보면 이것은 간단한 문제인 것처럼 보이지만, (항상 가능한) 명백한 것을 놓친 것이 아니라면 뭔가 이상한 일이 벌어지고 있습니다.

저는 어제 사무실에서 실행 중인 서버 시스템에서 원격으로 작업하고 있었습니다. 일부 파일을 이동한 후 재부팅했는데 SSH, HTTP/HTTPS, IMAP 등 인터넷 요청에 갑자기 응답이 중단되었습니다. 그러나 동일한 LAN에 있는 다른 컴퓨터에 SSH로 연결한 다음 해당 서버에 SSH로 연결하면 여전히 액세스할 수 있습니다. 서버를 다시 재부팅해도 아무런 변화가 없습니다.

처음에는 그 시스템의 방화벽에 뭔가 문제가 생겼다고 생각했지만...

me@nas:~$ sudo iptables -L
[sudo] password for me: 
Chain INPUT (policy DROP)
target     prot opt source               destination         
ACCEPT     all  --  anywhere             anywhere             state RELATED,ESTABLISHED
ACCEPT     all  --  anywhere             anywhere            
ACCEPT     icmp --  anywhere             anywhere             icmp echo-request
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:8022
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:http
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:https
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:smtp
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:submission
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:pop3
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:pop3s
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:imap2
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:imaps
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:microsoft-ds
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:10024
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:8099

Chain FORWARD (policy DROP)
target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination         

(또한 해당 시스템의 방화벽을 일시적으로 비활성화했습니다. 변경 사항은 없습니다.)

라우터가 아닌지 확실히 확인하기 위해 펌웨어를 업그레이드하고(어쨌든 그렇게 해야 했습니다) 해당 시스템의 포트 전달 설정을 포함하여 모든 설정을 수동으로 다시 입력했습니다. 이번에도 변화는 없습니다.

동일한 IP 주소와 약간 다른 포트를 통해 네트워크의 다른 컴퓨터에 여전히 SSH를 통해 연결할 수 있기 때문에 ISP를 비난할 수는 없습니다. 나는 "Shields Up!"을 시도했습니다. grc.com의 서비스; 다른 머신의 SSH 포트를 볼 수 있지만모두이 서버의 포트는 "스텔스"로 나타납니다.

서버가 Ubuntu 18.04를 실행 중입니다. 내가 남긴 유일한 아이디어는 재부팅하기 전에 소프트웨어를 업데이트하라고 자동으로 지시했을 수도 있고 새로운 것이 설정을 변경했을 수도 있지만 업그레이드를 수행한 이후로 이미 몇 번 재부팅한 것 같습니다.

또 무엇을 볼 수 있나요?


나중에 편집:

며칠 후 문제가 다시 발생했고, 제가 찾은 원래 솔루션(원격 재부팅 대신 시스템 전원을 껐다 켜는 방법)이 작동했습니다.~ 아니다그것을 고치십시오. 머리카락을 많이 뜯은 후에 나는 또 다른 해결책을 우연히 발견했습니다. 전화만 하면 sudo dhclient매번 문제가 해결되었습니다. 이를 루트 사용자 crontab("@reboot /sbin/dhclient")에 추가하면 문제가 영구적으로 해결된 것 같습니다.

답변1

아 %#@$%#$... 여러 번 재부팅했는데도 실제로 컴퓨터 전원을 끄지 않았다는 생각이 갑자기 떠올랐습니다. 그렇게 하고 30초 동안 멈췄다가 다시 시작했는데... 갑자기 모든 것이 다시 작동했습니다. :-(

어떤 우주선이 문제를 일으켰는지 알 수 없지만 지금은 해결되었습니다.

위의 문제에 대한 업데이트된 설명을 참조하세요.

관련 정보