mirror of
https://github.com/lgcosta/pf-linux-port.git
synced 2026-11-13 12:08:03 -03:00
lgcosta
cc67531602
O problema da primeira serie era a sensacao de 'quadro a quadro': a captura era a saida de um script despejada em blocos. Agora cada video e uma sessao shell de verdade. - record.py: abre um pty, faz SSH no firewall e digita os comandos tecla a tecla (~34 c/s, com jitter). O tty remoto ecoa, o kernel responde ao vivo; a captura e asciicast v2 com timestamps. 'bash --noediting' evita que o editor de linha redesenhe o comando e o tty o repita (a linha aparecia duplicada). - record.py --pace: segura a tela enquanto a voz fala - cada batida dura o trecho de audio que a acompanha, de modo que uma unica captura serve as duas versoes de idioma. - record.py --ensure-pf: garante pf.ko carregado antes de gravar. Sem isso uma fase que roda 'rmmod' (ativacao) pode derrubar o /dev/pf de outra gravacao concorrentes - foi exatamente o que quebrou a fase de roteamento na primeira tentativa. - make_audio.py: geracao da narracao pelo MiniMax TTS, uma voz feminina por idioma (English_ConfidentWoman / Portuguese_ConfidentWoman), um arquivo por segmento. A API devolve o audio em hexadecimal, nao base64. - render_video.py: reproduz a captura por um emulador de terminal e escreve os frames direto no ffmpeg como RGB bruto (um PNG por frame era uma ordem de grandeza mais lento). Desenha o diagrama de rede do lab por cima do terminal nas fases de roteamento e balanceamento, destacando o caminho em discussao, e queima a legenda da narracao. - assemble.py: mixa os segmentos de audio na linha do tempo. - join.py: emenda as fases com crossfade sobre um cartao de capitulo e sincroniza o audio na mesma linha do tempo. - build-all.sh: roda o pipeline inteiro. Arte de fundo e audio vem do MiniMax; a geracao de video do MiniMax nao esta habilitada nesta conta (erro 2068 em todos os modelos), entao as transicoes sao renderizadas localmente com ffmpeg. 16 videos: 7 fases + filme completo, em ingles e portugues, com legenda queimada.
67 lines
2.3 KiB
JSON
67 lines
2.3 KiB
JSON
{
|
|
"phase": "04-roteamento",
|
|
"lang": "pt",
|
|
"voice": "Portuguese_ConfidentWoman",
|
|
"title": "Roteamento",
|
|
"subtitle": "route-to força o próximo salto, reply-to força o caminho de volta",
|
|
"segments": [
|
|
{
|
|
"beat": "b1",
|
|
"text": "Agora as funcionalidades de roteamento. Esta regra casa com o tráfego do cliente para o servidor e o manda pelo segundo gateway, dez ponto zero ponto três ponto dois, em vez do caminho normal. O pfctl mostra a regra exatamente como o kernel guardou.",
|
|
"highlight": [
|
|
"cli",
|
|
"pf0",
|
|
"gw2"
|
|
],
|
|
"diagram_caption": "route-to: o caminho normal e' eth2; o forcado, eth3"
|
|
},
|
|
{
|
|
"beat": "b2",
|
|
"text": "Para provar por onde o pacote realmente passou, capturamos nas duas interfaces ao mesmo tempo: eth três, rumo ao gateway, e eth dois, rumo ao servidor."
|
|
},
|
|
{
|
|
"beat": "b3",
|
|
"text": "E agora o cliente dá ping no servidor.",
|
|
"highlight": [
|
|
"cli",
|
|
"pf0",
|
|
"gw2"
|
|
],
|
|
"diagram_caption": "o pedido sai por eth3, rumo ao gateway"
|
|
},
|
|
{
|
|
"beat": "b4",
|
|
"text": "A prova está nas capturas. O pedido aparece na eth três, indo para o gateway, e nunca aparece na eth dois. Quem decidiu o próximo salto foi o firewall, não a tabela de rotas.",
|
|
"highlight": [
|
|
"cli",
|
|
"pf0",
|
|
"gw2"
|
|
],
|
|
"diagram_caption": "1 pedido em eth3, 0 em eth2"
|
|
},
|
|
{
|
|
"beat": "b5",
|
|
"text": "A outra metade do problema é o caminho de volta. O reply to força a resposta de um fluxo a sair por um gateway diferente do por onde o pedido entrou, que é assim que se constrói roteamento assimétrico.",
|
|
"highlight": [
|
|
"cli",
|
|
"pf0",
|
|
"gw2"
|
|
],
|
|
"diagram_caption": "reply-to: a resposta sai por um gateway diferente"
|
|
},
|
|
{
|
|
"beat": "b6",
|
|
"text": "Capturamos a eth três de novo e também a eth um, o link onde está o cliente."
|
|
},
|
|
{
|
|
"beat": "b7",
|
|
"text": "As respostas aparecem na eth três, no link do gateway, e não no link do cliente. O pedido e a resposta agora seguem caminhos diferentes, exatamente como foi pedido.",
|
|
"highlight": [
|
|
"cli",
|
|
"pf0",
|
|
"gw2"
|
|
],
|
|
"diagram_caption": "resposta em eth3, nada no link do cliente"
|
|
}
|
|
]
|
|
} |