gemini-mikrotik_dns_내부접속방법
This commit is contained in:
25
.obsidian/workspace.json
vendored
25
.obsidian/workspace.json
vendored
@@ -29,17 +29,31 @@
|
||||
"state": {
|
||||
"file": "2026년 월력형 메모형 일정(2월).canvas",
|
||||
"viewState": {
|
||||
"x": 1029.9596099897924,
|
||||
"y": 33354.46281727015,
|
||||
"x": 998.2115889504284,
|
||||
"y": 33335.41400464653,
|
||||
"zoom": -0.6666666666666665
|
||||
}
|
||||
},
|
||||
"icon": "lucide-layout-dashboard",
|
||||
"title": "2026년 월력형 메모형 일정(2월)"
|
||||
}
|
||||
},
|
||||
{
|
||||
"id": "2e3d32a51f50a45f",
|
||||
"type": "leaf",
|
||||
"state": {
|
||||
"type": "markdown",
|
||||
"state": {
|
||||
"file": "gemini_mikrotik_dns_내부접속방법.md",
|
||||
"mode": "preview",
|
||||
"source": false
|
||||
},
|
||||
"icon": "lucide-file",
|
||||
"title": "gemini_mikrotik_dns_내부접속방법"
|
||||
}
|
||||
}
|
||||
],
|
||||
"currentTab": 1
|
||||
"currentTab": 2
|
||||
}
|
||||
],
|
||||
"direction": "vertical"
|
||||
@@ -201,10 +215,11 @@
|
||||
"bases:새 베이스 생성하기": false
|
||||
}
|
||||
},
|
||||
"active": "5174113f97a638e5",
|
||||
"active": "2e3d32a51f50a45f",
|
||||
"lastOpenFiles": [
|
||||
"2026년 월력형 메모형 일정(1월).canvas",
|
||||
"2026년 월력형 메모형 일정(2월).canvas",
|
||||
"gemini_mikrotik_dns_내부접속방법.md",
|
||||
"2026년 월력형 메모형 일정(1월).canvas",
|
||||
"git 일일단위 사용시 오류, 에러등 발생시 조치방법 정리.md",
|
||||
"gemini_git_생활코딩_강의_정리.md",
|
||||
"gitea 첫 동기화 방법.md",
|
||||
|
||||
@@ -5346,16 +5346,6 @@
|
||||
"height":180,
|
||||
"color":"1"
|
||||
},
|
||||
{
|
||||
"id":"cbfb0e874b33409d",
|
||||
"type":"text",
|
||||
"text":"- [ ] 이재성상사, 손망실 보고서 작성제출 처리, ",
|
||||
"styleAttributes":{},
|
||||
"x":898,
|
||||
"y":33260,
|
||||
"width":408,
|
||||
"height":60
|
||||
},
|
||||
{
|
||||
"id":"e8a9b09c59e98068",
|
||||
"type":"text",
|
||||
@@ -5438,26 +5428,6 @@
|
||||
"width":428,
|
||||
"height":60
|
||||
},
|
||||
{
|
||||
"id":"b12eaec1bfdbeaed",
|
||||
"type":"text",
|
||||
"text":"- [ ] 사이버 보안진단의날 행사,",
|
||||
"styleAttributes":{},
|
||||
"x":898,
|
||||
"y":33380,
|
||||
"width":408,
|
||||
"height":60
|
||||
},
|
||||
{
|
||||
"id":"a88a34ed05914cfe",
|
||||
"type":"text",
|
||||
"text":"- [ ] 3월 한시적 인가 소요파악 보고,~19,장성국",
|
||||
"styleAttributes":{},
|
||||
"x":898,
|
||||
"y":33320,
|
||||
"width":408,
|
||||
"height":60
|
||||
},
|
||||
{
|
||||
"id":"a88beacf318c0b93",
|
||||
"type":"text",
|
||||
@@ -5687,6 +5657,36 @@
|
||||
"y":33200,
|
||||
"width":483,
|
||||
"height":190
|
||||
},
|
||||
{
|
||||
"id":"cbfb0e874b33409d",
|
||||
"type":"text",
|
||||
"text":"- [ ] 이재성상사, 손망실 보고서 작성제출 처리, ",
|
||||
"styleAttributes":{},
|
||||
"x":898,
|
||||
"y":33380,
|
||||
"width":816,
|
||||
"height":60
|
||||
},
|
||||
{
|
||||
"id":"a88a34ed05914cfe",
|
||||
"type":"text",
|
||||
"text":"- [ ] 3월 한시적 인가 소요파악 보고,~19,장성국",
|
||||
"styleAttributes":{},
|
||||
"x":898,
|
||||
"y":33440,
|
||||
"width":816,
|
||||
"height":60
|
||||
},
|
||||
{
|
||||
"id":"b12eaec1bfdbeaed",
|
||||
"type":"text",
|
||||
"text":"- [ ] 사이버 보안진단의날 행사,",
|
||||
"styleAttributes":{},
|
||||
"x":898,
|
||||
"y":33500,
|
||||
"width":816,
|
||||
"height":60
|
||||
}
|
||||
],
|
||||
"edges":[
|
||||
|
||||
158
gemini_mikrotik_dns_내부접속방법.md
Normal file
158
gemini_mikrotik_dns_내부접속방법.md
Normal file
@@ -0,0 +1,158 @@
|
||||
# mikrotik을 운영하면서 내부 내트워크에 dns서버를 설치하고 운영하면서 npm을 추가하여 여러개의 도메인을 설정하여 사용하고있음. 그러나 외부에서 도메인으로 접속이 가능하지만 내부에서 도메인을 연결하려 하면 되지 않음. 그 원인을 모르겠고, 몇번 질의를 통해 시도하였으나, 지금까지 되지 않음. 해결할수 있을까?
|
||||
|
||||
마이크로틱(MikroTik) 환경에서 외부 접속은 되는데 내부에서 도메인으로 접속되지 않는 현상은 네트워크 엔지니어링에서 매우 전형적인 이슈입니다. 이 문제는 보통 **'Hairpin NAT'** 또는 **'NAT Loopback'**이라고 불리는 메커니즘이 설정되지 않았을 때 발생합니다.
|
||||
|
||||
원인과 해결 방법을 단계별로 명확하게 정리해 드릴게요.
|
||||
|
||||
---
|
||||
|
||||
## 1. 원인: 왜 내부에서는 안 될까?
|
||||
|
||||
1. **외부 접속 시:** 외부 사용자 → 공인 IP(MikroTik) → 포트 포워딩 → 내부 서버 (정상)
|
||||
|
||||
2. **내부 접속 시:** 내부 사용자 → 도메인 질의(내부 DNS 또는 외부 DNS) → **공인 IP 응답 받음** → 공유기(MikroTik)로 패킷 전송.
|
||||
|
||||
3. **문제 발생:** MikroTik은 내부에서 온 패킷이 다시 자신의 공인 IP를 향할 때, 이를 내부 서버로 다시 돌려보내야 한다는 것을 모릅니다. 패킷이 공유기에서 길을 잃거나 차단됩니다.
|
||||
|
||||
|
||||
---
|
||||
|
||||
## 2. 해결 방법 1: Hairpin NAT 설정 (가장 확실한 방법)
|
||||
|
||||
MikroTik의 방화벽 설정에서 내부에서 공인 IP로 나가는 트래픽을 다시 내부 서버(Nginx Proxy Manager, NPM)로 돌려주는 규칙을 추가해야 합니다.
|
||||
|
||||
**터미널(Winbox -> New Terminal)에 아래 명령어를 복사해 넣으세요:**
|
||||
|
||||
_(단, `192.168.88.0/24`는 본인의 실제 내부 네트워크 대역으로, `192.168.88.2`는 NPM 서버의 IP로 수정하세요.)_
|
||||
|
||||
Bash
|
||||
|
||||
```
|
||||
/ip firewall nat
|
||||
add chain=srcnat src-address=192.168.88.0/24 dst-address=192.168.88.2 \
|
||||
protocol=tcp dst-port=80,443 out-interface-list=LAN \
|
||||
action=masquerade comment="Hairpin NAT for NPM"
|
||||
```
|
||||
|
||||
- **src-address:** 내부 PC들이 속한 IP 대역
|
||||
|
||||
- **dst-address:** NPM(Nginx Proxy Manager) 서버의 내부 고정 IP
|
||||
|
||||
- **out-interface-list:** 내부 네트워크가 속한 인터페이스 리스트 (보통 `bridge` 또는 `LAN`)
|
||||
|
||||
|
||||
---
|
||||
|
||||
## 3. 해결 방법 2: Split-Horizon DNS (내부 DNS 활용)
|
||||
|
||||
이미 내부 DNS 서버를 운영 중이시라면, **내부 네트워크 안에서만** 해당 도메인이 공인 IP가 아닌 **NPM 서버의 내부 IP(`192.168.x.x`)를 가리키도록** 설정하는 방법입니다.
|
||||
|
||||
1. **내부 DNS 서버(AD, Pi-hole, AdGuard 등) 설정:**
|
||||
|
||||
- `example.com`의 A 레코드를 공인 IP가 아닌 **NPM 서버의 내부 IP**로 등록합니다.
|
||||
|
||||
2. **장점:** 패킷이 공유기를 거치지 않고 바로 NPM으로 가기 때문에 속도가 빠르고 공유기 부하가 적습니다.
|
||||
|
||||
3. **주의사항:** 모든 도메인을 일일이 내부 DNS에 등록해줘야 하며, HTTPS 인증서(Let's Encrypt) 갱신 시 NPM이 포트 80을 통해 외부와 통신하는 데 지장이 없어야 합니다.
|
||||
|
||||
|
||||
---
|
||||
|
||||
## 4. 해결 방법 3: MikroTik DNS Static 설정
|
||||
|
||||
만약 별도의 DNS 서버 설정이 번거롭다면 MikroTik 자체 DNS 기능을 이용할 수도 있습니다.
|
||||
|
||||
1. **IP > DNS > Static** 메뉴로 들어갑니다.
|
||||
|
||||
2. 사용 중인 도메인(`example.com`)을 추가하고, Address에 **NPM 서버의 내부 IP**를 적습니다.
|
||||
|
||||
3. 내부 PC들의 DNS 서버가 MikroTik IP로 설정되어 있어야 작동합니다.
|
||||
|
||||
|
||||
---
|
||||
|
||||
### 추천하는 진행 순서
|
||||
|
||||
가장 깔끔한 해결책은 **방법 1(Hairpin NAT)**입니다. 도메인이 늘어나도 일일이 DNS를 수정할 필요가 없고, 외부/내부 어디서든 동일한 방식으로 동작하기 때문입니다.
|
||||
|
||||
**지금 바로 시도해 보시겠어요?**
|
||||
|
||||
사용 중인 **내부 네트워크 대역(예: 192.168.1.0/24)**과 **NPM 서버의 내부 IP**를 알려주시면, 귀하의 환경에 딱 맞는 스크립트를 짜 드릴 수 있습니다.
|
||||
|
||||
---
|
||||
---
|
||||
|
||||
# 그래도 접속이 안되
|
||||
|
||||
Hairpin NAT 설정이나 DNS 설정을 시도했음에도 여전히 접속이 안 된다면, **MikroTik의 방화벽 규칙 순서**나 **Bridge 설정**, 또는 **NPM(Nginx Proxy Manager) 자체의 수신 차단** 문제일 가능성이 높습니다.
|
||||
|
||||
문제를 확실히 해결하기 위해 아래 **4가지 체크포인트**를 순서대로 점검해 보세요.
|
||||
|
||||
---
|
||||
|
||||
### 1. MikroTik NAT 규칙의 '순서' 확인 (매우 중요)
|
||||
|
||||
MikroTik에서 방화벽 규칙은 **위에서 아래로** 실행됩니다. 만약 일반적인 `masquerade` 규칙이 Hairpin NAT 규칙보다 위에 있으면 작동하지 않을 수 있습니다.
|
||||
|
||||
- **확인법:** `IP > Firewall > NAT` 탭에서 **Hairpin NAT 규칙을 맨 위(0번 또는 1번)**로 드래그해서 올려보세요.
|
||||
|
||||
- **이유:** 일반 인터넷 공유 규칙이 먼저 가로채기 전에 특정 내부 트래픽을 먼저 가로채서 처리해야 하기 때문입니다.
|
||||
|
||||
|
||||
---
|
||||
|
||||
### 2. Bridge Settings에서 'Use IP Firewall' 체크
|
||||
|
||||
MikroTik은 기본적으로 브리지(내부 포트들) 간의 통신을 L2(레이어 2)에서 처리합니다. Hairpin NAT는 L3(IP 레벨) 규칙이므로, 브리지 통신도 방화벽을 거치게 설정해야 할 때가 있습니다.
|
||||
|
||||
- **설정 경로:** `Bridge` -> `Settings` -> **`Use IP Firewall`** 항목에 체크가 되어 있는지 확인하세요.
|
||||
|
||||
- (이미 체크되어 있다면 그대로 두시고, 안 되어 있다면 체크 후 테스트해 보세요.)
|
||||
|
||||
|
||||
---
|
||||
|
||||
### 3. NPM 서버가 '게이트웨이'를 MikroTik으로 보고 있는가?
|
||||
|
||||
내부 서버(NPM)가 응답을 보낼 때, 요청이 들어온 경로로 되돌려 보내야 합니다.
|
||||
|
||||
- NPM 서버의 **기본 게이트웨이(Default Gateway)**가 MikroTik의 내부 IP(예: `192.168.88.1`)로 정확히 잡혀 있는지 확인하세요.
|
||||
|
||||
- NPM 서버 자체 방화벽(Ubuntu의 ufw 등)에서 내부 대역폭의 80, 443 포트 접근을 허용하고 있는지 확인하세요.
|
||||
|
||||
|
||||
---
|
||||
|
||||
### 4. '가장 확실한' Hairpin NAT 스크립트 재적용
|
||||
|
||||
기존에 입력하신 규칙이 복잡하다면, 가장 단순하고 강력한 아래 방식을 터미널에 입력해 보세요. (IP 대역만 본인 환경에 맞게 수정하세요)
|
||||
|
||||
Bash
|
||||
|
||||
```
|
||||
# 1. 내부에서 공인IP로 들어오는 요청을 NPM으로 토스 (DST-NAT)
|
||||
/ip firewall nat
|
||||
add chain=dstnat dst-address-type=local protocol=tcp dst-port=80,443 \
|
||||
src-address=192.168.0.0/16 action=dst-nat to-addresses=NPM서버IP
|
||||
|
||||
# 2. 돌아가는 패킷이 길을 잃지 않게 주소 변환 (SRC-NAT)
|
||||
add chain=srcnat src-address=192.168.0.0/16 dst-address=NPM서버IP \
|
||||
protocol=tcp dst-port=80,443 action=masquerade
|
||||
```
|
||||
|
||||
> **참고:** `192.168.0.0/16`은 `192.168.x.x` 전체 대역을 포함하므로 안전합니다.
|
||||
|
||||
---
|
||||
|
||||
### 마지막으로 확인해 주세요
|
||||
|
||||
지금 접속을 시도할 때 어떤 **에러 메시지**가 뜨나요?
|
||||
|
||||
1. **"연결 거부(Connection Refused)"**: 포트는 찾았으나 NPM에서 거절함 (NPM 설정 문제)
|
||||
|
||||
2. **"응답 시간 초과(Timeout)"**: 패킷이 아예 목적지를 못 찾음 (MikroTik NAT/방화벽 문제)
|
||||
|
||||
3. **"DNS를 찾을 수 없음"**: 도메인 자체가 IP로 변환이 안 됨 (DNS 서버 문제)
|
||||
|
||||
|
||||
**에러 메시지나 현재 MikroTik의 `IP > Firewall > NAT` 설정 화면을 텍스트로 복사해 주시면 더 정확한 진단이 가능합니다.** 어떤 에러가 뜨나요?
|
||||
Reference in New Issue
Block a user