хедеры через прокси

А сам прокси то фильтрует полученные заголовки или нет? Вы ж формально заголовки не удаленному сайту шлете - а проксе. Курл тут помочь не может никак. Если прокся их "режет".

Уверен, что прокся не режет\подменяет хедеры?

на счет режет или нет - неизвестно...

поставил :

CURLOPT_COOKIEFILE

CURLOPT_COOKIEJAR

Но на фоне этого и проксю поменял - вроде заработало.

вот незнаю толи из-за того что проксю поменял, толи setopt добавил...

CURLOPT_COOKIEFILE и CURLOPT_COOKIEJAR к хидерам никакого отношения не имеют.

понимаю.

Просто заметил разность в полученных хедерах от сайта site.ru через прокси и без.

менялась чтото связанное с куками(точно не помню что). Плюс ко всему есть в посылаемых хедерах строчка "Cookie: ...."

Тыкнул пальцем в небо и решил это добавить...

Так проверить же просто. Сооруди страничку, где будут читаться-показываться нужные хедеры и зайди браузером через свою проксю.

Ну вот - прокся однако ;).

все верно, в хедерах передаются куки, переменные сессии , а также GET, POST и т.д.🤣bl:

Сами CURLOPT - нет. А курл-таки обёртка вокруг сокетов. И все передается в хидерах... Так что wmtopart поставить бы плюсик, но минусы уже заработал )))

Ну так или иначе вся передаваемая инфа, помимо тела документа, есть продукт хидеров. ;)

Но думаю проблема все таки была именно в проксе.

Я помню одну фишку. Встречался... Вообщем, нада строго RFC соблюдать, а то некоторые прокси-сервера "ломают" запрос. Сдвиги образуются на 2 байта и прочая мутотень рисуется... Но это если через сокеты работать напрямую. Не думаю, что курл там ошибается )