bitrixbiz Сообщения

bitrixbiz	# 5 лет, 4 месяца назад (отредактировано 5 лет, 4 месяца назад)
Темы: 26 Сообщения: 165 Участник с: 29 апреля 2016	Добрый день! Спасибо! попробую выкинуть физический интерфейс из бриджа. У меня вопрос этой темы созрел попутно. Я делаю стенд на виртуалках чтобы как говорится потренироваться на кошках. Идея такова, чтобы съэмулировать работу в сети двух офисов. Наверное со структуры сети и надо было начинать. Грубо говоря R1 и H1 это роутер со станцией(сервером) одного офиса, а R2 и H2 роутер со станцией другого. Среда передачи интернет эмулируется через бридж. Почему так, ну, чтобы доступ был к машинам по SSH, а то неудобно в их голых консолях работать. Может сразу не понял как это правильно сделать. Вообще задача состоит в другом и к этой теме не относится. Нужно заставить схему работать по GRE протоколу - объединить два офиса по ethernet over IP который должен быть завёрнут в IPSEC, вот так как описано в этой статье - https://libreswan.org/wiki/EoIP_shared_ethernet_LAN_using_IPsec Только вместо libreswan должен применяться strongswan. Пока ничего не выходит. Придётся по этому вопросу видимо новую тему открыть.

# 5 лет, 4 месяца назад (отредактировано 5 лет, 4 месяца назад)

Сообщения: 165

Участник с: 29 апреля 2016

Добрый день!
Спасибо! попробую выкинуть физический интерфейс из бриджа.
У меня вопрос этой темы созрел попутно. Я делаю стенд на виртуалках чтобы как говорится потренироваться на кошках. Идея такова, чтобы съэмулировать работу в сети двух офисов. Наверное со структуры сети и надо было начинать. Грубо говоря R1 и H1 это роутер со станцией(сервером) одного офиса, а R2 и H2 роутер со станцией другого. Среда передачи интернет эмулируется через бридж. Почему так, ну, чтобы доступ был к машинам по SSH, а то неудобно в их голых консолях работать. Может сразу не понял как это правильно сделать.
Вообще задача состоит в другом и к этой теме не относится. Нужно заставить схему работать по GRE протоколу - объединить два офиса по ethernet over IP который должен быть завёрнут в IPSEC, вот так как описано в этой статье - https://libreswan.org/wiki/EoIP_shared_ethernet_LAN_using_IPsec
Только вместо libreswan должен применяться strongswan.
Пока ничего не выходит. Придётся по этому вопросу видимо новую тему открыть.

bitrixbiz	# 5 лет, 4 месяца назад (отредактировано 5 лет, 4 месяца назад)
Темы: 26 Сообщения: 165 Участник с: 29 апреля 2016	Всё таки есть нерешенная проблема. После перезагрузки машина подключенная только к виртуальной сети H1 не может общаться с внешним миром через роутер R1. Приходится сначала взбодрить всю эту сеть пингом с R1 до H1. До этого на пинги с H1 система отвечает: `From 10.0.1.1 icmp_seq=1 Destination Port Unreachable From 10.0.1.1 icmp_seq=2 Destination Port Unreachable` и т.д. 10.0.1.1 это адрес R1 Как сделать правильно чтобы работало без пинков?

bitrixbiz

# 5 лет, 4 месяца назад (отредактировано 5 лет, 4 месяца назад)

Темы: 26

Сообщения: 165

Участник с: 29 апреля 2016

Всё таки есть нерешенная проблема. После перезагрузки машина подключенная только к виртуальной сети H1 не может общаться с внешним миром через роутер R1. Приходится сначала взбодрить всю эту сеть пингом с R1 до H1.
До этого на пинги с H1 система отвечает:

From 10.0.1.1 icmp_seq=1 Destination Port Unreachable
From 10.0.1.1 icmp_seq=2 Destination Port Unreachable

и т.д.
10.0.1.1 это адрес R1
Как сделать правильно чтобы работало без пинков?

