---
name: AA Host Solver — pacote pro host Windows 2026-05-08
description: Pacote aa-host-setup criado em C:\Users\Jesiel\Desktop\. Roda Chrome real no host Hyper-V WIN-TIICDNET3GJ (GPU + TLS Windows = passa Akamai 2.0 sem cookies manuais). Aguarda Jesiel rodar setup.ps1 via AnyDesk
type: project
originSessionId: a2386a9d-27fc-4f26-a9f6-24a703864a3f
---
# AA Host Solver — pacote criado, aguardando deploy

## Por que essa abordagem
Akamai 2.0 endpoint-specific da AA bloqueia em 3 camadas simultâneas:
1. **TLS/JA3** — handshake do Chrome em Linux difere de Chrome Windows real
2. **GPU** — WebGL retorna null em Xvfb sem GPU física, Akamai detecta
3. **Fingerprint Windows** — navigator.platform, userAgentData, etc.

VMs ADV-22/ADV-23 (Linux + Xvfb + SwiftShader) falham nas 3 camadas. Patchright + stealth CDP testados em 2026-05-08, ambos bloqueados pelo TLS antes do JS rodar.

Solução: rodar Chrome no host **Windows** WIN-TIICDNET3GJ (onde as VMs Hyper-V vivem). Chrome Windows real = GPU real + TLS Windows + fingerprint Windows. Passa Akamai sem precisar cookies do PC do Jesiel.

## Pacote criado em `C:\Users\Jesiel\Desktop\aa-host-setup\`

| Arquivo | Função |
|---|---|
| `aa-host-solver.mjs` | Solver Node, porta 9093, auto-aprende cookies do warmup natural (warmup detecta `_abck~0~` e salva em cookies.json). Endpoints: /health, /search, /set-cookies, /cookies-status, /restart-browser, /cache/clear |
| `package.json` | Dep única: patchright |
| `setup.ps1` | Instalador automático: detecta/instala Node LTS + Chrome + Tailscale + NSSM. Cria Windows Service `aa-host-solver` auto-start em boot |
| `start.bat`, `stop.bat`, `health.bat` | Atalhos manuais |
| `README.txt` | Passo a passo pro host |

## Como Jesiel deploya (via AnyDesk no host)
1. Copiar pasta `aa-host-setup` pro host
2. PowerShell admin: `Set-ExecutionPolicy -Scope Process Bypass -Force; .\setup.ps1`
3. Se Tailscale não logado: `& "C:\Program Files\Tailscale\tailscale.exe" up` (login web zieltelles@)
4. `tailscale ip -4` → anotar IP retornado
5. Passar IP pra Claude → atualizar `AA_VM_SOLVER_HOSTS` no servidor scraper

## Configuração final pretendida
- `AA_VM_SOLVER_HOSTS=<host_tailscale_ip>:9093,100.91.20.22:9093,100.123.139.93:9093`
- Host Windows = solver primário (GPU + TLS Windows = passa Akamai)
- ADV-22/23 = fallback (precisa cookies do Jesiel)
- Round-robin já implementado no scraper, basta atualizar a env var via `pm2 restart 1 --update-env` + `pm2 save`

## Diferenças do aa-host-solver vs aa-solver das VMs
- Detecta Chrome path do Windows automaticamente
- Sem flags `--use-gl=swiftshader` (usa GPU real do host)
- `windowsHide: true` no spawn (sem janela visível)
- Auto-aprende cookies do warmup natural (Chrome real gera `_abck~0~` sem precisar cookies injetados)
- Persistência em disco já incluída (similar à v3 das VMs)

## Why
Jesiel rejeitou solução manual (bookmarklet, extensão, PC dele 24/7). Única alternativa técnica: Chrome em ambiente Windows com GPU real. Host Hyper-V WIN-TIICDNET3GJ é a melhor opção (já existe, está sempre ligado, tem AnyDesk). Pacote pronto pra ele rodar quando puder.

## How to apply
- Quando Jesiel passar o IP Tailscale do host após deploy, atualizar AA_VM_SOLVER_HOSTS no scraper
- Se host falhar: VMs continuam como fallback (precisam cookies via /api/aa/cookies-broadcast ou bookmarklet)
- Auto-aprendizado: a cada 4min o warmup do host valida `_abck~0~` e salva em cookies.json — VMs também recebem via auto-sync (a fazer: implementar handshake host→VMs)

## Pendências pós-deploy
1. Atualizar `AA_VM_SOLVER_HOSTS` com IP do host
2. Validar GRU-MIA via gateway 3001 (esperado <30s, 39+ voos)
3. Idealmente: implementar `/aa-cookies-mirror` no host que envia cookies aprendidos pras 2 VMs Linux (mantém VMs como fallback funcionais sem manualidade)