Sola 프로토콜 기술 분석 | 높은 처리량·낮은 지연·낮은 패킷 손실 VPN 프로토콜

프로토콜 개요

Sola는 SingLink 2.0 기술 기반을 바탕으로 핵심 전송 아키텍처를 다시 설계하고 재구축해 SingLink가 개발한 차세대 자체 VPN 전송 프로토콜입니다.

SingLink 2.0의 이름을 바꾸는 것도 아니고, 단순한 매개변수 조정도 아닙니다.

Sola의 개발은 SingLink 2.0의 장기간 운영을 통해 축적된 실제 네트워크 경험을 바탕으로 고대역폭, 낮은 지연 시간, 패킷 손실, 지속적인 전송 및 복잡한 네트워크 환경에서 VPN이 직면한 성능 문제를 다시 해결합니다.

Sola의 핵심 디자인 목표는 다음과 같습니다.

높은 유효 처리량, 낮은 대기 시간, 낮은 패킷 손실, 안정적이고 지속적인 전송 및 더 높은 실제 네트워크 활용도.

현재 Sola는 핵심 연구 개발과 내부 테스트를 완료했으며 Plus, Pro, Max, Rich 회원에게 제공되고 있습니다.

이 내부 테스트 단계에서는 다음을 수행합니다.

• Sola의 전체 처리량 성능은 테스트에 참여한 다른 프로토콜보다 높습니다.

• 전체 대기 시간은 테스트된 다른 프로토콜보다 낮았습니다.

• 현재 테스트에서 패킷 손실률은1%미만입니다.

• 여러1Gbps테스트 환경에서 유효 처리량은 회선 용량의80% 이상에 도달할 수 있습니다.

• SingLink 2.0 및 이전 프로토콜 솔루션과 비교하여 Sola는 전송 효율성과 실제 네트워크 경험 측면에서 더욱 최적화되었습니다.

이 결과는 현재 SingLink 내부 테스트 데이터입니다. 실제 성능은 지역, 운영자, 국제 회선, 장비, 노드 로드, 로컬 네트워크 및 사용 시나리오와 같은 요소의 영향을 받습니다.

근거 범위: 위 결과는 독립적인 제3자 테스트에서 나온 것이 아니며, 전체 테스트 방법과 원본 기록은 현재 공개되지 않았습니다. 자료 정리와 보안 검토를 마친 뒤 SingLink는 오픈 소스 및 투명성 계획에 따라 공개 가능한 테스트 조건, 방법 및 버전 정보를 단계적으로 추가할 예정입니다.

1. Sola란 무엇인가요?

Sola는 SingLink가 독립적으로 개발한 차세대 VPN 전송 프로토콜입니다.

개발은 처음부터 시작된 것이 아닙니다.

Sola 이전에는 SingLink 2.0이 SingLink의 자체 프로토콜과 전송 시스템을 구축했으며 오랫동안 실제 프로덕션 네트워크에서 실행되어 왔습니다.

사용 규모, 기기 유형, 네트워크 환경, 사용자 대역폭이 지속적으로 증가함에 따라 SingLink 2.0의 실제 운영 데이터에서 찾은 SingLink는 다음과 같습니다.

오늘날 VPN 프로토콜이 직면한 문제는 더 이상 다음과 같습니다.

연결이 설정될 수 있습니까?

게다가:

연결을 설정한 후 사용자의 원래 네트워크 기능을 실제로 활용할 수 있습니까?

따라서 Sola의 개발 초점은 단순한 연결 기능에서 다음으로 더욱 확장되었습니다.

• 전송효율;

• 높은 대역폭 활용도

• 지연 제어;

• 패킷 손실 제어;

• 연속 전송;

• 네트워크 변동;

• 다양한 네트워크 환경에서의 실제 성능.

Sola로 인해 프로토콜 아키텍처가 재설계되었습니다.

프로토콜 진화의 관점에서 보면:

SingLink 2.0은 기술적 기반이며, Sola는 이를 기반으로 아키텍처 수준 재구성을 완성해 형성된 차세대 프로토콜입니다.

2. Sola와 SingLink 2.0 사이에는 어떤 관계가 있나요?

Sola 및 SingLink 2.0은 완전히 독립적인 기술이 아닙니다.

Sola의 기술 발전은 SingLink 2.0에서 시작됩니다.

간단히 다음과 같이 이해될 수 있습니다.

SingLink 2.0

SingLink 자체 개발 프로토콜 및 전송 기반 구축

↓

장기 생산 환경 진입

↓

다양한 국가, 통신사, 기기, 네트워크 조건에 따른 실제 데이터 축적

↓

프로토콜 성능 병목 현상 재분석

↓

핵심 전송 아키텍처 재설계 및 재구성

↓

Sola

높은 처리량 낮은 대기 시간 낮은 패킷 손실 더 높은 대역폭 활용도 더욱 안정적이고 지속적인 전송

따라서 Sola는 다음과 같습니다.

SingLink 2.0의 이름이 다릅니다.

