Programação TFS 0.4 3777

[Magalhaes92 6]

Galera alguém sabe de a TFS 0.4 3777 tem algum de ''lag'' ''crash'' ''travamentos'' ou algo parecido ??
Pq ja troquei de vps 4 vezes e fica no lag do carambaaaaaaaaaa. As vezes fica suave, as vezes bate um ''lagzinho'' chato da poxa.
das 4, 2 vps foram BR e nao era pra ta assim, Fica em um ''trava trava'' do caramba velho.

Alguem sabe se tem algum bug nessa tfs 3777, e q se tem se da pra resolver. Pois editei umas coisas nela e nao queria abandona-la

Obs: Estou usando as libs certa dela, e o ot ta quase sem scripts ''editáveis'' (Retirei para nao da erros''

 

[Lurk 67]

cara, no tempo que eu tava com meu ot do nada dava umas travadas e eu achava que era por causa do tfs, troquei de vps uma pá de vez mas não resolvia, acontece que o problema era o povo me nukando... unico lugar q conseguem te proteger de nuke mesmo é o google e a ovh. se não for isso dia seu problema é ainda maior 

[Magalhaes92 6]

Em 25/04/2020 em 17:11, Gabrieldsadaxas disse:

cara, no tempo que eu tava com meu ot do nada dava umas travadas e eu achava que era por causa do tfs, troquei de vps uma pá de vez mas não resolvia, acontece que o problema era o povo me nukando... unico lugar q conseguem te proteger de nuke mesmo é o google e a ovh. se não for isso dia seu problema é ainda maior 

 

Huuu. Entendi man !
Estou usando Web Lara. A galera sempre fala dessa vps que comecei a usar. Mas do nada batendo uns travamentos que pensei q era a TFS (SRC) Que estava com algum bug. Mas vllw pela dica.

[Diego Rulez 105]

@Magalhaes92,Eu sempre tive esse problema com todas as versões 0.4. Inclusive a muito tempo atrás, um amigo meu também achava que o problema era o host, e chegou a comprar um dedicado de 800 reais na staminus, o que também não resolveu o problema.

 

Aconselho usar a TFS 1.3 que não tem mais esse problema, mas ai você teria que migrar também todos os scripts.

Tem a possibilidade de você pagar um programador pra melhorar a source, mas você também pode estar utilizando a OTX2.

Editado Abril 27, 2020 por DiegoRulez (veja o histórico de edições)

[Magalhaes92 6]

4 minutos atrás, DiegoRulez disse:

@Magalhaes92,Eu sempre tive esse problema com todas as versões 0.4. Inclusive a muito tempo atrás, um amigo meu também achava que o problema era o host, e chegou a comprar um dedicado de 800 reais na staminus, o que também não resolveu o problema.

 

Aconselho usar a TFS 1.3 que não tem mais esse problema, mas ai você teria que migrar também todos os scripts.

Tem a possibilidade de você pagar um programador pra melhorar a source, mas você também pode estar utilizando a OTX2.

 

Eitaa, foi oq eu imaginava.
O jeito e tentar usar o OTX 2. Estou ate com uma Source aqui. Porem ta dando erro ao compilar no Dev.
O jeito vai ser ter q me virar no Visual S.

[Lurk 67]

@Magalhaes92 @DiegoRulez eu tenho uma tfs 0.4, a do fireelement msm e eu fiz algumas modificações, nunca tive problema em um host bom... as mudanças que eu fiz foram p arrumar o bug do cara ter mais att speed que os outros se usasse elfbot/magebot, tirei o limite de hp e mana e outras bobeirinhas, nada relacionado a performance 

claro que pode ser algum problema de script mas a tfs que ta disponível aqui no forum eh bem confiável até onde eu vi e testei

 

ainda recomendo mudar p otx mas de preferencia aquele tfs 1.x q fizeram downgrade pra versão 8.60, usar coisa mais atual sempre é importante, mas se vc n tiver o conhecimento ou a grana p fazer isso se pá vale a pena apurar o que ta acontecendo, pergunta pros caras do seu host se vc ta sofrendo ataques ddos 

Editado Abril 28, 2020 por Gabrieldsadaxas (veja o histórico de edições)

[9k22 205]

Olá @Magalhaes92, tudo bem?

 

Primeiramente, verifique no seu config.lua o seu packetsPerSecond. O mesmo não pode ultrapassar 450. (recomendo 350 ou 400)
Agora tente modificar a porta do SSH e instalar uma proteção para DDoS.

Não vai ser as melhores opções, mas vai te ajudar muito.

 

Não copie o $:

$ nano /etc/ssh/sshd_config

Procure por algo parecido como Port 22, modifique para um à sua escolha.

Sempre que você for acessar sua máquina, você não irá usar a porta 22 e sim, a porta que você escolheu.

 

Reinicie o SSH:

$ service ssh restart

Beleza, agora só você saberá o valor da porta SSH, ficará mais difícil atacarem esta porta.

 

Instale agora um CSF dentro de uma Screen e configure: (caso não tenha screen, utilize o comando: apt get install screen -y)

$ screen -S CSF
$ cd /home
$ rm -fv csf.tgz
$ wget https://download.configserver.com/csf.tgz
$ tar -xzf csf.tgz
$ cd csf
$ sh install.sh
$ nano /etc/csf/csf.conf

Use CTRL + W e procure por: TESTING = "1", mude para 0

 

Configure tudo:

Lembre-se: Onde estiver XXXX, troque pela porta SSH. (Coloquei em XXXX pensando que você modificará a sua porta SSH)

TCP_IN = "80,7171,7172,XXXX"
TCP_OUT = "80,7171,7172"
UDP_IN = ""
UDP_OUT = ""
TCP6_IN = "80,7171,7172,XXXX"
TCP6_OUT = "80,7171,7172"
UDP6_IN = ""
UDP6_OUT = ""

CT_LIMIT = "100"
SYNFLOOD = "1"
SYNFLOOD_RATE = "150/s"
SYNFLOOD_BURST = "200"

UDPFLOOD = "1"
PORTFLOOD = "80;tcp;20;5,7171;tcp;20;5,7172;tcp;20;5,XXXX;tcp;5;60"
PS_INTERVAL = "1500"
PS_LIMIT = "20"

Agora reinicie o CSF para aplicar as modificações:

$ csf -r

Caso seu CSF esteja desativado, utilize:

$ csf -e

 

AVISO: Caso cometa algum erro nas configurações acima, você perderá acesso à maquina. Não preciso comentar o que vai ocorrer né

Editado Maio 2, 2020 por 9k22 (veja o histórico de edições)

[Magalhaes92 6]

Em 02/05/2020 em 18:13, 9k22 disse:

Olá @Magalhaes92, tudo bem?

 

Primeiramente, verifique no seu config.lua o seu packetsPerSecond. O mesmo não pode ultrapassar 450. (recomendo 350 ou 400)
Agora tente modificar a porta do SSH e instalar uma proteção para DDoS.

Não vai ser as melhores opções, mas vai te ajudar muito.

 

Não copie o $:

$ nano /etc/ssh/sshd_config

Procure por algo parecido como Port 22, modifique para um à sua escolha.

Sempre que você for acessar sua máquina, você não irá usar a porta 22 e sim, a porta que você escolheu.

 

Reinicie o SSH:

$ service ssh restart

Beleza, agora só você saberá o valor da porta SSH, ficará mais difícil atacarem esta porta.

 

Instale agora um CSF dentro de uma Screen e configure: (caso não tenha screen, utilize o comando: apt get install screen -y)

$ screen -S CSF
$ cd /home
$ rm -fv csf.tgz
$ wget https://download.configserver.com/csf.tgz
$ tar -xzf csf.tgz
$ cd csf
$ sh install.sh
$ nano /etc/csf/csf.conf

Use CTRL + W e procure por: TESTING = "1", mude para 0

 

Configure tudo:

Lembre-se: Onde estiver XXXX, troque pela porta SSH. (Coloquei em XXXX pensando que você modificará a sua porta SSH)

TCP_IN = "80,7171,7172,XXXX"
TCP_OUT = "80,7171,7172"
UDP_IN = ""
UDP_OUT = ""
TCP6_IN = "80,7171,7172,XXXX"
TCP6_OUT = "80,7171,7172"
UDP6_IN = ""
UDP6_OUT = ""

CT_LIMIT = "100"
SYNFLOOD = "1"
SYNFLOOD_RATE = "150/s"
SYNFLOOD_BURST = "200"

UDPFLOOD = "1"
PORTFLOOD = "80;tcp;20;5,7171;tcp;20;5,7172;tcp;20;5,XXXX;tcp;5;60"
PS_INTERVAL = "1500"
PS_LIMIT = "20"

Agora reinicie o CSF para aplicar as modificações:

$ csf -r

Caso seu CSF esteja desativado, utilize:

$ csf -e

 

AVISO: Caso cometa algum erro nas configurações acima, você perderá acesso à maquina. Não preciso comentar o que vai ocorrer né

 

O packetsPerSecond Tava 1000 huashuahusa