rtsp по http по прокси

Question

rtsp по http по прокси

Кажется, я использовал неправильный геойсон. Я изменил свой код, и теперь он работает, как и ожидалось, и новые схемы также имеют черновик-7. Вот мой обновленный код:

        "boundary": {
          "title": "The boundary of the plot",
          "anyOf": [
            {
              "$ref": "http://geojson.org/schema/MultiPolygon.json"
            },
            {
              "$ref": "http://geojson.org/schema/Polygon.json"
            }
          ],
          "additionalProperties": false

и

            "geoLocation": {
              "title": "Front door geolocation",
              "$ref": "http://geojson.org/schema/Point.json",
              "additionalProperties": false
            },

JSON может быть:

  "boundary":
  {
    "type": "Polygon",
    "coordinates": [
      [
        [100.0, 0.0], [101.0, 0.0], [101.0, 1.0], [100.0, 1.0],
        [100.0, 0.0]
      ]
    ]
  }

и

    "geoLocation": {
      "coordinates": [125.25, 135.255],
      "type": "Point"
    }

6

rtsp streaming proxy networking http

задан user29402 6 November 2008 в 16:34

2 ответа

Другие вопросы по тегам:

rtsp streaming proxy networking http

Похожие вопросы:

score 0 · Answer 1

Посмотрите, ли, выпуская тот же запрос, но обходя прокси (например, воспроизведите запрос, который Вы отправили выше использования Netcat), результаты больше чем в четырех байтах, переданных потоком в органе по ответу.
Посмотрите, какие пакеты TCP прокси получает, например, путем подслушивания трафик TCP на машине, это выполняет прокси, скажем, с помощью Wireshark.

score 3 · Answer 2

Во-первых, Вы могли бы хотеть считать это:

http://developer.apple.com/quicktime/icefloe/dispatch028.html

Во-вторых, Запросы HTTP (и ДОБИРАЮТСЯ и POST) должны быть отформатированы так, чтобы они были проксированы правильно. Я видел прокси, которые настаивают на том, чтобы кэшировать слишком много запроса POST, препятствуя тому, чтобы это достигло сервера. Те прокси являются багги, но нет ничего, что можно сделать об этом, и я не смог работать вокруг той проблемы. Главным образом я видел это с антивирусным программным обеспечением, которое пытается сделать прозрачное проксирование запросов POST, прибывающих из браузера для сканирования их для частной информации как номера социального страхования. Вы могли бы сталкиваться с той же проблемой.

Вы используете анти-вирус McAfee случайно?

Кроме того, кажется, что Реальный изобрел ее собственный способ сделать то же самое, но базовая конструкция очень похожа - ЗАСТАВЛЯЮТ для нисходящего канала, POST для восходящего потока, с некоторым волшебным cookie (в этом случае, GUID) связывать два на сервере. Так или иначе POST должен добраться до сервера, и в Вашем случае кажется, что он не делает.

Между прочим, так как проблема, кажется, с запросом POST, не проходящим прокси, как насчет того, чтобы отправить тот запрос, в дополнение к ПОЛУЧЕНИЮ?