Problemas con el Firewall de Mi Server!

Draving · 18 May 2008

Hola Chic@s tengo una duda y como mucho de servidores no se mejor la pregunto aca donde hay muchos expertos en el tema

Hace meces mi server tenia problemas de carga de load superiores a 30 durante casi todo el dia, este problema lo resolvio Guillermo de 800-help.com Muy buen Servicio

El problema es que a los 2 Dias de que el server quedo andando 10 Puntos despues de la optimizacion con load bajo, se jodio el Firewall segun me dijo Guillermo:

El firewall ya no puede bloquear mas y experimenta una congestion.... Este problema jamas lo habia tenido si bien el otro dia me lo arreglo Guillermo hoy a la mañana me encuentro nuevamente con el mismo problema, TimeOut, 404, Los Pings pierden los paquetes en fin el load esta bajo y todo bien pero el Firewall no deja que nadie pueda entrar:
CODE, HTML o PHP Insertado:
[root@host ~]#  tail -f /var/log/messages
May 18 06:22:51 host kernel: ip_conntrack: table full, dropping packet.
May 18 06:22:56 host kernel: printk: 302 messages suppressed.
May 18 06:22:56 host kernel: ip_conntrack: table full, dropping packet.
May 18 06:22:59 host kernel: ** SDROP ** IN=eth0 OUT= MAC=00:30:48:93:a8:28:00:0c:30:ce:c4:80:08:00 SRC=85.255.120.74 DST=72.9.254.66 LEN=60 TOS=0x00 PREC=0x00 TTL=56 ID=19980 DF PROTO=TCP SPT=48560 DPT=80 WINDOW=5840 RES=0x00 SYN URGP=0
May 18 06:23:01 host kernel: printk: 329 messages suppressed.
May 18 06:23:01 host kernel: ip_conntrack: table full, dropping packet.
May 18 06:23:06 host kernel: printk: 355 messages suppressed.
May 18 06:23:06 host kernel: ip_conntrack: table full, dropping packet.
May 18 06:23:11 host kernel: printk: 375 messages suppressed.
May 18 06:23:11 host kernel: ip_conntrack: table full, dropping packet.
May 18 06:23:16 host kernel: printk: 396 messages suppressed.
May 18 06:23:16 host kernel: ip_conntrack: table full, dropping packet.
May 18 06:23:20 host kernel: ** SDROP ** IN=eth0 OUT= MAC=00:30:48:93:a8:28:00:0c:30:ce:c4:80:08:00 SRC=85.255.120.74 DST=72.9.254.66 LEN=60 TOS=0x00 PREC=0x00 TTL=56 ID=47454 DF PROTO=TCP SPT=52013 DPT=80 WINDOW=5840 RES=0x00 SYN URGP=0
May 18 06:23:21 host kernel: printk: 367 messages suppressed.
May 18 06:23:21 host kernel: ip_conntrack: table full, dropping packet.
Si bien esto lo arregle poniendo:

yum update
service iptables restart

y Ahora funciona bien, temo a que vuelva a pasar lo mismo en unos dias....

He revisado el Cron y he encontrado esto que ha sido agregado recientemente en cond.d:

refresh.apf:
CODE, HTML o PHP Insertado:
MAILTO=
SHELL=/bin/sh
*/10 * * * * root /etc/apf/apf --refresh >> /dev/null 2>&1 &
y tambien:

csf_update:
CODE, HTML o PHP Insertado:
MAILTO=
SHELL=/bin/sh
28 11 * * * root perl /etc/csf/csf.pl -u
-------------------------------------------

En fin, como ya dicho anteriormente de servers no se mucho y lo poco que se lo he aprendido en foros y navegando....

Si alguien sabe a que puede deberse este problema, agradeceria desde ya que me pudiera dar alguna pista...

y Felicitaciones a Apolo (Jaime) y todos los usuarios que hacen posible esta Comunidad

Anunciante

WebTech · 19 May 2008

Parece que la tabla de ip_conntrack está llena, intenta agregar ésta línea al final del archivo /etc/sysctl.conf:
CODE, HTML o PHP Insertado:
net.ipv4.netfilter.ip_conntrack_max = 65535
Luego de eso, corre este comando:
CODE, HTML o PHP Insertado:
sysctl -p
Sigue monitorizando si tienes el mismo mensaje desde los logs.

