verificación de poder

Antes de poner los proxies a trabajar, hay que comprobarlos: la regla vale igual para un paquete de pago de direcciones privadas y para una lista gratuita descargada de un foro. La descripción de la tarifa y el estado real de las direcciones casi nunca coinciden del todo: algunas IP ya están apagadas, otras apenas tiran y entregan un par de kilobytes por segundo, otras figuran en bases antispam y se topan con un captcha en la primera solicitud, y otras salen a Internet desde un país por el que usted no ha pagado. La única forma de verlo es pasar la lista por una comprobación de proxies en línea.

Checker.net es un checker de proxies gratuito que funciona directamente en el navegador: sin programas, sin instalación y sin cuenta. Puede pegar la lista en el campo, adjuntarla como archivo o indicar un enlace. En unos segundos verá, para cada dirección:

En una pasada caben hasta 30.000 direcciones: una comprobación masiva de proxies cómoda y una comprobación de listas de proxies sin límite en el número de pasadas. Los resultados no se acumulan hasta el final de la comprobación: llegan en flujo, así que la tabla crece ante sus ojos.

Un checker de proxies, también llamado validador de proxies o tester de listas de proxies, es un servicio que se conecta por sí mismo a cada servidor proxy, envía solicitudes a través de él y decide, según las respuestas, si la dirección es utilizable. Sin una herramienta así, habría que introducir cada IP una por una en los ajustes del navegador y ver si la página se abre. Un checker hace lo mismo con toda la lista de una vez y no devuelve un vago «parece que funciona», sino una tabla con cifras.

Las herramientas de esta clase difieren mucho en lo hondo que miran. El checker más simple solo sabe decir una cosa: la dirección respondió o calló. Para el trabajo real eso no basta, porque un proxy que responde todavía no es uno útil. Puede figurar en una decena de bases de spam. Puede no dejarle entrar en la red social para la que se compró. Los sitios pueden reconocerlo como una IP de servidor allí donde hace falta una IP residencial. Puede tardar quince segundos en responder allí donde la norma son cientos de milisegundos. Por eso medimos no solo la disponibilidad, sino la calidad: averiguamos el origen de la IP, miramos su reputación, comprobamos cómo se comporta en las plataformas grandes y reunimos todo esto en una sola puntuación.

Comprobar en línea es más cómodo que con un programa de comprobación de proxies, y hay tres razones:

Después de pulsar «Iniciar la comprobación», el checker lee la lista línea por línea. En cada una detecta el formato, extrae el host, el puerto, el usuario y la contraseña, y omite la basura y las direcciones duplicadas. Después todos los proxies se comprueban en paralelo: primero los protocolos, luego el resto de parámetros.

Para comprobar un protocolo, el checker abre una conexión a través del proxy y llama a un recurso de servicio que informa de la dirección IP del cliente que lo alcanzó. Una solicitud así da mucho de una vez: confirma que el proxy está vivo, muestra el tiempo de respuesta y, sobre todo, revela la IP de salida — la dirección que verán los sitios. HTTP/HTTPS y SOCKS5 se prueban por separado. En el mismo host y puerto, los protocolos se comportan a menudo de forma distinta: la descripción dice HTTP, pero la dirección en realidad solo entiende SOCKS, o justo al revés.

Con la IP de salida se determina después dónde está la dirección y de quién es: país, región, ciudad y tipo — móvil, residencial o corporativo.

Al mismo tiempo, la IP se contrasta con una base local de listas negras que actualizamos con regularidad desde repositorios antispam abiertos.

En el modo completo se añade el paso más valioso: a través del proxy van solicitudes a once servicios populares, y queda claro cuáles dejan entrar esta dirección y cuáles le cierran la puerta.

Los resultados van a la interfaz en cuanto están listos, no en un solo lote al final. Incluso en una lista larga no tiene que mirar una barra de progreso en marcha: las primeras filas aparecen en cuestión de segundos, y las direcciones que funcionan se pueden llevar mientras el checker sigue con el resto.

Lo principal que hay que saber de una dirección es si funciona. Si el proxy no ha respondido, el checker dice por qué: la conexión fue rechazada, se agotó el tiempo de espera, falló la autorización o el servidor devolvió un error. La diferencia es fundamental. «La dirección está muerta» y «la dirección está viva, pero hay una errata en la contraseña» son dos historias completamente distintas, y por la formulación del error se ve enseguida si hay que descartar el proxy o solo corregir la lista.