또한:

SingLink 2.0의 여러 매개변수를 늘리세요.

대신:

SingLink 2.0 기술 시스템 및 제작 경험을 바탕으로 핵심 아키텍처를 재설계하여 형성된 새로운 프로토콜입니다.

이는 Sola와 일반 마이너 버전 업데이트의 가장 큰 차이점이기도 합니다.

3. 새로운 프로토콜을 재설계해야 하는 이유는 무엇인가요?

네트워크 액세스 기능은 최근 몇 년간 급속히 향상되었습니다.

500Mbps, 1Gbps 또는 그보다 더 높은 대역폭을 사용하는 가정 및 기업 네트워크가 점점 더 보편화되고 있습니다.

그러나 VPN 환경에서는 매우 일반적인 문제가 여전히 존재합니다.

사용자는 1Gbps 네트워크를 가지고 있지만 VPN에 연결하면 실제 대역폭의 일부만 사용할 수 있습니다.

이유가 모두 VPN 서버에서 나오는 것은 아닙니다.

전체 VPN 전송 링크에도 포함되어 있습니다:

사용자 애플리케이션

↓

운영 체제 네트워크 스택

↓

VPN 클라이언트

↓

VPN 프로토콜

↓

현지 운영자

↓

백본 네트워크 또는 해외 수출

↓

VPN 노드

↓

대상 네트워크

링크가 있으면 성능이 저하될 수 있습니다.

프로토콜 자체에 관해서는 이론적인 처리량 기능보다 고려해야 할 사항이 더 많습니다.

다음도 포함됩니다:

• 프로토콜 캡슐화로 인한 추가 오버헤드;

• 연결 처리 효율성;

• 대기 시간이 긴 네트워크에서의 성능 변화

• 패킷 손실 후 처리량이 떨어집니다.

• 네트워크 변동;

• 연속 전송 기능;

• 다양한 장치에서의 처리 효율성

• 클라이언트와 프로토콜 간의 협업.

그래서 Sola는 디자인 초기에 좀 더 직접적인 질문을 했습니다.

VPN 터널이 불가피하게 존재하는 경우 프로토콜 자체로 인한 성능 손실을 최소화하는 방법은 무엇입니까?

이는 Sola 아키텍처 재구성의 핵심 시작점 중 하나입니다.

4. Sola의 핵심 디자인 목표

Sola는 "최대 Mbps를 유일한 성능 지표로 사용하지 않습니다.

이번 협약은 설계 단계부터 5가지 핵심 방향에 초점을 맞췄다.

1. 높은 처리량｜높은 유효 처리량

Sola의 첫 번째 핵심 목표는 VPN 환경에서 실제 유효 처리량을 향상시키는 것입니다.

여기에 언급된 처리량은 운영자가 권장하는 이론적 대역폭도 아니고 서버 네트워크 카드의 공칭 속도도 아닙니다.

정말로 중요한 것은:

VPN 터널을 통과한 후 사용자 애플리케이션이 최종적으로 사용할 수 있는 대역폭은 얼마입니까?

따라서 Sola는 다음 사항에 더 관심을 갖고 있습니다.

효과적인 처리량

이것이 실제 유효 처리량입니다.

현재 여러 1Gbps 내부 테스트 환경에서 Sola는 회선 용량의 80% 이상의 유효 처리량을 유지할 수 있었습니다.

2. 낮은 지연 시간｜낮은 지연 시간

VPN 경험의 전부는 속도가 아닙니다.

예를 들면:

• ChatGPT;

• 클로드;

• 쌍둥이자리;

• 커서;

• X;

• 텔레그램;

• 웹 브라우징;

• API;

• 원격 데스크톱;

많은 시나리오에서는 실제로 수백 Mbps의 지속 대역폭이 필요하지 않습니다.

신체 인식에 실제로 영향을 미치는 것은 다음과 같습니다.

요청을 보낸 후 응답을 받는 데 시간이 얼마나 걸립니까?

따라서 Sola는 아키텍처 리팩토링 프로세스 중 최고 속도와 관계없이 지연 시간을 중요한 성능 목표로 포함시켰습니다.

현재 내부 비교 테스트에서 Sola의 전체 지연 시간은 테스트에 참여하는 다른 프로토콜보다 낮습니다.

이는 Sola의 성능 개선이 단지 다음이 아니라는 것을 의미합니다.

다운로드가 더 빠릅니다.

다음도 포함됩니다:

네트워크 상호작용의 반응성이 향상되었습니다.

3. Low Packet Loss｜낮은 패킷 손실

패킷 손실, 즉 패킷 손실률은 VPN 성능에서 매우 중요하지만 종종 간과되는 측정항목입니다.

네트워크에서 지속적인 패킷 손실이 발생하면 다음이 발생할 수 있습니다.

• 데이터 재전송

• 처리량 감소;

• 지연된 상승;

• 비디오 버퍼링;

• 음성 중단;

• 긴 연결은 불안정합니다.

