[Ayuda] Servidor se apaga, Debian Linux VPS

Narutimmy · March 15, 2014

ya te lo habia dicho we
se puede apagar un servidor de mta de esa manera ciber tiene razon y tambien te lo dije por experiencia...

lo que te sugieron es que agregues un anti comandos.

intente poner el que tenia en mi servidor roleplay que te muteaba por un par de minutos o te banneaba, pero en dayz no me funciono., ya que usa Local chat y Global chat

EDIT:

Es lap rimera vez que se los datos de trfico y bueno nose se me hace mucho.. es normal?

95th percentile usage this month: 3.04 Mbps

GB usage this month: 39.21 GB (29.05 GB in, 10.16 GB out)

CAPTURA DATOS

tcpdump: WARNING: vbr.13: no IPv4 address assigned 
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode 
listening on vbr.13, link-type EN10MB (Ethernet), capture size 96 bytes 
17:37:35.335680 IP 190.23.31.134.1380 > 162.248.91.250.2014: UDP, payload 30 
17:37:35.335689 IP 190.73.46.73.63269 > 162.248.91.250.2014: UDP, payload 43 
17:37:35.335714 IP 189.165.152.167.12705 > 162.248.91.250.2014: UDP, payload 47 
17:37:35.335908 IP 162.248.91.250.2014 > 190.110.152.86.36284: UDP, payload 23 
17:37:35.335920 IP 162.248.91.250.2014 > 190.73.46.73.63269: UDP, payload 14 
17:37:35.335924 IP 162.248.91.250.2014 > 181.52.159.35.64167: UDP, payload 23 
17:37:35.335930 IP 162.248.91.250.2014 > 187.206.94.128.59985: UDP, payload 200 
17:37:35.335964 IP 162.248.91.250.2014 > 190.163.179.141.4239: UDP, payload 23 
17:37:35.335970 IP 162.248.91.250.2014 > 190.44.88.112.57994: UDP, payload 23 
17:37:35.335992 IP 162.248.91.250.2014 > 186.84.37.184.56450: UDP, payload 23 
17:37:35.336021 IP 162.248.91.250.2014 > 187.247.7.186.57731: UDP, payload 23 
17:37:35.336027 IP 162.248.91.250.2014 > 189.165.152.167.12705: UDP, payload 23 
17:37:35.336031 IP 162.248.91.250.2014 > 187.247.6.34.1979: UDP, payload 23 
17:37:35.336037 IP 162.248.91.250.2014 > 190.23.31.134.1380: UDP, payload 36 
17:37:35.336063 IP 162.248.91.250.2014 > 186.93.123.225.25433: UDP, payload 26 
17:37:35.336532 IP 187.247.6.34.1979 > 162.248.91.250.2014: UDP, payload 14 
17:37:35.336762 IP 186.153.101.238.59979 > 162.248.91.250.2014: UDP, payload 14 
17:37:35.337175 IP 186.84.37.184.56450 > 162.248.91.250.2014: UDP, payload 27 
17:37:35.337415 IP 190.163.179.141.4239 > 162.248.91.250.2014: UDP, payload 18 
17:37:35.337561 IP 186.104.204.239.59659 > 162.248.91.250.2014: UDP, payload 58 
17:37:35.338557 IP 187.247.7.186.57731 > 162.248.91.250.2014: UDP, payload 14 
17:37:35.339399 IP 201.62.92.173.60328 > 162.248.91.250.2014: UDP, payload 18 
17:37:35.339466 IP 162.248.91.250.2014 > 190.110.152.86.36284: UDP, payload 23 
17:37:35.339481 IP 162.248.91.250.2014 > 190.73.46.73.63269: UDP, payload 23 
17:37:35.339526 IP 162.248.91.250.2014 > 181.52.159.35.64167: UDP, payload 23 
17:37:35.339568 IP 162.248.91.250.2014 > 187.247.6.34.1798: UDP, payload 23 
17:37:35.339573 IP 162.248.91.250.2014 > 190.163.179.141.4239: UDP, payload 23 
17:37:35.339577 IP 162.248.91.250.2014 > 186.104.204.239.59659: UDP, payload 23 
17:37:35.339580 IP 162.248.91.250.2014 > 190.135.188.29.29554: UDP, payload 23 
17:37:35.339611 IP 187.247.6.34.1798 > 162.248.91.250.2014: UDP, payload 52 
17:37:35.339614 IP 162.248.91.250.2014 > 190.44.88.112.57994: UDP, payload 23 
17:37:35.339620 IP 162.248.91.250.2014 > 201.62.92.173.60328: UDP, payload 23 
17:37:35.339624 IP 162.248.91.250.2014 > 186.84.37.184.56450: UDP, payload 23 
17:37:35.339627 IP 162.248.91.250.2014 > 187.247.7.186.57731: UDP, payload 23 
17:37:35.339630 IP 162.248.91.250.2014 > 189.165.152.167.12705: UDP, payload 23 
17:37:35.339633 IP 162.248.91.250.2014 > 187.247.6.34.1979: UDP, payload 23 
17:37:35.339637 IP 162.248.91.250.2014 > 190.23.31.134.1380: UDP, payload 23 
17:37:35.339661 IP 162.248.91.250.2014 > 186.153.101.238.59979: UDP, payload 23 
17:37:35.339669 IP 162.248.91.250.2014 > 187.167.67.99.60345: UDP, payload 23 
17:37:35.340512 IP 190.44.88.112.57994 > 162.248.91.250.2014: UDP, payload 18 
17:37:35.342501 IP 187.247.7.186.57731 > 162.248.91.250.2014: UDP, payload 18 
17:37:35.343048 IP 162.248.91.250.2014 > 190.110.152.86.36284: UDP, payload 151 
17:37:35.343060 IP 162.248.91.250.2014 > 190.73.46.73.63269: UDP, payload 151 
17:37:35.343068 IP 162.248.91.250.2014 > 181.52.159.35.64167: UDP, payload 151 
17:37:35.343099 IP 162.248.91.250.2014 > 187.247.6.34.1798: UDP, payload 168 
17:37:35.343104 IP 162.248.91.250.2014 > 190.163.179.141.4239: UDP, payload 151 
17:37:35.343111 IP 162.248.91.250.2014 > 186.104.204.239.59659: UDP, payload 151 
17:37:35.343135 IP 162.248.91.250.2014 > 190.135.188.29.29554: UDP, payload 151 
17:37:35.343141 IP 162.248.91.250.2014 > 190.44.88.112.57994: UDP, payload 122 
17:37:35.343163 IP 162.248.91.250.2014 > 201.62.92.173.60328: UDP, payload 151 
17:37:35.343202 IP 162.248.91.250.2014 > 186.84.37.184.56450: UDP, payload 175 
17:37:35.343209 IP 162.248.91.250.2014 > 187.247.7.186.57731: UDP, payload 151 
17:37:35.343213 IP 162.248.91.250.2014 > 189.165.152.167.12705: UDP, payload 151 
17:37:35.343238 IP 162.248.91.250.2014 > 187.247.6.34.1979: UDP, payload 93 
17:37:35.343244 IP 162.248.91.250.2014 > 190.23.31.134.1380: UDP, payload 93 
17:37:35.343248 IP 162.248.91.250.2014 > 186.153.101.238.59979: UDP, payload 151 
17:37:35.343254 IP 162.248.91.250.2014 > 187.167.67.99.60345: UDP, payload 151 
17:37:35.343284 IP 201.62.92.173.60328 > 162.248.91.250.2014: UDP, payload 18 
17:37:35.343617 IP 187.247.6.34.1798 > 162.248.91.250.2014: UDP, payload 14 
17:37:35.343921 IP 186.84.37.184.56450 > 162.248.91.250.2014: UDP, payload 58 
17:37:35.343928 IP 186.84.37.184.56450 > 162.248.91.250.2014: UDP, payload 14 
17:37:35.343932 IP 186.84.37.184.56450 > 162.248.91.250.2014: UDP, payload 14 
17:37:35.344274 IP 187.206.94.128.59985 > 162.248.91.250.2014: UDP, payload 53 
17:37:35.344604 IP 187.247.6.34.1979 > 162.248.91.250.2014: UDP, payload 18 
17:37:35.345571 IP 190.135.188.29.29554 > 162.248.91.250.2014: UDP, payload 52 
17:37:35.346384 IP 190.163.179.141.4239 > 162.248.91.250.2014: UDP, payload 18 
17:37:35.346393 IP 190.163.179.141.4239 > 162.248.91.250.2014: UDP, payload 43 
17:37:35.346512 IP 201.62.92.173.60328 > 162.248.91.250.2014: UDP, payload 14 
17:37:35.346691 IP 162.248.91.250.2014 > 190.110.152.86.36284: UDP, payload 32 
17:37:35.346708 IP 162.248.91.250.2014 > 190.73.46.73.63269: UDP, payload 32 
17:37:35.346714 IP 162.248.91.250.2014 > 181.52.159.35.64167: UDP, payload 32 
17:37:35.346718 IP 162.248.91.250.2014 > 187.247.6.34.1798: UDP, payload 32 
17:37:35.346723 IP 162.248.91.250.2014 > 187.206.94.128.59985: UDP, payload 17 
17:37:35.346745 IP 162.248.91.250.2014 > 190.163.179.141.4239: UDP, payload 45 
17:37:35.346753 IP 162.248.91.250.2014 > 186.104.204.239.59659: UDP, payload 32 
17:37:35.346758 IP 162.248.91.250.2014 > 190.135.188.29.29554: UDP, payload 32 
17:37:35.346763 IP 162.248.91.250.2014 > 190.44.88.112.57994: UDP, payload 32 
17:37:35.346767 IP 162.248.91.250.2014 > 201.62.92.173.60328: UDP, payload 32 
17:37:35.346773 IP 162.248.91.250.2014 > 186.84.37.184.56450: UDP, payload 49 
17:37:35.346793 IP 162.248.91.250.2014 > 187.247.7.186.57731: UDP, payload 32 
17:37:35.346802 IP 162.248.91.250.2014 > 189.165.152.167.12705: UDP, payload 32 
17:37:35.346807 IP 162.248.91.250.2014 > 187.247.6.34.1979: UDP, payload 90 
17:37:35.346814 IP 162.248.91.250.2014 > 190.23.31.134.1380: UDP, payload 32 
17:37:35.346819 IP 162.248.91.250.2014 > 186.153.101.238.59979: UDP, payload 32 
17:37:35.346824 IP 162.248.91.250.2014 > 187.167.67.99.60345: UDP, payload 32 
17:37:35.347027 IP 190.44.88.112.57994 > 162.248.91.250.2014: UDP, payload 18 
17:37:35.347658 IP 187.247.6.34.1798 > 162.248.91.250.2014: UDP, payload 74 
17:37:35.348760 IP 186.104.204.239.59659 > 162.248.91.250.2014: UDP, payload 89 
17:37:35.350004 IP 186.104.204.239.59659 > 162.248.91.250.2014: UDP, payload 18 
17:37:35.350186 IP 162.248.91.250.2014 > 186.104.204.239.59659: UDP, payload 18 
17:37:35.350275 IP 189.165.152.167.12705 > 162.248.91.250.2014: UDP, payload 14 
17:37:35.351245 IP 186.104.204.239.59659 > 162.248.91.250.2014: UDP, payload 18 
17:37:35.351689 IP 190.135.188.29.29554 > 162.248.91.250.2014: UDP, payload 18 
17:37:35.352528 IP 186.104.204.239.59659 > 162.248.91.250.2014: UDP, payload 18 
17:37:35.353029 IP 189.165.152.167.12705 > 162.248.91.250.2014: UDP, payload 47 
17:37:35.353290 IP 190.44.88.112.57994 > 162.248.91.250.2014: UDP, payload 14 
17:37:35.353548 IP 162.248.91.250.2014 > 189.165.152.167.12705: UDP, payload 14 
17:37:35.354386 IP 201.62.92.173.60328 > 162.248.91.250.2014: UDP, payload 14 
17:37:35.356820 IP 162.248.91.250.2014 > 190.110.152.86.36284: UDP, payload 50 
17:37:35.356854 IP 162.248.91.250.2014 > 187.206.94.128.59985: UDP, payload 190 
100 packets captured 
131 packets received by filter 
0 packets dropped by kernel

