Я проверил этой и что. Однако мой отладчик выглядит следующим образом.

пример отказ

.

нет данных формы, нет необработанного содержимого

пример Raw (*хотя путь отличается от захвата экрана, оба они не могут читать данные post)

POST https://192.168.0.7/cgi-bin/icul/;stok=554652ca111799826a1fbdafba9d3ac1/remote_command HTTP/1.1

Host: 192.168.0.7

Connection: keep-alive

Content-Length: 419

accept: application/json, text/javascript, */*; q=0.01

Origin: https://192.168.0.7

User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/46.0.2490.86 Safari/537.36

content-type: application/x-www-form-urlencoded; charset=UTF-8

Referer: https://192.168.0.7/cgi-bin/icul/;stok=554652ca111799826a1fbdafba9d3ac1/smartmomentl/access-point/network

Accept-Encoding: gzip, deflate

Accept-Language: en-US,en;q=0.8,zh-TW;q=0.6,zh;q=0.4

Cookie: sysauth=f15eff5e9ebb8f152e163f8bc00505c6



command=import&args=%7B%22--json%22%3Atrue%2C%22--force%22%3Atrue%2C%22--mocks%22%3A%22%7B%5C%22DEL%5C%22%3A%7B%7D%2C%5C%22SET%5C%22%3A%7B%5C%22dhcp%5C%22%3A%7B%5C%22lan%5C%22%3A%7B%5C%22.section%5C%22%3A%5C%22dhcp%5C%22%2C%5C%22interface%5C%22%3A%5C%22lan%5C%22%2C%5C%22ignore%5C%22%3A%5C%220%5C%22%2C%5C%22leasetime%5C%22%3A%5C%2212h%5C%22%2C%5C%22range%5C%22%3A%5C%22172.16.0.100-172.16.0.200%5C%22%7D%7D%7D%7D%22%7D



HTTP/1.1 200 OK

Access-Control-Allow-Origin: *

Status: 200 OK

Content-Type: text/html; charset=utf-8

Cache-Control: no-cache

Expires: 0

Transfer-Encoding: chunked

Date: Thu, 01 Jan 1970 00:09:27 GMT

Server: lighttpd/1.4.30



31

{ "ctx": "No such command", "exitStatus": false }

0

Примечание: (6)

удачный пример

различия между ними I заметили (путем дифференциации содержимого заголовка)

пример Raw (*хотя путь отличается от захвата экрана, оба они не могут читать данные post)

POST https://192.168.0.7/cgi-bin/icul/;stok=92dea2b939b9fceb44ac84ac859de7f4/;stok=92dea2b939b9fceb44ac84ac859de7f4/remote_command HTTP/1.1

Host: 192.168.0.7

Connection: keep-alive

Content-Length: 53

Accept: application/json, text/javascript, */*; q=0.01

Origin: https://192.168.0.7

X-Requested-With: XMLHttpRequest

User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/46.0.2490.86 Safari/537.36

Content-Type: application/x-www-form-urlencoded; charset=UTF-8

Referer: https://192.168.0.7/cgi-bin/icul/;stok=92dea2b939b9fceb44ac84ac859de7f4/remote_command/command_reboot

Accept-Encoding: gzip, deflate

Accept-Language: en-US,en;q=0.8,zh-TW;q=0.6,zh;q=0.4

Cookie: sysauth=683308794904e0bedaaead33acb15c7e



command=command_reboot&args=%7B%22--json%22%3Atrue%7D



HTTP/1.1 200 OK

Access-Control-Allow-Origin: *

Status: 200 OK

Content-Type: text/html; charset=utf-8

Cache-Control: no-cache

Expires: 0

Transfer-Encoding: chunked

Date: Thu, 01 Jan 1970 00:02:46 GMT

Server: lighttpd/1.4.30



34

{ "ctx": "u0022successu0022", "exitStatus": true }

0

Примечание: (6)

разница в заголовке между 2 примерами

• успешно используется привязка Jquery в то время как отказ один с помощью HTTPS от nodejs + browserify. Тем не менее, я все еще нахожу способ проверить, есть ли это проблема или нет (не проверял)




• отсутствует X-Requested-With: XMLHttpRequest. Однако добавление этого заголовка обратно в запрос не устраняет эту проблему (проверено)



• 
  

  заглавный заголовок против меньшего поля заголовка письма (

  
  
  
  
  

  • content-type и Content-type. Однако эта разница не является основной причиной моей проблемы, как пытались в скрипку здесь (проверено)

  
  

  • Accept vs accept (Не проверено)

  
  
  
  

Примечание: (5) (7)

все же, я не уверен, почему первый c на content-type С маленькой буквы.

Примечание: (1)

что я пробовал

Я пробовал Firefox с firebug. Он способен показать мою полезную нагрузку. Однако он не может проанализировать ответ от сервера :' (

так как веб-сервер работает в протоколе HTTPS, я не могу захватить пакеты с помощью приложение Wireshark. Любые предложения по отладке почтовых запросов? Спасибо.

ссылке суть об отладке HTTP (S) запроса через командную строку. Примечание: (3)

обертка я использую

у меня есть обруч этот метод от nodejs с обещанием звонки. Ниже приведен фрагмент показать вариант, который я использовал.

/**

 * Wraps HTTPS module from nodejs with Promise

 * @module common/http_request

 */



var createRequestSetting = function (host, path, data, cookies) {

    return {

        method: 'POST',

        port:443,

        host: host,

        path: path,

        headers: {

            Accept: 'application/json, text/javascript, */*; q=0.01',

            'Content-Type':

                'application/x-www-form-urlencoded; charset=UTF-8',

            'Content-Length': Buffer.byteLength(data),

            'Cookie': cookies,

        },

        rejectUnauthorized: false,

    };

};

полный источник здесь

Примечание.: (2)

обновление

• (1) я проверил письмо c не влияет на отладчик chrome. Вот это скрипка. Я попытался имитировать тот же запрос с XMLHttpRequest письмо c. Я все еще могу проверить данные формы в отладчике.


• (2) Ссылка на полный исходный код


• (3) связаться с суть от меня о скриптах для тестирования HTTP (S) запроса


• (4) переформатировать вопрос читаемость


• (5) примеры не используют одну и ту же привязку после просмотра кода


• (6) Добавить пример заголовка сырья


• (7) Добавить сеанс сравнения