• 웹페이지가 일시적으로 멈췄습니다.

• 원격 데스크톱 대기 시간이 갑자기 증가합니다.

그래서 종종 이런 일이 발생합니다:

Speedtest는 빠르지만 실제로 사용하기에는 부드럽지 않습니다.

이러한 상황은 반드시 대역폭 부족으로 인한 것은 아닙니다.

패킷 손실, 지터 및 네트워크 변동으로 인해 실제 환경에서는 매우 뚜렷한 차이가 발생할 수 있습니다.

현재 Sola의 내부 테스트에서 패킷 손실률은 다음과 같이 제어되었습니다.

1% 미만입니다.

이는 현재 Sola의 가장 중요한 성능 결과 중 하나입니다.

4. Sustained Performance｜지속 성능

Sola는 프로토콜 성능을 정의하기 위해 단일의 극도로 높은 속도 테스트 피크를 원하지 않습니다.

왜냐하면:

특정 초에 900Mbps에 도달했습니다.

그리고:

높은 처리량을 장기간 유지 가능

두 가지가 다릅니다.

실제 사용에는 다음이 포함될 수 있습니다.

• 긴 영상;

• 대용량 파일 다운로드;

• 클라우드 동기화;

• AI 긴 연결;

• 재택근무;

• 지속적인API 통신.

이러한 시나리오는 다음과 더 관련이 있습니다.

지속적인 성능

그것은 지속적인 성능입니다.

따라서 Sola의 아키텍처 재구성은 단기적인 피크를 추구할 뿐만 아니라 전체 연결 수명 주기에 걸쳐 안정적인 전송 기능을 향상시키기를 희망합니다.

5. 네트워크 적응성｜네트워크 적응성

VPN 사용자는 동일한 네트워크 환경에 거주하지 않습니다.

동일한 프로토콜이 다른 경우:

• 국가;

• 지역;

• 운영자;

• 가정용 광대역;

• Wi-Fi;

• 4G;

• 5G;

• 공용 네트워크;

• 국경을 넘는 네트워크;

아래 결과는 완전히 다를 수 있습니다.

따라서 Sola의 또 다른 핵심 방향은 다양한 네트워크 조건에서 프로토콜의 성능 변동을 줄이는 것입니다.

Sola는 운영자의 자체 물리적 네트워크를 변경할 수 없으며 국제 송신 혼잡을 제거할 수도 없습니다.

하지만 프로토콜 계층 자체로 인해 발생하는 추가적인 성능 손실을 최소화할 수 있습니다.

5. SingLink 2.0에서 Sola까지: 아키텍처 수준 재구성

Sola 일반적인 프로토콜 업데이트와 가장 큰 차이점은 이번 개발이 단순히 특정 기능을 조정하는 것이 아니라는 점입니다.

클라이언트가 VPN 연결을 설정하는 시점부터 데이터가 터널을 통과하여 노드에 도달하는 시점까지 전체 프로세스를 재검토합니다.

일반적인 성능 업데이트는 다음에 가깝습니다.

매개변수 조정

↓

일부 처리 로직 수정

↓

특정 시나리오에서 성능 향상

Sola의 개발 프로세스는 다음과 같습니다.

SingLink 2.0 프로덕션 환경 데이터 분석

↓

실제 성능 병목 현상 식별

↓

프로토콜 성능 목표 재정의

↓

핵심 전송 아키텍처 재설계

↓

재구현

↓

내부 테스트

↓

보안 및 구현 감사

따라서 Sola의 보다 정확한 기술 포지셔닝은 다음과 같습니다.

아키텍처 수준의 발전

즉:

아키텍처 수준의 발전.

단순한 매개변수 수준 최적화가 아닙니다.

6. Sola의 상위 수준 기술 아키텍처

Sola의 전체 기본 구현은 현재 공개적으로 제공되지 않습니다.

그러나 프로토콜 설계의 관점에서 보면 이러한 아키텍처 재구성은 몇 가지 핵심 문제에 대한 재설계로 이해될 수 있습니다.

연결 처리

VPN 프로토콜이 해결해야 할 첫 번째 문제는 효과적인 연결을 설정, 유지 및 종료하는 방법입니다.

Sola는 불필요한 대기 및 처리 비용을 줄이기 위해 SingLink 2.0에서 연결 수명 주기와 관련된 처리를 재검토했습니다.

데이터 전송

VPN이 설정되면 실제로 성능을 결정하는 요소는 다음과 같습니다.

클라이언트와 노드 간에 데이터가 전송되는 방식.

Sola의 아키텍처 재구성은 고대역폭 환경에서 프로토콜 자체로 인해 발생하는 성능 손실을 줄이기 위해 효과적인 처리량을 핵심 목표 중 하나로 삼았습니다.

네트워크 변동 처리

실제 인터넷은 완전히 안정적인 링크가 아닙니다.

대기 시간, 패킷 손실, 라우팅 변경 및 네트워크 정체는 모두 시간이 지남에 따라 달라질 수 있습니다.