bitrixbiz	# 5 лет, 4 месяца назад
Темы: 26 Сообщения: 165 Участник с: 29 апреля 2016	Мне кажется что загвоздка где-то между МАС и IP адресами. В общем сделал для себя вывод, что если машинка подключена только к виртуальной сети и не имеет интерфейса связанного с хостом-хозяином через бридж или тунель, то пообщаться с ней без потери её интереса к виртульной сети не получится. Машинка может общаться либо с хостом-хозяином, либо с виртуальной сетью. Поправьте если не прав.

bitrixbiz

# 5 лет, 4 месяца назад

Темы: 26

Сообщения: 165

Участник с: 29 апреля 2016

Мне кажется что загвоздка где-то между МАС и IP адресами. В общем сделал для себя вывод, что если машинка подключена только к виртуальной сети и не имеет интерфейса связанного с хостом-хозяином через бридж или тунель, то пообщаться с ней без потери её интереса к виртульной сети не получится. Машинка может общаться либо с хостом-хозяином, либо с виртуальной сетью.
Поправьте если не прав.

bitrixbiz	# 5 лет, 4 месяца назад (отредактировано 5 лет, 4 месяца назад)
Темы: 26 Сообщения: 165 Участник с: 29 апреля 2016	Есть проблема! Построил простенький виртуальный стенд. Роутер R1 подключенный одним концом через бридж к физическому интерфейсу и вторым к виртуальной сети, и станция H1 подключенная в виртуальную сеть. После перезагрузки машина подключенная только к виртуальной сети H1 не может общаться с внешним миром через роутер R1. При попытке обращения за пределы виртуальной сети идёт ответ к примеру на пинг: From 10.0.1.1 icmp_seq=1 Destination Port Unreachable Приходится сначала взбодрить всю эту сеть пингом с R1 до H1. Что я делаю не так? Рецепт парадокса: Взять один QEMU/KVM в виде libvirt, один virt-manager, добавить пару машин и одну или две (по вкусу) виртуальные сети, через одну из которых эти машины будут общаться. При этом одна машина имеет второй сетевой интерфейс, который посредством бриджа соединён с физическим интерфейсом хоста, в котором всё это варится. Эта машинка с двумя сетевыми интерфейсами (назовём её R1) выступает в роли шлюза для второй машины (назовём H1), на R1 поднят IP форвардинг и NAT. 1. Машинка H1 выходит во внешний мир, парадокса нет. 2. При попытке пинговать H1 с хоста, о чудо, он начинает пинговаться, но при этом H1 перестаёт выходить во внешний мир. Парадокс. 3. При попытке начать пинговать H1 с машины R1 она сначала не пингуется, потом начинает, при этом восстанавливается выход H1 во внешний мир и теряется пинг с хоста. Опять парадокс. переходим к п.2 потом к п.3 и так по кругу. Как будто какой-то волшебный переключатель где-то работает. Где, непонятно. Хочу разобраться где и как это работает, как и какими средствами и утилитами на это глазами посмотреть? Помогите. Пожалуйста. ip addr 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eno1: <BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP> mtu 1500 qdisc fq_codel master br0 state UP group default qlen 1000 link/ether 44:37:e6:55:37:1d brd ff:ff:ff:ff:ff:ff inet6 fe80::4637:e6ff:fe55:371d/64 scope link valid_lft forever preferred_lft forever 3: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether 44:37:e6:55:37:1d brd ff:ff:ff:ff:ff:ff inet 192.168.2.211/24 brd 192.168.2.255 scope global br0 valid_lft forever preferred_lft forever inet6 fe80::4637:e6ff:fe55:371d/64 scope link valid_lft forever preferred_lft forever 4: virbr2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether 52:54:00:63:63:a7 brd ff:ff:ff:ff:ff:ff inet 10.0.1.1/24 brd 10.0.1.255 scope global virbr2 valid_lft forever preferred_lft forever 5: virbr2-nic: <BROADCAST,MULTICAST> mtu 1500 qdisc fq_codel master virbr2 state DOWN group default qlen 1000 link/ether 52:54:00:63:63:a7 brd ff:ff:ff:ff:ff:ff 6: virbr3: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000 link/ether 52:54:00:9e:54:b4 brd ff:ff:ff:ff:ff:ff inet 10.0.2.1/24 brd 10.0.2.255 scope global virbr3 valid_lft forever preferred_lft forever 7: virbr3-nic: <BROADCAST,MULTICAST> mtu 1500 qdisc fq_codel master virbr3 state DOWN group default qlen 1000 link/ether 52:54:00:9e:54:b4 brd ff:ff:ff:ff:ff:ff 8: vnet0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master br0 state UNKNOWN group default qlen 1000 link/ether fe:54:00:36:5c:07 brd ff:ff:ff:ff:ff:ff inet6 fe80::fc54:ff:fe36:5c07/64 scope link valid_lft forever preferred_lft forever 9: vnet1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master virbr2 state UNKNOWN group default qlen 1000 link/ether fe:54:00:fe:8d:e9 brd ff:ff:ff:ff:ff:ff inet6 fe80::fc54:ff:fefe:8de9/64 scope link valid_lft forever preferred_lft forever 10: vnet2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master virbr2 state UNKNOWN group default qlen 1000 link/ether fe:54:00:c2:cb:4d brd ff:ff:ff:ff:ff:ff inet6 fe80::fc54:ff:fec2:cb4d/64 scope link valid_lft forever preferred_lft forever ip route `default via 192.168.2.1 dev br0 10.0.1.0/24 dev virbr2 proto kernel scope link src 10.0.1.1 10.0.2.0/24 dev virbr3 proto kernel scope link src 10.0.2.1 linkdown 192.168.2.0/24 dev br0 proto kernel scope link src 192.168.2.211` brctl show `bridge name bridge id STP enabled interfaces br0 8000.4437e655371d no eno1 vnet0 virbr2 8000.5254006363a7 yes virbr2-nic vnet1 vnet2 virbr3 8000.5254009e54b4 yes virbr3-nic`

