Unha soa tarxeta de rede abonda para un proxy explícito

Un proxy directo privado non precisa situarse fisicamente entre o portátil e o router. Pode ser outra máquina da mesma LAN, cunha única interface de rede.

O portátil conéctase ao enderezo do proxy e ao porto de escoita. O proceso do proxy abre unha conexión separada cara ao sitio web ou cara ao seu pai. A mesma interface pode transportar ambas as conversas, mentres a táboa de rutas do host escolle o seguinte salto.

client → proxy listener
proxy → existing router → destination

Iso abonda para unha aplicación que escolleu o proxy de xeito explícito. En Linux, esta disposición habitual non require activar o reenvío IP só para retransmitir as peticións da aplicación.

A porta de enlace predeterminada responde a outra pregunta

A porta de enlace predeterminada dun cliente xestiona os paquetes que este envía cara a outras redes. Cambiar ese axuste non fai que o navegador emita peticións de proxy HTTP nin negociacións SOCKS. Do mesmo xeito, introducir un proxy no navegador non encamiña todas as demais aplicacións por esa máquina.

Un host pode desempeñar ambas as tarefas, pero entón ten dúas configuracións que xestionar: o servizo de proxy e a función de encamiñamento ou devasa. Máis interfaces poden facilitar a separación de redes. Son unha escolla de topoloxía, non un requisito previo imposto polo proxy HTTP explícito.

Esta distinción tamén explica un experimento fallido habitual: editar as regras de reenvío dun servidor proxy non ten efecto sobre unha conexión directa de cliente que atravesa outro router. Os paquetes nunca cruzaron ese servidor.

Se o requisito é o uso obrigatorio, determine onde se pode controlar o tráfico saínte alternativo. Un proxy explícito dunha interface pode ser un servizo válido mentres unha porta de enlace separada aplica a política de rede. Poña a aplicación onde os paquetes pasan de verdade.