Mac에서 하나의 앱에 대한 대역폭을 제한하는 방법

Throttlr의 프록시를 시작하고 연결을 사용하는 애플리케이션을 선택한 다음 다운로드 한도, 업로드 한도 또는 둘 다를 활성화합니다. 선택한 앱은 데이터를 계속 전송하지만 설정한 속도까지만 데이터를 전송합니다. 다른 응용프로그램이나 더 넓은 인터넷 또는 로컬 네트워크 대상에 제한을 두지 않는 한 다른 응용프로그램은 제한되지 않은 상태로 유지됩니다.

사용 가능한 용량을 모두 소모하지 않고 전송을 계속 진행해야 하는 경우에 유용합니다. 통화 중에도 클라우드 백업을 계속할 수 있고, 작업하는 동안 게임을 업데이트할 수 있으며, Mac 전체를 연결 해제하지 않고도 백그라운드에서 브라우저 다운로드를 실행할 수 있습니다.

대역폭 한도는 우선순위 설정과 다릅니다. Throttlr은 캡처된 트래픽에 명시적인 최대 속도를 적용합니다. 한 앱을 다른 앱보다 동적으로 순위를 매기지 않습니다. 또한 개별 도메인, 서버 또는 포트에 대한 규칙을 생성하지 않으며 대기 시간이나 패킷 손실을 추가하지 않습니다.

macOS에는 네트워킹 제어 기능이 포함되어 있지만 내장된 방화벽은 주로 응용 프로그램 및 서비스로 들어오는 연결을 제어하도록 설계되었습니다. 이는 앱별 대역폭 제한기가 아니며 개별 앱에 대한 업로드 및 다운로드 속도 필드를 제공하지 않습니다.

활동 모니터는 네트워크 사용량을 식별하는 데 도움이 될 수 있으며, 라우터 서비스 품질 설정은 장치 또는 트래픽 범주의 우선 순위를 지정할 수 있습니다. 하나의 Mac 프로세스를 선택하고 별도의 방향 캡을 적용하는 것과 동일한 로컬 작업 흐름을 제공하지 않습니다. Apple의 네트워크 링크 컨디셔너는 제한된 대역폭과 불리한 조건을 포함한 개발 테스트 프로필을 생성할 수 있지만 이는 선택한 데스크톱 앱 하나를 일상적으로 제어하기보다는 네트워크 상태 테스트를 위한 것입니다.

따라서 앱별 속도 제한에는 캡처된 흐름을 애플리케이션에 귀속시키고 제한을 적용할 수 있는 네트워킹 도구가 필요합니다. Throttlr은 macOS 15 이상에서 Apple의 네트워크 확장 프레임워크를 통해 이 작업을 수행합니다. 네트워크 확장이 승인되어야 하며 프록시가 실행되고 있어야 새 트래픽을 모니터링하거나 제어할 수 있습니다.

다운로드 트래픽은 데이터를 앱으로 이동시킵니다. 웹 페이지, 미디어, 소프트웨어 패키지, 클라우드 파일 및 게임 자산이 일반적인 예입니다. 업로드 트래픽은 데이터를 다른 곳으로 이동시킵니다. 백업, 파일 동기화, 통화 중 전송된 비디오 및 발신 첨부 파일은 모두 업스트림 용량을 사용합니다.

문제가 발생한 방향을 식별할 수 있는 경우에만 설정하세요. 백업 업로드 제한을 설정하면 다운로드는 그대로 유지되는 반면, 대규모 게임 다운로드를 제한해도 작은 발신 요청이 불필요하게 제한되지는 않습니다. 앱 전체에 대해 예측 가능한 한도가 필요한 경우 양방향을 사용하세요.

실시간 속도는 현재 트래픽을 관찰한 것이며 앱이 지속적으로 한도에 도달할 것이라는 약속은 아닙니다. 서버, Wi-Fi 상태, 프로토콜 오버헤드, 버퍼링 및 앱 자체 동작으로 인해 속도가 더 낮거나 고르지 않을 수 있습니다. 단 한 번의 순간이 아닌 적극적인 이적을 통해 결과를 판단하십시오.

보편적인 최고 번호는 없습니다. 먼저 대표 활동 중에 앱을 관찰한 다음, 유용한 진행을 위해 작업에 충분한 용량을 남겨두면서 지속 속도보다 낮은 한도를 선택합니다. 점차적으로 줄여서 보호된 작업이 안정되는지 지켜보세요.

