Мост, не работающий
Глупый меня, я фиксировался на сценарий, который делает настолько далеко быстрее и легче:
#!/usr/bin/python3
import os
import gzip
import apt_pkg
repo1 = "~/.repo_local/dists/cache/main/binary-i386/Packages.gz"
repo1 = os.path.expanduser(repo1)
repo1 = apt_pkg.TagFile(gzip.open(repo1, "rb"))
repo1 = dict([(pkg["Package"], pkg["Version"]) for pkg in repo1])
repo2 = "~/.repo_bin/dists/squeeze/main/binary-i386/Packages.gz"
repo2 = os.path.expanduser(repo2)
repo2 = apt_pkg.TagFile(gzip.open(repo2, "rb"))
repo2 = dict([(pkg["Package"], pkg["Version"]) for pkg in repo2])
apt_pkg.init_system()
found = False
for pkg in repo1:
if pkg in repo2:
vc = apt_pkg.version_compare(repo1[pkg], repo2[pkg])
if vc == 0:
print("{:<30}{:<30}({})".format(repo1[pkg], repo2[pkg], pkg))
found = True
if found:
print("=" * 90)
print("{:<30}{:<30}({})".format("custom", "official", "package name"))
else:
print("nothing matching search criteria found")
Вы не можете проверить с помощью ping-запросов плату, потому что плата не имеет IP-адреса. Не ясно точно, что Вы делаете здесь.
Пакеты не проходят мост на плате, потому что нет ничего зависающего от eth0 платы. Если Вы включаете устройство в eth0 и ping, что, необходимо видеть, что пакеты проходят мост.
Может быть две причины, почему счетчик пакетов eth0 не увеличивается:
1) Мост работает несколько как переключатель, в котором он отслеживает MAC-адреса устройств позади каждого порта моста. Если Вы выполняете команду brctl showmacs mybridge, Вы видите MAC-адреса устройств, которые видел мост и какой порт они находятся позади.
Если Вы включите устройство в eth0 и попытаетесь проверить с помощью ping-запросов его, то хост проверки с помощью ping-запросов сначала широковещательно передаст запрос ARP, чтобы обнаружить, что MAC-адрес хоста с IP-адресом проверяет с помощью ping-запросов. Когда тот ответ хоста на запрос ARP, мост будет видеть, что хост с тем MAC-адресом находится позади eth0 моста. Однако я ожидал бы видеть, что широковещательные сообщения ARP считаются против интерфейса, поэтому в то время как у Вас будет низкий пакет/байт, рассчитывают на eth0, это должно быть ненулевым.
2) Нет ничего, включил eth0, следовательно он не имеет никакого поставщика услуг. Нет никакого смысла отправляющего пакеты в интерфейсе, который отключается. Вы видите это с 'IP ссылкой' команда ( ip команда удерживает от использования ifconfig команда - Вы видите интерфейсные счетчики с ip -s link). Вы будете видеть NO-CARRIER против eth0.
-
1Мы присвоили IP для образования моста, но все еще тот же результат. Мы несли тот же тест на ПК (рабочая человечность) путем образования моста беспроводного порта и порта Lan при помощи следующей сетевой маски sudo ifconfig eth0 0.0.0.0 sudo ifconfig wlan0 0.0.0.0 sudo brctl addbr mybridge sudo brctl addif mybridge eth0 sudo brctl addif mybridge wlan0 sudo ifconfig mybridge 192.168.1.45 команд 255.255.255.0 sudo ifconfig mybridge Здесь, мы можем проверить с помощью ping-запросов для образования моста от другой системы по беспроводной связи. И также шоу mybridge, УВЕЛИЧИВАЮЩЕЕ ШИРОКОВЕЩАТЕЛЬНУЮ ПЕРЕДАЧУ, ВЫПОЛНЯЮЩУЮ МНОГОАДРЕСНЫЙ MTU:1500 Metric:1 – sumit 17.09.2012, 14:03
-
2, который мы хотели бы, добавляет далее, что ядро, работающее на ПК----3.0.0-24-универсальное ядро, работающее на борту----2.6.39.4, Может там быть любой проблемой ядра как, мы должны добавить, что любой патч к 2.6.39.4 Любым видам входа очень поможет, Thanks in advance Thanks & Regards Sumit – sumit 17.09.2012, 14:12
-
3Вы не сказали "беспроводную связь" в своем вопросе. Это очень важно. Образование моста беспроводной связи хитро и часто не возможно без некоторой определенной для аппаратных средств конфигурации или кода. Для образования моста к беспроводной связи необходимо использовать 4-адресный формат вместо регулярного 3-адресного формата. Я не сделал Wi-Fi, образующего мост в течение многих лет, таким образом, я не знаю, каково текущее состояние. – camh 18.09.2012, 13:22