RouterOS에서 "피어 요청"으로 표시되는 PPPoE 연결 끊김은 일반적으로 피어(즉, 일반적으로 인터넷 서비스 공급자의 PPPoE 서버인 PPPoE 연결의 다른 쪽 끝)가 세션 종료를 요청할 때 발생합니다.
기사의 마지막 부분에서 작은 내용을 찾을 수 있습니다. test 그것은 당신을 허용합니다 평가하다 이번 독서를 통해 얻은 지식
이는 다음을 포함한 여러 가지 이유 때문일 수 있습니다.
1. 인증 문제
로그인 자격 증명(사용자 이름 및 비밀번호)에 문제가 있는 경우 서버가 세션을 종료할 수 있습니다.
2. 서버 정책
PPPoE 서버에는 특정 시간 이후 또는 사용 제한으로 인해 세션 연결을 끊는 정책이 있을 수 있습니다.
3. 구성 문제
클라이언트 또는 서버 측의 구성이 잘못되면 연결이 끊어질 수 있습니다. 여기에는 시간 초과 설정, MTU 또는 PPPoE 세션 협상 문제가 포함될 수 있습니다.
4. 서버 유지보수 또는 기술적인 문제
서버가 유지 관리 중이거나 기술적인 문제로 인해 연결이 끊어질 수 있습니다.
5. 회선 품질 또는 연결 문제
물리적 회선 문제나 간섭으로 인해 연결이 끊어질 수 있습니다. 이는 DSL 연결에서 특히 일반적일 수 있습니다.
진단 및 해결 방법
이 문제를 진단하고 해결하려면 다음 단계를 시도해 보세요.
- 자격 증명 검토: 사용자 이름과 비밀번호가 올바른지 확인하세요.
- MikroTik 및 PPPoE 서버의 구성을 확인하십시오. 모든 설정이 올바르고 서비스 제공업체의 요구 사항을 충족하는지 확인하세요.
- 시스템 로그 검토: MikroTik RouterOS는 연결 끊김 원인에 대한 추가 정보를 제공할 수 있는 자세한 로그를 제공합니다. 문제를 나타낼 수 있는 특정 메시지를 찾으려면 로그에 액세스하십시오.
- 인터넷 서비스 제공업체에 문의하세요. 연결 끊김을 유발하는 알려진 정보나 문제가 있을 수 있습니다.
이러한 단계 후에도 문제가 지속되면 하드웨어 변경, 다른 환경에서의 연결 테스트 등 추가 테스트를 수행하여 가능한 원인을 배제하는 것이 도움이 될 수 있습니다.
MRU 및 MTU에 권장되는 값은 무엇입니까?
PPPoE(Point-to-Point Protocol over Ethernet) 연결에서 MRU(최대 수신 단위) 및 MTU(최대 전송 단위)에 대한 권장 값은 특정 환경 및 인터넷 서비스 제공업체의 요구 사항에 따라 달라질 수 있습니다. .
그러나 따를 수 있는 몇 가지 일반적인 관행이 있습니다.
MRU(최대 수신 단위)
- MRU 연결이 수신할 수 있는 최대 패킷 크기를 나타냅니다. PPPoE의 맥락에서 이 값은 PPPoE 캡슐화의 오버헤드를 수용하기 위해 MTU와 같거나 약간 더 크게 구성되는 경우가 많습니다.
- 에 대한 공통 값 MRU PPPoE 연결에서는 1492 바이트, 이더넷의 표준 MTU가 1500바이트이고 PPPoE의 오버헤드가 8바이트라는 점을 고려하면. 그러나 이 값은 ISP 권장 사항에 따라 조정되거나 네트워크 성능을 최적화할 수 있습니다.
MTU(최대 전송 단위)
- MTU 연결이 전송할 수 있는 최대 패킷 크기를 나타냅니다. PPPoE 연결에서 MTU는 일반적으로 PPPoE의 오버헤드로 인해 일반 이더넷 연결보다 낮습니다.
- 가치 추천 파라 MTU PPPoE 연결에서는 1480~1492바이트. 정확한 값은 네트워크 트래픽 유형, ISP 사양 등 여러 요인에 따라 달라질 수 있습니다. 1492바이트 값은 일반적으로 네트워크에서 패킷 조각화를 방지하는 데 사용됩니다.
추가 조정
- MSS(최대 세그먼트 크기): MTU 및 MRU 외에도 특히 TCP over PPPoE 연결의 경우 MSS 설정을 고려하는 것도 중요합니다. MSS는 일반적으로 MTU에서 40바이트(IP 및 TCP 헤더의 경우)를 뺀 값입니다. MTU가 1492인 경우 MSS는 다음과 같습니다. 1452 바이트. MSS를 올바르게 구성하면 TCP 패킷 조각화 문제를 방지하는 데 도움이 될 수 있습니다.
추가 고려 사항
- 특정 ISP: 구체적인 권장 사항은 항상 인터넷 서비스 제공업체에 문의하는 것이 좋습니다. 일부 ISP에는 MRU 및 MTU 값에 대한 특정 조정이 필요한 고유한 네트워크 구성이 있을 수 있습니다.
- 시도와 실패: 때때로 MRU 및 MTU에 대한 최적의 설정은 시행착오, 값 조정 및 네트워크 성능 모니터링, 패킷 조각화 또는 특정 웹 사이트의 문제와 같은 문제 발생을 통해 찾을 수 있습니다.
잘못된 MRU 및 MTU 값은 패킷 조각화, 패킷 손실 또는 전반적인 네트워크 효율성 감소와 같은 문제로 이어질 수 있으므로 신중한 조정과 광범위한 테스트가 중요하다는 점을 기억하는 것이 중요합니다.
MikroTik의 구성 예
이 예에서는 PPPoE 클라이언트 인터페이스가 이미 구성되어 있고 다음 매개변수만 조정하면 된다고 가정합니다.
/인터페이스 pppoe-클라이언트
설정 [찾기] add-default-route=yes use-peer-dns=yes \
mru=1492 mtu=1492 이름=pppoe-out1 \
user="your_user" 비밀번호="your_password"
/ip 방화벽 맹글
추가 작업=change-mss 체인=forward new-mss=1452 \
프로토콜=tcp tcp-flags=syn out-인터페이스=pppoe-out1 통과=예
추가 작업=change-mss 체인=forward new-mss=1452 \
프로토콜=tcp tcp-flags=syn in-인터페이스=pppoe-out1 통과=예
예시 분석:
/interface pppoe-client set [찾기]
기존 PPPoE 클라이언트 인터페이스를 찾아 다음 설정을 적용합니다.
- 추가-기본 경로=예: 이 인터페이스를 통해 기본 경로를 추가합니다.
- 사용-피어-dns=예: PPPoE 피어에서 제공하는 DNS 서버를 사용합니다.
- mru=1492: 최대 수신 단위를 1492바이트로 설정합니다.
- mtu=1492: 최대 전송 단위를 1492바이트로 설정합니다.
- 이름=pppoe-out1: PPPoE 인터페이스의 이름을 정의합니다(구성에 맞게 변경).
- 사용자=”귀하의_사용자”: PPPoE 인증을 위한 사용자 이름을 지정합니다.
- 비밀번호=”귀하의_비밀번호”: PPPoE 인증을 위한 비밀번호를 지정합니다.
/ip 방화벽 맹글 추가 작업=change-mss
SYN 플래그를 사용하여 TCP 패킷의 MSS를 조정하는 규칙을 방화벽 맹글 테이블에 추가하여 PPPoE 캡슐화 후에 허용되는 최대 유효 크기를 초과하지 않도록 합니다.
- 체인=앞으로: 전달되는 패킷에 규칙을 적용합니다.
- 새로운-mss=1452: 새 MSS 값을 1452바이트로 설정합니다.
- 프로토콜=TCP: TCP 패킷에만 규칙을 적용합니다.
- tcp-플래그=syn: 연결 시작 패킷인 SYN 플래그가 있는 TCP 패킷에만 규칙을 적용합니다.
- 아웃 인터페이스=pppoe-out1: pppoe-out1 인터페이스로 나가는 패킷에 규칙을 적용합니다(PPPoE 인터페이스 이름에 따라 조정).
- 인인터페이스=pppoe-out1: 두 번째 규칙은 유사하지만 PPPoE 인터페이스를 통해 들어오는 패킷에 적용됩니다.
- 통과=예: 이 규칙 이후의 추가 규칙에 의해 패킷이 처리되도록 허용합니다.
이것은 단지 기본적인 예일 뿐입니다. 인터페이스 이름, 사용자 및 비밀번호 값, 네트워크 및 요구 사항에 맞는 기타 매개변수를 조정해야 합니다.
또한 이러한 변경 사항이 인터넷 연결을 방해하지 않는지 확인하기 위해 통제된 환경에서 테스트하는 것이 중요합니다.
간단한 지식 퀴즈
이 기사에 대해 어떻게 생각하시나요?
당신이 배운 지식을 감히 평가할 수 있습니까?
이 기사의 추천 도서
(도서) MikroTik RouterOS를 사용한 네트워킹: RouterOS 이해 및 구현을 위한 실용적인 접근 방식
RouterOS v7로 업데이트된 MTCNA 인증 과정 학습 자료