LINUX.ORG.RU

post https file upload и ssl пропади оно пропадом:

 , , , ,


0

1

есть общеизвестный сервис для файлового хранилища на нём

постом авторизуюсь на его эндпоенте для создания локации под будущий файл с отправкой телом jsonа с его имени размера и sha256sum

при попытке по выданой на первом посте локации за аплодить файло возвращает 400 bad request в теле сообщает invalid request но в качестве пути указывает не мною запрощенную локацию а с поддоменном от какого то виртуального кибернетиса - но путь с общемего домена до контретного файла тот же

блин - в ч>м блин трабл???

Трабл в том, что invalid request. Либо что-то дергаешь неправильно, и нужно читать доки по апи, либо у сервера внутренние проблемы, и надо дергать админов/поддержку. А какие (под)домены сервис внутри себя использует для хранения, это уже его детали реализации.

annulen ★★★★★
()
Ответ на: комментарий от annulen

впечатление что что-то с ssl ибо curlем оно само получало ответы

при попытке использовать requests (python) сначала валилось на ssl3 исключениях даже session.verify=False не помогало

однако включение fidlera стало автоматом проксить и делать и requests как curl -k - (имхо впечатление)

может ли это быть причиной что на post запрос создания файла приходит норм ответ а непосредственно попытыка залить octet-stream возвращает 400 :(

как посмотреть ч> происходит- конкретно отчего консольный curl в курсе нужных сертификатов а requests.post - если без прокси валится в эксепшен

wireshark’ом как впрочем и фидлером мало чё понял - scapy пушкой по воробьям?

зы. я не настоящий сварщик если чё

qulinxao3 ★☆
() автор топика
Последнее исправление: qulinxao3 (всего исправлений: 1)
Ответ на: комментарий от qulinxao3

Если бы было «что-то с ssl», то ошибки были бы не в http-ответах, а в виде ошибок ssl-библиотеки и невозможности установления соединения с сервером (за исключением, может быть, авторизации по клиентским сертификатам, что весьма экзотический случай).

annulen ★★★★★
()