따라서 Sola의 설계에는 이상적인 실험 환경뿐만 아니라 네트워크 조건 변화에 따른 실제 전송 성능도 고려됩니다.

고대역폭 처리

500Mbps, 1Gbps 및 더 높은 대역폭 네트워크가 더욱 보편화됨에 따라 VPN 프로토콜 자체가 높은 처리량을 처리할 수 있는 것이 점점 더 중요해지고 있습니다.

Sola의 핵심 성능 목표 중 하나는 프로토콜 자체가 고대역폭 네트워크에서 병목 현상이 발생할 가능성을 줄이는 것입니다.

클라이언트 협업

VPN 프로토콜은 그 자체로 존재하지 않습니다.

궁극적으로 다음과 함께해야 합니다.

• 운영 체제;

• VPN 클라이언트;

• 네트워크 인터페이스;

• 노드 시스템;

함께 일하세요.

따라서 Sola 재구성에서는 프로토콜 자체와 SingLink 클라이언트 간의 시너지 효율성을 고려합니다.

완전한 기술 구현 정보

보안, 프로토콜 감사, 지속적인 연구 및 개발 고려사항을 위해 Sola는 현재 전체 하위 레이어를 공개하지 않습니다.

• 연결 핸드쉐이크 프로세스;

• 키 교환 세부정보

• 특정 데이터 처리 알고리즘

• 교통특성처리방법

• 일부 프로토콜 매개변수

• 서버 측 구현 세부 사항.

향후 어떤 기술 정보가 추가로 공개될지는 보안 감사, 프로토콜 안정성, SingLink 기술 투명성 계획을 토대로 점진적으로 결정될 예정입니다.

7. Sola의 현재 성능 테스트 결과

Sola는 내부 테스트의 첫 번째 단계를 완료했습니다.

지금까지 얻은 주요 결과는 다음과 같습니다.

특별한 지침이 필요합니다:

이 데이터는 현재 내부 테스트 시나리오에서 나온 것입니다.

"테스트된 다른 프로토콜"은 전 세계의 모든 VPN 프로토콜을 대표하지 않으며 Sola가 반드시 모든 네트워크 환경에서 동일한 결과를 달성한다는 의미도 아닙니다.

8. 1Gbps 네트워크 활용률이 80% 이상이라는 것은 무엇을 의미하나요?

이는 Sola의 가장 주목할 만한 성능 결과입니다.

공칭:

1Gbps

네트워크의 경우 이론적 최고값은 대략 다음과 같습니다.

1000Mbps

그러나 실제 VPN 전송은 여전히 다음을 거쳐야 합니다.

• VPN 캡슐화;

• 암호화 및 암호 해독;

• 시스템 네트워크 스택;

• 로컬 네트워크;

• 운영자;

• 중간 라우팅;

• VPN 노드;

• 대상 서버.

따라서 실제 애플리케이션 계층 처리량은 일반적으로 단순히 운영자의 공칭 대역폭과 동일하지 않습니다.

현재 여러 1Gbps 내부 테스트 시나리오에서 Sola는 회선 용량의 80%가 넘는 실제 유효 처리량을 유지할 수 있었습니다.

즉, 다음을 입력합니다.

800Mbps 이상의 유효 VPN 처리량.

Sola에게 이 데이터가 실제로 나타내는 것은 다음과 같습니다.

프로토콜 및 전송 시스템 자체로 인한 성능 손실이 더욱 줄어듭니다.

선전 대신:

Sola는 모든 1Gbps 네트워크에서 최대 800Mbps를 고정 속도로 실행할 수 있습니다.

둘은 완전히 다른 개념이다.

9. Sola가 최고 속도만 추구하는 것은 아닌 이유는 무엇인가요?

두 개의 VPN 연결이 있다고 가정합니다.

제1조:

900Mbps

그러나 동시에:

• 더 높은 지터;

• 지속적인 패킷 손실;

• 지연 시간 변동.

제2조:

600Mbps

하지만:

• 대기 시간은 안정적입니다.

• 패킷 손실은 매우 낮습니다.

• 지속적인 전송이 원활합니다.

대용량 파일을 다운로드하는 경우 첫 번째 파일이 유리할 수 있습니다.

그러나 다음을 사용하는 경우:

• 화상회의;

• AI;

• 원격 데스크톱;

• 라이브 채팅;

• 웹페이지;

• API;

두 번째는 실제로 더 나은 실제 경험을 가질 수 있습니다.

따라서 Sola는 VPN 성능을 단일 숫자로 정의하지 않습니다.

Sola의 디자인 관점에서 볼 때 전체 성능은 다음과 같습니다.

처리량

+

지연

+

지터

+

패킷 손실

+

안정성

+

연결 품질

이것은 수학 공식이 아닙니다.

오히려 Sola는 VPN 성능을 이해하기 위한 평가 프레임워크입니다.

10. Sola가 낮은 지연 시간을 강조하는 이유는 무엇인가요?