Una sugerencia, no deberías tener CSF y APF corriendo en el mismo servidor a la vez, te puede causar muchos conflictos a nivel de red/acceso justamente.

Saludos,

Apolo · 20 May 2008

Hola Draving,

Gracias por tus palabras y bienvenido a ComunidadHosting.

Tal como bien comenta WebTech, no deberías usar APF y CSF al mismo tiempo. De hecho, las instrucciones de CSF desaconsejan en este sentido.

Saludos,

Draving · 21 May 2008

Gracias WebTech y Apolo, hare lo que me han recomendado, igual creo que si bien hay 2, solo uno esta activo, igualemente voy a revisar y agregar lo que me ha pasado WebTech

Grcias

Draving · 25 May 2008

WebTech he ralizado lo que me ha dicho y me a dado el siguiente error:

CODE, HTML o PHP Insertado:

[root@host ~]# sysctl -p
net.ipv4.ip_forward = 0
net.ipv4.conf.default.rp_filter = 1
net.ipv4.conf.default.accept_source_route = 0
kernel.sysrq = 0
kernel.core_uses_pid = 1
net.ipv4.tcp_syncookies = 1
kernel.msgmnb = 65536
kernel.msgmax = 65536
kernel.shmmax = 4294967295
kernel.shmall = 268435456
error: "net.ipv4.netfilter.ip_conntrack_max" is an unknown key
[root@host ~]#

Puse algo mal ? :eek:

WebTech · 27 May 2008

¿Qué sistema operativo estás usando? Versión exacta por favor.

Pega aquí por favor la salida del comando:
CODE, HTML o PHP Insertado:
cat /etc/sysctl.conf
Saludos,

Draving · 27 May 2008

Gracias por la ayuda WebTech

Parece que ya repararon el problema los de soporte del server, creo que hicieron lo mismo que me habias dicho con algunas variaciones, tocaron el iptables y algunas cosas mas que mucho no entiendo...

Al parecer esta funcionando bien asi que espero que siga asi...

GRACIAS!

WebTech · 27 May 2008

A las órdenes

Saludos,

Draving · 28 May 2008

Pense que ya estaba arreglado pero ha Vuelto a Pasar :stress:

Te dejo WebTech lo que me pediste, ahora cambio el error, pero pasa lo mismo, se bloquea el server y no hay forma ni de entrar a ninguna web ni a ssh ni nada....

Logre entrar y reinicie el iptables y ya anda de nuevo, vamos a ver cuanto dura.... :rolleyes:

Aqui te los logs que me pediste WebTech:

CODE, HTML o PHP Insertado:


[root@host ~]# cat /etc/sysctl.conf
# Kernel sysctl configuration file for Red Hat Linux
#
# For binary values, 0 is disabled, 1 is enabled.  See sysctl(8) and
# sysctl.conf(5) for more details.

# Controls IP packet forwarding
net.ipv4.ip_forward = 0

# Controls source route verification
net.ipv4.conf.default.rp_filter = 1

# Do not accept source routing
net.ipv4.conf.default.accept_source_route = 0

# Controls the System Request debugging functionality of the kernel
kernel.sysrq = 0

# Controls whether core dumps will append the PID to the core filename
# Useful for debugging multi-threaded applications
kernel.core_uses_pid = 1

# Controls the use of TCP syncookies
net.ipv4.tcp_syncookies = 1

# Controls the maximum size of a message, in bytes
kernel.msgmnb = 65536

# Controls the default maxmimum size of a mesage queue
kernel.msgmax = 65536

# Controls the maximum shared segment size, in bytes
kernel.shmmax = 4294967295

# Controls the maximum number of shared memory segments, in pages
kernel.shmall = 268435456

net.ipv4.netfilter.ip_conntrack_max = 65535
[root@host ~]#


