¿Cómo puedo dirigir tráfico específico a través de una conexión de red determinada?

Question

¡Espero haber redactado correctamente!

Usando Windows 7 Pro SP1

En mi computadora portátil, tengo que usar una conexión por cable e inalámbrica: parte del tráfico (por ejemplo, el acceso a sistemas específicos) solo puedo acceder a través de la conexión por cable, y a otros solo a través de la conexión inalámbrica.

Ambos son contactos de empresa in situ, pero no están muy unidos.

Por el momento, tengo que alternar entre ellos a lo largo del día; si dejo ambos activados, es impredecible qué conexión intentará usar Windows (pero generalmente la cableada), así que desconecto/desactivo la que no quiero. y luego volver a cambiar cuando lo necesite.

¿Existe una mejor manera de dirigir aplicaciones/protocolos específicos a una conexión específica?

O, si esto no es posible, ¿se pueden redirigir URL específicas (esto al menos haría que los cambios sean menos frecuentes!)

Editarpara agregar información IPCONFIG, que muestra ambas conexiones usando la misma subred

Wireless LAN adapter Wireless Network Connection:

   Connection-specific DNS Suffix  . :
   Link-local IPv6 Address . . . . . : fe80::f1ff:5ffe:6093:ebf%13
   IPv4 Address. . . . . . . . . . . : 10.240.54.12
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Default Gateway . . . . . . . . . : 10.240.54.254

Ethernet adapter Local Area Connection:

   Connection-specific DNS Suffix  . : domain.local
   Link-local IPv6 Address . . . . . : fe80::9088:177:1936:10ac%11
   IPv4 Address. . . . . . . . . . . : 172.31.161.83
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Default Gateway . . . . . . . . . : 172.31.161.1

Answer 1

Configuración de prioridad de NIC de Windows 7

Todas las versiones modernas de Windows brindan la capacidad de priorizar las interfaces de red utilizando el nombre un tanto confuso Network Interface Metric. Para la mayoría de las redes domésticas/simples, esta configuración toma la decisión final sobre qué NIC usar cuando ningún otro criterio obliga explícitamente a esa decisión; Básicamente, cuando ambas NIC parecen igualmente viables desde la perspectiva de la pila de red, como cuando el destino está disponible en ambas NIC, ambas NIC tienen una puerta de enlace predeterminada configurada válida, ambas NIC están en la misma subred, etc.

Métrica de interfaz

Una configuración de métrica de interfaz de '1' es la prioridad más alta (la NIC se usa primero). La configuración automática proporcionada por Windows de forma predeterminada se basa libremente en la velocidad de conexión; con la intención de priorizar enlaces de mayor velocidad sobre los de menor velocidad. Esta es una forma imperfecta de manejar las diferencias de rendimiento entre WiFi y Ethernet por cable, ya que el rendimiento puede ser muy bueno a veces en una red wifi, pero casi siempre es menos confiable y consistente.

En otras palabras, como habrás notado, la conexión LAN por cable debe tener prioridad sobre la wifi en casi todos los escenarios y, de forma predeterminada (al menos en Win 7), ese no es el caso.

Evite configuraciones complejas, al menos inicialmente

Puede modificar estas configuraciones para configurar un control muy preciso sobre qué NIC se utiliza para qué tráfico, pero creo que eso está fuera del alcance de lo que está buscando. Configuraría las cosas de esa manera, por ejemplo, si se debe acceder a un determinado servidor/sitio web/rango de direcciones IP utilizando la NIC a la que normalmente no se le daría prioridad, y ambas NIC pueden acceder a ese host/rango de IP. Realice cambios mínimos, evalúe los resultados y vuelva a realizar cambios menores adicionales si es necesario. Si, como se mencionó anteriormente, las rutas están configuradas por interfaz, es casi seguro que tendrá problemas cuando solo una de las dos NIC esté disponible.

Ajustes de configuración relacionados

Además, puede modificar un parámetro relacionado, "Métrica de puerta de enlace", que prioriza qué NIC se utiliza cuando 2 o más NIC tienen la misma puerta de enlace. Existe cierta evidencia de que hay casos en los que cambiar la métrica de la interfaz es insuficiente y la métrica de la puerta de enlace también debe configurarse. Si no ve ningún cambio después de realizar los cambios en la métrica de la interfaz, consulte el paso 3 a continuación, así como el enlace en la parte inferior para obtener detalles sobre cómo cambiar la métrica de la puerta de enlace (mismo comando, parámetro diferente).

La métrica de interfaz se evalúa primero, por lo que no debería tener que profundizar en esa configuración, pero está disponible si es necesario. Para aclarar un comentario anterior, con el enfoque que estoy describiendo no es necesario cambiar/eliminar puertas de enlace de ninguna de las interfaces; lo que, en el mejor de los casos, le obligaría a utilizar una IP estática y, en el peor de los casos, causaría problemas de conectividad cuando la LAN cableada no esté disponible.

Cómo modificar la configuración de métricas de la interfaz de red

1. Abra un símbolo del sistema de administrador e ingrese el siguiente comando: netstat -rno para obtener un poco más de detallenetsh int ip show config

2. Esto generará una lista de todas las NIC del sistema. El número en la columna más a la izquierda (netstat) es la métrica de la interfaz NIC (también conocida como prioridad).

3. Desea configurar la NIC cableada en una métrica más baja que la NIC inalámbrica. Una vez que haya visto los valores establecidos, configure la NIC cableada para que tenga un número muy bajo (por ejemplo, 2) y el wifi para que sea alto (por ejemplo, 64). La sintaxis para aplicar esas configuraciones es la siguiente. Estoy usando los nombres "Cableado" y "Wifi" para las dos NIC; utilice los valores correctos de su sistema (la salida del paso 1 contendrá los nombres correctos).
   

   set interface "Wired" metric=2