많은 최신 애플리케이션에는 실제로 높은 대역폭 요구 사항이 없습니다.

예를 들어 ChatGPT로 문자 메시지를 보내는 데는 수백 Mbps가 전혀 필요하지 않을 수 있습니다.

그러나 지연 시간이 긴 경우:

사용자 클릭

↓

잠깐

↓

요청이 실제로 서버에 도달합니다.

이 기다림은 다음과 같이 직접적으로 해석됩니다.

"네트워크가 매우 느립니다."

따라서 AI, 웹페이지, API 및 대화형 애플리케이션이 빠르게 성장하는 오늘날의 세계에서 VPN 성능은 대용량 파일 다운로드만을 중심으로 설계될 수 없습니다.

따라서 Sola는 다음을 수행합니다.

응답 시간

와:

처리량

똑같이 중요한 위치에 놓였습니다.

현재 내부 테스트 결과도 Sola가 참여 테스트 프로토콜에서 전체 지연 시간이 더 낮은 것으로 나타났습니다.

11. 패킷 손실이 1% 미만인 것이 왜 중요한가요?

패킷 손실은 네트워크 전송 효율성에 직접적인 영향을 미칩니다.

데이터가 목적지에 성공적으로 도달하지 못한 경우 네트워크 프로토콜에 후속 처리 또는 재전송이 필요한 경우가 많습니다.

간단한 이해는 다음과 같습니다.

패킷 손실

↓

재전송

↓

추가 대기

↓

처리량 감소

↓

실제 경험이 악화됨

따라서:

지속적인 패킷 손실이 있는 고속 VPN 연결이 느리지만 안정적인 연결보다 반드시 더 나은 것은 아닙니다.

현재 Sola 내부 테스트 중:

패킷 손실 <1%

이는 프로토콜이 현재 테스트 환경에서 우수한 데이터 전송 무결성과 안정적인 성능을 달성했음을 의미합니다.

하지만 다음 사항에도 주의를 기울여야 합니다.

패킷 손실은 VPN 프로토콜에 의해 전적으로 결정되지는 않습니다.

로컬 Wi-Fi, 이동통신사, 국제 라우팅 및 대상 네트워크는 모두 패킷 손실을 일으킬 수 있습니다.

따라서 이 결과는 다음과 같이 이해될 수 없습니다.

Sola의 패킷 손실은 모든 네트워크에서 1% 미만이어야 합니다.

12. Sola의 일반적인 사용 시나리오

애플리케이션마다 VPN 성능에 대한 요구 사항이 다릅니다.

Sola는 더욱 균형잡힌 성능 설계를 통해 더욱 현대적인 인터넷 사용 시나리오를 지원하고자 합니다.

AI 및 대형 모델

예를 들면:

• ChatGPT;

• 클로드;

• 쌍둥이자리;

• 커서.

이러한 서비스는 일반적으로 다음 사항에 더 중점을 둡니다.

• 지연;

• 장기적인 연결 안정성;

• 낮은 패킷 손실;

• 응답 속도.

따라서 높은 피크 대역폭이 유일한 지표는 아닙니다.

비디오 및 스트리밍

4K 및 높은 비트 전송률 비디오는 다음 사항에 더 많이 의존합니다.

• 지속적인 처리량;

• 낮은 패킷 손실;

• 안정적인 전송.

Sola의 높은 유효 처리량과 지속적인 성능 설계는 주로 이러한 유형의 사용 시나리오에 해당합니다.

대용량 파일 및 클라우드 동기화

이러한 종류의 시나리오는 다음과 같은 경우에 적합합니다.

높은 대역폭 활용도

요구 사항은 매우 분명합니다.

500Mbps 또는 1Gbps 네트워크가 있지만 VPN 프로토콜이 그 중 일부만 수행할 수 있는 경우 프로토콜이 병목 현상을 일으킬 수 있습니다.

인스턴트 메시징 및 화상 회의

더 많은 의존도:

• 지연;

• 지터;

• 패킷 손실.

이러한 시나리오에서는 단순히 다운로드 Mbps를 늘리는 것만으로는 도움이 되지 않습니다.

재택근무

원격 데스크톱, SSH, 엔터프라이즈 애플리케이션 및 장기 연결에는 일반적으로 다음이 더 필요합니다.

안정적이고 1초 동안 그리 빠르지는 않습니다.

이것이 Sola가 지속적인 성능을 핵심 설계 목표에 포함시키는 이유입니다.

13. Sola는 다른 VPN 프로토콜과 어떻게 비교됩니까?

환경에 독립적인 "절대적으로 가장 빠른" VPN 프로토콜은 없습니다.

다양한 프로토콜의 차이점은 다음과 같습니다.

• 지역;

• 운영자;

• 장비;

• 네트워크 품질;

• 서버;

• 사용 시나리오

다른 결과가 나올 수 있습니다.

따라서 SingLink는 Sola를 다음과 같이 정의하지 않습니다.

모든 환경에서 모든 프로토콜보다 빠릅니다.

