HTTP, HTTPS y SOCKS5: elegir un proxy para cada perfil
En qué se diferencian realmente los protocolos de proxy, cómo se comparan las direcciones residenciales, de centro de datos y móviles, y por qué hay que verificar un proxy antes de poner una cuenta detrás.
Un perfil con su propio almacenamiento y su propia identidad de dispositivo sigue saliendo de tu ordenador desde la misma dirección que todos los demás perfiles, a menos que le des una ruta de red propia. Ese es el trabajo que hace aquí un proxy, y es la parte que la gente hace mal con más frecuencia.
Los protocolos
| Protocolo | Opera en | Conviene saber |
|---|---|---|
| HTTP | Capa de aplicación | Entiende las peticiones HTTP y puede leerlas y modificarlas. Válido para tráfico simple, y la opción más débil para cualquier otra cosa. |
| HTTPS | Capa de aplicación, con túnel | Abre un túnel CONNECT en cuyo interior el proxy no puede leer. La elección habitual para navegar por la web. |
| SOCKS5 | Capa de sesión | Reenvía TCP y UDP sin interpretar el contenido. Independiente del protocolo, admite autenticación y gestiona el tráfico no HTTP que los otros no pueden. |
Para los perfiles de navegador, HTTPS y SOCKS5 son razonables. SOCKS5 es el más general de los dos y el que conviene preferir cuando el proveedor ofrece elección, porque reenvía todo lo que hace el navegador y no solo las partes que reconoce.
De dónde sale la dirección
El protocolo es una decisión menor que el tipo de dirección que hay detrás.
- Las direcciones de centro de datos pertenecen a proveedores de alojamiento. Son rápidas y baratas, y cualquiera que consulte una puede ver que es espacio de centro de datos.
- Las direcciones residenciales las asignan a conexiones domésticas los proveedores de consumo. Cuestan más y son más lentas, y solo por la dirección parecen tráfico doméstico normal.
- Las direcciones móviles proceden de operadores móviles, normalmente compartidas entre muchos abonados mediante NAT de nivel de operador. Son las más caras y las de aspecto más corriente, precisamente porque tantas personas reales están detrás de cada una.
También está la cuestión de estático frente a rotativo. Un punto de acceso rotativo te da una dirección distinta por petición o por intervalo, lo que es útil para recopilar datos y activamente perjudicial para una cuenta con sesión iniciada: una sesión cuya dirección cambia cada pocos minutos no parece una persona sentada ante un escritorio. Las cuentas necesitan una dirección fija (sticky).
Ajustar la ruta a la identidad
Un proxy no es un componente que se acople aparte de la identidad del perfil. Ambos tienen que concordar.
Este es el problema autoinfligido más común en el trabajo con varias cuentas, y se puede evitar por completo. Ajusta la zona horaria y el idioma regional del perfil a la ruta que usa, y compruébalos juntos y no por separado.
Verifica antes de confiar
Los proveedores de proxies te venden un punto de acceso. Lo que ese punto de acceso hace en realidad es otra cuestión, y conviene responderla antes de que haya una cuenta detrás.
PowerOps guarda los proxies como una biblioteca y no como un campo enterrado dentro de cada perfil. Un punto de acceso se añade una vez y después se prueba, ya sea solo o con toda la lista a la vez. La prueba indica la dirección realmente observada, no la que te vendieron. Al asignar un proxy se copia al perfil, así que dos perfiles nunca comparten una credencial activa, y una ruta puede aplicarse a muchos perfiles con una sola acción.
- Añade el punto de acceso a la biblioteca con su protocolo, host, puerto y credenciales.
- Pruébalo. Confirma que la dirección observada y el país son los que afirmó el proveedor.
- Ajusta la zona horaria y el idioma regional del perfil al de ese país.
- Asígnalo y vuelve a probar la biblioteca de forma periódica. Los puntos de acceso se degradan sin avisar.
El estado de la red está en la cabecera de la aplicación por la misma razón: una caída visible es una caída, y una caída invisible parece un fallo de tu cuenta.