HTTP/HTTPS y SOCKS5 se comprueban por separado en cada dirección, y cada protocolo tiene su propio tiempo de respuesta. Así se ve lo que el proxy sabe hacer de verdad, y no lo que dice el vendedor. Esto cierra un error muy habitual: un proxy SOCKS que funciona se da por averiado solo porque se contactó como HTTP.

El tiempo de respuesta es lo que pasa desde que se envía una solicitud a través del proxy hasta que llega la respuesta. Lo decide todo allí donde importa la reacción: en el navegador, al automatizar acciones en interfaces y al hacer parsing en muchos hilos con solicitudes cortas. La velocidad del canal la medimos aparte. Importa cuando por el proxy pasan grandes volúmenes: exportaciones, archivos multimedia, vídeo. No conviene confundir estas dos cifras — una dirección puede responder al instante y aun así entregar datos a una velocidad de cientos de kilobits.

El checker determina de dónde sale la dirección: de la red de un operador móvil, de una conexión doméstica o de un centro de datos. Cuánto confían los sitios en el tráfico depende en gran parte de esto, por eso el tipo de IP es una de las tres partes de la calificación. Los detalles están más abajo, en la sección sobre tipos de proxy.

La IP se contrasta con bases en las que se anotan direcciones vistas en spam, ataques a sitios y fraude.

Basta un solo hallazgo para verlo: la reputación de la dirección está dañada, y parte de los servicios la recibirá con un captcha o un rechazo.

La parte más práctica del informe. A través del proxy, el checker abre once plataformas grandes y de cada una informa si ha funcionado, cuánto ha tardado y qué código HTTP ha vuelto. Una dirección que está viva según todos los indicios técnicos puede estar cerrada justo en el servicio que necesita — y enterarse aquí es mucho más agradable que por un correo sobre una cuenta bloqueada.

La calificación de 0 a 5 reúne tres cosas: tipo de IP, reputación en listas negras y resultados de los servicios. Con ella no hace falta leer cada fila de la tabla — basta ordenar la lista y tomar las direcciones de arriba.

El checker entiende tres formas de escribir un proxy y no exige ningún ajuste para ello:

El host puede ser una dirección IP o un nombre de dominio: bastantes proveedores entregan los proxies como un dominio con puerto. Los formatos se pueden mezclar en una lista — cada línea se procesa por su cuenta.

También hay tres formas de cargar. Pegado de texto: las direcciones se copian en el campo, cada una en una línea nueva. Archivo: sirve si la lista se exportó de la cuenta del vendedor o está en un documento de texto. Enlace: cómodo cuando la lista está en una URL fija y se actualiza con regularidad. El checker descarga la página, saca los proxies y empieza la comprobación enseguida. Para quien sigue fuentes públicas, es la opción más práctica — no hay que pasar los datos a mano cada vez.

Hay tres modos, y cada uno está pensado para su tarea. En el fondo hay que elegir entre velocidad y detalle.

El tiempo de espera se ajusta de 1 a 60 segundos, y el valor por defecto es 10. Ese es el tiempo que el checker espera una respuesta del proxy antes de marcarlo como no disponible.

Si en una lista que a todas luces debería funcionar se acumulan tiempos de espera agotados, empiece por aumentar este valor.

Una calificación es una puntuación de 0 a 5. No sirve para saber si una dirección está viva, sino si conviene confiarle el trabajo. La mayoría de los checkers se quedan en el estado «funciona», aunque dos direcciones igual de vivas pueden diferir en meses de vida de la cuenta. Sumamos la puntuación con un esquema ponderado de tres partes: origen de la IP, su reputación en listas negras y cómo abre de verdad los servicios populares. El resultado tiene en cuenta la naturaleza de la dirección, su pasado y su comportamiento ahora mismo — por eso la puntuación sale objetiva.