set interface "Wifi" metric=64

Si descubre que necesita modificar la métrica de la puerta de enlace, la sintaxis es:

 set interface "Wired" gwmetric=2 
 set interface "Wifi" gwmetric=64 

Nota: los valores métricos que he elegido son arbitrarios. Si solo tiene dos NIC, (teóricamente) no hay diferencia entre tener las tarjetas configuradas con las métricas 2 y 3 frente a las métricas 2 y 64. Normalmente, la interfaz de bucle invertido está configurada en la métrica 1; si es así, no configure ninguna de las NIC "reales" en una. En algunos casos, eso daría como resultado que se envíe tráfico local al enrutador (un ejemplo simple sería hacer ping a usted mismo mediante la dirección IP de su LAN; normalmente eso se enruta a la interfaz loopback (podrías cambiar eso sin darte cuenta). En el caso de un ping, casi no importa, pero muchas aplicaciones utilizan sockets de red local vinculados a la dirección IP de la LAN, con la intención de que ese tráfico nunca abandone la PC, y en esa situación la degradación del rendimiento no sería necesaria. trivial.

Más información:

Aquí hay un par de enlaces sobre el tema;este muestracómo ajustar estas configuraciones usando la interfaz gráfica de usuario, yÉsteproporciona evidencia anecdótica sobre la necesidad ocasional de modificar las métricas tanto de la interfaz como de la puerta de enlace. No he tenido que ajustar la configuración de métricas de la puerta de enlace antes, pero me encontré con el tema tantas veces en un par de minutos de búsqueda en Google que quería asegurarme de que estuviera cubierto en esta respuesta.

Evaluación de la efectividad de los cambios de configuración:

1. Un método simple para ver qué NIC se está utilizando es usar el comando traceroute y ver de qué NIC sale (apunte a los hosts de LAN locales, así como a una variedad de hosts de Internet para garantizar que la distribución del uso de NIC sea consistente entre LAN y WAN).
2. Dependiendo de qué tan profundo desee profundizar en esto, la forma ideal de obtener información estadística real sobre el uso de NIC es utilizar un programa de captura de paquetes como Wireshark.
3. El método más sencillo sería ver los recuentos de transmisión de paquetes desde el estado de cada interfaz de red y ver las velocidades relativas entre las dos NIC.

Si las cosas van realmente mal, ajuste dinámicamente la configuración de métricas

En el peor de los casos, si la calidad de la conexión realmente cambia de cableada a inalámbrica y viceversa a lo largo del día, no sería difícil elaborar un pequeño script para ajustar los valores métricos de la NIC en función del rendimiento actual de la red. Brevemente, escribiría un script de PowerShell o un archivo por lotes que ejecutaría una prueba rápida en la conectividad de su red, evaluaría los resultados de cada NIC y haría que el script cambiara el valor de la métrica para priorizar la NIC con el "mejor" rendimiento actual. No estoy seguro de qué tan malas son las conexiones; si es tan mala que estás perdiendo paquetes, puedes probar las NIC con una simple prueba de ping. De lo contrario, es posible que tengas que realizar una prueba de latencia y velocidad de descarga (por ejemplo, speedtest.net).

Actualizar

Malinterpreté un poco tu pregunta.

Si puede proporcionar los detalles específicos sobre lo que necesita hacer, puedo brindarle detalles sobre cómo hacerlo.

Si desea ayuda, intente proporcionar tantos detalles como sea posible, ya que aquí hay una gran cantidad de posibilidades y las preguntas están destinadas a profundizar en esto hasta el enfoque más simple.

Si esto se puede manejar a nivel de dirección IP, lo que significa que todo el tráfico a una dirección IP determinada debe salir por una interfaz específica, entonces será fácil de hacer. Si depende del protocolo/aplicación/puerto y/o del host, entonces es más complejo.

Preguntas adicionales:

1. ¿Podemos filtrar esto a nivel de dirección IP o es específico de la aplicación?

2. ¿Cuál es la dirección IP o el rango de direcciones IP que necesitan usar una interfaz específica? Si el criterio (pregunta 1) no es la dirección IP, proporcione detalles sobre la aplicación que necesita utilizar una interfaz específica.

3. ¿El problema es que si se "elige" la interfaz incorrecta, la comunicación falla por completo? ¿Significa que no se pudo acceder al host remoto a través de esa interfaz? ¿O el uso de una interfaz incorrecta simplemente degrada el rendimiento?

4. Ejecute las siguientes 2 pruebas rápidas para que podamos tener una idea de la configuración de enrutamiento detrás de escena en la LAN. No tengo claro si existen rutas entre estas redes, así que lo comprobaré.

   a. Primero determine cuál es la puerta de enlace predeterminada para la interfaz Ethernet cableada (no está en su ejemplo). Para mantener la coherencia, utilice la puerta de enlace IPv4 si tiene ipv4 e ipv6.

   b. Desconecte la interfaz Ethernet cableada (dejando solo wifi) e intente hacer ping a la puerta de enlace predeterminada de las interfaces Ethernet cableadas. ¿Lo que sucede?

   C. Ahora vuelva a conectar el cable Ethernet y desconecte el adaptador wifi.

   d. Haga ping a la puerta de enlace predeterminada de la interfaz wifi (en su pregunta 10.240.54.254) y avíseme qué sucede.

Resolver esto podría ser tan simple como agregar una ruta estática (comando único), pero brindaré detalles según su respuesta.