Tengo un sitio de registro público, y cuando hacen clic en enviar, aparece un mensaje de texto de verificación en el número de teléfono especificado en el registro al llamar a una página aspx a través de ajax. No quiero que los robots de spam envíen mensajes de texto por los que pago.
Me di cuenta de que la característica noCaptcha de Google con la casilla de verificación simple tiene muchas cosas geniales. Pero la característica más importante que tiene es que solo acepta solicitudes de direcciones IP o nombres de dominio que usted designe. Bueno. Y para hacer eso, tiene que verificar el referente de http en la solicitud. Entonces, ¿qué sucede si el navegador que lo envía o el firewall que lo rodea borra el referente de http? Entonces supongo que captcha no funciona en esa situación y devuelve un error de dirección IP o nombre de dominio incorrecto, o lo que sea que dé y tengo que manejarlo.
Entonces, mi pregunta es: ¿por qué no es necesario utilizar noCaptcha? Si puedo verificar la dirección IP del remitente o el nombre de dominio en la página que recibe la solicitud para enviar el mensaje de texto, y rechazar (o hacer lo que sea) si el remitente está en blanco o no, mi dirección IP o mi nombre de dominio (porque un script de correo no deseado) estar ejecutando en el servidor del spammer o la dirección IP o el nombre de dominio), ¿entonces no estoy haciendo lo mismo que noCaptcha y no lo necesito?
Parece que si el script de un spammer se está ejecutando en otra dirección IP o nombre de dominio invocando las llamadas js ajax que encontró en mi página a través de raspado, la dirección IP o nombre de dominio del remitente estará en blanco, o la dirección del verdadero spammer, como Parece que la referencia de http no puede ser falsificada, solo excluida o modificada a través de proxies, ninguno de los cuales será mi dirección IP o dominio.
De cualquier manera, ¿no es esto tan efectivo y llega a la conclusión? Si noCaptcha no puede aceptar solicitudes sin un referente http adecuado, ¿mi cheque no es menor que el de ellos? Cualquiera de las soluciones no funcionará si hay un servidor de seguridad que impide que se especifique la referencia de http o un script de spam que no lo especifique. Entonces, ¿qué estoy comprando (aunque sea gratis) de noCaptcha si tiene las mismas limitaciones de la idea que estoy proponiendo donde se realiza el control en la página solicitada que enviará el mensaje de texto?
Estoy buscando personas que me digan por qué mi enfoque de reemplazo de captcha no funciona realmente