Максим Корнеев

в сети2 есть срв2 имеет 192.168.2.2 и добавить для прямого доступа из сети1 192.168.1.3

вот это работать не будет так как все обращения из сети1 к 192.168.1.3 в сеть2 не попадут.
L2 тут вообще не при чем и не нужен. нужно или один DNS (с адресом сети в которой он расположен) поднимать и указывать его в обеих сетях. либо поднимать в каждой сети свой DNS и настраивать синхронизацию между ними.

Просто вписать статическую запись в днс не подходит

с чего это?

что бы на сервера можно было получать доступ по хосту

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

дальше депо и супермикро можно не читать - купили себе головную боль, живете с ней. продолжайте импортозамещаться и покупать убогое. и пишите свои вопросы в поддержку вендора - они за это ваши деньги и получили.

на некротике и так сойдет. а то грамотный ответ стоит дороже долгожданного оборудования которое не понятно как использовать :)
влом в очередной раз из глины и палок делать конфетку. купили - дерзайте!

площадь? соседи? https://www.cisco.com/c/dam/m/ru_ua/events/2017/ci... читаем особо внимательно с 50й страницы выписываем требования к полосе всех устройств и считаем на калькуляторе что они получат согласно спецификации https://mikrotik.com/product/hap_ac2. параллельно пишем вопрос в саппорт некротика - что они порекомендуют при данных требованиях (которые выписаны). писать подобные вопросы на ресурсе где все начинают истово дергать себя как только прочитатют "микротик" бессмысленно - вменяемого ответа Вы не получите.

у нас есть такое. хаб установлен в коробе в одном месте... как предлагали выше искать по соседству с этими ПК кабель питания который уходит в короб. или вскрывать короба. по другому наверное никак.

А зачем? В чем сейчас проблема и почему решили что исправлять её нужно именно так? Почему не стали читать icnd1-2 а купили некротик? После удачной покупки надо бы перечитать последние новости о их взломе дабы предотвратить...

вангую вопрос "у меня два провайдера и один комп с двумя сетевухами/роутерами, как мне настроить балансировку/переключение?".

я бы начал с ответов на вопросы:
от чего я хочу защититься?
какое решение защищает от этого?
сколько стоит решение и сколько стоит простой при возможной аварии от которой защищаемся?
могу ли я сам реализовать решение и понимаю ли что надо делать и почему?
готов ли я учиться чтобы понять почему решение именно такое и чем оно лучше других?
готов ли я довериться и заплатить специалисту который все сделает за меня при условии что я ничего не понимаю?

надеюсь то, что два провайдера должны приходить по разным каналам - очевидно? не по двум проводам в одной трубе, а по разным трубам которые НЕ проходят по одной улице! попробуйте таких найти ;)

почему он "коммутатор", а не "маршрутизатор", хотя работает на уровне L3?

по тому что у коммутатора и маршрутизатора железо разное и заточено под разные задачи.

основная проблема - тот кто это делал, он не понимает что он делал и как оно работает. ВиФи зло, особенно в руках людей не понимающих как он работает.

а я думал что для школьных вопросов майлру вопросы а не тут...

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

это как это в госконторе ограничен бюджет? Вы не умеете правильно обосновывать? и как это ростелеком госконторе отдает сырую оптику?
Вы какую-то фантастику пишите.

заказывайте Nexus 9300 и не пудрите тут никому мозги. заодно избавитесь от дешманских длинковских свичей и сделаете нормальную сеть. кстати что у Вас с удаленкой?

Если иэто дублированный вопрос о LUN - то производительности Вам скорее всего хватит. Другой вопрос, как Вы храните контент - в СУБД или фалами. LUN это блочный доступ который ориентирован на СУБД, если контент лежит в базе данных - все будет просто замечательно. Если же Вы храните контент файлами - имеет смылс искать хостера с файловым доступом или смотреть другие тарифы у это же хостера в которые входит файловый доступ, а не блочный.
В любом случае iSCSI это протокол работы сервера с СХД и от него Вы не уйдете пока не арендуете бареметал сервер с достаточной дисковой емкостью без подключаемого внешнего СХД. А это скорее всего будет дороже текущего тарифа.

Вы путаете теплое с мягким. iSCSI - блочный протокол доступа к дискам. LUN - способ организации хранения. В iSCSI может быть множество инициаторов и таргетов. Писать в LUN должен только один хост - LUN про хосты вообще ничего не знает, он запишет все что придет не разбира где что и результат не предсказуем.

Вобщем Вас предупредили, что Вы сами должны следить чтобы в LUN писал только один хост иначе возможно повреждение данных, читать могут несколько.

Вам дали консоль управления от СХД. Вернее ее кусочек. Если Вы можете там сами создавать LUN и связывать их с хостами - то что Вы хотите делается без проблем. Создаете в своем дисковом пуле луны нужного размера и назначаете их своим серверам, в серверах моунтите эти луны, создаете ФС и пользуетесь.

у меня была похожая задача. только решать я ее начал на этапе строительства.

если хотите сделать хорошо, то будет примерно так:
все что можно подключить проводмом - должно быть подключено проводом, максимально ставим везде розетки;
в точке присутсвия провайдера ставится проводной роутер, никакого ВиФи там не нужно;
для вифи берем точку доступа и заранее планируем под нее место с максимальным покрытием помещений и ставим там розетки для ее подключения;
если посчитали что одной ТД мало - планируем сколько нужно учитывая клиентскую емкость.
вот и все. все остальное - не нужный гимор себе.

но если нашли себе яму на бильярдном столе и провалились в нее - можно еще глянуть на powerline устройства.

я очень сильно сомневаюсь что синолоджи в состоянии занять 1Гб канал данными с дисков.
на чем остновано убеждение что "сетевой интерфейс как компьютера, так и NAS "забивается" полностью"? по моему опыту зачачка из интеренета и копирование на СХД вполне успешно сощуествуют.
в общем пробема если и есть, то она совсем не в той плоскости в которой Вы ее нашли. расскажите подробнее как и чем проводился анализ ситуации.

то что Вы хотите сделать делается минут за 5-10 с перекурами. на другом интерфейсе ПК и СХД задаете адрес из другой подсети о которой роутер не знает. например 172.192.168.0/24 и подключаете эти интерфейсы к коммутатору. все. если СХД хочется по имени - прописываете его в host, если это не принципиально - ходите по новому адресу. никакой маршрутизации настривать дополнительно не нужно.
но подозреваю что это не решение проблемы, а ее маскировка - то что Вы делаете должно работать без этого.

а зачем так сложно? при чем тут NAT и маскарадинг и зачем натить всю сеть? достаточно прописать маршрут для каждого из двух адресов на ИМХО

Конечно можно. Только надо понимать что эти физические линии должны быть территориально удалены, а не лежать в одном лотке. Ну и стоимость оборудования с таким функционалом будет соответствующая. А VLAN он как бы для другого совершенно и не относится к теме дублирования и резервирования.

Петли можно делать на любом оборудовании. Главное чтобы Вы понимали зачем и какие будут последствия.

самое время задуматься о том, чтобы:
нанять специалиста;
перейти на проводное подключение;
перестать использовать домашние решения в бизнесе.

все желаемое умеют делать маршрутизаторы бизнес уровня.

Уточнение: зависит от требований к резервированию каналов и того как реально организованы каналы операторов до антенн. ответ на этот вопрос должны дать Вы