bitrixbiz

# 5 лет, 4 месяца назад (отредактировано 5 лет, 4 месяца назад)

Темы: 26

Сообщения: 165

Участник с: 29 апреля 2016

Есть проблема! Построил простенький виртуальный стенд. Роутер R1 подключенный одним концом через бридж к физическому интерфейсу и вторым к виртуальной сети, и станция H1 подключенная в виртуальную сеть. После перезагрузки машина подключенная только к виртуальной сети H1 не может общаться с внешним миром через роутер R1. При попытке обращения за пределы виртуальной сети идёт ответ к примеру на пинг:
From 10.0.1.1 icmp_seq=1 Destination Port Unreachable
Приходится сначала взбодрить всю эту сеть пингом с R1 до H1.
Что я делаю не так?

Рецепт парадокса:
Взять один QEMU/KVM в виде libvirt, один virt-manager, добавить пару машин и одну или две (по вкусу) виртуальные сети, через одну из которых эти машины будут общаться. При этом одна машина имеет второй сетевой интерфейс, который посредством бриджа соединён с физическим интерфейсом хоста, в котором всё это варится. Эта машинка с двумя сетевыми интерфейсами (назовём её R1) выступает в роли шлюза для второй машины (назовём H1), на R1 поднят IP форвардинг и NAT.

1. Машинка H1 выходит во внешний мир, парадокса нет.
2. При попытке пинговать H1 с хоста, о чудо, он начинает пинговаться, но при этом H1 перестаёт выходить во внешний мир. Парадокс.
3. При попытке начать пинговать H1 с машины R1 она сначала не пингуется, потом начинает, при этом восстанавливается выход H1 во внешний мир и теряется пинг с хоста. Опять парадокс.
переходим к п.2 потом к п.3 и так по кругу. Как будто какой-то волшебный переключатель где-то работает. Где, непонятно.
Хочу разобраться где и как это работает, как и какими средствами и утилитами на это глазами посмотреть? Помогите. Пожалуйста.

