Archivos en la Categoría: redes

Centos 6.0 utilizar ipv4

Centos 6.0 por defecto utiliza ipv6, si bien actualmente los nuevos dispositivos lo soportan pueden existir varios razones por las que es necesario mantener el soporte ipv4.

Este caso aplica para cualquier interfaz de red que haya instalada en el sistema, en mi caso eth0 es el nombre de dispositivo que voy a utilizar para este ejemplo ya que es lo más común que puede encontrarse.

Desinstalar NetworkManager
# yum remove NetworkManager

Editar el archivo de configuración de la interfaz de red. Es necesario cambiar eth0 por la interfaz correspondiente.
# vi /etc/sysconfig/network-scripts/ifcfg-eth0

  • Es necesario cambiar el valor de onboot de NO a YES.
  • También hay que cambiar NMcontrolled de YES a NO.
  • Guardar los cambios y salir.

Editar el archivo de configuración de red
# vi /etc/sysconfig/network

  • Si no existe la linea FORWARD_IPV4 se agrega.
  • Debe quedar de la siguiente manera: FORWARD_IPV4 = YES
  • Guardar los cambios y salir.

Reiniciar los servicios de red
# service network restart

Paso necesario para que el servicio inicie cuando inicia el sistema
# chkconfig network on

Si es necesario configurar manualmente los datos de la placa de red como ip, puerta de enlace o dns está disponible el comando
# system-config-network

De esta manera debería estar funcionando correctamente ipv4 en nuestro sistema.

Sql en servidor independiente del dominio

Detalles:

Servidor 2003 Pdc (Primary domain controller)

Servidor Sql 2003 server.

Terminales: Mayormente W 2000.

De un momento a otro, a todos los usuarios de la aplicación que utiliza el Sql les empieza a salir el cartel de que no se encuentra el sql. Unos pocos logran entrar a la aplicación pero a los 5 minutos devuelve errores.  Después de varias pruebas de integridad de red, se reinicia el servidor Sql pero nada todavía. Como última medida se reinicia el servidor de dominio, volviendo todo a la normalidad. Entonces con esto se descubre que en realidad el problema es el servidor del dominio y no el del Sql. Como aclaración, este servidor no funciona como servidor de Dhcp, tampoco de Dns.

La forma en la que se solucionó  este problema fue colocando la ip del servidor de Dominio como primer Dns en las propiedades de la conexión en cada pc. De poner los dns en el router que es quien da Dhcp también funciona, pero la red se torna un poco más lenta.

Ejecutar programas desde terminal sérver en 2003

Un problema bastante importante que me crucé fue que con el administrador era el único que  podía ejecutar .exe conectado por terminal server a un 2003, lo que más me desorientó en la búsqueda es que un usuario cualquiera con privilegios de administrador tampoco podía ejecutar programas.

Solo podía el administrador original, siempre hablando claro que los usuarios eran usuarios del grupo terminal server, tenían privilegios sobre los recursos compartidos y privilegios totales sobre los archivos.

En herramientas administrativas hay una opción para configurar el terminal server, si está configurado en seguridad alta, programas que no estén explícitamente soportados por 2003 no van a funcionar, en ese caso se baja la seguridad a nivel medio.

El problema en cuestión se soluciona bajando la seguridad de internet explorer, En mi caso tuve que pasar todos los usuarios a usuarios administradores primero, cambiarlo usuario por usuario, y luego quitarlos del grupo administradores, el programa sigue funcionando, pero no da mas el error.

Después quedaría controlar cuanto hay que bajar la seguridad para que no quede el servidor expuesto, pero que a la vez puedan correr los programas.

Routers Vpn

Con el crecimiento de las redes, un problema común, es querer unir distintas sucursales de una misma empresa en la misma red, una opción para esto es con vpn.

Con un router vpn, se configura sin demasiados pasos, y crea la vpn automáticamente, con esto quiero decir, que simula que estamos dentro de la misma red todo el tiempo, y tenemos siempre el acceso a internet, basta con poner uno en cada sucursal y configurarlos.

Lógicamente, tenemos siempre menos velocidad que la que tendriamos en la red local, pero este sistema funciona muy bien.

Claves Wep

Hoy en día, es algo muy común tener que poner contraseñas para conectarnos a redes inalámbricas o wifis, la razón mas común es la que cualquiera con un receptor wifi puede conectarse a nuestra red, y usar nuestro ancho de banda, o ver nuestros recursos compartidos.

Poner una clave Wep en nuestro router ap (access point) puede ser una solución. Pero hay un problema al momento de conectarnos, ponemos la clave y se conecta, pero no podemos navegar y no podemos ver la red, la razón es muy simple, seguramente pusimos la clave wep mal, pero muchas veces, diría que la mayoría, el software no nos avisa que pusimos la clave mal, y nos muestra como conectados.

Otro problema común, puede ser que el software de la tarjeta de red wifi, sea mas completo, y soporte cifrados wap o otro, en ese caso, hay que asegurarse de usar el mismo que está en el router, que el mas común es el wep, por dos motivos, primero es que no se va a conectar, segundo que las claves wap, piden usuario y contraseña para conectarnos. pero al momento de configurar el wep, solo nos pide contraseña, por lo que nos van a faltar datos para conectarnos.