WCF netTCPBinding - Является транспортным шифрованием достаточно?
Чтение вашего комментария Предположим, вы используете D3 v4. Начиная с версии 4 нет d3.svg, поэтому сообщение об ошибке. Строковый генератор, который вы ищете, теперь определяется как d3.line() .
Если вы все еще используете версию 3, это будет d3.svg.line().
Кроме того, как отмечали другие ответчики, это приведет к последующей ошибке, оставив остальную часть заявления без изменений, поскольку d3.line не имеет метода .interpolate(). Для этой цели D3 v4 имеет кривые заводы , которые используются для интерполяции. Эти заводы поставляются линейному генератору с использованием line.curve() . D3 v3's .interpolate("linear") теперь становится .curve(d3.curveLinear). Однако, поскольку line.curve() по умолчанию имеет значение d3.curveLinear, это может быть безопасно опущено в вашем случае.
Таким образом, утверждение выглядит следующим образом:
var lineFunction = d3.line()
.x(function(d) { return d.x; })
.y(function(d) { return d.y; })
.curve(d3.curveLinear); // Use for clarity, omit for brevity.
3 ответа
Шифрование уровня сообщения необходимо, когда Вы не управляете посредником. Посреднические сервисы должны смочь изменить заголовки мыла и могли посмотреть на Ваши уязвимые данные в злонамеренных целях. Но если Вы управляете всем с начального отправителя на окончательный получатель, затем Вам не нужно шифрование на том уровне.
Я работаю над проектом, который использует netTCP для внутренних сервисов, и я могу подтвердить, что он работает хорошо.
Я думаю, что Вы - пятно на. Если бы Вы не планируете перемещение этого к другому транспортному механизму, я не вижу, почему Вы должны были бы и обмениваться сообщениями - и транспортное шифрование. Если производительность будет ключевым фактором, пропускающим шифрование сообщения, то сохранит Вас некоторая производительность, так как Вы не должны добавлять защиту при отправке/получении, каждый обменивается сообщениями.
В общих чертах пока Вы имеете дело с соединениями точка-точка, и сертификаты проверяются с обеих сторон (особенно при использовании взаимной аутентификации) затем да, безопасность транспортного уровня могла бы быть достаточно. Проверка сертификатов полезна, чтобы гарантировать, что кто-то не вытесняет сервер (или никакой man-in-the-middle не мешает).
Безопасность уровня сообщения становится более полезной, когда необходимо сделать довольный подписание, или Вам нужна неотказуемость и особенно когда Вы имеете посредников (маршрутизаторы) между клиентом и сервером и хотите удостовериться, что они могут направить сообщение, на самом деле не смотря на его содержание.