ip addr

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eno1: <BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP> mtu 1500 qdisc fq_codel master br0 state UP group default qlen 1000
    link/ether 44:37:e6:55:37:1d brd ff:ff:ff:ff:ff:ff
    inet6 fe80::4637:e6ff:fe55:371d/64 scope link
       valid_lft forever preferred_lft forever
3: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 44:37:e6:55:37:1d brd ff:ff:ff:ff:ff:ff
    inet 192.168.2.211/24 brd 192.168.2.255 scope global br0
       valid_lft forever preferred_lft forever
    inet6 fe80::4637:e6ff:fe55:371d/64 scope link
       valid_lft forever preferred_lft forever
4: virbr2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 52:54:00:63:63:a7 brd ff:ff:ff:ff:ff:ff
    inet 10.0.1.1/24 brd 10.0.1.255 scope global virbr2
       valid_lft forever preferred_lft forever
5: virbr2-nic: <BROADCAST,MULTICAST> mtu 1500 qdisc fq_codel master virbr2 state DOWN group default qlen 1000
    link/ether 52:54:00:63:63:a7 brd ff:ff:ff:ff:ff:ff
6: virbr3: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
    link/ether 52:54:00:9e:54:b4 brd ff:ff:ff:ff:ff:ff
    inet 10.0.2.1/24 brd 10.0.2.255 scope global virbr3
       valid_lft forever preferred_lft forever
7: virbr3-nic: <BROADCAST,MULTICAST> mtu 1500 qdisc fq_codel master virbr3 state DOWN group default qlen 1000
    link/ether 52:54:00:9e:54:b4 brd ff:ff:ff:ff:ff:ff
8: vnet0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master br0 state UNKNOWN group default qlen 1000
    link/ether fe:54:00:36:5c:07 brd ff:ff:ff:ff:ff:ff
    inet6 fe80::fc54:ff:fe36:5c07/64 scope link
       valid_lft forever preferred_lft forever
9: vnet1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master virbr2 state UNKNOWN group default qlen 1000
    link/ether fe:54:00:fe:8d:e9 brd ff:ff:ff:ff:ff:ff
    inet6 fe80::fc54:ff:fefe:8de9/64 scope link
       valid_lft forever preferred_lft forever
10: vnet2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master virbr2 state UNKNOWN group default qlen 1000
    link/ether fe:54:00:c2:cb:4d brd ff:ff:ff:ff:ff:ff
    inet6 fe80::fc54:ff:fec2:cb4d/64 scope link
       valid_lft forever preferred_lft forever

ip route

default via 192.168.2.1 dev br0
10.0.1.0/24 dev virbr2 proto kernel scope link src 10.0.1.1
10.0.2.0/24 dev virbr3 proto kernel scope link src 10.0.2.1 linkdown
192.168.2.0/24 dev br0 proto kernel scope link src 192.168.2.211

brctl show

bridge name	bridge id		STP enabled	interfaces
br0		8000.4437e655371d	no		eno1
							vnet0
virbr2		8000.5254006363a7	yes		virbr2-nic
							vnet1
							vnet2
virbr3		8000.5254009e54b4	yes		virbr3-nic

bitrixbiz	# 5 лет, 5 месяцев назад
Темы: 26 Сообщения: 165 Участник с: 29 апреля 2016	Человек имел ввиду скорее всего дату выпуска установочного образа.

bitrixbiz	# 5 лет, 5 месяцев назад
Темы: 26 Сообщения: 165 Участник с: 29 апреля 2016	Добрый день! В общем от pulseaudio избавится не удалось, слишком много зависимостей от него. Но... в вики на странице pulseaudio написано: Please also install lib32-libpulse and lib32-alsa-plugins if you run a x86_64 system and want to have sound for 32-bit multilib programs like Wine and Steam. Вот странное дело, на это дело по хорошему ссылка должна была быть и на странице ALSA, в общем не там ответ искал. Может быть ещё что помогло, т.к. успел после этого ещё несколько пакетов поставить, не проверив, помогло конкретно именно это или нет. Так уж получилось. Всем спасибо.

