1901;팔리면 1656;문Ȣ16;1648; 맙시다. 소1473;한 NJ13;변 댓글1012; 삭1228;Ȣ16;lj16;,148; ǥ12;-124;러운 1068; 1077;니다 
안녕Ȣ16;세요.
1060;래1200;래 해외서버(핀란드)에 1080;lj16; 데1060;터를 국내/196; 1204;송Ȣ16;lj16; 1089;업1060; 생겼습니다. 해NJ17; 서버lj16; 1Gbps, Outbound 트래픽1008; ᆴ1;ᆴ1;Ȣ16;며, 속도 테스트시 1Gbps를 충ǥ16;7176; 감NJ17;합니다.
사실 가1109; 빠른,148; Ȣ16;드를 0176;송Ȣ16;lj16;,148;데, 그,148; 예산1060; 여1032;치 않고 데1060;터 소손 우/140;도 1080;Ǻ12;, sftp를 통해서 파1068;1012; 0155;lj16; 1473;1077;니다.
ǥ16;명 1649;결에 가까운 (host측1032; iptable1012; 통한 라우ᔚ1;) 연결1064;데, ssh ǥ12;터 뭔가 심각Ȣ16;,172; lj12;리다lj16; lj12;-196;1060; 들었고, 1060;,172; 시시각각 다릅니다. (아침과 1200;녁, 1452;말과 1452;1473;)
ǐ12;마다 mtr1012; DŽ16;/140;보니, AS4766(KIXS-AS-KR) 대역1032; ip에서ǥ12;터 Loss가 대ǥ12;ǥ16; 20%, 1201;,172;lj16; 10%, 많1012; ǐ12;lj16; 57%까1648; 나오네요.. 그 뒤/196; 해NJ17; 서버까1648;lj16; twelve99.net1032; hop1060; 엄청 ƺ17;쳐1080;긴 합니다.
나름 1697;구를 굴/140;본다고 host에서 0148;/196; 국내 리1204;1032; google cloud storage에 복1228;Ȣ16;고, 다운/196;드 0155;lj16;,172; NJ17;연7176; 빠른 ,163;1012; 확1064; 했1648;만.. 1068;도 아니고 개1064; 1089;업1060;니 만큼 1060;,163;도 또 비용1060;라서 현1116; 0169;식에서 벗Ǻ12;나긴 7192;들Ǻ12; 보1077;니다. (1312;금씩 1088;1452; 사용Ȣ16;더라도 무료 구간1012; 아ሖ1;7176; 초과합니다)
벌써 머ና1;속에lj16; 결국 비용 없1060; 해외 트래픽1012; 만1313;할 만큼 빠른 속도/196; 0155;lj16; 0169;법1008; 없다lj16; NJ13;1060; 내/140;1648;긴 했습니다만, ᕬ1;시 국내/196; 들Ǻ12;오lj16; route 1473; 특1221; ip 대역1012; ,148;너뛰lj16; 0169;안1060; 가능한1648;, 그/111;,172; 다른 route/196;1032; 연결 구현1060; 가능한1648; Ƽ17;금합니다. pfsense 사용1473;1064;데 단순7176; block1012; 한다고 다른 루트를 찾1012;1648; 확신1060; 없Ǻ12; 아1649; 1201;용해보1648;lj16; 않았습니다.
예전에 망 관리하는 분 이야기를 들었을떄
end user가 그 경로를 변경하는 방법은 없고
통신사를 바꾸면 해외 route 경로가 달라지는 경우가 있다고하네요. ( 통신사마다 해외망 연동이 다르기 때문에. )
CDN형태로 글로벌 분산 인프라를 제공하는 서비스라면
DNS 서버를 변경하면 바뀔 수도 있구요.
일본이나 싱가포르에 vm 띄우도 받아봐도 그쪽에서 나오는 route는 비슷한 것 같네요. 물론 조금 더 빠르긴 합니다.
감사합니다.
국내 통신사는 인터넷전용회선 관련 상품 외 가정용이나 준 가정용 오피스 상품 관련해서 협조를 해주는걸 보지 못했습니다.
경로 변경외, 해당 해외 서버에 bbr 알고리즘이 적용되어 있는지 확인해보시는 것도 좋을 것 같습니다.
현재는 bbr 알고리즘이 적용되어있지는 않은 것으로 보이네요. (/etc/sysctl.conf에 관련 파라미터가 올라가 있지 않네요)
일단 현재 받는 사이클 한 번 종료되면 테스트 해보겠습니다. 감사합니다.
출발지 또는 목적지 둘 중 한 쪽 또는 양 쪽에서 경로를 방화벽으로 차단한다고 해서 경로가 변경되거나 건너뛸 수도 없습니다.
2. 업무가 아닌 개인적인 일로 비용 지출을 최소화하고 싶으시다면 개인용 클라우드 저장소를 사용하는 것을 추천드립니다.
본문에서 물리적인 저장매체를 운송하는 방법을 고려해 보셨다는 것으로 보았을 때 다양한 전송 방법을 고려해볼 수 있을 것으로 생각합니다.
sftp 등 직접 연결을 통한 방법 또는 상용 클라우드 서비스를 이용하는 것보다는 개인용 클라우드 저장소를 사용하는 것이 비용 합리적입니다.
여러 국가에 서버를 두고 있는 개인용 클라우드 저장소 서비스(Google Drive, OneDrive 등)의 사용을 고려해 보실 것을 추천드립니다.
3. 급하신 일이 아니라면 손실분을 자동 복구(회복)하는 신뢰성 있는 프로토콜로 지속적으로 전송할 수 있습니다.
상황에 따라 다르기 때문에 제가 본문 내용만으로 프로토콜이나 소프트웨어를 추천하는 것은 어렵지만 손실된 내용을 자동 복구하는 신뢰성 있는 프로토콜이 많이 있습니다.
1번을 말씀드리고자 하는 게 제 댓글의 핵심이었고 나머지 2, 3번은 누구나 충분히 떠올려볼 수 있는 거긴 한데... 그냥 써봤습니다.
효율적인 방법으로 문제를 잘 해결해 보시면 좋겠습니다.
3의 경우, 원래는 netcat으로 zfs replication을 시행하려 했으나 워낙 느려서.. rclone을 이용해 sftp로 조금씩 받는 것으로 진행 중입니다..
알려주신 1번에 대해 확실하게 인지하였으니, 일단 작동하는 현재 방식을 유지하면서 조금 더 고민해보겠습니다. 상세한 설명 감사합니다.
두회선 갖고 있어서 각각 지연율 체크하고 빠른쪽으로 붙어서 잣업하곤 했엇습니다.
그리고 ftp나 sftp같은건 세션당 속도가 재한되는 경우가 있기에 동시에 4-5개 업다운 동작하도록 하는게 회선 풀속도로 쓰는 방법입니다.
작성해주신 글 보고 동시에 업다운 양을 바로 늘렸습니다. 전체 전송율은 확실히 오름세를 보이네요. 감사합니다.
답변 감사합니다
VPN통하면 해외망 속도가 잘나오는 경우가 종종 있습니다.
답글 감사합니다 :)