현재까지 확인할 수 있는 사항은 다음과 같습니다.

SingLink가 완료한 내부 비교 테스트에서 Sola는 테스트에 참여한 다른 프로토콜보다 전반적으로 높은 처리량과 낮은 지연 시간을 보여주었습니다.

이는 현재 데이터가 뒷받침할 수 있는 정확한 진술입니다.

앞으로 Sola의 벤치마크 역시 환경과의 비교에 더 많은 관심을 기울일 예정입니다.

예를 들면:

동일한 장치

↓

동일한 네트워크

↓

같은 기간

↓

피어 노드 리소스

↓

동일한 테스트 대상

↓

동일한 수의 테스트

그런 다음 다른 프로토콜을 비교하십시오.

그러한 데이터만이 실제로 참고용으로 중요합니다.

14. 보안은 Sola의 핵심 요구사항이기도 합니다.

고성능이 안전을 희생한다는 의미는 아닙니다.

Sola는 핵심 연구 개발과 내부 테스트를 마친 뒤 정식 출시되었으며, 출시 이후에도 보안은 여전히 핵심 요구사항입니다.

Sola의 보안 작업은 다음 영역을 다룹니다.

• 프로토콜 구현;

• 연결 처리;

• 비정상적인 상태;

• 클라이언트 통합;

• 권한 경계;

• 잠재적인 공격 표면;

• 자원 예외;

• 알려진 보안 문제

이 영역들은 프로토콜이 발전함에 따라 계속 검토됩니다.

관련 보안 작업은 SingLink의 기존 보안 감사 자료와 노로그 감사에서도 확인할 수 있습니다. 다만 이 자료들은 Sola 프로토콜에 대한 별도의 감사 보고서가 아닙니다.

현재 공식적인 상태는 다음과 같습니다.

개발：완료

내부 테스트 중: 완료

이용 가능 플랜: Plus, Pro, Max, Rich

SingLink는 여전히 Sola를 다음과 같이 설명하지 않습니다.

"모든 보안 검증이 완료되었습니다."

Sola에 관해 공개할 수 있는 보안 정보가 더 생기면 이 글을 업데이트하겠습니다.

15. Sola의 기술적 투명성

Sola는 Speedtest 스크린샷 몇 장으로 끝나기를 원하지 않습니다.

SingLink는 Sola에 대한 더욱 완전한 성능 및 기술 정보를 점진적으로 구축할 계획입니다.

포함:

• 프로토콜 버전;

• 클라이언트 버전;

• 벤치마크;

• 변경 내역;

• 대기 시간;

• 지터;

• 패킷 손실;

• 처리량;

• 시험 날짜;

• 테스트 환경;

• 알려진 제한 사항;

• 보안 감사 상태.

결과적으로 다양한 유형의 데이터가 가능한 한 많이 구별됩니다.

내부 테스트

SingLink 내부 테스트.

커뮤니티 테스트

커뮤니티 테스트.

사용자가 제출한 데이터

사용자가 자발적으로 제공한 테스트 결과입니다.

독립 테스트

독립적인 제3자 테스트.

이러한 방식으로 외부 당사자는 Sola 데이터를 읽을 때 다음 사항을 명확하게 알 수 있습니다.

이 데이터는 누가 측정했고, 어디에서 측정되었으며, 무엇을 증명할 수 있나요?

16. Sola가 할 수 있는 것과 할 수 없는 것

일련의 프로토콜을 공식적으로 도입하려면 기술적 경계를 명확히 하는 것도 필요합니다.

Sola는 다음에 최적화될 수 있습니다.

• 프로토콜 자체의 전송 효율성

• VPN 터널 대역폭 활용도;

• 연결 처리;

• 지연;

• 패킷 손실 환경에서의 실제 전송 성능

• 지속적인 성능;

• 클라이언트와 프로토콜 협업.

하지만 Sola는 변경할 수 없습니다.

• 사용자의 물리적 대역폭 제한

• Wi-Fi 신호 품질;

• 지역 통신사 정체;

• 국제 회선 능력;

• 제3자 웹사이트 서버 성능

• 물리적 거리로 인한 대기 시간 최소화

• 대상 서비스 자체에 오류가 발생했습니다.

예를 들면:

100Mbps 로컬 네트워크는 Sola를 사용해도 1Gbps가 되지 않습니다.

마찬가지로:

이미 심각한 혼잡을 겪고 있는 국제 회선은 단순히 VPN 프로토콜에 의존하는 것만으로는 물리적 네트워크 병목 현상을 완전히 제거할 수 없습니다.

Sola가 실제로 할 수 있는 일은 다음과 같습니다.

프로토콜 자체가 전체 링크에서 추가적인 성능 병목 현상을 일으키지 않도록 노력하십시오.

17. 프로토콜 정보

Sola Protocol Information

프로토콜 이름

Sola

개발자

SingLink

프로토콜 유형

VPN 전송 프로토콜

프로토콜 계열

SingLink

