Intel пидарасы, Microsoft пидарасы.

Удивительно, как быстро они успели задолжать в том о чем вы еще недавно даже знать не знали. Иски еще умудрились предьявить...

Надрался в выходные и захотелось мяса. Пошастал тут и там - везде кухня закрыта. Одно бухло. Пошел домой, и вижу - "азбука вкуса" еще открыта. Ну - думаю - там то точно стейк есть. Ценник конечно... Лежит рибай весом в 500г по цене что то около трех тыщь. Я существо не прихотливое, по этому взял мраморной говядины полукилограмовый кусок за 800 от мираторга. Учитывая то, что я мясо вообще очень редко жарю, а стейк получился афигенный - можно заключить, что мясо отличное.

...скорее для трех.(192.168.20.0/24, 192.168.30.0/24 и 172.16.10.0/21). Остальные подсети в объединении не нуждаются. И что то мне не хватает знаний для понимания роли подобной сети. Может это proxy-arp?
Вот еще один эксперимент:
Я - 172.16.10.84
Система - винда.
Прописал маршрут: route add 192.168.20.0 mask 255.255.255.0 172.16.10.20 metric 1
На роутере 172.16.10.20 есть следующие маршруты по умолчанию:

#      DST-ADDRESS                 PREF-SRC              GATEWAY           
 0 A S         0.0.0.0/0                                         172.16.10.254           
 1 ADC    172.16.0.0/21         172.16.10.20              ether1                 
 2 ADC    192.168.20.0/24     192.168.20.1              bridge   

               
 
Теперь я начинаю сей роутер пинговать:
 Внешний интерфейс роутера:          ping 172.16.10.20 - есть пинг
 Внутренний интерфейс роутера:      ping 192.168.20.1 - нет пинга
 Хост за роутером:                            ping 192.168.20.100 - нет пинга




ЗЫ Теперь добовляем на оба роутера маршруты на внутренние сети друг друга: на микротике 172.16.10.20 добавим маршрут до сети 192.168.30.0 через микротик 172.16.10.30, а на микротике 172.16.10.30 соответственно добавим маршрут до сети 192.168.20.0 через шлюз 172.16.10.20.

172.16.10.20

 #           DST-ADDRESS            PREF-SRC             GATEWAY            DISTANCE
 0 A S    0.0.0.0/0                                              172.16.10.254              1
 1 ADC  172.16.0.0/21             172.16.10.20           ether1                      0
 2 ADC  192.168.20.0/24         192.168.20.1            bridge                     0
3 A S   192.168.30.0/24                                     172.16.10.30            1

172.16.10.30

 #        DST-ADDRESS           PREF-SRC          GATEWAY            DISTANCE
 0 A S   0.0.0.0/0                                         172.16.10.254             1
 1 ADC  172.16.0.0/21         172.16.10.30         ether1                     0
 2 ADC  192.168.30.0/24     192.168.30.1          bridge                     0
 3 A S   192.168.20.0/24                              172.16.10.20            1

 В таком виде мы получаем возможность пинговать с одного микротика внешний и внутренний интерфейс другого микротика, но не можем пинговать хосты... Какой то нонсенс.  Как так получается?
Сижу на 192.168.20.100 и пингую:
ping 172.16.10.30     - вижу!
ping 192.168.30.1       - вижу!
ping 192.168.30.10   - таймаут...    Как так? Почему один адрес из сети вижу а остальные - нет?

---

Updated: 16 January 2018, 17:39:41

---

Вот и решение подоспело. Статические маршруты - вещь довольно тривиальная, и чудес быть не могло. Решил я пинги запустить и на вкладку Firewall - Rules попялиться в режиме реалтайм. Обнулил счетчики пакетов, запустил пинги и стал наблюдать за правилами...
  В последнем или предпоследнем обновлении RouterOS в скрипте начальных настроек добавили в конце новое правило:
add action=drop chain=forward comment="defconf:  drop all from WAN not DSTNATed" connection-nat-state=!dstnat connection-state=new in-interface=ether1
Дропает все влетающее с интерфейса WAN что не похоже на нат. В общем тут нужно либо правило на accept вставлять до него, либо отключать его нафих. Я отключил. 