El total es la suma de tres números: la puntuación por el tipo de dirección, la de reputación y la de servicios. Reputación y servicios siguen el mismo esquema: un impecable resultado aporta los 2 puntos, y cada desviación resta 0,2. Ninguna de estas partes puede perder más de dos puntos. Puede bajar a cero, pero no pasa a negativo ni arrastra a los otros sumandos. La puntuación se queda siempre entre 0 y 5, y las partes mantienen el equilibrio: un 40% corresponde a la reputación y otro tanto al trabajo real con las plataformas, y el 20% restante, al origen de la IP.

En el modo selectivo, la parte de servicios se cuenta solo para las plataformas que haya marcado, y la regla es la misma: menos 0,2 por cada una cerrada de su conjunto. Si quedan tres servicios en la comprobación, esta parte puede perder como máximo 0,6 puntos, y la reputación empieza a influir más en la puntuación. Es útil cuando necesita una cifra para su propio escenario, y no una puntuación promediada «para todo Internet».

Estos umbrales son una guía, no una ley: la decisión se toma con la puntuación junto con los detalles del informe. La utilidad principal está en otra parte. Puede ordenar la tabla por calificación en un segundo, y arriba quedan enseguida las direcciones que conviene tomar. Todo lo que esté bajo su umbral se puede devolver al vendedor para sustitución, en un lote, sin revisar cada dirección a mano.

Tomemos dos proxies, ambos marcados «funciona» en la tabla. El primero es una IP móvil que no está en ninguna base y a través de la cual se abren los once servicios: puntuación 5.0. El segundo es una dirección de servidor de un centro de datos, hallada en tres listas negras y cerrada en seis de las once plataformas: puntuación 2.2. Formalmente no hay diferencia, ambos están vivos. En la práctica el primero durará meses, y el segundo recibirá un ban en el primer registro. La calificación muestra justo esta diferencia, y ordenar por ella ahorra más tiempo que cualquier filtro por estado.

En volúmenes grandes esto se nota especialmente. Un filtro por estado solo quita unos miles de proxies inoperantes de la lista — en un pool comprado suelen ser del diez al cuarenta por ciento, en una lista gratuita, casi todos. Pero en la mitad de los restantes «vivos» la puntuación estará por debajo de 3,0, y antes de empezar a trabajar solo se ve con la calificación. La puntuación media de un pool también ayuda a comparar proveedores con honestidad: no por el texto del sitio, sino por una misma cifra medible sobre el mismo conjunto de plataformas.

La calificación captura un momento, así que las variaciones de una comprobación a otra son normales. Los proxies móviles cambian de IP en la rotación, y la siguiente pasada comprueba ya otra dirección del operador. Actualizamos con regularidad la base de listas negras desde repositorios antispam abiertos, de modo que una dirección puede salir de una lista o entrar en ella porque alguien la usó antes que usted. La política de las plataformas por rangos también cambia: un servicio que por la mañana se abría puede mostrar un captcha por la noche. Y con un tiempo de espera corto, las direcciones lentas se anotan como no disponibles y pierden puntos de disponibilidad. Si las puntuaciones saltan de forma notable, aumente el tiempo de espera y compruebe otra vez.

En la API, la puntuación de cada dirección vuelve en el campo sc, así que seleccionar por un umbral y ordenar un pool es fácil de dejar a un script. La calificación se asigna en los modos completo y selectivo. El modo rápido no la tiene: ese modo solo comprueba la disponibilidad, pero una lista grande pasa mucho más rápido.

El tipo de proxy responde a quién pertenece realmente la IP: a un operador móvil, a un proveedor doméstico o a un hosting en un centro de datos. De ahí salen la velocidad, la estabilidad y, sobre todo, el grado de confianza con el que los sitios aceptan el tráfico. El tipo adecuado influye tanto en el coste como en el riesgo de un bloqueo, así que al comprar es lo primero que hay que decidir, no una casilla formal de la tarifa.

El tráfico de estos proxies pasa por las redes de operadores móviles, es decir, por las mismas direcciones que las de millones de dueños de smartphones. El operador da una IP a muchos abonados a la vez y la cambia constantemente. Por eso los sitios bloquean las direcciones móviles con mucha reticencia: caerían miles de usuarios reales. De ahí viene también la reputación más alta entre todos los tipos.