[root@host ~]# tail -f /var/log/messages
May 28 04:30:44 host kernel: ** OUT_UDP DROP ** IN= OUT=eth0 SRC=72.9.254.66 DST=66.90.68.26 LEN=117 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=UDP SPT=53 DPT=55 LEN=97
May 28 04:30:44 host named[2131]: client 66.90.68.26#55: error sending response: host unreachable
May 28 04:30:46 host kernel: ** OUT_UDP DROP ** IN= OUT=eth0 SRC=72.9.254.66 DST=66.90.68.26 LEN=106 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=UDP SPT=53 DPT=55 LEN=86
May 28 04:30:46 host named[2131]: client 66.90.68.26#55: error sending response: host unreachable
May 28 04:30:54 host kernel: ** OUT_UDP DROP ** IN= OUT=eth0 SRC=72.9.254.66 DST=66.90.68.26 LEN=106 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=UDP SPT=53 DPT=55 LEN=86
May 28 04:30:54 host named[2131]: client 66.90.68.26#55: error sending response: host unreachable
May 28 04:31:02 host named[2131]: client 66.90.68.26#55: error sending response: host unreachable
May 28 04:31:02 host kernel: ** OUT_UDP DROP ** IN= OUT=eth0 SRC=72.9.254.66 DST=66.90.68.26 LEN=106 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=UDP SPT=53 DPT=55 LEN=86
May 28 04:31:32 host kernel: ** OUT_TCP DROP ** IN= OUT=eth0 SRC=72.9.254.66 DST=83.55.76.192 LEN=1482 TOS=0x00 PREC=0x00 TTL=64 ID=17405 DF PROTO=TCP SPT=80 DPT=14849 WINDOW=6432 RES=0x00 ACK URGP=0
May 28 04:31:47 host kernel: ** OUT_TCP DROP ** IN= OUT=eth0 SRC=72.9.254.66 DST=83.55.76.192 LEN=1482 TOS=0x00 PREC=0x00 TTL=64 ID=55306 DF PROTO=TCP SPT=80 DPT=14895 WINDOW=6432 RES=0x00 ACK URGP=0
May 28 04:32:03 host kernel: ** OUT_TCP DROP ** IN= OUT=eth0 SRC=72.9.254.66 DST=83.55.76.192 LEN=1482 TOS=0x00 PREC=0x00 TTL=64 ID=17406 DF PROTO=TCP SPT=80 DPT=14849 WINDOW=6432 RES=0x00 ACK URGP=0

A ver si alguien sabe que puede ser

Gracias

WebTech · 29 May 2008

Draving,

Trata de poner estos valores para tunear un poco mejor el problema de ip_conntrack.
CODE, HTML o PHP Insertado:
net.ipv4.netfilter.ip_conntrack_tcp_timeout_established = 28800
CODE, HTML o PHP Insertado:
net.ipv4.netfilter.ip_conntrack_max = 91980
CODE, HTML o PHP Insertado:
net.ipv4.netfilter.ip_conntrack_tcp_timeout_close_wait = 60
Luego corre este comando:
CODE, HTML o PHP Insertado:
/sbin/sysctl -p
Tipea y pega la salida del comando:
CODE, HTML o PHP Insertado:
uname -a
Sobre lo otro, son drops del kernel, nada "anormal". ¿Qué firewall estás usando al final?

Un saludo,

Draving · 30 Jul 2008

Hola Chicos estoy teniendo nuevamente problemas con el Firewall, como siempre tengo usuarios que me reportan que no pueden entrar y reviso los logs y me dice esto:

CODE, HTML o PHP Insertado:

 TTL=49 ID=61185 PROTO=UDP SPT=3826 DPT=53 LEN=53