Zoon · March 16, 2014

Bueno men hasta donde veo creo que alli esta normal el trafico. Que me corrija CiBeR si estoy equivocado

0xCiBeR · March 16, 2014

Sí, el trafico es completamente normal. Es mas, MUY normal ya que en general, solo se acceden a puertos que deben ser accedidos, por lo tanto por ese lado, todo bien..

Narutimmy · March 16, 2014

Sí, el trafico es completamente normal. Es mas, MUY normal ya que en general, solo se acceden a puertos que deben ser accedidos, por lo tanto por ese lado, todo bien..

mm ok, igual instale el csf como proteccion.

pero aun me pasa el problema, de la nada se termina el proceso

Zoon · March 16, 2014

Bueno que problema.

Pero podrias hacer algo. Porque no intentas de hostear otro servidor de mta en tu VPS? podrias hostear otro server sin decirle a nadie nada lo hosteas y lo dejas alli para q entre gente pero no le digas a nadie le pones otro nombre e.t.c

tonces si ves que los dos servidores se apagan de la nada tonces el problema podria ser el host (COSA QUE LO DUDO MUCHO)

ahora si ves q solo se apaga tu servidor DAYZ tonces el problema esta alli en ese server algun gamemode algun scrip (AUNQUE SIGO PENSANDO QUE ESE PROBLEMA PROVIENE DE ALGUN NOOB DE LOS QUE TIENES POR ADMIN).