тут есть несколько нюансов:
1. Нет ли у провайдера политики изоляции клиентов, когда один клиент (суть - 1ый филиал) не может обращаться ко второму клиенту (суть - 2ой филиал) и оба они могут только в интернет.
проверить это можно выставив какой нибудь сервис наружу NAT-ом и попробовать обратиться к нему из других филиалов
2. Не смущает ли Вас то, что трафик между вашими филиалами будет гоняться в открытом виде и теоритически доступен для снимания на стороне провайдера?

после решения 1ого вопроса - могу предложить 2 варианта
Если открытость трафика для провайдера не проблема (что сомнительно) - поднять динамическую маршрутизацию, например OSPF
Если открытость трафика - проблема, то строить VPN туннели. Либо звездой, либо full-mesh

Трафик открыт. Все достаточно без проблем натится.


Немножечко детализирую схему:

Сеть №1   192.168.20.0./24   ----------{192.168.20.1 - 172.16.10.20}-------------------{172.16.10.30 - 192.168.30.1}---------- Сеть №2 192.168.30.0/24
                                                                     Микротик №1                                                   Микротик №2


И вот что получается: пингуются только адреса внутреннего интерфейса роутера.
То есть если с компьютера 192.168.20.100 попробовать пинговать 192.168.30.100 - получаем таймаут.
Если пинговать с того же 192.168.20.100 адрес 192.168.30.1 - получаем положительный ответ.

День добрый! Возник теоретический вопрос: как объеденить две подсети. В идеале было бы круто, если бы виндовый браузер сети находил машины из другой подсетки.
Теперь о деталях: структура сети изображена на картинке: свич по середине представляет собой провайдерскую сеть, и все что от него исходит - есть VPN соединения по оптике. То есть филиалы обьеденены в сеть 172.16.10.0, дальше микротики раздают локальные подсети типа 192.168.10.0/24 - 192.168.40.0/24. В данный момент необходимо добиться хотя бы проницаемости по самба порту к определенному компу в соседней сети. Натить самбу - по моему моветон. Как прописать маршруты таким образом что бы  рабочие станции из сети 20 видели сеть 30?
На микротик 172.16.10.30 прописал путь : route 192.168.20.0/24 255.255.255.0 172.16.10.20
На 172.16.10.20 соответственно:               route 192.168.30.0/24 255.255.255.0 172.16.10.30
Неработает...
Попробовал прописать путь на рабочих станциях - тот же результат.
Где я глубоко заблуждаюсь?

Off-Topic:

Файловая база? Начните с устранения этой проблемы.
И вот если будете учиться лепить из говна палочек и изоленты, то только это в итоге и будете уметь.

Поднимать 1с сервер и ставить SQL? - это разумеется верное решение, но бюджет... Оба филиала вместе взятые не потянут. К тому же вариант усугубляется покупкой MS-SQL(пусть даже runtime), что то порядка 20к + 1с сервер - это еще 80к. Итого - 100к. Ну и конечно же не забывем про покупку десяти SQL-CAL по 10к каждая. Это еще 100к.
Вариант с postgre - проходили, мало чем различен с файловым вариантом.
То есть разговор по поводу "умения" как то подходит к логическому тупику: уметь и мочь - это понятия немножечко из разных плоскостей. Я умею перегрузки выдерживать и в невесомости пребывать, но космонавтом я от этого не стану.
На данном этапе меня интересует сугубо возможность поднять бомжацкий терминальник или что то типа того.

ну не такая уж она и хитрая.

Вся хитрость состоит в том, что бы укротить свою жабу и перестать во вполне досягаемом для понимания принципе лицензирования пытаться прочесть то что хочется а не то что по факту. У меня получается с трудом. 
ЗЫ Единственное, что внушает оптимизм - тот конкретный сервер на который я собираюсь ставить имеет два Xeon E5-
2620v4 по 8 ядер кажиное. Полюбому сходится.

Вопрос отпадает. Только D4 Pro с 4Gb флеш-памяти поддерживает установку Linux Station. У меня простой D4.