Los proxies móviles se eligen donde hay cuentas en juego: promoción en redes sociales, arbitraje de tráfico, cuentas publicitarias, registros, servicios con antifraude estricto. Las desventajas son el coste y la velocidad. Una conexión móvil es más lenta y menos estable que una por cable, y durante la rotación la dirección puede desaparecer unos segundos. Para un parsing masivo es caro y sencillamente innecesario.

Son IP de conexiones domésticas reales, que los proveedores de Internet ordinarios asignaron a sus abonados. Para un sitio, ese visitante no se distingue de una persona normal sentada en casa en una ciudad concreta. Los proxies residenciales son una herramienta universal para web scraping, verificación de anuncios, análisis de resultados regionales, evasión de restricciones geo y cualquier tarea que necesite un rastro «humano» y una amplia elección de ubicaciones.

Por el equilibrio entre confianza y precio, esta es la opción óptima: más barata que la móvil y bastante más fiable que los proxies de servidor. Lo estable que sea una dirección concreta depende de qué conexión doméstica haya detrás. Por eso conviene especialmente comprobar un pool así antes de trabajar.

IP de plataformas de hosting y centros de datos. Se eligen por la latencia mínima, un canal ancho, un funcionamiento estable sin cortes y un precio asequible. Cuando hace falta mucho tráfico y muchos flujos paralelos, no hay mejor opción. El parsing de grandes volúmenes, el seguimiento de precios y disponibilidad, la automatización, las comprobaciones masivas de datos, los bots y las integraciones de servicio funcionan de maravilla en proxies de servidor.

Su punto débil es lo reconocibles que son. Los rangos de los centros de datos son bien conocidos, y los sitios con protección contra bots marcan de inmediato ese tráfico como no doméstico. La dirección no se vuelve mala por eso; simplemente no encaja donde el servicio espera a un usuario doméstico. Cero puntos en la puntuación no significa «el proxy es malo», sino «no hay bonificación de confianza».

Una lista negra es una base pública de direcciones IP detectadas en actividad no deseada. Esas bases las mantienen proyectos antispam, empresas de hosting, servicios de correo e investigadores de seguridad, y las usan servidores de correo, CDN, sistemas antifraude y propietarios de sitios. Si una dirección figura en la base, cualquier servicio puede rechazarla sin entrar en detalles.

Contrastamos cada IP con una base local que se rellena con regularidad desde repositorios antispam abiertos. Lo más habitual es que las direcciones lleguen allí por tres motivos:

Tenga en cuenta: la mayoría de las veces usted no tiene nada que ver. Un proxy público lo usan decenas de personas a la vez, y las direcciones de los pools se revenden y se vuelven a alquilar durante años. Junto con una IP recibe también su pasado, incluidas las consecuencias de lo que hicieron otros antes que usted.

Si su propia IP ha acabado en una lista negra, tendrá que sacarla mediante una baja, por separado en cada base, y antes hay que detener la actividad que la puso allí. Con un proxy comprado es más sencillo: es más rápido pedir al vendedor que sustituya la dirección. Un proveedor normal cambia las IP bloqueadas sin discutir, y los resultados de la comprobación hacen concreta la conversación.

La mayoría de los checkers no tienen esta función, aunque en la práctica es más útil que todas las demás. Una dirección puede estar viva, con un historial limpio y el país correcto — y aun así inútil para el trabajo, porque la plataforma que necesita ya conoce esa dirección y no la deja entrar. Lo averiguamos de antemano. A través de cada proxy, el checker llama a once servicios populares y muestra el resultado de cada uno por separado: si el servicio se abrió, cuánto tardó la respuesta, qué código HTTP volvió y qué error apareció, si se pudo leer.

De entrada están marcadas las once plataformas. Si solo le interesan dos o tres, quite las demás casillas en los ajustes avanzados: la pasada será más corta y la puntuación reflejará su propio conjunto. En la tabla de resultados esto se resume en un contador como «9 / 11», y un clic abre la lista con el detalle de cada plataforma.

Por cada servicio vuelven tres valores: si se abrió la página, cuánto tardó la respuesta y qué código HTTP devolvió la plataforma. El código es el que más dice: por él se ve por qué la dirección no encajó y qué hacer después.