기술 기반

SingLink 2.0

건축

재설계/재구축

기본 디자인 목표

높은 처리량 낮은 지연 시간 낮은 패킷 손실 지속적인 성능 네트워크 적응성

내부 테스트

완료

이용 가능 플랜

Plus, Pro, Max, Rich

현재 패킷 손실 테스트

<1%

현재 1Gbps 테스트

여러 내부 테스트 시나리오에서 80% 이상의 유효 라인 활용도

18. Sola 버전 시스템

앞으로 프로토콜 이름과 클라이언트 버전 간의 혼동을 피하기 위해 Sola는 독립 프로토콜 브랜드로 존재할 것입니다.

즉, 다음과 같습니다.

SingLink

SingLink 제품 및 기술 시스템을 나타냅니다.

Sola

프로토콜 이름을 나타냅니다.

프로토콜 자체는 버전 번호를 통해 계속 발전할 수 있습니다.

예를 들면:

Sola 1.0

Sola 1.1

Sola 1.2

이는 다음을 방지합니다.

클라이언트 버전

와:

프로토콜 버전

함께 혼합.

향후 SingLink 클라이언트는 Sola 1.x를 지원할 수 있지만 클라이언트 자체는 완전히 다른 소프트웨어 버전 번호를 갖게 됩니다.

19. 배포 및 가용성

Sola는 내부 테스트를 마치고 현재 정식으로 제공되고 있습니다.

Sola는 다음 플랜에 포함됩니다.

구독 플랜:

Plus 및 Pro

두 구독 플랜 모두 Sola 프로토콜을 포함합니다.

데이터팩:

Max

그리고:

Rich

Max와 Rich는 Pro 등급 데이터팩이므로 Sola도 포함됩니다.

Sola가 포함되지 않는 플랜:

무료 플랜

그리고:

Fast

무료 플랜과 Fast 회원은 모든 플랜에서 이용할 수 있는 SingLink Beta로 연결합니다.

SingLink는 다음을 바탕으로 프로덕션 환경에서 Sola를 계속 조정하고 있습니다.

• 클라이언트 적응;

• 프로토콜 감사;

• 실제 네트워크 데이터

• 노드 배포;

• 안정성;

Sola를 사용하려면 이용 가능한 플랜으로 클라이언트에 로그인한 뒤 노드 목록에서 Sola 프로토콜로 표시된 노드를 선택하세요.

앞서 진행한 단계적 배포는 프로토콜 사용을 제한하려는 것이 아니었습니다. 프로토콜이 대규모 프로덕션 환경에 들어가는 동안 변수를 통제해 성능과 비정상 동작을 더 정확하게 관찰하기 위한 것이었습니다.

20. 자주 묻는 질문

Sola란 무엇인가요?

Sola는 SingLink 2.0 기술 시스템과 핵심 전송 아키텍처의 재설계 및 재구성을 기반으로 SingLink가 구성한 자체 개발한 차세대 VPN 전송 프로토콜입니다.

Sola는 SingLink가 자체 개발한 제품인가요?

그렇습니다.

Sola는 SingLink가 자체 개발한 프로토콜 시스템에 속합니다.

Sola는 SingLink 2.0의 이름만 바꾼 것인가요?

아니요.

Sola는 SingLink 2.0 기술과 제작 경험을 기반으로 하지만 핵심 아키텍처를 재설계하고 재구성했기 때문에 단순한 이름 변경이나 일반적인 마이너 버전 업데이트가 아닙니다.

Sola는 주로 무엇을 최적화하나요?

현재는 주로 다음을 포함합니다:

• 효과적인 처리량

• 지연;

• 패킷 손실;

• 높은 대역폭 활용도

• 지속적인 성능;

• 복잡한 네트워크에서의 실제 전송 성능.

Sola의 패킷 손실률은 얼마나 됩니까?

현재 내부 테스트 시나리오의 패킷 손실은 1% 미만입니다.

이는 모든 사용자와 모든 네트워크 환경이 1% 미만으로 고정되어 있다는 의미는 아닙니다.

1Gbps 네트워크에서 Sola를 얼마나 실행할 수 있나요?

현재 여러 1Gbps 내부 테스트 시나리오의 유효 처리량은 회선 용량의 80% 이상에 도달할 수 있습니다.

실제 결과는 네트워크 환경에 따라 달라질 수 있습니다.

이는 Sola가 800Mbps를 보장할 수 있다는 뜻인가요?

아니요.

80% 이상이 특정 1Gbps 내부 테스트 환경에서의 현재 결과이며 모든 사용자에 대한 고정 속도 약속으로 이해되어서는 안 됩니다.

Sola는 다른 모든 VPN 프로토콜보다 빠른가요?

이것은 현재로서는 말할 수 없습니다.

확인할 수 있는 사항은 다음과 같습니다.

현재 내부 테스트에 참여하고 있는 프로토콜을 비교해 보면 Sola는 전반적으로 처리량이 더 높고 지연 시간이 더 짧습니다.