Jul 30 05:42:07 host kernel: ** SDROP ** IN=eth0 OUT= MAC=00:30:48:93:a8:28:00:0c:30:ce:c4:80:08:00 SRC=67.210.12.104 DST=72.9.254.66 LEN=73 TOS=0x00 PREC=0x00 TTL=49 ID=64060 PROTO=UDP SPT=3826 DPT=53 LEN=53
Jul 30 05:42:07 host kernel: ** SDROP ** IN=eth0 OUT= MAC=00:30:48:93:a8:28:00:0c:30:ce:c4:80:08:00 SRC=67.210.12.156 DST=72.9.254.66 LEN=62 TOS=0x00 PREC=0x00 TTL=49 ID=39945 PROTO=UDP SPT=54683 DPT=53 LEN=42
Jul 30 05:42:07 host kernel: ** SDROP ** IN=eth0 OUT= MAC=00:30:48:93:a8:28:00:0c:30:ce:c4:80:08:00 SRC=67.210.4.10 DST=72.9.254.66 LEN=73 TOS=0x00 PREC=0x00 TTL=56 ID=63358 PROTO=UDP SPT=63636 DPT=53 LEN=53
Jul 30 05:42:09 host kernel: ** SDROP ** IN=eth0 OUT= MAC=00:30:48:93:a8:28:00:0c:30:ce:c4:80:08:00 SRC=67.210.12.104 DST=72.9.254.66 LEN=62 TOS=0x00 PREC=0x00 TTL=49 ID=1572 PROTO=UDP SPT=3826 DPT=53 LEN=42
Jul 30 05:42:09 host kernel: ** SDROP ** IN=eth0 OUT= MAC=00:30:48:93:a8:28:00:0c:30:ce:c4:80:08:00 SRC=67.210.4.10 DST=72.9.254.66 LEN=73 TOS=0x00 PREC=0x00 TTL=56 ID=1927 PROTO=UDP SPT=63636 DPT=53 LEN=53
Jul 30 05:42:11 host kernel: ** SDROP ** IN=eth0 OUT= MAC=00:30:48:93:a8:28:00:0c:30:ce:c4:80:08:00 SRC=67.210.12.156 DST=72.9.254.66 LEN=62 TOS=0x00 PREC=0x00 TTL=49 ID=48592 PROTO=UDP SPT=54683 DPT=53 LEN=42

El error es diferente, pero hace lo mismo que la gente no pueda entrar... lo soluciono reseteando los servicios iptables y named, pero cada 2 o 3 dias vuelve a suceder...

Alguien tiene idea que tengo mal ?

Gracias!

Draving · 31 Jul 2008

Porfavor Alguien que me ayude...

Hoy vuelvo a tener el mismo error:

CODE, HTML o PHP Insertado:

 TTL=49 ID=55320 PROTO=UDP SPT=63614 DPT=53 LEN=46
Jul 31 04:37:10 host kernel: ** SDROP ** IN=eth0 OUT= MAC=00:30:48:93:a8:28:00:0c:30:ce:c4:80:08:00 SRC=67.210.12.121 DST=72.9.254.66 LEN=66 TOS=0x00 PREC=0x00 TTL=49 ID=52566 PROTO=UDP SPT=61824 DPT=53 LEN=46
Jul 31 04:37:13 host kernel: ** SDROP ** IN=eth0 OUT= MAC=00:30:48:93:a8:28:00:0c:30:ce:c4:80:08:00 SRC=67.210.12.123 DST=72.9.254.66 LEN=66 TOS=0x00 PREC=0x00 TTL=49 ID=48139 PROTO=UDP SPT=54455 DPT=53 LEN=46
Jul 31 04:37:13 host kernel: ** SDROP ** IN=eth0 OUT= MAC=00:30:48:93:a8:28:00:0c:30:ce:c4:80:08:00 SRC=67.210.12.139 DST=72.9.254.66 LEN=66 TOS=0x00 PREC=0x00 TTL=49 ID=56508 PROTO=UDP SPT=52269 DPT=53 LEN=46
Jul 31 04:37:14 host kernel: ** SDROP ** IN=eth0 OUT= MAC=00:30:48:93:a8:28:00:0c:30:ce:c4:80:08:00 SRC=67.210.12.158 DST=72.9.254.66 LEN=66 TOS=0x00 PREC=0x00 TTL=49 ID=60427 PROTO=UDP SPT=52726 DPT=53 LEN=46
Jul 31 04:37:14 host kernel: ** SDROP ** IN=eth0 OUT= MAC=00:30:48:93:a8:28:00:0c:30:ce:c4:80:08:00 SRC=67.210.12.160 DST=72.9.254.66 LEN=66 TOS=0x00 PREC=0x00 TTL=49 ID=1265 PROTO=UDP SPT=63614 DPT=53 LEN=46
Jul 31 04:37:16 host kernel: ** SDROP ** IN=eth0 OUT= MAC=00:30:48:93:a8:28:00:0c:30:ce:c4:80:08:00 SRC=67.210.12.121 DST=72.9.254.66 LEN=66 TOS=0x00 PREC=0x00 TTL=49 ID=58503 PROTO=UDP SPT=61824 DPT=53 LEN=46

