Простий спосіб "редагувати" трафік, що надходить від хоста tcp (linux)

Мені потрібно внести невелику модифікацію вхідного трафіку з відомого хоста tcp: port перед процесом обробки з'єднання отримати потік.

Наприклад, нехай 192.168.1.88 - віддалений хост, який запускає веб-сервер.
Мені потрібно , що, коли процес на моєму локальному хості приймає дані від 192.168.1.88:80 (наприклад , браузера), дані спочатку змінений шляхом заміну text-Aз text-B, як це:

• 127.0.0.1: ... підключається до 192.168.1.88:80

• 127.0.0.1: ... надсилає на 192.168.1.88:80:

  GET /
  

• 192.168.1.88:80 надсилає на 127.0.0.1: ...:

  HTTP/1.0 200 OK
  Content-Type: text/plain
  
  Some text-A, some other text
  

• Ці дані дещо перехоплюються системою і передаються програмі, вихід якої:

  HTTP/1.0 200 OK
  Content-Type: text/plain
  
  Some text-B, some other text
  

• система надає настільки змінені дані в обробку процесів 127.0.0.1: ..., як якщо б вони надходили від 192.168.1.88:80.

Припустимо, що у мене є потоковий спосіб внесення цих змін ( sedнаприклад,), який найпростіший спосіб попередньо обробити вхідний потік tcp?

Я думаю, це буде пов'язано iptables, але я не дуже добре в цьому.

Зауважте, що програма повинна мати справу з оригінальним хостом, тому налаштування проксі - це, ймовірно, не може бути рішенням.

Використовуйте netsed та iptables, що наближаються.

iptables -t nat -D PREROUTING -s yourhost -d desthost -p tcp --dport 80 -j REDIRECT --to 10101

Потім запустіть:

netsed tcp 10101 desthost 80 s/text-A/text-B

NetSED - це невелика і зручна утиліта, призначена для зміни в режимі реального часу вмісту пакетів, що передаються через вашу мережу. Це дійсно корисно для зміни, підробки або маніпуляції з мережевими пакетами. NetSED підтримує:

• Аудит протоколу чорного поля - коли є два або більше фірмових вікон, які спілкуються, використовуючи який-небудь незадокументований протокол. Внісши зміни в поточну передачу, ви зможете перевірити, чи можна перевірити заявку як безпечну.

• експерименти з генеруванням нечіткості, тести на цілісність - щоразу, коли ви робите тести на стабільність програми, щоб побачити, як вона піклується про цілісність даних;

• інші поширені випадки використання: оманливі передачі, фільтрація вмісту, перетворення протоколу - все, що найкраще відповідає вашим завданням.

Ви можете зробити саме це, використовуючи iptables для прозорого проксі-з'єднання через проксі-сервер кальмара , а потім, використовуючи кальмари, перепишіть вміст http для вас.

iptables+ використання libnetfilter_qu - це ще один варіант, який виконує те, що ви бажаєте:

"... [reinject] змінено пакети до підсистеми nfnetlink_queue ядра."

Це, швидше за все, дасть вам найбільшу розширюваність, оскільки ви кодувати програмне забезпечення.

Також доступна обгортка пітона .