다운로드에만 ISP를 사용하고, 업로드에만 휴대폰 4G 연결을 사용하고 싶습니다. 이는 내 ISP의 업로드 속도가 좋지 않지만 다운로드는 괜찮고, 내 4G 업로드는 훌륭하고 무료이기 때문입니다(다운로드에 대해서만 비용을 지불합니다).
따라서 하나의 PC, 두 개의 연결, 즉 다운로드용 ISP와 업로드용 4G입니다. 이렇게 하면 오늘과 같은 비용을 지불하게 되지만 업로드 속도는 0.1Mbit/s에서 약 60Mbit/s로 늘어납니다.
답변1
연결 간에 업로드와 다운로드를 분리하는 것은 사실상 불가능하지만(다른 답변에 자세히 설명되어 있음) 수동 해결 방법이 있습니다.
시작하려는 작업에 따라 전환하여 기본 연결을 조작할 수 있습니다. Windows의 기본 연결은 첫 번째로 연결된 인터페이스이며 순서는 다음과 같이 계산됩니다.미터법(무선을 케이블 위에 두는 경향이 있습니다).
네트워크 연결의 고급 설정에서 수동 순서로 메트릭을 쉽게 재정의할 수 있습니다.Windows에서 기본 연결을 변경하는 방법. (XP에서 8.1까지 사소하거나 차이 없이 동일하게 작동해야 함)
대부분의 최신 프로그램은 시스템에서 제공하는 기본 연결을 사용합니다. 연결이 설정된 후에는 계속 유지되어야 합니다. 일반적으로 이는 프로그램이 시작될 때 기본 연결을 사용한다는 것을 의미합니다. 연결을 열기 전에 기본 연결을 전환하면 작업별로 연결을 전환하고 두 연결을 동시에 열어 둘 수 있습니다.
일부 프로그램(예: 다운로드/업로드 관리자)은 세션이 아닌 작업별로 연결을 열므로 마일리지가 다를 수 있다는 점을 명심하세요.
답변2
이건 불가능 해. 승인은 전송 제어 프로토콜의 필수적인 부분입니다. 두 인터페이스 간에 들어오고 나가는 데이터를 뚜렷하게 분할하면 본질적으로 프로토콜의 승인 구성 요소가 비활성화됩니다.
TCP는 연결 지향 프로토콜입니다. 즉, 각 끝의 응용 프로그램이 메시지 교환을 완료할 때까지 연결이 설정되고 유지됩니다. 애플리케이션 데이터를 네트워크가 전달할 수 있는 패킷으로 나누는 방법을 결정하고, 네트워크 계층으로 패킷을 보내고 네트워크 계층에서 패킷을 받아들이고, 흐름 제어를 관리하고, 오류 없는 데이터 전송을 제공하기 위해 삭제되거나 왜곡된 패킷의 재전송을 처리합니다. 도착하는 모든 패킷에 대한 승인도 제공됩니다. OSI(Open Systems Interconnection) 통신 모델에서 TCP는 계층 4의 일부인 전송 계층과 계층 5의 일부인 세션 계층을 다룹니다.
라우터는 별도의 인터페이스 간에 네트워크 부하 분산을 구현할 수 있지만 일반적으로 해싱에서 작동합니다. 이는 해싱 알고리즘을 기반으로 지정된 인터페이스에서 연결이 설정되고 해당 인터페이스가 종료될 때까지 유지됨을 의미합니다. 고가의 라우터를 사용하더라도 각 인터페이스는 완료될 때까지 설정된 연결을 유지해야 합니다.
추가: 가능할 수도 있지만 구현 범위로 인해 실용적이지 않습니다. 게다가 모든 트래픽을 모바일 테더로 오프로드하더라도 ISP가 서비스 약관을 업데이트하는 데 얼마나 걸릴 것이라고 생각하시나요? 이미 어딘가에 공정 사용 정책이 있을 것 같습니다. 요구 사항은 다음과 같습니다.
- 모바일 테더를 통해 나가는 트래픽의 소스 IP를 스푸핑하여 ISP 연결을 통해 나가는 트래픽과 일치시켜 ISP 연결을 통해 반환되도록 합니다. 이는 iptables를 사용하여 수행할 수 있습니다.
- 모바일 티더를 통해 로컬 트래픽을 라우팅합니다. 다음과 같은 것입니다: '경로 추가 192.168.0.0/16 마스크 255.255.0.0 [모바일 테더의 외부 IP]. DDNS를 실행하면 자주 업데이트하지 않아도 됩니다.
http://lartc.org/howto/lartc.rpdb.multiple-links.html
https://sandilands.info/sgordon/address-spoofing-with-iptables-in-linux
ISP를 크게 확장하려면 BGP를 사용한 비대칭 라우팅을 살펴보세요.
답변3
다운로드/업로드 로드를 공유하기 위해 두 가지 인터넷 액세스를 모두 사용할 수 있지만 항상 연결별로만 가능합니다. 따라서 하나의 TCP(또는 UDP) 연결은 하나의 링크를 통해서만 갈 수 있습니다. 이것은 다른 답변에서도 언급됩니다. 나가는 TCP 패킷의 경우 승인 패킷을 받아야 하며 이러한 패킷은 동일한 인터페이스를 통해 이동해야 합니다.
예를 들어 대규모 YouTube 업로드를 수행하기 전에 라우팅 테이블을 수동으로 변경하여 더 빠른 업로드 속도로 인터넷을 통해 모든 YouTube 트래픽을 전환한 다음 다시 변경할 수 있습니다. 하지만 유튜브는 다양한 IP 주소를 사용하기 때문에 어려울 것입니다(라우팅은 호스트 이름이 아닌 IP에서 작동함). 그러나 일부 회사의 FTP 서버에서는 가능할 수도 있습니다.
이는 ISP로부터 IP 주소를 받은 모든 가정용 인터넷 액세스에 해당됩니다. 따라서 첫 번째 ISP에서는 IP 1.2.3.4를 얻지만 휴대폰에서는 전화 네트워크 운영자의 IP(예: 5.6.7.8)를 얻습니다. 전체 연결(나가고 들어오는 데이터)은 해당 IP 주소 중 하나로만 이동해야 합니다.
상업용 및 서버 호스팅 인터넷의 경우 ISP와 독립적인 하나의 IP 주소를 얻을 수 있으므로 동시에 더 많은 인터넷 연결을 사용할 수 있습니다.
답변4
기술적으로 말하면 이 기능은 본질적으로 IP(공개적으로 라우팅 가능한 IP 주소가 있어야 함) 위에 구축된 모든 네트워킹에 내장되어 있으며 클라이언트 측 라우팅 테이블을 변경하기만 하면 활성화됩니다. ISP의 자체 로컬 네트워크를 대상으로 하는 대부분의 트래픽은 해당 인터페이스를 통해 계속 전송되고 다른 모든 트래픽은 기본 게이트웨이를 통해 나갑니다.
승인 및 기타 모든 작업을 수행하기 위해 일치해야 하는 "소스" IP 주소는 데이터가 전송되는 소켓을 기반으로 선택되며 인터페이스가 제한된 소켓의 특이한 경우를 제외하고는 전혀 수행할 작업이 없습니다. 데이터를 전달하는 데 사용되는 인터페이스. (발신 네트워크 인터페이스가 소스 IP에 의해 선택된다는 의견과 달리 실제로는 라우팅 테이블만이 영향을 미칩니다.)
그러나 라우팅이 목적지 주소에만 의존한다는 사실이 악의적인 목적으로 사용되었기 때문에(패킷 스푸핑은 반사 공격의 중요한 구성 요소입니다) 대부분의 통신업체에서는 라우터를 구현하도록 구성했습니다.역방향 경로 필터링소스 IP 주소가 경로와 일치하지 않는 패킷은 스푸핑된 것으로 간주되므로 폐기합니다.
공용 IP 주소가 없으면 역방향 경로 필터링 외에도 NAT/PAT 계층이 이 주소의 작동을 방지합니다(컴퓨터에서 사용하는 소스 IP 주소는 다른 네트워크에서는 의미가 없으며, NAT/PAT 라우터를 통해 패킷이 나가지 않으면 올바르게 다시 작성되어야 합니다.
실제로 대규모 멀티홈 네트워크의 경우 비대칭 라우팅이 발생합니다. 중요한 것은 대부분의 역방향 경로 필터링 구현에는 다음이 필요하다는 것입니다.경로패킷이 도착한 인터페이스와 일치하는 항목이 존재합니다. 선호하는 경로(비용이 가장 낮은 경로)일 필요는 없습니다.
따라서 귀하가 해야 할 "모든 것"은 인터넷 제공업체(업스트림 제공업체 포함)에게 (a) 역방향 경로 필터링을 비활성화하거나 (b) 기본이 아닌 경로를 설정하도록 설득하는 것입니다. 이런 일은 일어나지 않을 것입니다. 코어 라우터는 모든 고유 공용 IP 주소에 대해 하나씩 갖기 위해 30억 개의 경로를 처리할 수 없습니다. 따라서 모든 로컬 서브넷에 대한 경로가 존재하는 ISP 내부를 제외하고 /20보다 작은 블록에 대한 경로를 갖는 것은 매우 드뭅니다.