Python requests发送加密数据POST请求返回502 Bad Gateway错误求助

• 环境版本不匹配是核心问题
  你标注的生产远端服务运行环境为Python 2.7，但提供的远端Flask代码首行shebang是#!/usr/bin/env python3，且代码本身是Python3语法（比如字节/字符串显式编解码写法），放到Python2.7环境运行会直接抛出语法/运行时异常，导致服务进程崩溃，Nginx无法接收到上游返回就会响应502错误。本地测试时你大概率是用Python3启动远端服务，所以运行正常。
• 代码硬编码问题
  远端路由中写文件的路径为相对路径opt/path/members.json，缺少根目录前缀/，生产环境Flask进程的工作目录和本地不一致时，会触发文件路径不存在的IO异常，直接导致请求处理失败。
• 表单传值的编码兼容问题
  你直接将Fernet加密后的字节串放入POST表单发送，requests库在Python3环境会自动对字节值做编码转换，而生产远端Python2.7的表单解析逻辑对字节串的处理逻辑和Python3不一致，会导致拿到的密文和原始密文不一致，解密抛出异常触发服务报错。
• 日志采集遗漏问题
  你提到Apache和Nginx日志无报错，是因为Flask应用的运行时异常默认会输出到应用进程的stderr，而非Web服务器的日志文件，你需要查看Flask对应的WSGI容器（uWSGI/Gunicorn等）的日志才能看到具体的代码报错信息。
• Nginx配置限制问题
  如果加密后的数据量超过Nginx默认的client_max_body_size（默认值为1M），Nginx会直接拦截POST请求返回错误，如果你配置的日志级别较低可能不会记录相关报错。

你最终改用ssh/sftp协议传输文件是更适合生产环境的方案：不需要自行处理加密、请求重试、异常兼容问题，同时ssh协议的权限管控、日志审计能力更成熟，运维侧也更容易做安全策略配置。

内容的提问来源于stack exchange，提问作者ThurstonLevi