Запуск специализированного Windows-ПО

[chemtech]

А вы можете спросить используется ли прога мультикаст или броадкаст?

[aaaSashaMGGU]

А вы можете спросить используется ли прога мультикаст или броадкаст?

Фразу "широковещательные запросы" я слышу на работе постоянно + логи говорят явно о протоколе IGMP + в ошибке запуска проскакивает error IP multicast
Видимо, да - используется.
P.S. - я на предыдущей странице форума всё расписал
Пользователь решил продолжить мысль 02 Июля 2014, 18:08:42:

В качестве примера, вот часть параметров ядра, отвечающих за мультикаст:

Код: [Выделить]

# sysctl -a | grep mc
net.ipv4.conf.all.mc_forwarding = 0
net.ipv4.conf.default.mc_forwarding = 0
net.ipv4.conf.em1.mc_forwarding = 0
net.ipv4.conf.lo.mc_forwarding = 0
net.ipv4.conf.tun0.mc_forwarding = 0
net.ipv4.conf.wlp2s0.mc_forwarding = 0
net.ipv4.neigh.default.mcast_solicit = 3
net.ipv4.neigh.em1.mcast_solicit = 3
...Как видите, значения параметров могут отличаться на разных интерфейсах.
Если через мост действительно идёт мультикаст (не броадкаст), то их нужно менять.

Код: [Выделить]

aaasashamggu@aaa:~$ sudo sysctl -a | grep mc
[sudo] password for aaasashamggu:
net.ipv4.conf.all.mc_forwarding = 0
net.ipv4.conf.default.mc_forwarding = 0
net.ipv4.conf.eth0.mc_forwarding = 0
net.ipv4.conf.lo.mc_forwarding = 0
net.ipv4.conf.wlan0.mc_forwarding = 0
net.ipv4.neigh.default.mcast_solicit = 3
net.ipv4.neigh.eth0.mcast_solicit = 3
net.ipv4.neigh.lo.mcast_solicit = 3
net.ipv4.neigh.wlan0.mcast_solicit = 3
net.ipv6.conf.all.mc_forwarding = 0
net.ipv6.conf.default.mc_forwarding = 0
net.ipv6.conf.eth0.mc_forwarding = 0
net.ipv6.conf.lo.mc_forwarding = 0
net.ipv6.conf.wlan0.mc_forwarding = 0
net.ipv6.neigh.default.mcast_solicit = 3
net.ipv6.neigh.eth0.mcast_solicit = 3
net.ipv6.neigh.lo.mcast_solicit = 3
net.ipv6.neigh.wlan0.mcast_solicit = 3
И у eth0, и у wlan0 настройки одинаковые... И рад бы поменять, но что именно?

[chemtech]

Код: [Выделить]

sudo sysctl -a | grep mc | grep -v "ipv6"ipv6 можно не смотреть

[aaaSashaMGGU]

В общем, отчёт по сегодняшнему рабочему дню:
Проверял Акулой (WireShark) 3 способами:

1. Из гостевой виртуалбокс, когда сетевой мост сделан через вай-фай. Это когда связи нет:
https://cloud.mail.ru/public/0b5253f7afb3/wlan0.pcapng

2. Из гостевой виртуалбокс, когда сетевой мост сделан через езернет. Это когда связь есть:
https://cloud.mail.ru/public/ad60ba7e0670/Eth0.pcapng

3. Из хостовой Windows через вай-фай. Когда всё работает:
https://cloud.mail.ru/public/8e98a1338625/Wi-Fi%20%D0%B8%D0%B7%20windows.pcapng

В случае нормальной работы идут бесконечные UDP-данные с текущими показаниями (массивами) контроллеров. По мультикасту. В случае отсутствия связи - этих запросов нет. А те, что проскакивают - это выдача Арма в сеть таких же данных. У нас в ПТК просто Арм=контроллер

[chemtech]

Это когда связь есть:

и

Когда всё работает:

Отличаются по работе программы?

[aaaSashaMGGU]

Это когда связь есть:

и

Когда всё работает:

Отличаются по работе программы?

Не отличаются. Всё открывается и работает, как положено, в обоих этих случаях

[Dfg]

Windows - разумеется, всё ок и так, и так

А собственно что мешает использовать решение которое исправно работает?
Я бы не рискнул играться со скадовскими вещами, которые обычно напрямую завязаны на производство и бизнес.
Случись сбой и простой и производитель скады увидя такой нахлобученный велосипед с убунтой, только посмеется и пальцем у виска покрутит.
Любой производитель выдает спецификации где прописаны в том числе и требования к ОС.
Вы готовы нарушать спецификацию и брать все риски на себя?