Porfavor ayuda! :-(

Expel · 31 Jul 2008

Para empezar, no has comentado qué ha pasado después de ésta ayuda:
WebTech dijo: ↑
Draving,

Trata de poner estos valores para tunear un poco mejor el problema de ip_conntrack.
CODE, HTML o PHP Insertado:
net.ipv4.netfilter.ip_conntrack_tcp_timeout_established = 28800
CODE, HTML o PHP Insertado:
net.ipv4.netfilter.ip_conntrack_max = 91980
CODE, HTML o PHP Insertado:
net.ipv4.netfilter.ip_conntrack_tcp_timeout_close_wait = 60
Luego corre este comando:
CODE, HTML o PHP Insertado:
/sbin/sysctl -p
Tipea y pega la salida del comando:
CODE, HTML o PHP Insertado:
uname -a
Sobre lo otro, son drops del kernel, nada "anormal". ¿Qué firewall estás usando al final?

Un saludo,
Hacer clic para expandir...

Draving · 31 Jul 2008

Hola, Expel, Gracias por responder!

Te comento que el error anterior me lo habia resolvido la gente de Soporte Tecnico que tenia antes, pero ya no brindan soporte

El nuevo error es el que cite abajo de los logs SDROP, y cada ves que pasa cada 2 o 3 dias la mayoria de las paginas no andan... y tengo que resetear el iptables y el names...

Si alguien sabe que esta mal, porfavor que me ayude

Draving · 1 Ago 2008 a las 15:29

Nadie me puede ayudar

???

Hoy ha vuelto a succeder:

CODE, HTML o PHP Insertado:

Aug  1 04:55:40 host kernel: ** OUT_TCP DROP ** IN= OUT=eth0 SRC=72.9.254.66 DST=190.135.11.157 LEN=40 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=TCP SPT=80 DPT=21969 WINDOW=0 RES=0x00 RST URGP=0
Aug  1 04:55:43 host kernel: ** OUT_TCP DROP ** IN= OUT=eth0 SRC=72.9.254.66 DST=200.27.36.3 LEN=1337 TOS=0x00 PREC=0x00 TTL=64 ID=32525 DF PROTO=TCP SPT=80 DPT=18324 WINDOW=6888 RES=0x00 ACK PSH URGP=0
Aug  1 04:55:43 host kernel: ** OUT_TCP DROP ** IN= OUT=eth0 SRC=72.9.254.66 DST=200.27.36.3 LEN=1332 TOS=0x00 PREC=0x00 TTL=64 ID=61151 DF PROTO=TCP SPT=80 DPT=18325 WINDOW=6896 RES=0x00 ACK PSH URGP=0
Aug  1 04:55:47 host kernel: ** OUT_TCP DROP ** IN= OUT=eth0 SRC=72.9.254.66 DST=190.135.11.157 LEN=40 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=TCP SPT=80 DPT=21975 WINDOW=0 RES=0x00 RST URGP=0
Aug  1 04:55:48 host kernel: ** OUT_TCP DROP ** IN= OUT=eth0 SRC=72.9.254.66 DST=190.135.11.157 LEN=40 TOS=0x00 PREC=0x00 TTL=64 ID=16708 DF PROTO=TCP SPT=80 DPT=21835 WINDOW=7616 RES=0x00 ACK FIN URGP=0
Aug  1 04:55:50 host kernel: ** OUT_TCP DROP ** IN= OUT=eth0 SRC=72.9.254.66 DST=190.135.11.157 LEN=40 TOS=0x00 PREC=0x00 TTL=64 ID=16709 DF PROTO=TCP SPT=80 DPT=21835 WINDOW=7616 RES=0x00 ACK FIN URGP=0
Aug  1 04:55:51 host kernel: ** OUT_TCP DROP ** IN= OUT=eth0 SRC=72.9.254.66 DST=190.135.11.157 LEN=40 TOS=0x00 PREC=0x00 TTL=64 ID=12816 DF PROTO=TCP SPT=80 DPT=21832 WINDOW=6752 RES=0x00 ACK FIN URGP=0

Ya busque en Google y no encuentro nada relacionado con este error...

Apolo · 1 Ago 2008 a las 18:11

Hola Draving,

Aquí te pueden ayudar, muy seguramente:

http://www.infranetworking.com/management.php

Saludos.

WebTech · 1 Ago 2008 a las 19:52

Draving dijo: ↑

Hola, Expel, Gracias por responder!

Te comento que el error anterior me lo habia resolvido la gente de Soporte Tecnico que tenia antes, pero ya no brindan soporte

El nuevo error es el que cite abajo de los logs SDROP, y cada ves que pasa cada 2 o 3 dias la mayoria de las paginas no andan... y tengo que resetear el iptables y el names...

Si alguien sabe que esta mal, porfavor que me ayude
Hacer clic para expandir...

Hola Draving,

Si pagas por hosting, al menos asegúrate de que incluya soporte, más si no tienes conocimientos medianamente sólidos de sistemas, aveces invertir en un buen proveedor vale la pena y te ahorra malos ratos, ayudando por supuesto a que tengas estabilidad en tus sitios.

Hola Draving,

Aquí te pueden ayudar, muy seguramente:

http://www.infranetworking.com/management.php

Saludos.
Hacer clic para expandir...

Gracias por la sugerencia Apolo

Saludos,

Draving · 2 Ago 2008 a las 01:14

Ah decir verdad si tengo Soporte, pero no confio en lo que hacen! Es como un Mecanico, uno no sabe nada de autos lo lleva al mecanico te lo arregla y luego le preguntas que tenia y te dice cualquier cosa... tu que no sabes le crees. Total el problema se resolvio, luego a la semana aparece un problema nuevo que jamas tuviste.... Medio Raro... No!

Lo que ah mi me da a pensar es que dejo algo mal aproposito para que se volviera a romper y luego tener que volver a llevarlo...

En los servidores es igual... El Server anda 10 Puntos, despues de meses peleando con apache y mysql anda barbaro, se mantiene normal, y ahora por este minimo problema de Firewall ya veo que le digo que lo arreglen y si lo arreglan pero luego magicamente vuelve a fallar mysql o apache....

Para luego decirme! Su servidor ya no aguanta mas... Compre uno mas potente... Haga balancear la carga... etc... Que para ellos es facil decirlo pero no siempre para el bolcillo de uno...

Y para mi va a ser rarisimo ya que el server andaba 10 Puntos hasta que ellos llegaron xD......

En mi Post anterior pedi que me ayudaran a encontrar a algun sysadmin pero nadie me respondio, en realidad encontrar es facil lo que yo queria era que me recomendaran alguien de confianza...

Porque para encontrar con google lo encuentras:

http://totalserversolutions.com/services.php
http://serverwizards.com/
http://www.touchsupport.com/outsourced-support-support.php
http://www.admingeekz.com/
http://cliffsupport.com/
http://www.seeksadmin.com/administration.html

Pero yo solo queria saber, en Quien se puede confiar!

------------------------------------------

En fin seguire buscando ayuda y Googleando a ver si encuentro alguna respuesta, y si no pues un Cron que me resetee iptables, y named cada 5 Horas! No es la solucion, pero no se tampoco cual la es...

Seguro me diran para que estoy en una empresa en la cual no le tengo confianza.... Los Motivos son muchos, pero despues de tantos años en una empresa cuesta dejarla...

En fin, Gracias y seguire buscando en Google http://www.google.com.ar/search?hl=es&rlz=1B3GGGL_esAR260AR261&q=SDROP&btnG=Buscar&meta=lr=lang_es aunque no hay nada sobre lo que me pasa.......

Seguire buscando y preguntando... Gracias

WebTech · 2 Ago 2008 a las 01:34

Draving dijo: ↑

Ah decir verdad si tengo Soporte, pero no confio en lo que hacen! Es como un Mecanico, uno no sabe nada de autos lo lleva al mecanico te lo arregla y luego le preguntas que tenia y te dice cualquier cosa... tu que no sabes le crees. Total el problema se resolvio, luego a la semana aparece un problema nuevo que jamas tuviste.... Medio Raro... No!

Lo que ah mi me da a pensar es que dejo algo mal aproposito para que se volviera a romper y luego tener que volver a llevarlo...

En los servidores es igual... El Server anda 10 Puntos, despues de meses peleando con apache y mysql anda barbaro, se mantiene normal, y ahora por este minimo problema de Firewall ya veo que le digo que lo arreglen y si lo arreglan pero luego magicamente vuelve a fallar mysql o apache....

Para luego decirme! Su servidor ya no aguanta mas... Compre uno mas potente... Haga balancear la carga... etc... Que para ellos es facil decirlo pero no siempre para el bolcillo de uno...

Y para mi va a ser rarisimo ya que el server andaba 10 Puntos hasta que ellos llegaron xD......
Hacer clic para expandir...

Si no confías en quien tienes contratado es algo diferente, pero igualmente tu careces de habilidades técnicas como para poder afirmar si fueron ellos quienes realmente causaron los problemas posteriores al arreglo, en este tipo de casos no te queda más que confiar en tu proveedor.

Lo idea es elegir a tu proveedor/administrador en base a recomendaciones y sugerencias de otras personas que conozcan sus servicios y/o hayan trabajado con ellos, de esa forma puedes saber si son serios o no.

En mi Post anterior pedi que me ayudaran a encontrar a algun sysadmin pero nadie me respondio, en realidad encontrar es facil lo que yo queria era que me recomendaran alguien de confianza...
Hacer clic para expandir...

Creo que la confianza va de la mano de lo que te comenté más arriba, la reputación del proveedor/sysadmin, pero claro, la verdadera confianza te la brinda el mismo proveedor al trabajar contigo.

Para mi un proveedor podrá ser de mucha confianza, pero para ti podrá ser totalmente desconocido, en ese caso, ¿a qué acudes?, referencias, comentarios y testimonios de la empresa.

Saludos,

Accede o regístrate

Problemas con el Firewall de Mi Server!

Draving Nuevo usuario

Anunciante

WebTech Súper Moderador Miembro del Staff Moderador CH

Apolo Administrador Miembro del Staff Administrador CH

Draving Nuevo usuario

Draving Nuevo usuario

WebTech Súper Moderador Miembro del Staff Moderador CH

Draving Nuevo usuario

WebTech Súper Moderador Miembro del Staff Moderador CH

Draving Nuevo usuario

WebTech Súper Moderador Miembro del Staff Moderador CH

Draving Nuevo usuario

Draving Nuevo usuario

Expel EXPULSADO

Draving Nuevo usuario

Draving Nuevo usuario

Apolo Administrador Miembro del Staff Administrador CH

WebTech Súper Moderador Miembro del Staff Moderador CH

Draving Nuevo usuario

WebTech Súper Moderador Miembro del Staff Moderador CH

Accede o regístrate

Problemas con el Firewall de Mi Server!

Draving Nuevo usuario

Anunciante

WebTech Súper Moderador Miembro del Staff Moderador CH

Apolo Administrador Miembro del Staff Administrador CH

Draving Nuevo usuario

Draving Nuevo usuario

WebTech Súper Moderador Miembro del Staff Moderador CH

Draving Nuevo usuario

WebTech Súper Moderador Miembro del Staff Moderador CH

Draving Nuevo usuario

WebTech Súper Moderador Miembro del Staff Moderador CH

Draving Nuevo usuario

Draving Nuevo usuario

Expel __EXPULSADO__

Draving Nuevo usuario

Draving Nuevo usuario

Apolo Administrador Miembro del Staff Administrador CH

WebTech Súper Moderador Miembro del Staff Moderador CH

Draving Nuevo usuario

WebTech Súper Moderador Miembro del Staff Moderador CH

Búsquedas útiles

Expel EXPULSADO