다양한 프로토콜은 다양한 네트워크 환경에서 여전히 다르게 동작할 수 있습니다.

Sola와 SingLink 2.0의 가장 큰 차이점은 무엇인가요?

가장 큰 차이점은 단일 기능이 아닙니다.

대신:

Sola는 핵심 전송 아키텍처를 재설계하고 재구성했습니다.

따라서 이는 일반적인 매개변수 수준 업그레이드가 아닌 아키텍처 수준의 진화입니다.

Sola 개발이 완료되었나요?

핵심 연구 개발과 내부 테스트의 첫 번째 단계가 완료되었습니다.

Sola는 현재 정식 출시되어 Plus, Pro, Max, Rich 회원에게 제공되고 있습니다.

Sola가 SingLink 2.0을 즉시 대체할 예정인가요?

아니요.

Sola는 기존 프로토콜과 함께 제공되며, 기존 프로토콜은 플랫폼, 노드, 네트워크 및 실제 사용 상황에 따라 계속 사용됩니다.

Sola는 어떤 플랜에 포함되나요?

Sola는 Plus, Pro, Max, Rich 회원이 이용할 수 있습니다. 무료 플랜과 Fast 회원은 모든 플랜에서 이용할 수 있는 SingLink Beta를 사용합니다.

21. 요약

Sola의 의미는 SingLink에 다른 프로토콜 이름을 추가하는 것이 아닙니다.

SingLink가 자체 개발한 프로토콜 시스템의 다음 단계를 나타냅니다.

SingLink 2.0은 SingLink의 자체 프로토콜과 전송 기반을 구축합니다.

장기적인 프로덕션 환경에서는 사용자 대역폭, 장치 성능 및 네트워크 사용 시나리오가 변경됨에 따라 새로운 문제에 직면하기 시작합니다.

VPN 프로토콜이 자체 성능 손실을 더 줄일 수 있습니까?

1Gbps 네트워크가 실제로 애플리케이션에 제공할 수 있는 용량은 얼마나 됩니까?

속도가 빨라지면 지연시간을 줄일 수 있나요?

높은 처리량과 낮은 패킷 손실이 동시에 공존할 수 있습니까?

프로토콜이 특정 속도 테스트를 추구할 뿐만 아니라 보다 안정적이고 지속적인 성능을 유지할 수 있습니까?

Sola는 이러한 문제를 기반으로 구축된 프로토콜입니다.

SingLink 2.0을 기반으로 합니다.

하지만 이는 SingLink 2.0의 단순한 연속이 아닙니다.

이는 핵심 전송 아키텍처를 재설계하고 VPN 성능에 대한 SingLink의 이해를 재정의하며 다음을 수행합니다.

높은 처리량

낮은 지연 시간

낮은 패킷 손실

지속적인 성능

네트워크 적응성

새로운 핵심 디자인 방향으로.

내부 테스트의 첫 번째 단계가 완료되었습니다.

현재 결과는 다음과 같습니다.

패킷 손실은 1% 미만입니다.

여러 1Gbps 테스트 시나리오에서 유효 처리량은 회선 용량의 80% 이상에 도달합니다.

테스트된 다른 프로토콜보다 전반적으로 더 높은 처리량과 더 낮은 대기 시간을 나타냅니다.

그러나 Sola의 공식적인 기술적 가치는 이러한 숫자에만 국한되지 않습니다.

정말로 중요한 것은:

VPN 터널이 존재하는 경우 프로토콜은 원래 사용자가 소유한 네트워크 기능을 가능한 한 적게 낭비할 수 있습니까?

이는 Sola가 SingLink 2.0에서 차세대 아키텍처로 전환한 핵심 이유이기도 합니다.

Sola.

SingLink 2.0을 기반으로 재설계되었습니다.

더 높은 처리량, 더 낮은 대기 시간, 더 안정적인 실제 네트워크 전송을 위해 탄생했습니다.

기술 및 테스트 데이터 설명:이 문서에 설명된 Sola 패킷 손실률은 1% 미만이고, 1Gbps 네트워크의 유효 처리량은 80% 이상이며, 참여 테스트 프로토콜보다 더 높은 처리량과 더 낮은 지연 시간을 나타냅니다. 이는 모두 현재 SingLink 내부 테스트 결과에 따른 것입니다. 다양한 국가, 이동통신사, 장치, 로컬 네트워크, 노드, 국제 회선 및 대상 서비스가 실제 결과에 영향을 미칠 수 있습니다. Sola는 현재 핵심 연구 개발과 내부 테스트를 완료했으며 Plus, Pro, Max, Rich 회원에게 제공되고 있습니다. 전체 테스트 방법, 회차별 로그 및 원본 기록은 아직 공개되지 않았으므로 이 수치는 독립적으로 재현된 결론이 아닌 내부 테스트 결과로만 인용해야 합니다. 후속 성능, 감사 및 버전 데이터는 프로토콜의 발전에 따라 지속적으로 업데이트됩니다.