Ubuntu 14.04 서버의 각 네임스페이스에 공용 IP 주소를 연결하는 방법은 무엇입니까? 각 네임스페이스에 대해 특정 프로세스를 시작한 다음 각 공용 IP 주소에 대해 특정 프로세스를 시작해야 합니다.
나는 이것을하고 싶다 :
구성:
nameSpace1 use: publicIP1
nameSpace2 use: publicIP2
nameSpace3 use: publicIP3
단말기:
nameSpace1 ffmpeg etc...
nameSpace2 ffmpeg etc...
nameSpace2 youtube-dl etc...
nameSpace2 streamlink etc...
nameSpace3 ffmpeg etc...
답변1
부정확할 수 있는 일부 가정을 바탕으로 한 부분 답변:
일반적으로 네트워크 네임스페이스는 어떤 네트워크 인터페이스가 어떤 프로세스에 표시되는지 제어합니다. 인터페이스에 네트워크 네임스페이스를 할당하면 해당 네임스페이스에서 실행 중인 프로세스에서만 해당 네임스페이스를 볼 수 있습니다. 대신 해당 네임스페이스에서 실행되는 프로세스는 자체 네임스페이스의 네트워크 인터페이스만 볼 수 있습니다.
따라서 네임스페이스에서 실행되는 프로세스가 외부 세계와 통신하도록 하는 방법에는 기본적으로 두 가지가 있습니다. (1) 네임스페이스로 이동하기 위해 외부 세계에 연결하는 기존 네트워크 인터페이스를 사용하고 ip link set(2) 가상 이더넷 쌍을 생성합니다. ("파이프라인") "), 한쪽 끝은 네임스페이스에 두고 다른 쪽 끝은 전역으로 두고 이에 대한 라우팅, 선택적 NAT 등을 설정합니다.
OVH(적어도) 있는 것 같고 176.31.0.0/16, 에 따르면이 도움말 페이지몇 가지 조사 끝에 whois그들은 이를 각각 16개의 IP 주소로 구성된 4096개의 블록으로 나누었으며, 각 블록의 처음 4개와 마지막 4개는 내부용으로 예약되었습니다. 이는 또한 RIPE 블록을 구매하는 고객이 4096명 미만이거나 캐리어급 NAT를 사용하고 귀하의 IP 주소를 다른 사람들과 공유하게 된다는 것을 의미합니다.
따라서 /28RIPE 블록을 구입해서 얻었다 면 176.31.154.160/2815번째 주소(176.31.154.175)는 브로드캐스팅용이고 14번째 주소(176.31.154.174)는 게이트웨이이므로 176.31.154.161~176.31번지까지 사용할 수 있습니다. 154.171.
OVH의 경우,장애 조치 IP생성된 가상 인터페이스를 통해 추가됩니다 eth0. 따라서 귀하의 사용 가능한 11개 주소가 동일한 방식으로 처리될 것이라고 가정합니다. 그러나 일부 사람들은문제 신고그렇게 할 때 이는 그들이 수행하려는 특정 방식과 관련이 있을 수도 있고 그렇지 않을 수도 있습니다. 당신은 또한맥에버랜드가상 주소 인터페이스/레이블 대신 네트워크 네임스페이스로 이동할 수 있습니다. 따라서 관례적으로 아래에 사용된 것 대신 mac0(긴 형식 )을 사용할 수 있습니다 .mac0@eth0eth0:0
eth0:0이것이 올바른 접근 방식이라고 가정하면 작동하는 데 필요한 것이 무엇이든 사용 가능한 모든 주소에 대한 인터페이스 가 생성됩니다 eth0:10. 그런 다음 네임스페이스( ip netns add space0)를 만들고, 인터페이스를 이 네임스페이스( ip link set eth0:0 netns space0)로 이동하고, 네임스페이스( )에서 올바른 라우팅을 설정하고 ip netns exec space0 ip route add default via 176.31.154.174 dev eth0:0, 해당 네임스페이스( ) 내에서 애플리케이션을 실행할 수 있습니다 ip netns exec space0 ffmpeg ....
완전한 컨테이너가 아닌 웹 공간만 사용하는 경우 DNS 확인을 처리하는 것이 다소 지루하며 내 경험상 이를 네임스페이스로 제한하는 것이 항상 작동하는 것은 아닙니다(그리고 아직 이를 해결할 좋은 방법을 찾지 못했습니다). ), 하지만 귀하의 경우에는 작동하지 않을 수 있는 매우 다른 설정이 있습니다. 따라서 애플리케이션에서 원시 IP 주소 대신 호스트 이름을 사용하면 문제가 발생할 수 있지만 이를 수정하는 것은 또 다른 질문의 가치가 있을 수 있습니다.
편집하다: 생각할수록 OVH가 자체 브로드캐스트 주소로 주소 블록을 설정하는 것은 실제로 여러 가상 머신을 실행하기 위한 수단으로 의도된 것이라고 생각됩니다. 각 가상 머신은 하나의 IP 주소 대신 고유한 IP 주소를 가져야 합니다. ). 네트워크 네임스페이스) 가상 머신이 서로 통신할 수 있는 개인 LAN과 같은 것이 있습니다. 따라서 네임스페이스를 사용하면 이 개념을 남용할 가능성이 높습니다.
편집하다: OVH의 VPS가 도움말 페이지 대신 제공하는 내용을 살펴보면 "13개의 지리적 위치 및 16개의 IP" 옵션을 제공한다는 것을 알았습니다. 만약에그건구입하는 제품은 설정 방법에 따라 달라집니다. 이에 대한 도움말 페이지를 찾을 수 없으므로 해당 정보가 귀하가 받은 이메일에 있다고 가정합니다. 이러한 IP 주소를 eth0인터페이스에 직접 할당할 수 있는 경우 프로세스는 기본적으로 동일하지만 다른 게이트웨이가 필요할 수 있습니다.
또한 웹 서버만 실행하는 경우 일반적으로 웹 서버에 특정 IP에만 바인딩하도록 지시할 수 있습니다(또는 여러 IP에 바인딩하고 바인딩하는 IP에 따라 다른 작업을 수행할 수도 있음). 이 경우 사이버 공간이 필요합니다.