저도 하르코프 출신입니다. 그리고 오늘 나는 심각한 의사 소통 문제를 경험했습니다. 다른 브로커의 다른 서버를 통해 시도했습니다. 인터넷에는 문제가 없습니다. 모든 것이 쾅하고 실행되지만 동시에 약 13-00에서 15-30 사이의 다양한 브로커를 통해 터미널이 서버에 연결할 수 없습니다. 서비스 공급자가 나에게 추천할 수 있는 것은 서버 주소 몇 개뿐이었습니다. 도움이되지 않았습니다. 마지막 지원 솔루션은 컴퓨터에서 바이러스를 검사하는 것입니다. MT4 연결을 망치는 바이러스 - 넌센스. 나는 아무것도 확인하지 않았다. 약 15:30 모든 것이 갑자기 잘 작동했습니다.
Pioner 30.11.05 21:47 ...зато терминалы через различных брокеров в одно и тоже время, примерно 13-00 до 15-30, не могли соеденится со своими серверами...
나는 아무것도 이해하지 못한다. 어제 나는 터미널 핑에서 Alpari까지 집 밖을 내다보았다 - 그것은 0 을 보여준다! MQ 서버로 256. 주말 등으로 결정. 오늘 저는 터미널 핑에서 Alpari로의 작업을 살펴보았습니다(데이터 센터가 아니라 직접) - 그리고 다시 0 ! 무슨 일이에요? 아마도 제로?
물론 전문가가 아니라 스페셜로 인해 IMHO 문제가 발생합니다. 장비/특수 보안 소프트웨어는 서버와의 비동기화가 터미널에 중요하기 때문에 증상으로 인해 점점 더 확신하게 됩니다. 전문가. 소프트웨어/장비는 인코딩된 스트림에 이가 있는지 완고하게 확인하려고 시도하지만(특히 많은 데이터가 있는 경우 문제가 됨) 찾지 않고 의심스러운 부분을 놓치지 않고 이것이 특별합니다. 장비\소프트웨어 부주의(또는 그 반대의 경우 너무 열성) 관리자는 때때로 무모하게 조각합니다.).
관리자의 무모함에 대해서는 필요하지 않습니다. 그리고 그들에게 이 탑을 가르치고 싶어하는 사람들이 너무 많습니다. 그리고 MT4 개발자가 변경할 때 다른 포트로 전환해야 할 필요성을 명확히 할 수 있습니까? 플랫폼? 그리고 프로토콜 \ 사양은 DC 서버와 사용자의 컴퓨터? 아마도 이것은 개 자체 일 것입니다 ...
관리자의 무모함에 대해서는 필요하지 않습니다. 그리고 그들에게 이 탑을 가르치고 싶어하는 사람들이 너무 많습니다. 그리고 MT4 개발자가 변경할 때 다른 포트로 전환해야 할 필요성을 명확히 할 수 있습니까? 플랫폼? 그리고 프로토콜 \ 사양은 DC 서버와 사용자의 컴퓨터? 아마도 이것은 개 자체 일 것입니다 ...
표준 포트 443(SSL)과 완전히 비표준 프로토콜을 사용하여 일종의 서버와 데이터를 교환한다고 상상해 보십시오. 단일 사례(또한 우크라이나에서는 한 회사에서만)에서 이 포트 443으로 가는 모든 것이 급격하게 느려지기 시작합니다. 동일한 조건과 동일한 소프트웨어(MT Server 4)에서 다른 포트(예: 1950, 테스트됨)를 사용할 때 모든 것이 매우 빠르고 정상적으로 작동합니다.
질문: 포트 443에서 왜 이런 일이 발생합니까? 가능한 대답: 누군가가 이 포트의 모든 트래픽을 필터링하여 암호 해독에 성공하지 못했습니다. 음, 디코딩에는 많은 시간이 걸립니다. 모든 것이 느려집니다.
여기에서 "특수 장비"에 대한 언급이 나왔습니다. 이것이 잘못된 가정이기를 바랍니다. 그런데 일부 국가에서는 거래 서버를 설치할 때 이미 특정 포트를 금지하는 국가(?) 정책에 직면했습니다. 서버의 작동 포트를 변경하고 작업해야 했습니다.
...하지만 다른 브로커를 통해 동시에 터미널이 대략 13:00 ~ 15:30 사이에 서버에 연결할 수 없었습니다 ...
ISP(시 차원의 인터넷 제공업체)도 일시적인 문제를 경험할 수 있습니다.
...зато терминалы через различных брокеров в одно и тоже время, примерно 13-00 до 15-30, не могли соеденится со своими серверами...
ISP(시 차원의 인터넷 제공업체)도 일시적인 문제를 경험할 수 있습니다.
하지만 다른 인터넷 서비스에서는 문제를 경험한 적이 없습니다.
하지만 다른 인터넷 서비스에서는 문제가 발생하지 않았습니다.
대부분의 경우 일부 포트와 서비스는 특수 장비로 필터링됩니다. 우리는 솔루션을 찾고 브로커에게 필요한 권장 사항을 제공하기 위해 노력할 것입니다.
MQ 서버로 256. 주말 등으로 결정. 오늘 저는 터미널 핑에서 Alpari로의 작업을 살펴보았습니다(데이터 센터가 아니라 직접) - 그리고 다시 0 !
무슨 일이에요? 아마도 제로?
친애하는 개발자 여러분, 다음 빌드를 출시할 때 연결 문제를 잊지 마십시오.
현재 Alpari 서버에 대한 핑은 438ms 입니다.
모두 제일 좋다,
미키 모골
그리고 MT4 개발자가 변경할 때 다른 포트로 전환해야 할 필요성을 명확히 할 수 있습니까?
플랫폼? 그리고 프로토콜 \ 사양은 DC 서버와
사용자의 컴퓨터? 아마도 이것은 개 자체 일 것입니다 ...
그리고 MT4 개발자가 변경할 때 다른 포트로 전환해야 할 필요성을 명확히 할 수 있습니까?
플랫폼? 그리고 프로토콜 \ 사양은 DC 서버와
사용자의 컴퓨터? 아마도 이것은 개 자체 일 것입니다 ...
표준 포트 443(SSL)과 완전히 비표준 프로토콜을 사용하여 일종의 서버와 데이터를 교환한다고 상상해 보십시오. 단일 사례(또한 우크라이나에서는 한 회사에서만)에서 이 포트 443으로 가는 모든 것이 급격하게 느려지기 시작합니다. 동일한 조건과 동일한 소프트웨어(MT Server 4)에서 다른 포트(예: 1950, 테스트됨)를 사용할 때 모든 것이 매우 빠르고 정상적으로 작동합니다.
질문: 포트 443에서 왜 이런 일이 발생합니까?
가능한 대답: 누군가가 이 포트의 모든 트래픽을 필터링하여 암호 해독에 성공하지 못했습니다. 음, 디코딩에는 많은 시간이 걸립니다. 모든 것이 느려집니다.
여기에서 "특수 장비"에 대한 언급이 나왔습니다. 이것이 잘못된 가정이기를 바랍니다.
그런데 일부 국가에서는 거래 서버를 설치할 때 이미 특정 포트를 금지하는 국가(?) 정책에 직면했습니다. 서버의 작동 포트를 변경하고 작업해야 했습니다.