Маршрутизация, чтобы проксировать и кодировать инжекцию в файлы, подаваемые в локальной сети

От этой страницы:

Сравнение алгоритма состояния канала с алгоритмом векторов расстояния

Мы знаем, что, когда пакет прибывает в маршрутизатор, маршрутизатор индексирует таблицу переадресации и определяет интерфейс ссылки, которому должен быть поставлен пакет. И алгоритмы маршрутизации работают в сетевых маршрутизаторах, обмениваясь и вычисляют информацию, которая используется для конфигурирования их таблица переадресации. Цель алгоритма маршрутизации находит хороший путь с исходного маршрутизатора на маршрутизатор назначения среди ряда маршрутизаторов. Обычно, хороший путь является тем, который имеет наименьшее количество стоимость, и это - также кратчайший путь.

Существуют некоторые типы алгоритмов маршрутизации, такие как состояния канала или дистанционно-векторные алгоритмы маршрутизации. В то время как алгоритм состояний канала является алгоритмом с помощью глобальной информации, алгоритм векторов расстояния является повторяющимся, асинхронным, и распределенный. Для алгоритма DV каждый узел говорит только со своими непосредственно связанными соседями, но предоставляет его соседу наименьшее количество оценок затрат от себя до всех узлов. Для алгоритма LS, каждый узел переговоры со всеми другими узлами, но говорят им только стоимость, он - непосредственно сравнение части их атрибута. Существуют некоторые аспекты для нас для сравнения этих двух алгоритмов

Сложность сообщения: С состоянием канала каждый узел должен хранить информацию о стоимости каждой ссылки в сети. И каждый времена, если какая-либо стоимость изменяется, все узлы. С алгоритмом векторов расстояния сообщением обмениваются между двумя хостами, которые непосредственно подключены друг к другу. И если изменение стоимости в ссылке, которая является, будет принадлежать наименьшему количеству пути стоимости для одного из узлов, то алгоритм DV обновит новое значение. Но если изменение не принадлежит наименьшему количеству части стоимости между 2 хостами, там не будет никакое обновление

Быстрота сходимости: реализация LS является O (|N|2), которым нужен O (|N || E |) сообщение. Но с алгоритмом DV, это может сходиться медленно и иметь маршрутные петли, в то время как алгоритм сходится. Кроме того, алгоритм DV также страдает от количества до проблемы бесконечности.

Устойчивость: Для LS, когда маршрутизатор снижается, он может широковещательно передать неправильную стоимость для самой близкой. И также, узел может повредить или отбросить пакет, который это получает как часть широковещательной передачи LS. Однако узел LS является вычислительным для своей собственной таблицы переадресации, и другой узел делают вычисление для себя. Таким образом, это делает вычисление разделенным в некотором роде в LS, которые обеспечивают устойчивость. Для DV неправильный наименьшее количество путь стоимости может быть передан больше чем одному или всему узлу, таким образом, неправильное вычисление будет процессом во всей сетевой работе. Эта проблема DV намного хуже, чем алгоритм LS.

И от этой страницы:

Преимущества протоколов вектора расстояния

Хорошо поддерживаемый

Протоколы, такие как RIP были около долгого времени и большинства, если не все устройства, которые выполняют маршрутизацию, поймут RIP.

4
задан 4 February 2015 в 04:57
2 ответа

Хотя я ценю предложение ICAP, серверы ICAP с открытым исходным кодом устарели и / или плохо документированы. Я потратил несколько дней, пытаясь настроить решение ICAP без костей.

Поэтому я обратился к Apache в качестве прокси. Я настроил его как прозрачный прокси-сервер и настроил цепочку фильтров на раздувание (если содержимое было сдуто), выполнение замены и сдутие (если изначально сдуто). Это работает как чудо.

Что касается маршрутизации всего трафика через прокси, у меня есть отдельные точки доступа для всех устройств и локальный веб-сервер. Они находятся в разных подсетях, поэтому маршрутизатору (так же, как и прокси-машине) необходимо маршрутизировать трафик между ними и отправлять трафик через прокси.

Только с одной точкой доступа у меня была проблема, заключающаяся в том, что исходящий трафик проходил через прокси-сервер. , но локальный трафик - нет.

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

1
ответ дан 3 December 2019 в 03:45

Функция, которую вы, возможно, ищете, это ICAP (протокол адаптации интернет-контента ) .

Существует среда Python, которая обрабатывает это ( http://icap-server.sourceforge.net/ ), и сам Squid может иметь эту функцию сейчас (, по крайней мере, в разработке

Дополнительную информацию (и список других серверов ICAP) можно найти в Squid Wiki по адресу http://wiki.squid-cache.org/Features/ICAP#ICAP_Servers

2
ответ дан 3 December 2019 в 03:45

Теги

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