라우팅 할 수없는 내부 IP 주소가 필요한 링크 로컬 주소를 사용해야합니까?


11

로드 밸런싱 기능이 포함 된 네트워크 어플라이언스가 있습니다. 내 디자인에서는 이러한 기능이 어플라이언스 내부에서만 사용됩니다. 외부 적으로는 아무 것도 말해서는 안되며, 추가적으로 클라이언트는 장치 IP 범위의 IP 주소가 적습니다.

이러한 기능에 링크 로컬 범위를 사용할 수 있습니까? 예를 들면 다음과 같습니다 169.254.1.1.

주의 : 해당 장치는 이러한 기능에 루프백 IP를 사용할 수 없습니다.


1
동일한 호스트 내에서 서비스 간 통신에만 사용되는 경우 루프백 주소를 사용하지 않는 이유가 있습니까?
YLearn

@YLearn 공평하게-루프백 주소가 무엇인지에 대한 것이 아니라 내가 틀렸다는 느낌을 떨칠 수는 없지만 실제로는 없습니다. 어느 쪽이든, 나는 그것을 테스트하려고했고 어플라이언스는 루프백 IP에서 아무것도 구성 할 수 없습니다!
Dan

답변:


5

아니 , RFC3927는 금지 이 블록 내에서 주소를 수동으로 할당.

대신 RFC1918 에서 제공하는 블록에서 주소를 사용해야합니다 10.0.0.0/8 172.16.0.0/12 192.168.0.0/16. 이 주소는 인터넷에 경로가 알려지지 않은 경우 자유롭게 사용할 수 있습니다. 사용자 환경에서 사용하지 않는 서브넷을 선택해야합니다.


환경에서 어떤 서브넷이 사용되고 있는지 알지 못할 수 있으므로 구성 할 수있는 것이 가장 좋습니다. 그는 많은 홈 라우터의 리드에 따라 수 : 기본 선택 192.168.x.0/24서브넷, 그리고 변화에 대한 관리자 수 있습니다 x. 라우터의 일반적인 기본값이므로 기본값은 0 또는 1이 아니어야합니다.
Barmar

4

RFC3927 의 세부 사항은 이것이 정확하지 않다고 생각합니다.

,가요 이것이 금지 되는 이유는 유효 하지 않습니다. 사령관 같은 다른 일반적인 상황보다 훨씬 낫습니다 1.1.1.0/24.

당신이 좋은을 재생하려면 다음 중 하나를 사용할 수 있습니다 169.254.0.0/24또는 169.254.255.0/24.

2.1. 링크 로컬 주소 선택

호스트가 IPv4 링크 로컬 주소를 구성하려는 경우 169.254.1.0에서 169.254.254.255 사이의 균일 한 분포를 가진 의사 난수 생성기를 사용하여 주소를 선택합니다.

이를 위해 IPv4 접두사 169.254 / 16이 IANA에 등록되었습니다. 169.254 / 16 접두사의 첫 번째 256 및 마지막 256 주소는 나중에 사용하기 위해 예약되어 있으므로이 동적 구성 메커니즘을 사용하여 호스트가 선택해서는 안됩니다.


IANA가 나중에 사용하기 위해 예약 한 두 가지 범위를 사용하도록 제안하는 이유는 무엇입니까? IANA가 어떤 이유로 예약 된 범위를 사용하기로 선택한 경우 나쁜 조언 인 것 같습니다.
YLearn

@YLearn 당신이 맞습니다, 그것은 사양을 위반하는 것입니다. 그러나 이러한 주소와 관련된 다른 옵션은 명백한 위반입니다. 나는 나쁜 사람을 잘못 선택하는 것이 낫다고 생각합니다.
84104

1
따라서 답변과 의견을 말로 표현하기 위해 예약 된 주소를 사용하는 것은 위반이며 생성 된 범위에서 수동 할당을 사용하는 것은 위반입니다. 따라서 대답은 "아니요, 이것은 나쁜 생각입니다. 더 나은 해결책을 찾아야합니다." 사람들이 불편한 표준과 사양을 무시해야한다면 표준화, 상호 운영 및 네트워킹 / 인터넷의 전체 기반이 모두 위험에 처하게됩니다.
YLearn

@YLearn에 동의하십시오. Link-Local은 DHCP가 없을 때 자동 호스트 IP 할당을위한 것으로 특정 상황에 대한 수동 구성이 아닙니다. RFC1918 범위에서 청크를 슬라이스하면 (현재 사용 중이 아닌 것) 유일하게 유효한 옵션입니다.
Ashley

3

귀하의 질문에 대답하기 위해, 당신은해서는 안됩니다. 1.6 절의 RFC3927 은 이러한 유형의 사용을 금지합니다.

특히이 섹션의 마지막 단락은 다음과 같습니다.

고유 한 로컬 주소를 구성하려면 (수동 구성, DHCP 서버 또는이 문서에 설명되지 않은 다른 메커니즘을 사용하여) 169.254 / 16 접두사가 아닌 기존 개인 주소 접두사 [RFC1918] 중 하나를 사용해야합니다.

이것은 이러한 유형의 사용에 대해 / 16 전체를 배제하므로 다른 대안을 찾아야합니다.

첫 번째 제안은 루프백 인터페이스를 사용하는 것입니다. 루프백 인터페이스는 해당 호스트 외부에서 액세스 할 필요가없는 동일한 호스트 내의 서비스 간 통신에 적합합니다. 이러한 방식으로 관리 인터페이스, 테스트 및 기타 목적으로 여러 서비스에서이 방식을 사용합니다.

귀하는 귀하의 의견 / 편집에서 어플라이언스가이를 허용하지 않을 것이라고 언급했습니다. 공급 업체 / 모델 또는 코드 버전은 언급하지 않았으므로 공급 업체에 문의하는 것이 좋습니다. 이것이 실제로 장치를 올바르게 사용하는 경우 루프백 인터페이스를 사용할 수 있도록 코드를 기꺼이 조정할 수 있습니다. IP 주소의 유효성을 검사하는 코드를 작성할 때이 사용 사례를 고려하지 않았을 수 있습니다. 또는 왜 이것이 나쁜 생각인지, 왜 다른 방법으로해야하는지 말해 줄 수도 있습니다.

루프백 인터페이스에 문제가 없다면 RFC1918 주소 공간을 사용해야합니다 . 관련 IT 직원과 함께 네트워크에서 예상치 못한 다른 문제를 피하기 위해 활용할 IP 범위를 선택하고 있는지 확인하십시오.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.