타르코프 서버 이용자입니다

  1. 어떤 문제 때문에 문제점 보고를 하시려고 하는 건가요?

중계서버 2개를 구성할 경우 통신이 원할하지 않습니다.
ex) 고급모드를 이용하여 KT IDC * → US WEST * 이런식으로 이용할 경우에 문제가 발생합니다.
기본모드로 한곳만 중계서버를 선택할 경우에는 이러한 문제는 없습니다.

그렇다면 기본모드로 이용하면 될 문제이지 않냐고 물어보실 수 있는데
한국에서 서비스중인 IDC SK 통신사는 태평양 해저케이블이 없고
과다 트래픽이 발생하는 동영상 스트리밍, 특히 넷플릭스 같은 경우에는 따로 캐시서버를 가지고 있지 않은 통신사입니다.
그래서 사람들이 쉬는 날, 쉬는 시간대에는 급격히 핑이 높아지고 다운로드 속도도 일정하지 않고, 패킷로스도 발생할 정도입니다.

이러한 이유로 제 컴퓨터 환경에선 컴퓨터 → IDC(SK) → (한국중계서버 KT계열) → (US WEST) → (게임서버 escape from tarkov)
이런식으로 구성하여 트래픽이 몰리는 시간대엔 이렇게 이용중입니다. 이렇게 구성하지 않고 트래픽이 몰리는 시간대에는 도저히 해외서버를 이용할 수 없을 정도입니다. 하지만 저렇게 구성하면 게임을 정상적으로 이용할 수 없습니다.

  1. 문제를 그대로 재현하려면 어떻게 해야 하나요?

어떻게 설명드려야 할 지 모르겠으나 제가 자주 이용하는 서버를 알려드리겠습니다.

KT IDC US WEST Enzu
KR Azure → US WEST SYN 1, 2, 3
Sejong Telecom US WEST Google 1, 2, 3

보통 이렇게 구성해서 갑니다만, 특히 Google 1, 2, 3 서버에서 이러한 문제가 여럿 발생합니다.

중계서버간 통신이 원할하지 않은문제로 보입니다. (제가 현업으로 전문적으로 하시는 분들 수준은 아니지만 어느정도 네트워크에 대해서 알고 있는 사람입니다.)

일단 제가 @enocksun 님의 현재 설정을 봐서는 다음과 같은 부분이 생각이 납니다. 혹시 가능하시다면 아래의 항목을 체크해 보시고, 시도를 해보시기 바랍니다.

  • 현재 MTU 세팅이 1450 으로 세팅이 되어 계신데요, 이를 1400 혹은 1300 정도로 낮추어서 시도를 해보시기 바랍니다. 간혹 이 이슈로 인해서 고급 모드가 제대로 동작을 하지 않을 때가 있습니다.
  • 만약 MTU 변경이 효과가 없다면 연결 프로토콜 을 TCP 기반으로 변경해 보시기 바랍니다.
  • 제가 현재 연결 프로토콜을 확인해 보니 UDP (Port 53 DNS) 을 사용하고 계신 것으로 보입니다. 혹시 네트워크 방화벽이 있는 곳에서 미꾸라지를 사용하시는지요? 간혹 네트워크 방화벽이 UDP 53 의 패킷 길이가 512 byte 이상인 경우 이를 필터링해 버릴 수 있습니다. 다른 UDP 기반 프로토콜이 동작을 제대로 한다면 다른 포트로 잡고 시도를 해보시기 바랍니다.
1 Like

MTU 값, 포트, TCP 문제는 아닌거 같아요.

방화벽은 아예 꺼져있고, 혹시나 꺼졌어도 인바운드 설정도 다시 해놓고 오프라인 시켰는데 고급모드 문제는 여전합니다.

음… 혹시 사용하신 고급 모드의 중계 서버 구성을 제가 알수 있을까요? 제가 한번 테스트를 해봐야 할 듯 합니다.

적용 여부 확인해 보기 문서를 보시면 고급 모드가 제대로 동작하는지 확인하는 부분도 있는데요, 이 부분으로도 한번 테스트를 부탁드립니다.

중계서버 구성은 KR - US WEST Los Angeles 이렇게 구성합니다만, 정확한 서버구성이 기억나지 않습니다. 주로 KT - US west SYN 이렇게 구성을 하긴하는데 한국시간 금일 8월 14일 자정 이후에 제가 서버를 도중에 바꿨는데 로그가 남았다면 한번 확인해보시는게 좋을거 같습니다.

KT → 게임서버(US LA)
US WEST LA → 게임서버 (US LA) 기본모드로 이렇게 구성해서 가면 문제없습니다.

