나는 인터넷에 관한 한 시골의 외딴 지역에 살고 있습니다. 저는 위성 기반 인터넷을 사용하고 있으며 트래픽이 가장 많은 시간대에 많은 문제가 있습니다.
나는 약간의 연구를 하다가 우분투 본딩(Ubuntu Bonding)을 발견했습니다. Linux PC를 구축하고 위성 인터넷을 NIC에 연결하고 3G/4G용 Netgear Aircard를 연결하는 경우 Ubuntu Bonding을 통해 서로 다른 품질 상태에서 두 연결을 사용할 수 있습니까? squid캐싱도 추가해야 하나요 ? 아니면 다른 문제에 대한 해결책입니까?
RaspberryPi를 사용하고 싶지만 기가비트 이더넷이 부족하면 전반적인 경험이 저하될 수 있습니다. 오래된 컴퓨터를 사용할 수도 있습니다.
답변1
당신은 다른 주제에 대해 이야기하고 있고 주제의 폭과 복잡성은 표면에 나타나는 것보다 더 복잡하기 때문에 몇 가지 질문에 대답하려고 노력할 것입니다.
우리는 몇 가지 문제를 쉽게 식별할 수 있습니다.
출퇴근 시간에는 교통이 느립니다. 여기서 몇 가지 문제를 해결해 보겠습니다. 설정과 관련하여 가장 큰 문제는 대기 시간입니다. 피크 시간대에 더 큰 문제가 발생하는 경우 공급자가 과대판매를 [너무 많이]할 수 있습니다.
속도: 위성 문제도 다루었는데 더 큰 문제는 대기 시간(및 비)이었습니다.
하드웨어 문제를 먼저 해결하겠습니다. 더 쉽고 완료할 수 있기 때문입니다.
Raspberry Pi의 경우 현재 요구 사항에 100Mbps이면 충분할 것 같습니다. 그러나 두 제공업체의 업스트림 및 다운스트림 집계 트래픽을 고려하면 인터페이스의 실제 제한은 70-80%이고 rpi는 이를 최대한 활용할 수 없으며 집으로 내부 트래픽이 많아질수록 실제로 A 서버 하나를 갖는 데 동의합니다. 기가비트 포트를 사용하는 것이 더 현명할 수 있습니다.
저는 여기서 Lamobo R1을 SATA 디스크와 5기가비트 포트가 있는 라우터 서버로 사용하고 있습니다. 내부 Wi-Fi는 쓸모가 없으며 너무 저렴하고 신뢰할 수 없습니다.http://linux-sunxi.org/Lamobo_R1[$80]. 또는 USB 이더넷을 사용하고 싶다면 Banana Pro가 흥미로운 옵션입니다.http://hardware-libre.fr/2015/01/hands-on-the-new-banana-pro/(2016년 2분기 이후에 이 글을 읽고 계시다면 32비트 ARM을 대체할 매우 흥미로운 64비트 ARM 기반 SBC 제품이 있을 것입니다.)
대안으로 TP-LINK 라우터 Archer C7 v2.0을 구입하고 openwrt를 설치할 수 있습니다. AC Wi-Fi, 5기가비트 포트.http://www.dd-wrt.com/site/index[Archer C7은 여전히 100달러에 판매되고 있으며 5개의 기가비트 포트와 AC Wi-Fi를 갖추고 있습니다.]
2016년 중반 이후에 출시될 흥미로운 프로젝트인 Turris Omnia도 있습니다. https://www.indiegogo.com/projects/turris-omnia-hi-performance-open-source-router#/
하드웨어에 대해 이야기하고 있으므로 운영 체제입니다. Archer C7 v2.0(및 Turris Omnia)은 dd-wrt(Linux)를 지원하고 Lamobo R1 및 Banana Pro는 Linux를 지원합니다. 한 달 넘게 Lamobo에서 많은 대안을 테스트했는데 내가 찾은 가장 좋은 것은 armbian이었습니다.http://www.armbian.com. Sinovoip(제조업체)의 Bananian은 불안정한 것으로 보이며 armbian 사람들은 여러 SBC에 데비안을 적용하는 훌륭한 작업을 수행해 왔습니다(아이러니하게도 Raspberry를 제외하고 – 곧 그렇게 할 수도 있지만).
본딩과 관련하여 본딩은 작동하지만 서로 다른 두 공급자의 전체 대역폭을 집계하는 것이 아니라 개별 전송만 집계합니다. (예: 2 20Mbps는 40Mbps를 제공하지 않습니다). 그러나 바인딩을 사용하더라도 여전히 느린 연결, 시간 초과 및 재전송을 처리해야 합니다. 그것이 수고할 만한 가치가 있는지는 오직 시간만이 말해 줄 것입니다. 즉, 지연 문제를 해결하기보다는 더 많은 대역폭을 확보하기 위해 집계 공급자/인터페이스를 사용하는 경우가 많습니다.
백업에 관해서는 당신 말이 맞습니다. 집계 또는 활성 백업에 사용되는 바인딩입니다. 실제로 백업용으로 사용해 보겠습니다. 다음 링크를 따라가면 됩니다:https://serverfault.com/questions/133992/failover-internet-connection
그래도 대기 시간이 가장 큰 문제입니다. 3G 공급자가 자신에게 속하지 않은 인터넷 IP 주소로의 전송을 허용하는 경우 iptables/NAT 규칙을 만들어 자신이 소유한 주소 공간을 사용하는 위성에서 3G를 통해 업스트림 데이터를 보내고 위성을 통해 다운스트림 데이터를 수신합니다. 이것만으로도 적어도 이론적으로는 대기 시간을 거의 절반으로 줄일 수 있습니다. 추가된 혜택은대개BitTorrent를 사용하지 않는 경우 업스트림 사용량은 일반적으로 다운스트림 사용량의 1/3 또는 1/4입니다.
3G 업스트림이 귀하의 요구에 충분하지 않은 경우 DNS 및 HTTPS 업스트림을 그곳으로 보내는 것이 항상 유리합니다.
지연 시간에 관해 다시 말씀드리자면, 이것이 다소 반직관적으로 들린다는 것을 알고 있지만 상용(IPsec) VPN 공급자를 선택하는 것이 좋습니다. 대역폭은 약간 낮을 수 있지만 IPsec은 UDP와 함께 작동하며 TCP 메커니즘에 의존하지 않습니다.
주변에 있는 오징어 은닉물은 별로 도움이 되지 않습니다. 그러나 지연 시간이 짧은 친구/사이트/공급자에 캐시된 VPN 및/또는 Squid Remote는 많은 도움이 될 것입니다. VPN+프록시가 그만한 가치가 있는지는 모르겠습니다. 단지 테스트의 문제일 뿐입니다.