mirror of
https://github.com/lgcosta/pf-linux-port.git
synced 2026-11-13 03:18:23 -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": "en",
|
|
"voice": "English_ConfidentWoman",
|
|
"title": "Routing",
|
|
"subtitle": "route-to forces the next hop, reply-to forces the way back",
|
|
"segments": [
|
|
{
|
|
"beat": "b1",
|
|
"text": "Now the routing features. This rule matches traffic from the client to the server and sends it through the second gateway, ten point zero point three point two, instead of the normal path. pfctl shows the rule exactly as the kernel stored it.",
|
|
"highlight": [
|
|
"cli",
|
|
"pf0",
|
|
"gw2"
|
|
],
|
|
"diagram_caption": "route-to: normal path is eth2, forced path is eth3"
|
|
},
|
|
{
|
|
"beat": "b2",
|
|
"text": "To prove where the packet actually went, we capture on both interfaces at the same time: eth three, towards the gateway, and eth two, towards the server."
|
|
},
|
|
{
|
|
"beat": "b3",
|
|
"text": "And now the client pings the server.",
|
|
"highlight": [
|
|
"cli",
|
|
"pf0",
|
|
"gw2"
|
|
],
|
|
"diagram_caption": "the request leaves through eth3, to the gateway"
|
|
},
|
|
{
|
|
"beat": "b4",
|
|
"text": "The evidence is in the captures. The request appears on eth three, on the way to the gateway, and it never appears on eth two. The firewall decided the next hop, not the routing table.",
|
|
"highlight": [
|
|
"cli",
|
|
"pf0",
|
|
"gw2"
|
|
],
|
|
"diagram_caption": "1 request on eth3, 0 on eth2"
|
|
},
|
|
{
|
|
"beat": "b5",
|
|
"text": "The other half of the problem is the way back. reply to forces the reply of a flow to leave through a different gateway than the request came in, which is how you build asymmetric routing.",
|
|
"highlight": [
|
|
"cli",
|
|
"pf0",
|
|
"gw2"
|
|
],
|
|
"diagram_caption": "reply-to: the answer leaves through another gateway"
|
|
},
|
|
{
|
|
"beat": "b6",
|
|
"text": "We capture eth three again and also eth one, the link where the client is."
|
|
},
|
|
{
|
|
"beat": "b7",
|
|
"text": "The replies show up on eth three, on the gateway link, and not on the client link. The request and the reply now take different paths, exactly as commanded.",
|
|
"highlight": [
|
|
"cli",
|
|
"pf0",
|
|
"gw2"
|
|
],
|
|
"diagram_caption": "reply on eth3, nothing on the client link"
|
|
}
|
|
]
|
|
} |