Cómo diagnosticar problemas de red

Idioma:

Si el enlace de PPP pasa a ser activo pero sólo se puede establecer contacto con pocos hosts remotos, se puede tratar de un problema de red. El siguiente procedimiento le muestra cómo aislar y solucionar problemas de red que afectan a un enlace de PPP.

Conviértase en administrador en el equipo local.
Para obtener más información, consulte Uso de sus derechos administrativos asignados de Protección de los usuarios y los procesos en Oracle Solaris 11.2 .
Cierre el enlace problemático.

Desactive cualquier protocolo opcional en los archivos de configuración agregando las siguientes opciones para la configuración de PPP:
```
noccp novj nopcomp noaccomp default-asyncmap
```
Estas opciones proporcionan el PPP no comprimido más simple que está disponible. Intente invocar estas opciones como argumentos para pppd en la línea de comandos. Si puede acceder a hosts que antes eran inaccesibles, agregue las opciones en cualquiera de las siguientes ubicaciones.
- /etc/ppp/peers/nombre de par, después de la opción call
- /etc/ppp/options y asegúrese de que las opciones se apliquen globalmente

Llame al par remoto. A continuación, active las funciones de depuración.
```
% pppd debug call peer-name
```
Obtenga logs detallados del programa de chat mediante la opción –v de chat.
Por ejemplo, utilice el siguiente formato en cualquier archivo de configuración de PPP:
```
connect 'chat -v -f /etc/ppp/chatfile'
```
/etc/ppp/chatfile representa el nombre del archivo de chat.

Intente recrear el problema mediante Telnet u otras aplicaciones para llegar a los hosts remotos.
Observe los logs de depuración. Si aún no puede alcanzar los hosts remotos, es posible que el problema de PPP esté relacionado con la red.

Verifique que las direcciones IP de los hosts remotos sean direcciones de Internet registradas.
Algunas organizaciones asignan direcciones IP internas que son conocidas en la red local, pero que no se pueden enrutar a Internet. Si los hosts remotos se encuentran dentro de la compañía, debe configurar un servidor de traducción de dirección de red (NAT) o servidor proxy para acceder a Internet. Si los hosts remotos no están en la compañía, debe informar el problema a la organización remota.

Examine las tablas de enrutamiento.
1. Compruebe las tablas de enrutamiento en el equipo local y en el par.
2. Compruebe las tablas de enrutamiento de cualquier enrutador que se encuentre en la ruta desde el par hasta el servidor remoto. Compruebe también las tablas de enrutamiento de cualquier enrutador que se encuentre en la ruta de retorno al par.
  Asegúrese de que los enrutadores intermedios no se hayan configurado incorrectamente. Con frecuencia el problema se encuentra en la ruta de retorno al par.

(Opcional)Si el equipo es un enrutador, compruebe las características opcionales.
```
# ndd -set /dev/ip ip_forwarding 1
```
Para obtener detalles completos sobre ndd, consulte la página del comando man ndd(1M).
En la versión Solaris 10, puede usar routeadm(1M), en lugar de ndd(1M).
```
# routeadm -e ipv4-forwarding -u
```
Notas - El comando ndd no es persistente. Los valores establecidos con este comando se pierden cuando el sistema se reinicia. El comando routeadm es persistente. Los valores establecidos con este comando se mantienen después de que se reinicia el sistema.

Compruebe las estadísticas que se obtienen de netstat -s y herramientas similares.
Para obtener detalles completos sobre netstat, consulte la página del comando man netstat(1M).
1. Ejecute estadísticas en el equipo local.
2. Llame al par.
3. Observe las nuevas estadísticas generadas por netstat –s.
  Para obtener más información, consulte Problemas de red comunes que afectan el PPP.

Compruebe la configuración de DNS.
Una configuración de servicio de nombres defectuosa hace que las aplicaciones fallen porque no se pueden resolver direcciones IP.