podrias intentar eso que te estoy diciendo y luego nos dices que resultados tienes.

0xCiBeR · March 16, 2014

Pero podrias hacer algo. Porque no intentas de hostear otro servidor de mta en tu VPS? podrias hostear otro server sin decirle a nadie nada lo hosteas y lo dejas alli para q entre gente pero no le digas a nadie le pones otro nombre e.t.c
tonces si ves que los dos servidores se apagan de la nada tonces el problema podria ser el host (COSA QUE LO DUDO MUCHO)

+1

Narutimmy · March 16, 2014

Pero podrias hacer algo. Porque no intentas de hostear otro servidor de mta en tu VPS? podrias hostear otro server sin decirle a nadie nada lo hosteas y lo dejas alli para q entre gente pero no le digas a nadie le pones otro nombre e.t.c
tonces si ves que los dos servidores se apagan de la nada tonces el problema podria ser el host (COSA QUE LO DUDO MUCHO)

+1

Bueno como no pida entrar al sv por que estaba ocupado tenia la consola abierta platicando con los users y de la nada el proceso se termina, porque pasa eso

0xCiBeR · March 16, 2014

Haber, vamos paso a paso. En el momento que se apaga, no arroja ningún error?.. Siempre ten en cuenta que tan solo tenes 1 procesador, y 1GB de ram en el VPS que estas utilizando, si tu servidor sufre una sobre carga, ya sea por el propio gamemode en sí, o algún error en el script, Este se apagará.

