Come posso accedere alla tacchina da remoto? - pagina 4

 
xrust >>:



И подвергнуть систему риску взлома - тогда уже сразу раздавать индикатор, да и все. Желающих, и умеющих ломануть серверную часть намного больше чем знающих о существовании такого языка как MQL...

:-) Mi aspettavo una tale svolta nella discussione

--

ma poi potrebbero anche hackerare l'auto del distributore e l'indicatore.

Se non riesce a proteggere il server ad un livello accettabile.

allora con ogni probabilità non può proteggere i suoi.

- è, tipo, il 50/50%...

--

C'è solo un vantaggio, come descritto da Dmitri.

L'hosting costa $5 - e una macchina virtuale costa $50

 

Impossibile - dovresti prima rompere il server di distribuzione e poi calcolare il canale in entrata, il che complica le cose...

 
xrust >>:

нифига - для этого нужно будет сначала ломануть раздающий сервер, а потом вычислять приходящий какнал, что осложняет ситуацию...

:-) per qualcuno che può entrare nel server, non dovrebbe essere troppo difficile da superare

--

Inoltre, l'indirizzo del distributore può essere identificato in un modo diverso, per esempio via e-mail o Skype

fingendo di essere un client per connettersi al sistema come client

--

non ha senso rompere l'host

è sufficiente impostare una corrispondenza - infilare un paio di mail, una con un trojan unico - etc. (stiamo parlando di una situazione in cui una persona non sa come proteggere l'host)

Quindi, non sa cosa sono i firewall (che possono essere aperti solo per il cliente e il distributore), ecc.

quelli che rompono il firewall hanno meno probabilità di farlo - i loro servizi sono più costosi.

 

Quanto spesso pensate che il vostro MT4 acceda al server?

 
Roger >>:

Как Вы думаете, как часто обращается Ваш МТ4 к серверу?

Mettete su qualsiasi sniffer di rete e vedrete - o accedete al FIREWALL

 
Roger писал(а) >>

Quanto spesso pensate che il vostro MT4 acceda al server?


Molto spesso, ma non molto traffico, perché la tecnologia è diversa, e se facciamo la stessa cosa via http, non so se possiamo spingere il carrello fuori dalla strada.
 

Http più di una volta ogni 5 minuti è costoso, ma se il pacchetto è piccolo, va bene anche questo

 
xrust писал(а) >>

Http più di una volta ogni 5 minuti è costoso, ma se il pacchetto è piccolo lo farà.

infatti (1 solo computer) - per una risorsa circa 15 "agenti" da http (da consulenti - da standard Windows dlls). vanno ogni tick / ogni altro tick. "circa 15" - perché il numero di terminali è variato nell'ultimo anno. nessun problema osservato!
 
Shu >>:

по факту работы (1 отдельно взятый компьютер) - на один ресурс ходит около 15 "агентов" по http (из советников - стандартными виндовыми dll-ками). ходят каждый тик / через тик. "около 15" - потому что за последний год число терминалов варьировалось. проблем не наблюдалось!

e non dovrebbe essere osservato.

Il punto è che EA non sarà in grado di andare oltre 1 secondo per le informazioni. Ecco come funziona MT4 <-> wininet.dll<-> server.

Quindi, il client martellerà il server con richieste ogni secondo. E allora? Questo è il motivo per cui il server resiste a qualsiasi carico. Immaginatevi Google o Vkontakte che scalpitano.

Ho provato a controllare su 20 computer + 3 terminali in esecuzione su ciascuno di essi in questi binding richiesta-risposta e richieste quando si esegue dal tester!

E tutti i partecipanti all'esperimento (e anche l'ISP :) si sono sentiti abbastanza bene. L'unica cosa è che il test è lento. Il tick viene elaborato una volta al secondo. Ma non è nemmeno un problema così grande.

Quindi tali sistemi (in cui un certo blocco di codice viene messo su Internet) sono abbastanza funzionanti.

 
Per quanto riguarda l'argomento principale dell'argomento - gli indicatori (piuttosto che i segnali, di cui Yuri ha iniziato a parlare), gli indicatori saranno costruiti utilizzando un sistema simile. Solo i dati saranno inviati al cliente non per un tick, ma per l'intera storia delle barre. Quindi, diciamo, valori salvati della linea dell'indicatore per tutta la storia.
Possiamo fare alcuni calcoli:
per esempio per una linea di indicatore 250 000 barre*8 byte (tempo della barra) + 8 byte (valore della linea) ~ 4 mb di informazioni.
Questo è un carico pesante. Pertanto, dobbiamo limitare la costruzione a 100-1000 punti dell'indicatore (a seconda del numero di linee).

Ma il metodo richiesta-risposta è adatto a questi scopi.