El tiempo de respuesta hay que leerlo junto con el código. Si un servicio se abrió en cinco segundos, formalmente está disponible, pero trabajar a través de esa dirección en la interfaz de una cuenta publicitaria será penoso. Cuando en una decena de plataformas se ve dónde la respuesta llegó al instante y dónde apenas llegó, la calidad real del canal se vuelve evidente.

Los resultados por plataforma influyen directamente en la puntuación. Si se abren todos los servicios comprobados, la dirección recibe +2 puntos, y cada servicio cerrado resta 0,2, pero no más de 2 puntos en total. Así, la disponibilidad de los servicios supone hasta el 40% de la calificación — la misma parte que la reputación en listas negras. Los servicios se comprueban en los modos completo y selectivo. El modo rápido solo responde si el propio proxy está disponible. En la API, los resultados por plataforma llegan en el campo s: para cada servicio están su código, un indicador de éxito, el tiempo de respuesta y el estado HTTP. Por eso un filtro como «solo direcciones a través de las cuales se abre Instagram» se escribe en una sola línea.

El anonimato muestra hasta qué punto un proxy oculta que lo está usando y si oculta su IP real. Un proxy puede dejar pasar el tráfico correctamente y aun así confesar al sitio en las cabeceras que es un intermediario — o incluso escribir allí su propia dirección. Por lo general hay tres niveles.

Un solo nivel de anonimato no basta para confiar en un proxy. Una dirección formalmente de élite puede figurar en bases de spam y no abrir la mitad de los servicios, y entonces el anonimato no aporta nada. Por eso el checker no se queda en el anonimato: averigua la IP de salida, descubre de dónde sale la dirección, la contrasta con las bases e intenta abrir servicios reales a través de ella. Si un proxy sirve para el trabajo lo decide todo este cuadro junto, no una sola cabecera.

El protocolo decide en qué lenguaje habla el software con el proxy y qué se puede enviar a través de él. El checker funciona con HTTP, HTTPS y SOCKS5 — en la práctica estas tres opciones cubren casi todo.

Una regla simple: tome HTTP/HTTPS para sitios y API, y SOCKS5 para el tráfico arbitrario de las aplicaciones. A menudo una dirección admite las dos, pero ni mucho menos siempre, y los vendedores indican el protocolo con poca exactitud. Por eso comprobamos HTTP y SOCKS5 por separado: el informe muestra enseguida qué protocolo funciona de verdad en la dirección, y no tendrá que configurar el software con datos erróneos.

Un proxy muy a menudo «no funciona» precisamente por el protocolo. Si en el programa la dirección figura como HTTP, pero solo acepta SOCKS5, la conexión no se establecerá, aunque el propio proxy funcione por completo. Escriba el protocolo de forma explícita, con el prefijo socks5:// o http://, y no habrá confusión.

Un proxy muerto en un parser o en un navegador antidetect se confunde fácilmente con una avería del propio programa. Las tareas fallan, las sesiones se cortan, los registros se llenan de errores confusos y se puede pasar medio día buscando la causa en el sitio equivocado. Comprobar la lista lleva segundos y descarta esa versión de inmediato: sabe con certeza que las direcciones están bien y que el problema está en otra parte.

Este es el riesgo más caro. Basta con entrar una vez en una cuenta desde una dirección de mala reputación para recibir una verificación de identidad y, a menudo, un bloqueo. Junto con la cuenta se pueden perder las cuentas publicitarias vinculadas y todo el historial. La recuperación lleva semanas y no siempre sale bien. Una comprobación de listas negras y una prueba de servicios muestran una dirección peligrosa antes de que inicie sesión a través de ella.

El país de la descripción y el país real de salida divergen continuamente. Si la tarea está ligada a una región — resultados locales, precios locales, un servicio para un solo país —, una dirección con la geo equivocada es inútil. Y durante el trabajo es difícil notarlo: técnicamente todo funciona, solo que los datos recogidos no son los correctos.

Una comprobación periódica del pool comprado es la única forma de saber qué vende de verdad el proveedor. Qué parte de las direcciones está viva, cuántas están en listas negras, si venden IP de servidor como residenciales y si la velocidad coincide con la prometida. Cuando se tienen los resultados de la comprobación, sustituir las direcciones malas pasa a ser un trámite, no una discusión.

