Вопросы Теги

Передайте многоадресную передачу (другой LAN) через многоадресную передачу отключения WAN

find /path/to/folder -user apache -print0 | xargs -0 rm

Добавить type -f если Вы не хотите включать каталоги.

Если Вы - член апачей группы, группа файлов является апачской, и у группы есть полномочия записи к каталогу, жизни файла в Вас могут удалить его. Иначе необходимо быть корнем.

7
задан 13 April 2017 в 15:14
5 ответов

Я не уверен, что понимаю вашу графику в вашем вопросе, но, насколько я понял, вам нужно пересылать многоадресную рассылку пакет через TCP? Инструментально-ориентированное решение может включать socat :

Например, канал многоадресной рассылки - 224.1.0.1:6666.

На хосте сервера (IP = SS.SS.SS.SS): 

$socat -v UDP4-RECVFROM:6666,ip-add-membership=224.1.0.1:CC.CC.CC.CC,fork TCP:destination.hostname:4444

На клиентском хосте (IP = CC.CC.CC.CC): 

$socat -v TCP-LISTEN:4444,fork UDP4-DATAGRAM:224.1.0.1:6666,range=SS.SS.SS.SS/24

Я позволю вам проверить, как настраивать параметры, с помощью руководства socat . Это довольно просто, если вы знаете свою MULTICAST GROUP и IP-адреса вашего сетевого интерфейса. : -)

4
ответ дан 2 December 2019 в 23:15

Некоторые маршрутизаторы позволяют туннелировать многоадресный трафик по каналам IP-сети. Оба конца туннеля должны быть настроены соответствующим образом. Cisco, в частности, поддерживает туннелирование многоадресного трафика по каналам GRE. Вот статья о том, как этого добиться Cisco

9
ответ дан 2 December 2019 в 23:15

Решение, ориентированное на ядро ​​Linux:

mrouted - это демон, который получает любые многоадресные пакеты и сообщает ядру, куда их пересылать. Вам нужно будет перекомпилировать ядро ​​Linux с определенным патчем и правильными параметрами. Затем настройте демон mrouted . Дополнительные сведения см. В Linux-Mrouted-MiniHOWTO.html .

Хорошая ссылка - это руководство по многоадресной рассылке , хорошее чтение.

Надеюсь, это поможет.

3
ответ дан 2 December 2019 в 23:15

Возможно, но использование потокового протокола, такого как TCP, не является хорошей идеей по причинам, связанным с множественными реализациями перегрузки (один раз из TCP, а другой раз из программ, пытающихся использовать UDP разумным образом) [1].

Возможности, которые у вас есть, - это туннелированные решения, например OpenVPN + TAP (с транспортным протоколом UDP) или GRE, или даже такие вещи, как L2TP. [Интересно, будет ли работать туннелирование IPIP / IP6IP6.]

4
ответ дан 2 December 2019 в 23:15

Стив Миллер опубликовал хорошее учебное пособие по вашей проблеме. Надеюсь, это вам поможет!

1
ответ дан 2 December 2019 в 23:15

Теги

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