표준 포트 443(SSL)과 완전히 비표준 프로토콜을 사용하여 일종의 서버와 데이터를 교환한다고 상상해 보십시오. 단일 사례(또한 우크라이나에서는 한 회사에서만)에서 이 포트 443으로 가는 모든 것이 급격하게 느려지기 시작합니다. 동일한 조건과 동일한 소프트웨어(MT Server 4)에서 다른 포트(예: 1950, 테스트됨)를 사용할 때 모든 것이 매우 빠르고 정상적으로 작동합니다.
질문: 포트 443에서 왜 이런 일이 발생합니까? 가능한 대답: 누군가가 이 포트의 모든 트래픽을 필터링하여 암호 해독에 성공하지 못했습니다. 음, 디코딩에는 많은 시간이 걸립니다. 모든 것이 느려집니다.
여기에서 "특수 장비"에 대한 언급이 나왔습니다. 이것이 잘못된 가정이기를 바랍니다. 그런데 일부 국가에서는 거래 서버를 설치할 때 이미 특정 포트를 금지하는 국가(?) 정책에 직면했습니다. 서버의 작동 포트를 변경하고 작업해야 했습니다.
상상 - 잘 상상 ;) 배송시 항구 사용 조건을 규정해야한다는 것입니다. 결국, 아마도 그들은 예를 들어 포트 1950을 자유롭게 통과합니까? 클라이언트에 MT 서버를 설치할 때 도크에서 이 순간을 강조할 수 있습니다.
질문: 포트 443에서 왜 이런 일이 발생합니까?
가능한 대답: 누군가가 이 포트의 모든 트래픽을 필터링하여 암호 해독에 성공하지 못했습니다. 음, 디코딩에는 많은 시간이 걸립니다. 모든 것이 느려집니다.
여기에서 "특수 장비"에 대한 언급이 나왔습니다. 이것이 잘못된 가정이기를 바랍니다.
그런데 일부 국가에서는 거래 서버를 설치할 때 이미 특정 포트를 금지하는 국가(?) 정책에 직면했습니다. 서버의 작동 포트를 변경하고 작업해야 했습니다.
상상 - 잘 상상 ;)
배송시 항구 사용 조건을 규정해야한다는 것입니다. 결국, 아마도 그들은 예를 들어 포트 1950을 자유롭게 통과합니까? 클라이언트에 MT 서버를 설치할 때 도크에서 이 순간을 강조할 수 있습니다.
빠른 움직임에서 의사 소통 문제는 여전히 남아있었습니다. 시세가 오르고 차트가 뛰고 스톱이나 T/P를 설정하려고 하거나 MT마켓에서 그냥 오더를 청산하려고 하면 연결이 안 된다고 하는데.......
Alpari 서버 실제 및 데모 계정 에서 테스트합니다.
개발자 여러분, 이 방향으로 연구되고 있는 다른 것이 있습니까?