Si el pool está comprobado y limpio, el siguiente lanzamiento irá igual que el anterior. Con un pool sin comprobar, el resultado depende del azar: un lanzamiento recogerá todo y otro se topará con un captcha en la mitad de las direcciones, y ya no podrá saber qué ha cambiado.

No hay un proxy que sirva para todo. Una dirección ideal para parsing encaja mal en una cuenta publicitaria, y al revés. Parta de la tarea y de cuánto tiene que confiarle la plataforma.

Los proxies gratuitos merecen unas palabras aparte. Sirven para tareas puntuales, estudio y experimentos, y no sirven para el trabajo. Muchas personas usan a la vez las direcciones de las listas públicas, así que están sobrecargadas, a menudo ya figuran en listas negras y viven unas pocas horas. Si la tarea importa, los proxies privados se amortizan enseguida — aunque solo sea porque el pool no hay que volver a comprobarlo cada hora.

Si una dirección no ha superado la comprobación, el texto del error casi siempre indica la causa. Estos son los casos más frecuentes:

Si los mismos errores recorren toda la lista, la causa no suele ser el proxy. Compruebe el formato de las líneas, los datos de autorización y el protocolo. Si los errores son distintos y están dispersos sin patrón, la lista es realmente heterogénea, y para direcciones públicas este es un resultado habitual.

Una comprobación se puede integrar en su propio producto: un panel de proveedor, un parser, un bot de Telegram, un navegador antidetect, la monitorización interna de un pool o una tarea de CI que revisa direcciones de forma programada. La API expone todo lo que muestra la interfaz web: estado de cada protocolo, IP de salida, tiempo de respuesta, velocidad, geo, tipo de dirección, resultados de listas negras y servicios, y la puntuación final.

La dirección base es https://checker.net. Las integraciones externas se autorizan con una clave en la cabecera x-api-key, que puede obtener en la cuenta. Los esquemas de solicitud y los ejemplos de respuesta se describen con detalle en la documentación.

Los resultados siguen disponibles por el enlace durante 30 minutos después de crear la comprobación. Todo lo que supera el límite de 30,000 no se acepta. La solicitud tiene éxito de todos modos, y el número de líneas descartadas vuelve en el campo skippedCount. Vigílelo cuando cargue listas grandes.

Cada día, las direcciones que han superado la comprobación pasan al archivo abierto de proxies en funcionamiento. Elija una fecha y obtenga la lista de proxies que funcionaban en el momento de la comprobación — en un día se reúnen desde unos miles hasta varias decenas de miles de direcciones. El historial se guarda durante meses, y se puede exportar tanto en el sitio como a través de la API.

Recuerde que el archivo muestra el estado en un momento concreto y no garantiza que las direcciones estén vivas ahora. Los proxies públicos duran poco y los cargan muchos usuarios a la vez, así que en un día una parte notable de la lista deja de responder. Antes de trabajar, pase la exportación otra vez por el checker: obtendrá un pool actualizado y puntuaciones recientes. Para tareas puntuales, experimentos y aprendizaje, basta. Para un trabajo estable con cuentas y para parsing, necesita direcciones privadas móviles o residenciales.

Sus proxies acaban en el archivo solo si usted lo quiere. Para que no ocurra, antes de empezar marque en el formulario «No guardar mis proxies en la lista pública». Quien comprueba direcciones privadas compradas debería tenerlo siempre activado.

Para comprobar un proxy privado hay que pasar el usuario y la contraseña, y los tratamos en consecuencia. Los datos de autorización solo hacen falta para la comprobación: el checker los usa para conectarse al proxy y enviar solicitudes a través de él. No van al archivo ni a las listas abiertas.

La casilla «No guardar mis proxys en la lista pública» retira por completo las direcciones comprobadas de la publicación. Los resultados siguen disponibles por el enlace durante un tiempo limitado — 30 minutos desde el momento en que empieza la comprobación — y después dejan de estar disponibles. Una comprobación no exige registro, y una clave de API solo hace falta para las integraciones externas.

Una comprobación en línea tiene otra ventaja. Las conexiones con miles de direcciones las abren nuestros servidores, no su canal. Su propia IP no participa en las conexiones masivas, así que no llama la atención del proveedor y no corre el riesgo de acabar en las mismas listas negras con las que comprueba los proxies.