사이트 터널이 돌아온 뒤의 폴백 임대: 갱신할까, 기다릴까?

사이트 링크는 살아 있고 터널도 수립되었는데, 지점 PC는 여전히 파일 서버에 접근하지 못합니다. 장애 동안 두 개의 시계가 돌고 있었고 그중 하나만 끝났습니다. 암호화된 경로가 돌아왔을 때 터널이 복구되었고, 각 클라이언트의 주소는 현재 임대가 끝나거나 교체될 때 복구됩니다. 이 두 시간선을 비교하면 방화벽 로그를 읽는 것보다 격차를 더 빨리 설명할 수 있습니다.

두 개의 시계, 그중 하나는 터널이 아닙니다

VPN을 통한 DHCP와 로컬 폴백을 함께 쓰면 원격 DHCP 경로를 쓸 수 없는 동안 장치가 임시 로컬 임대를 내줄 수 있습니다. 임시 기간은 보통 분 단위로 세는데, 문제를 숨기기에는 충분히 짧고 짧은 장애를 버티기에는 충분히 깁니다. 터널이 돌아오면 폴백은 그 임대 제공을 멈춥니다. 그러나 클라이언트 안으로 들어가 이미 들고 있는 임대를 취소하지는 않습니다. 그 클라이언트는 갱신이나 만료까지 주소, 마스크, 게이트웨이, 리졸버를 유지하므로, 건강한 터널과 고장 난 데스크톱이 임대의 남은 기간 동안 공존할 수 있습니다.

구현과 소프트웨어 버전을 이 진술에 붙여 두십시오. 타이머 이름과 기본값은 SonicOS 릴리스마다 다르며, 오래된 인터페이스가 새 인터페이스의 동작을 증명하지는 않습니다.

두 가지 복구 방식을 비교하십시오

A 방식은 기다리는 것입니다. 비용도 위험도 없고, 각 클라이언트가 자기 일정대로 갱신하게 둡니다. B 방식은 영향을 받은 클라이언트에서 강제로 해제하고 갱신하는 것으로, 원하는 주소를 즉시 얻지만 클라이언트가 하는 모든 일을 중단시킵니다. 데스크톱 한 대라면 강제 갱신이 보통 더 빠른 길이고 정당화하기도 쉽습니다. 실험실이나 거래 중인 POS 단말에서는 기다리는 편이 더 안전하며, 업무 시간 밖으로 예약한 갱신이 둘 다보다 낫습니다.

ipconfig /all
ipconfig /release
ipconfig /renew

무엇이든 해제하기 전에 출력을 읽으십시오. 주소, 게이트웨이, DNS가 이미 정상 범위와 맞다면 클라이언트가 스스로 복구된 것이고 남은 문제는 다른 곳에 있습니다. Linux 클라이언트에서는 그렇게 하지 않으면 관리자가 다음 이벤트에서 변경을 다시 덮어쓰기 때문에, 손으로 고친 주소가 아니라 네트워크 관리자를 통한 임대 해제와 갱신이 그에 해당합니다.

주소만이 아니라 제안을 읽으십시오

주소만으로는 누가 제공했는지 알 수 없습니다. 중요한 것은 제안에 담긴 서버 식별자, 임대 시간, 그리고 게이트웨이와 리졸버가 폴백 범위와 맞는지 정상 범위와 맞는지입니다.

tcpdump -ni any 'port 67 or port 68'

조용한 인터페이스는 클라이언트가 한 번도 요청하지 않았다는 뜻이므로 갱신 중에 캡처하십시오. 터널이 살아 있는데 제안이 로컬 폴백에서 온다면, 선택 로직은 여전히 원격 경로를 사용할 수 없는 것으로 보고 있으며, 클라이언트에서 갱신을 강제해도 같은 결과만 반복됩니다. 캡처를 같은 시계의 터널 이벤트와 연관 지으십시오. 클라이언트 요청 몇 초 전에 끝나는 키 갱신이나 짧은 끊김은 그럴듯한 원인이고, 깨끗한 터널인데 폴백 응답이 온다면 선택 경로의 구성 문제입니다.

비교가 뒤집히는 지점

많은 클라이언트가 한꺼번에 영향을 받으면 클라이언트별 갱신은 중단의 대기열과 지원 전화로 바뀝니다. 그 경우에는 집단이 함께 복구되었고 다시 함께 복구될 것이므로 클라이언트가 아니라 폴백 범위와 복구 절차를 보십시오.

이웃은 멀쩡한데 한 클라이언트만 영향을 받는다면 반대로, 그 클라이언트의 임대, 예약, 또는 자체 DHCP 클라이언트 동작이 변수이며, 사이트 전체 변경은 잘못된 도구입니다.

정적 주소와 예약에는 세 번째 답이 필요합니다. 주소에 고정된 클라이언트는 갱신으로 구제할 수 없고, 폴백 범위와 충돌하는 예약은 두 주소 계획을 비교하기 전까지 라우팅 장애처럼 보이는 중복을 만듭니다.

종료 절차를 적어 두십시오

폴백이 무엇을 위한 것인지, 클라이언트가 임시 주소를 얼마나 오래 가질 수 있는지, 업무 시간에 누가 갱신을 강제할 수 있는지 미리 정하십시오. 답은 당직 엔지니어가 찾을 수 있는 곳, 범위 정의 옆에 적으십시오. 그다음 한 번 의도적으로, 터널을 끊고 클라이언트가 무엇을 받는지 보고, 터널을 복구하고, 클라이언트가 정상 설정을 되찾는 데 걸리는 시간을 기록하십시오. 그 한 번의 연습이 다음에 사이트 링크가 흔들릴 때 추측의 대부분을 대신합니다.

주소가 아니라 리소스를 확인하며 마무리하십시오. 파일 서버에 도달하는 것, 그 이름을 해석하는 것, 인터넷에 도달하는 것은 세 가지 별개의 점검이며, 의심받은 적이 없는 것은 마지막 하나뿐입니다.