RT-AC68U 공유기 DNS-over-TLS (DoT) 설정, PC설정
예전에도 통신사가 내부 네트워크를 감시하던 시절이 있었습니다.
컴퓨터를 1대만 허용하고 2대~3대 추가로 사용하면 접속이 제한되면서
추가 단말 서비스를 이용해야만 했던 시절이 있었더랬죠. (대당 5천원 받았던가??)
(인증수 제한 뭐 그런 용어로 불렀습니다)
참 억지스러운 주장일수밖에 없고,
"짜장면 1그릇 나눠 먹으면, 곱배기 값 내야하냐?"는 우스갯소리도 있었구요.
지금에서야 집에 식구수마다 핸드폰 1대는 기본이고,
개인용 PC나 개인용 태블릿, 거기에 각종 가전제품까지 연결하면
공유기 1개에 5개~10개의 단말기가 연결되는 상황은 매우 흔합니다.
그래서 지금은 유야무야 된 상황이라, 신경을 안쓰고 있었는데...
최근에 ISP 에서 DNS Request 를 가로채서 자기들만의 데이터를 구축하고 있다는 걸 알게 되었습니다.
그래서 그걸 막으려는 시도가 있다는 것도 알게 되었구요.
개별 PC에서 설정할 수도 있지만, 한꺼번에 하는게 좋겠죠?
제 공유기는 DoT를 지원하네요.
https://www.cloudflare.com/ko-kr/learning/dns/dns-over-tls/
설정하고 1.1.1.1/help 를 (윈11에서) 접속해서 보면!!!
어랏? No 가 나오네?
DoT 에는 Yes 가 나와야 하는데??
설정하고 Yes 된 거 확인했었는데, 지금은 왜 No 로 바뀌어 있을까요?
혹시나 싶어서 내부의 다른 PC(윈11) 로 접속해 보니
이상하죠?
미니PC는 잘 되는데, 왜 노트북에서는 No 로 나올까요?
ipconfig /all 로 보면
DNS 서버. . . . . . . . . . : 192.168.68.1
공유기에서 받아오도록 잘 설정되어 있는데...
ipconfig /renew 하고 다시 보니
Debug Information
Connected to 1.1.1.1 | Yes |
Using DNS over HTTPS (DoH) | No |
Using DNS over TLS (DoT) | No |
Using DNS over WARP | No |
AS Name | |
AS Number | 15169 |
Cloudflare Data Center | ICN |
첫번째 항목만 Yes로 바뀌긴 했는데 DoT는 여전히 No
As Name : Google 로 나오는데 구글 DNS (8.8.4.4) 로 받았다는 건지?
공유기 DNS 서버 설정에 Cloudflare(1.1.1.1) 와 Google(8.8.4.4) 를 둘 다 넣어놔서
경우에 따라 됐다 안됐다 하는 건가? 싶어서
공유기에서 8.8.4.4 를 제거하고 1.0.0.1 을 추가했습니다.
다시 확인 one.one.one.one/help
이제 잘 되네요.
세상의모든계산기 님의 최근 댓글
예시11) 선형 연립방정식에서 답이 false 로 나올 때 https://allcalc.org/55823 2025 10.22 approx(참 해) 값이 이상하게 튀는 것 같아서 AI를 이용해 (python 으로) 구해보았습니다. * python 의 유효자릿수가 nspire 의 유효자릿수(14자리~15자리)보다 더 길기 때문에 시도하였습니다. ** 원래는 wolfram alpha 로 구해보려고 했는데, 울프람에서는 수식 길이가 너무 길다고 거부하는 바람에 포기하였습니다. 그 결과, AI approx(참 해) 값은 정상 범주에 포함되었고, 이는 solve()로 구한 대부분의 결과값과 유사하였습니다. 그럼 nspire 의 approx(참 해)는 왜 튀었나? 참 해에 더하기,빼기,곱하기,나누기 가 너무 많이 포함되어 있다보니, 모두 계산하고 나면 오차가 누적&증폭되어 버리는 것 같습니다. 그래서 오히려 solve의 numeric 한 접근보다도 더 큰 오차가 발생한 듯 하고, 그래서 적절한 해의 x 구간을 벗어나버린 듯 합니다. 그것이 처음의 solve 에서 false 를 이끌어낸 주 원인이 아니었을까요? (추정) 2025 10.21 그래프로 확인 그래프 함수로 지정하고, 매우 좁은 구간으로 그래프를 확대해 보면 불연속적인 그래프 모습이 확인됩니다. 이것은 한계 digits(15자리) 이상을 처리하지 못하기 때문일 것이구요. 다만 특이한 점은, 그래프상으로 교점에 해당하는 구간이 73.049507058477≤x≤73.049507058484 사이로 나오는데 -> 이 구간은 'solve에서 여러 방법으로 직접 구해진 해들'은 포함되는 구간입니다. -> 하지만, '참값인 해를 계산기로 구한 appprox 값 x=73.049507058547'은 포함되지 않는 구간입니다. 2025 10.21 tns 파일 첨부 sol_num_vs_exact.tns 2025 10.21 검증하면 1번 식을 x에 대해 정리하고, → 그 x 값을 2번 식에 대입해 넣으면 → 그 결과로 x는 사라지고 y에 대한 식이 되니, y에 대해 정리하면 참값 y를 얻음. 얻은 y의 참값을 처음 x에 대해 정리한 1번식에 대입하면 참 값 x를 얻음. 구해진 참값의 근사값을 구하면 x=73.049507058547 and y=23.747548955927 참 값을 approx() 로 변환한 근사값은 원래 방정식 모두를 만족할 수 없지만, linsolve() 로 찾은 근사값과, AI로 참 값을 근사변환한 값은 원래 방정식 모두를 만족할 수 있습니다. 2025 10.21