Narutimmy · March 16, 2014

Haber, vamos paso a paso. En el momento que se apaga, no arroja ningún error?.. Siempre ten en cuenta que tan solo tenes 1 procesador, y 1GB de ram en el VPS que estas utilizando, si tu servidor sufre una sobre carga, ya sea por el propio gamemode en sí, o algún error en el script, Este se apagará.

Mira el mismo GM lo use en vortex no me pasaba lo use asi 7 meses, en caoshost, tenia 2 procesadores y 2 o 4 gb de ram no recuerdo asi que no puede ser eso.

En la consola no salio ningun error.

Zoon · March 16, 2014

men lo q dice ciber es verda si sobrecargas el server. pero no crees en eso de gb de ram mayormente los vendedores de hosting poseen dedicados con mas de 32 gb de ram deberias buscar la manera de ver cuanto esta consumiento tu servidor

Narutimmy · March 16, 2014

men lo q dice ciber es verda si sobrecargas el server. pero no crees en eso de gb de ram mayormente los vendedores de hosting poseen dedicados con mas de 32 gb de ram deberias buscar la manera de ver cuanto esta consumiento tu servidor

usp el ipb, y en cpu no cunsume mas del 50%, no es problema del rendimiento como dije ya que antes no sucedia y estaba mas sobrecargado, desactive muchas resources que no usaba y ahora pasa esto.

Zoon · March 16, 2014

ya tratastes de probar con otro servidor como te dije?

ShadoX<~ · March 17, 2014

Como instalar el panel OGP:

http://www.opengamepanel.org/

http://sourceforge.net/apps/trac/hldstart/

Revisar si es el VPS o el server:

Instala otro server , el que sea , no se pon unos cuantos scritps , esperate unos dias , si ese server solo sin nada se apaga , es problema del VPS pero si se queda encendido , es problema de algun script o varios scripts de tu otros server , e visto el caso de uno de mis clientes que reportaba lo mismo , que sus server se apagaba de la nada , revise y eran problemas con los scripts , quito los scripts bug y que causan mucho flood y el problema quedo solucionado , Puedes tener 12 Cores y 32Gb de ram para un solo server , pero si un script o varios estan malos , se apagara ,