bitrixbiz

# 5 лет, 5 месяцев назад

Темы: 26

Сообщения: 165

Участник с: 29 апреля 2016

Добрый день!
В общем от pulseaudio избавится не удалось, слишком много зависимостей от него.
Но... в вики на странице pulseaudio написано:

Please also install lib32-libpulse and lib32-alsa-plugins if you run a x86_64 system and want to have sound for 32-bit multilib programs like Wine and Steam.

Вот странное дело, на это дело по хорошему ссылка должна была быть и на странице ALSA, в общем не там ответ искал.
Может быть ещё что помогло, т.к. успел после этого ещё несколько пакетов поставить, не проверив, помогло конкретно именно это или нет. Так уж получилось.

Всем спасибо.

bitrixbiz	# 5 лет, 5 месяцев назад
Темы: 26 Сообщения: 165 Участник с: 29 апреля 2016	К вопросу что на чём написано. Читаем арчвики: There are two versions of Compiz available, the 0.8 series which is written in C and the 0.9 series which is a complete re-write of Compiz in C++.

bitrixbiz	# 5 лет, 5 месяцев назад
Темы: 26 Сообщения: 165 Участник с: 29 апреля 2016	А спустя какое время после перетыкания ты пытаешься достучаться до хостов? У тебя интервал переподключения стоит 1 минута.

bitrixbiz	# 5 лет, 5 месяцев назад
Темы: 26 Сообщения: 165 Участник с: 29 апреля 2016	Да не, винду ставить не надо, загрузись с любого live-образа.

bitrixbiz	# 5 лет, 5 месяцев назад (отредактировано 5 лет, 5 месяцев назад)
Темы: 26 Сообщения: 165 Участник с: 29 апреля 2016	Да нет, делают сначала для себя, потом начинают пользоваться люди, тогда уже даже если сами не пользуются поддерживают продукт УЧИТЫВАЯ пожелания пользователей. Про мышеводов и пр. В мире 90% работают с виндовс, как думаете они все ошибаются в выборе? Или что-то там их всё таки привлекает? В общем я прекращаю пока дискуссию, своё мнение я выразил, что хотел сказать сказал, всем кто меня понял о чём толкую - спасибо за понимание, тем двоим-троим троллям маргиналам (да, я посмотрел их посты в профиле и сделал выводы) - адъёз, не хочу больше на них терять время, прошу их в моих темах отписываться только по делу, кроме этой конечно :) Если кто-то ещё захочет разгрузиться, прошу сюда, комната всегда открыта :) killer1804, я вас понимаю о чём вы толкуете, но как говорят французы - се ля ви. У меня вообще такое ощущение, что я теперь как сантехник, какое-то такое потребительское отношение в обществе.

bitrixbiz

# 5 лет, 5 месяцев назад (отредактировано 5 лет, 5 месяцев назад)

Темы: 26

Сообщения: 165

Участник с: 29 апреля 2016

Да нет, делают сначала для себя, потом начинают пользоваться люди, тогда уже даже если сами не пользуются поддерживают продукт УЧИТЫВАЯ пожелания пользователей. Про мышеводов и пр. В мире 90% работают с виндовс, как думаете они все ошибаются в выборе? Или что-то там их всё таки привлекает?

В общем я прекращаю пока дискуссию, своё мнение я выразил, что хотел сказать сказал, всем кто меня понял о чём толкую - спасибо за понимание, тем двоим-троим троллям маргиналам (да, я посмотрел их посты в профиле и сделал выводы) - адъёз, не хочу больше на них терять время, прошу их в моих темах отписываться только по делу, кроме этой конечно :)
Если кто-то ещё захочет разгрузиться, прошу сюда, комната всегда открыта :)
killer1804, я вас понимаю о чём вы толкуете, но как говорят французы - се ля ви. У меня вообще такое ощущение, что я теперь как сантехник, какое-то такое потребительское отношение в обществе.