통화를 보호할 때는 통화 앱보다는 백그라운드 업로더로 시작하세요. 속도 테스트에서 충분한 다운로드 용량이 보고되는 경우에도 업스트림 포화로 인해 오디오 및 비디오가 불안정해질 수 있습니다. 다운로드가 많은 작업의 경우 해당 작업의 수신 속도를 제한하고 문제가 발생하지 않는 한 작은 요청을 제한하지 않은 상태로 두십시오.

인터넷 요금제의 광고된 최대 속도를 지속적으로 사용할 수 있는 것으로 취급하지 마세요. Wi-Fi 경합, 기타 장치, VPN 및 원격 서비스는 사용 가능한 용량을 변경합니다. 실용적인 제한은 특히 가능한 한 빨리 전송을 완료하는 것보다 응답성이 더 중요한 경우 연결의 관찰된 속도에 여유 공간을 남겨두어야 합니다.

반복 가능한 테스트를 위해 정확한 업로드 및 다운로드 값과 제어한 범위를 기록하세요. 생산 문제 해결 한계와 테스트 프로필은 서로 다른 목적으로 사용됩니다. 하나는 일상적인 작업을 보호하는 반면 다른 하나는 정의된 조건을 일관되게 재현해야 합니다.

조절을 통해 명시적인 한도 내에서 트래픽이 계속되도록 할 수 있습니다. 이체는 합법적이지만 너무 공격적인 경우에 사용하세요. 차단은 강제 중지이며 계속해서는 안되는 오프라인 테스트 또는 전송에 적합합니다. 해당 동작이 필요한 경우 별도의 차단 가이드를 통해 양방향 통행을 안전하게 정지하고 복원하는 방법을 설명합니다.

우선순위는 링크가 사용량이 많을 때 트래픽에 상대적인 우선순위를 부여합니다. 명시적인 한도는 선택한 대상에 고정된 최대값을 제공합니다. Throttlr은 우선순위 대기열이 아닌 캡을 구현합니다. 백그라운드 작업이 소비할 수 있는 연결의 양을 알면 한도를 추론하기가 더 쉽지만 다른 앱에 예약된 대역폭을 보장하지는 않습니다.

네트워크 조절은 제한된 대역폭과 대기 시간, 패킷 손실 또는 기타 특성을 결합하여 환경을 재현하는 것을 목표로 합니다. Throttlr은 대기 시간이나 패킷 손실을 시뮬레이션하지 않습니다. 이러한 조건이 필요한 개발자는 적절한 조건 도구를 사용해야 합니다. 느린 네트워크 가이드는 Throttlr의 대역폭 제어 및 차단으로 재현할 수 있는 더 좁은 범위의 테스트에 중점을 둡니다.

창에 표시되는 앱이 항상 연결을 여는 프로세스는 아닙니다. 실행기, 업데이트 프로그램, XPC 서비스, 파일 제공자 확장, 로그인 항목 및 백업 에이전트는 익숙한 제품에 대한 트래픽을 소유할 수 있습니다. Throttlr은 해당 관계를 식별할 수 있는 경우 상위 앱과 도우미 식별자를 그룹화하는 반면, 독립적으로 서명된 서비스는 자체 행으로 나타날 수 있습니다.

알려진 전송을 생성하고 이름만 보고 행을 선택하는 대신 실시간 속도를 따르세요. 기본 앱을 제한해도 전송이 변경되지 않으면 활동이 일치하는 도우미나 서비스를 찾으세요. 규칙은 제어하려는 가시적 작업 흐름보다 더 많은 영향을 미칠 수 있으므로 공유 macOS 서비스에 주의하세요.

직접 다운로드 빌드는 실행 중인 프로세스에서 더 풍부한 백그라운드 서비스 메타데이터를 검사할 수 있습니다. App Store 샌드박스 제한으로 인해 App Store 빌드에서는 Throttlr이 다시 열기 전에 영향을 받는 애플리케이션을 수동으로 종료하도록 요청합니다. 직접 빌드는 일반적으로 종료 후 다시 열기 시퀀스를 수행할 수 있습니다. 두 빌드 모두 다시 시작하는 동안 구성된 트래픽 제어를 유지합니다.