Новые версии Chrome 72+ не отправляют requestHeaders .
было решение :
Проверка сети по протоколу DevTools расположена довольно высоко в сетевом стеке. Эта архитектура не позволяет собирать все заголовки, которые добавляются к запросам. Поэтому те, о которых мы сообщаем в Network.requestWillBeSent и Network.requestIntercepted, не являются полными; это останется таким в обозримом будущем.
Есть несколько способов получить реальные заголовки запроса:
• грубым является использование прокси
• более элегантный вариант - использовать событие протокола Network.responseReceived DevTools. Фактические заголовки сообщаются там как поле requestHeaders в Network.Response.
Это хорошо работало со старыми цветами, но не с последними версиями. вот небольшое лето, которое я сделал для версий теста
Решением для Chrome v67 было добавление этих флагов для отключения Изоляция сайта :
chrome --disable-site-isolation-trials --disable-features=IsolateOrigins,site-per-process --disable-web-security
Теперь все это не работает с последним chrome v73
возможно это вызвано этим:
Выпуск 932674 : v72 прервал перехват запроса devtools внутри междоменных фреймов
вы можете использовать домен протокола Fetch, доступный с m74
решение gaven также не работает, Fetch.requestPaused не содержит заголовки запроса ...
Я нашел информацию, которая может быть причиной этого:
DevTools : не предоставлять необработанные заголовки для запросов из разных источников
DevTools : не сообщать необработанные заголовки и файлы cookie для защищенных подресурсов. В случае, если сайту запроса субресурса необходимо защитить документ, не отправляйте необработанные заголовки и файлы cookie в средство визуализации фрейма.
или это вызвано, когда это HTTP / 2 сервер?
Включает ли кадр заголовка HTTP / 2 в кодированный ответ DataLength? (Протокол удаленной отладки)
... headersText не определено для HTTP / 2 запросов
ссылка
1- Как получить заголовки запросов, используя протокол Chrome Devtool с chrome v73 +?
2- Может ли веб-расширение решить эту проблему?
3- Есть ли другой способ, который будет стабильным и продлится дольше? как tshark + sslkeylogfile, который я пытаюсь избежать. спасибо