[aaaSashaMGGU]

Windows - разумеется, всё ок и так, и так

А собственно что мешает использовать решение которое исправно работает?
Я бы не рискнул играться со скадовскими вещами, которые обычно напрямую завязаны на производство и бизнес.
Случись сбой и простой и производитель скады увидя такой нахлобученный велосипед с убунтой, только посмеется и пальцем у виска покрутит.
Любой производитель выдает спецификации где прописаны в том числе и требования к ОС.
Вы готовы нарушать спецификацию и брать все риски на себя?

Да нет конечно. Я под страхом смерти на Армы не буду ставить ничего подобного. Вы совершенно правы - цена вопроса миллионы и даже миллиарды рублей. Речь только о моём личном ноутбуке и моих личных предпочтениях (а лучше сказать, закидонах )

[ArcFi]

2. Из гостевой виртуалбокс, когда сетевой мост сделан через езернет. Это когда связь есть:

Т.е. в виртуалке работает аналогично wine, когда проводом подключено?

[aaaSashaMGGU]

2. Из гостевой виртуалбокс, когда сетевой мост сделан через езернет. Это когда связь есть:

Т.е. в виртуалке работает аналогично wine, когда проводом подключено?

Да. Всё аналогично.
Но стоит отцепить провод, как виртуалка теряет связь, а wine с этих пор крэшится при запуске (лог в моём первом сообщении в этой теме). Ну, не сам wine крэшится, конечно, а программа.

[ArcFi]

aaaSashaMGGU, в рабочем состоянии проверьте:

Код: [Выделить]

ip -4 a ; ip -4 r l t all

[aaaSashaMGGU]

aaaSashaMGGU, в рабочем состоянии проверьте:

Код: [Выделить]

ip -4 a ; ip -4 r l t all

В "рабочем" это в котором? Проводом под wine или проводом в виртуалбоксе?

[ArcFi]

aaaSashaMGGU, давайте сравним wine+провод (когда программа запущена и соединение установлено) и wine+вафля.

[Dfg]

Если будут ещё у кого идеи - пишите

А если попробовать другую виртуалку?

А если собрать wine более ранних версии, примерно на год-два старше вашей паскалевской программы, когда в вайне еще не было заглушек под вистосемерки.

Ubuntu в VirtualBox - Через Ethernet - всё ок, через Wi-Fi - приложение в Wine стартует

А если попробовать воткнуть другой вайфай адаптер с другими сетевыми дровами, раз на виртуальном не падает?

[aaaSashaMGGU]

А если собрать wine более ранних версии, примерно на год-два старше вашей паскалевской программы, когда в вайне еще не было заглушек под вистосемерки.

Пробовал поздний (самый последний) wine. Но да - можно попробовать и ранний.

А если попробовать воткнуть другой вайфай адаптер с другими сетевыми дровами, раз на виртуальном не падает?

У меня ноутбук - если и втыкать, то только что-то USB-шное. Но в этой глухомани, в которой я оказался, такие раритеты и не найти, наверное
Пользователь решил продолжить мысль 04 Июля 2014, 11:12:59:

aaaSashaMGGU, давайте сравним wine+провод (когда программа запущена и соединение установлено) и wine+вафля.

Wine через wi-fi (сразу перед вылетом, а потом сразу после вылета):

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

aaasashamggu@aaa:~$ ip -4 a ; ip -4 r l t all
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    inet 192.168.17.47/24 brd 192.168.17.255 scope global wlan0
       valid_lft forever preferred_lft forever
192.168.17.0/24 dev wlan0  proto kernel  scope link  src 192.168.17.47  metric 9
broadcast 127.0.0.0 dev lo  table local  proto kernel  scope link  src 127.0.0.1
local 127.0.0.0/8 dev lo  table local  proto kernel  scope host  src 127.0.0.1
local 127.0.0.1 dev lo  table local  proto kernel  scope host  src 127.0.0.1
broadcast 127.255.255.255 dev lo  table local  proto kernel  scope link  src 127.0.0.1
broadcast 192.168.17.0 dev wlan0  table local  proto kernel  scope link  src 192.168.17.47
local 192.168.17.47 dev wlan0  table local  proto kernel  scope host  src 192.168.17.47
broadcast 192.168.17.255 dev wlan0  table local  proto kernel  scope link  src 192.168.17.47
aaasashamggu@aaa:~$ ip -4 a ; ip -4 r l t all
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    inet 192.168.17.47/24 brd 192.168.17.255 scope global wlan0
       valid_lft forever preferred_lft forever