고급모드로 중계서버 2개 사용하면 문제가 생겨요. 오후 10시 ~ 다음날 오전 2시 사이에 드물에 일어납니다.

이 부분은 제가 좀 더 테스트를 진행해 봐야 할 이슈로 보이네요… ㅠ.ㅠ 제가 고급 모드로 “KR Asia (S. Korea - KT06 IDC) → US West (Los Angeles - SYN 3)” 와 같이 구성하여 몇몇 테스트를 해보면 특별히 연결이 이루어지지 않거나 연결이 중간에 끊어지는 이슈는 보이진 않습니다.

좀 더 테스트를 진행해 보고 먼가 이슈를 찾으면 다시 업데이트를 해드리겠습니다.

도저히 이용이 불가능합니다…

사람들이 트래픽이 몰리는 오후 9시부터 오전 새벽2시까지 너무 끊깁니다.
고급모드 문제는 원래 기본모드로 KT 계열 서버를 이용해 북미로 가면 핑이 10정도 더 높아도 이용할 수 있어서 이용했는데 이제는 240 250까지 뛰어버립니다.

ISP SK문제인지 미꾸라지 중계서버에서 게임서버로 가는 루트가 문제가 있는건지 도저히 해결이 안됩니다.

SK는 북미쪽으로 접속이 원할하지 않아 KT 한국서버로 가서 북미게임서버로 가거나
트래픽이 없는 시간대에는 컴퓨터 - 북미중계서버 - 게임서버 이렇게 가도 문제가 없는데 유독 퇴근하고 저 시간대에만 문제가 생깁니다…

고급모드 사용시 TCP UDP 통신규격 상관없이 일어나고 트래픽이 몰릴 시간이 아닐때는 정상사용이 가능했습니다.
방화벽 해제해둔 상태로 진행하였고, 원래부터 해제되어 있었으나 혹시몰라 공유기, 방화벽 인, 아웃바운드 세팅도 특정 포트들 다 열어둔 상태입니다.

이용한지 20일이 되어가는 지금 아직도 제대로 이용하지 못하고 있습니다…

제 이용로그를 조회해보시고, 서버 이용한거 확인해주세요.
혹시나 제 ip에 핑 테스트 중계서버 US WEST google 1 2 3 SYN 1 2 3 서버 테스트좀 부탁드립니다.

고급모드 문제는 사실상 MTU 값 변경, 포트변경 해봐도 해결되진 않았습니다.

  • 추가로
    트래픽이 몰리는 시간대에 한국중계 - 게임서버 이렇게 구성해서 이용하면 잘 됐는데 어제부턴가 잘 되지 않고있습니다.
    미꾸라지상 핑은 140 150을 유지하오나 게임서버에선 230~250 까지 올라갑니다.

미꾸라지상 나오는 RTT값은 집 중계서버간 핑이 나오겠지만 US WEST임에도 불구하고 핑이 중계서버와 게임서버 물리적 거리에 비해 너무 높게나옵니다.
185ms가 넘어가면 저 게임은 이용할 수가 없습니다.

혹시 기회가 되신다면 미꾸라지가 적용된 상태에서 WinMTR 을 이용한 네트워크 분석 문서를 참고하셔서 23.19.66.145 (Escape from Tarkov - US West (Los Angeles)) IP 를 대상으로 테스트를 부탁드립니다.

해당 이슈에 대해서는 제가 결과를 살펴봐야 이 이슈가 어느 구간에서 발생되는지 확인이 가능할 듯 합니다.

KR Asia (S. Korea - KT09 IDC) → US West (Los Angeles - Google 3)

Host % Sent Recv Best Avrg Wrst Last
10.254.44.1 0 708 708 0 0 0 0
10.227.160.1 2 656 643 137 140 212 145
10.255.244.122 2 656 643 137 140 186 139
Request timed out. 100 141 0 0 0 0 0
64.86.197.119 2 656 643 138 143 330 151
po-2.ce02.lax-11.us.leaseweb.net 2 656 643 137 142 283 137
23.19.66.145 2 656 643 137 143 831 146