Espero que te sirva de algo amigo y espero que se resuelva tu problema

Narutimmy · March 20, 2014

Bueno ya nose que mas hacer desactive como el 50% de los resources, errores de consola... y demas cosas y aun asi se apaga el proceso, Gracias a todos por la ayuda, creo que es el final de mi Servidor.

0xCiBeR · March 20, 2014

Voy a tratar de ayudarte..Estaré ahora mismo descargando tu server.. 140MB..Hablamos por ahí.

Narutimmy · March 20, 2014

Voy a tratar de ayudarte..Estaré ahora mismo descargando tu server.. 140MB..Hablamos por ahí.

ok, eran 110mb cuando estaba full pero como se apaga mucho perdi a todos los usuarios y bueno ya no me preocupe por el peso.

Narutimmy · March 21, 2014

Bueno e echo lo que me han acosejado, es abierto 2 Servidores y solo se ha apagado el dayz, el otro sigue on.

0xCiBeR · March 21, 2014

Es un problema del DayZ en sí entonces. Usas un GM de DayZ modificado?..Puede haber alguna función que este sobre cargando algo, o alguna función dañina que trigge un Shutdown..

Narutimmy · March 21, 2014

Es un problema del DayZ en sí entonces. Usas un GM de DayZ modificado?..Puede haber alguna función que este sobre cargando algo, o alguna función dañina que trigge un Shutdown..

esta modificado pero yo lo modifique llebo usandolo unos 10 meses.

0xCiBeR · March 21, 2014

Me parece tan raro esto..Voy a tratar de entrar en un rato..El otro dia me andaba demasiado lento el internet..

Narutimmy · March 21, 2014

Me parece tan raro esto..Voy a tratar de entrar en un rato..El otro dia me andaba demasiado lento el internet..

Errores en la consola siempre e tenido pero no era gran problema, supuse alomejor de tantos resources que agrege uno falla , pero ya desacitve casi todo y aun asi se apaga hoy se apago ase unas 2 horas. no puede ser un admin ya que desactive el comando shutdown y el boton del panel admin.

Narutimmy · March 22, 2014

Bueno ni mas, ya desactive casi todo y nada.

Tomas · March 23, 2014

Narutimmy, pon el servidor con contraseña unos minutos antes de la "hora del shutdown" y kikea a todos los users. Quedate solo tu. Si el servidor se apaga son los resources, si el servidor no se apaga; Son tus loquillos players ._.

Podrías hacer algo para cancelar el "shutdown", para dar shutdown deberías hacer un reboot desde la consola de la VPS.

Antes en la comunidad yo descargué un panel de skins, estaba todo en ruso, esta en muchos freeroams, es conocido...

Ese resource recuerdo que decía que lo agregaramos al ACL admin, pues yo lo hice

Cuando me di cuenta que tenía una funcion que te daba shutdown, ahora mismo no recuerdo como era, creo que era un executeCommandHandler (Creo...)

Luego suspendieron su cuenta.

0xCiBeR · March 23, 2014

Estuve mirando un poco..Tienes algunos errores en los scripts..Nada grave pero si son exploiteados pueden causar un crash..Mi recomendación es que revises cada uno de los resources uno por uno, y compruebes que todo funciona bien..Porque como ya dijiste, un server común no se apaga.

Saludos!

Narutimmy · March 23, 2014

Estuve mirando un poco..Tienes algunos errores en los scripts..Nada grave pero si son exploiteados pueden causar un crash..Mi recomendación es que revises cada uno de los resources uno por uno, y compruebes que todo funciona bien..Porque como ya dijiste, un server común no se apaga.
Saludos!

Pues tenia varios resources con acl admin ya los desactive deje solo los del dayz, le quite el admin a y mod a todos mis users y bueno esperare a ver si se resuelve. como seria para que un resource apague un sv? para buscar. ya que como dije eran ataques ddos y la ultima semana se detubieron pero comenzo a apagarse, no creo sea un user porque cuando lo apaga yo lo inicio y ya no lo vuelve a apagar hasta el siguiente dia es raro... debe ser un script con un timer.

[Ayuda] Servidor se apaga, Debian Linux VPS

Recommended Posts

Link to comment

Top Posters In This Topic

Popular Days

Top Posters In This Topic

Popular Days

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Recently Browsing 0 members