192.168.17.0/24 dev wlan0  proto kernel  scope link  src 192.168.17.47  metric 9
broadcast 127.0.0.0 dev lo  table local  proto kernel  scope link  src 127.0.0.1
local 127.0.0.0/8 dev lo  table local  proto kernel  scope host  src 127.0.0.1
local 127.0.0.1 dev lo  table local  proto kernel  scope host  src 127.0.0.1
broadcast 127.255.255.255 dev lo  table local  proto kernel  scope link  src 127.0.0.1
broadcast 192.168.17.0 dev wlan0  table local  proto kernel  scope link  src 192.168.17.47
local 192.168.17.47 dev wlan0  table local  proto kernel  scope host  src 192.168.17.47
broadcast 192.168.17.255 dev wlan0  table local  proto kernel  scope link  src 192.168.17.47

Wine через провод:

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

aaasashamggu@aaa:~$ ip -4 a ; ip -4 r l t all
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    inet 192.168.17.49/24 brd 192.168.17.255 scope global eth0
       valid_lft forever preferred_lft forever
default via 192.168.17.1 dev eth0  proto static
192.168.17.0/24 dev eth0  proto kernel  scope link  src 192.168.17.49  metric 1
broadcast 127.0.0.0 dev lo  table local  proto kernel  scope link  src 127.0.0.1
local 127.0.0.0/8 dev lo  table local  proto kernel  scope host  src 127.0.0.1
local 127.0.0.1 dev lo  table local  proto kernel  scope host  src 127.0.0.1
broadcast 127.255.255.255 dev lo  table local  proto kernel  scope link  src 127.0.0.1
broadcast 192.168.17.0 dev eth0  table local  proto kernel  scope link  src 192.168.17.49
local 192.168.17.49 dev eth0  table local  proto kernel  scope host  src 192.168.17.49
broadcast 192.168.17.255 dev eth0  table local  proto kernel  scope link  src 192.168.17.49

VirtualBox через провод:

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

aaasashamggu@aaa:~$ ip -4 a ; ip -4 r l t all
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    inet 192.168.17.49/24 brd 192.168.17.255 scope global eth0
       valid_lft forever preferred_lft forever
default via 192.168.17.1 dev eth0  proto static
192.168.17.0/24 dev eth0  proto kernel  scope link  src 192.168.17.49  metric 1
broadcast 127.0.0.0 dev lo  table local  proto kernel  scope link  src 127.0.0.1
local 127.0.0.0/8 dev lo  table local  proto kernel  scope host  src 127.0.0.1
local 127.0.0.1 dev lo  table local  proto kernel  scope host  src 127.0.0.1
broadcast 127.255.255.255 dev lo  table local  proto kernel  scope link  src 127.0.0.1
broadcast 192.168.17.0 dev eth0  table local  proto kernel  scope link  src 192.168.17.49
local 192.168.17.49 dev eth0  table local  proto kernel  scope host  src 192.168.17.49
broadcast 192.168.17.255 dev eth0  table local  proto kernel  scope link  src 192.168.17.49

VirtualBox через Wi-Fi:

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

aaasashamggu@aaa:~$ ip -4 a ; ip -4 r l t all
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    inet 192.168.17.47/24 brd 192.168.17.255 scope global wlan0
       valid_lft forever preferred_lft forever
192.168.17.0/24 dev wlan0  proto kernel  scope link  src 192.168.17.47  metric 9
broadcast 127.0.0.0 dev lo  table local  proto kernel  scope link  src 127.0.0.1
local 127.0.0.0/8 dev lo  table local  proto kernel  scope host  src 127.0.0.1
local 127.0.0.1 dev lo  table local  proto kernel  scope host  src 127.0.0.1
broadcast 127.255.255.255 dev lo  table local  proto kernel  scope link  src 127.0.0.1
broadcast 192.168.17.0 dev wlan0  table local  proto kernel  scope link  src 192.168.17.47
local 192.168.17.47 dev wlan0  table local  proto kernel  scope host  src 192.168.17.47
broadcast 192.168.17.255 dev wlan0  table local  proto kernel  scope link  src 192.168.17.47