20.08.23(일요일) 18:00~20:10 `WinMTR Statistics

WinMTR statistics

Host % Sent Recv Best Avrg Wrst Last
10.254.229.1 0 4015 4015 0 0 0 0
10.249.160.1 0 4014 4014 144 145 197 146
10.255.242.246 0 4014 4014 144 145 206 145
23.236.74.95 0 4014 4014 144 145 206 145
192.254.84.28 1 3976 3966 146 148 297 147
te-5-0-0.cs2.lax2.us.zenlayer.net 0 4013 4013 145 147 210 146
ae17.cr3-lax2.ip4.gtt.net 1 3982 3974 145 147 211 148
ae14.cr5-lax2.ip4.gtt.net 0 4013 4013 145 147 236 146
ip4.gtt.net 0 4013 4013 145 146 300 146
po-1.ce01.lax-11.us.leaseweb.net 0 4013 4013 145 146 294 146
23.19.66.145 0 4013 4013 145 146 291 146
` KR Asia (S. Korea - KT09 IDC) → US West (Los Angeles - QudraNet 2) ![server 002|690x144](upload://e24Il7KFFeXl5C0PZsdQzK0DXPr.png)

 <html><head><title>WinMTR Statistics</title></head><body bgcolor="white">

WinMTR statistics

Host % Sent Recv Best Avrg Wrst Last
10.254.130.1 0 441 441 0 0 0 0
10.249.160.1 0 441 441 144 145 174 145
10.255.242.246 0 441 441 144 145 196 145
23.236.74.95 0 441 441 144 145 167 145
192.254.84.28 1 433 431 147 148 181 148
te-5-0-0.cs2.lax2.us.zenlayer.net 0 441 441 145 147 188 146
ae17.cr3-lax2.ip4.gtt.net 0 441 441 145 149 191 145
ae16.cr5-lax2.ip4.gtt.net 0 441 441 145 146 209 147
ip4.gtt.net 0 441 441 145 146 185 145
po-1.ce01.lax-11.us.leaseweb.net 0 441 441 145 146 205 146
23.19.66.145 0 441 441 145 146 191 159
<html><head><title>WinMTR Statistics</title></head><body bgcolor="white">

WinMTR statistics

Host % Sent Recv Best Avrg Wrst Last
10.254.89.1 0 552 552 0 0 0 0
10.251.0.1 0 552 552 133 133 152 133
10.255.244.58 0 552 552 133 133 167 137
Request timed out. 100 110 0 0 0 0 0
192.254.84.28 0 552 552 135 136 188 144
192.254.84.136 0 552 552 134 135 158 148
192.254.81.49 3 504 492 134 135 156 134
ae17.cr3-lax2.ip4.gtt.net 0 552 552 133 135 162 135
ae16.cr5-lax2.ip4.gtt.net 0 552 552 133 135 183 135
ip4.gtt.net 1 548 547 134 135 176 135
po-2.ce02.lax-11.us.leaseweb.net 0 552 552 133 134 181 134
23.19.66.145 0 552 552 133 134 164 134

답변 부탁드립니다 제대로 이용해본적이 없습니다.

음… 우선 자세한 WinMTR 결과를 보여주셔서 감사합니다. 우선 전체적으로 봐서는 제 마지막 답변 이후에 보여주신 “KR Asia (S. Korea - KT09 IDC) → US West (Los Angeles - Google 3)” 쪽의 경우, @enocksun 님과 미꾸라지 중계 서버 사이에서 패킷 로스가 발생된 것으로 보입니다만, 그 외 다른 결과값들은 모두 미꾸라지 중계 서버를 넘어선 인터넷에서 패킷 로스가 발생된 것으로 보입니다.

즉, 전자의 경우 좀 더 추가적인 테스트가 필요하고, 후자의 경우 미꾸라지가 손 쓸수없는 곳에서 발생한 것이라 대책이 있기 힘들어 보입니다.

다음으로 전자를 좀 더 테스트를 해봐야 할 듯 한데요, 211.251.237.128 IP (KR Asia (S. Korea - KT09 IDC) 의 공개 IP) 로 WinMTR 을 다시 한번 더 시도를 해보시겠어요?

일단 상황을 정리하자면 아래와 같습니다.

  • @enocksun 님의 WinMTR 결과에 의하면 KR Asia (S. Korea - KT09 IDC) → US West (Los Angeles - Google 3) 조합을 사용했을 경우, @enocksun님의 컴퓨터에서 KR Asia (S. Korea - KT09 IDC) 를 지나 US West (Los Angeles - Google 3)까지 도달하는데 1 ~ 2 % 의 패킷로스가 보입니다.
  • 다만 이 패킷 로스가 @enocksun님의 컴퓨터와 KR Asia (S. Korea - KT09 IDC) 중계 서버 사이에서 발생되는 것인지,
  • 아니면 KR Asia (S. Korea - KT09 IDC) 중계 서버와 US West (Los Angeles - Google 3) 중계 서버 사이에서 발생되는 것인지 현재는 알지 못합니다.

@enocksun님의 컴퓨터와 KR Asia (S. Korea - KT09 IDC) 중계 서버 사이를 좀 더 WinMTR 로 테스트를 해보면 좀 더 이유가 밝혀지지 않을까 합니다. ㅠ.ㅠ

KT 통신사 핸드폰으로 USB 테더링, 라우팅 테이블 세팅해두고 연결 할 땐 잘 되더라구요. 아무래도 의심할만한건 설치된 공유기 말고 없는거 같습니다. 한번 더 테스트 해보고 결과 드릴께요 감사합니다.

USER (공유기) → KR KT IDC 09 ↓

WinMTR statistics

Host % Sent Recv Best Avrg Wrst Last
192.168.0.1 2 636 627 0 0 1 0
180.65.*.* ← hide 0 672 672 2 3 16 4
100.65.173.9 0 672 672 0 0 38 2
10.105.0.250 0 672 672 0 1 38 2
10.222.11.106 0 672 672 6 10 21 8
118.221.4.130 0 672 672 7 10 61 8
211.44.125.14 0 672 672 7 9 18 9
Request timed out. 100 135 0 0 0 0 0
112.174.63.174 0 672 672 7 11 18 15
112.188.242.146 0 672 672 7 7 13 7
211.56.64.14 0 672 672 7 7 12 7
211.252.80.34 0 672 672 7 7 56 7
211.251.237.128 0 672 672 6 7 40 7

↓USER(공유기) → 중계서버 (KT IDC 09 → US WEST Los Angeles google3) → 타르코프 서버(23.19.66.145)↓

WinMTR statistics

Host % Sent Recv Best Avrg Wrst Last
10.254.251.1 0 278 278 0 0 0 0
10.227.160.1 6 230 218 134 134 170 134
10.255.244.122 6 230 218 134 134 139 134
Request timed out. 100 56 0 0 0 0 0
64.86.197.119 6 230 218 135 135 144 135
po-2.ce02.lax-11.us.leaseweb.net 6 230 218 135 135 182 135
23.19.66.145 6 230 218 135 135 171 135

USER (공유기x) → KR KT IDC 09↓

WinMTR statistics

Host % Sent Recv Best Avrg Wrst Last
180.67.*.* ← hide 0 281 281 2 3 7 2
100.65.173.9 0 281 281 0 0 22 1
10.105.2.24 0 281 281 0 1 19 0
10.222.22.16 0 281 281 6 10 15 13
58.229.13.174 0 281 281 6 8 50 11
203.229.222.181 0 281 281 7 10 32 11
Request timed out. 100 57 0 0 0 0 0
112.174.23.82 0 281 281 7 11 16 14
112.188.242.146 0 281 281 7 7 10 7
210.220.158.54 0 281 281 7 7 8 7
211.252.80.30 0 281 281 7 7 11 7
211.251.237.128 0 281 281 6 7 8 7

↓USER(공유기 x) → 중계서버 (KT IDC 09 → US WEST Los Angeles google3) → 타르코프 서버(23.19.66.145)↓

WinMTR statistics

Host % Sent Recv Best Avrg Wrst Last
10.254.251.1 0 281 281 0 0 0 0
10.227.160.1 5 238 227 134 135 190 135
10.255.244.122 5 238 227 134 135 196 135
Request timed out. 100 57 0 0 0 0 0
64.86.197.119 5 238 227 135 136 180 136
po-2.ce02.lax-11.us.leaseweb.net 5 238 227 135 135 186 135
23.19.66.145 5 238 227 135 135 174 136

음… 일단 이 결과값 이상합니다. 192.168.0.1 에서 2% 패킷 로스가 나오는데요, 192.168.0.1 자체는 해당 공유기를 나타냅니다. ㅠ.ㅠ 공유기가 어떠한 이유인지 모르겠지만 가끔 패킷 로스를 만들고 있는 듯 한 결과값입니다.

이 두 가지 결과값을 보았을 때는, 중계서버 (KT IDC 09 → US WEST Los Angeles google3) 중계 서버 구간에서도 패킷 로스가 있어 보입니다. :frowning: 첫번째 결과값의 경우, USER(공유기 x) → 중계서버 (KT IDC 09) 구간의 경우 패킷 로스가 보이질 않습니다만, 두번째 결과에서 해당 결과가 나오는 것을 봐서는 두 중계 서버 사이에서 로스가 나오는 것이 아닌가 하네요. ㅠ.ㅠ

제가 두 중계 서버 구간을 좀 더 살펴봐야 할 듯 합니다. 자세한 결과값 정말 감사합니다.