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

судя по всему данная задача должна решаться в контексте проходимого в настоящий момент материала. ответить можно и 6 адресов 255.255.255.248, и 126 адресов 255.255.255.128 в зависимости от того что изучается в настоящий момент и изучена ли уже суммаризация и нужно ли ее использовать для решения.

смысл доски - она доска и для работы с ней не нужно ничего кроме нее самой, фломастера и бумажки. написание эмулятора доски убивает идею доски. хотя их уже и написан целый вагон...

Есть еще вариант. Может быть не самый лучший, но самый простой и быстрый - ссылка. Делаете каталог в /home а в / ссылку на него - логически оно будет как бы в / а физически в /home

Ну и еще можно добавить диск который смонтировать в /

Настройка адресов VLAN делается или на маршрутизаторе или на SVI.

Про настройку DHCP не понятно в чем Ваш вопрос - как настроить сам сервер, или проброс запросов к нему?

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

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

а зачем Вам прокси? проксируются только статичные страницы коих сейчас почти нет. посмотрите в статистике прокси сервера % проксируемого трафика.

а так то Вам достаточно на роутере весь трафик наружу направлять на прокси.

и еще учтите, что если есть потребность в работе с ЭЦП в интернет, то с прокcи оно или не работает, или требует специальной настройки прокси.

для второй сети прописать только маршрут в первую.

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

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

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

не часто в наше время встретишь AD на NT или В2К.

я бы рекомендовал задуматься об обновлении оборудования и ПО - уже пора.

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

кстати, а зачем Вам Сквид?

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

По хорошему надо вообще все переделывать. DHCP переносить в АД, для АД делать домен xxx.local. У вас сейчас проблема в том, что DNS настроен не правильно и он не знает про DHCP. на 2800 оставлять только маршрутизацию наружу и NAT, к нему цеплять 3750 и настраивать VLAN и внутреннюю маршрутизацию, все остальное цеплять после 3750. тогда предложенный выше форвардинг DNS станет не нужен. И эта, резервный сервер в АД умер вместе с НТ - с тех времен сервера не делятся на основной и резервный, на них можно перенести разные роли, но работают они все одновременно.

Тут сложно, не удобно и долго расписывать подробно как Вам все сделать. идея в том, что маршрутизатор должен маршрутизить внешнюю нагрузку, 3750 станет уровнем ядра/агрегации, остальной зоопарк уйдет на уровень доступа. в результате управление сетью будет в основном на 3750. интегрировав в АД DHCP и правильно настроив DNS Вы сможете автоматически раздавать адреса по разным VLANам и у Вас не будет проблем с разрешением имен как внешних, так и внутренних. кроме того у Вас сейчас используется доменное имя "внешнее", а адресация класса С не маршрутизируемая - получается коллапс. это сильно не правильно. особенно если ваш xxx.ru где-то зарегистрирован и ваш DNS понимает что он должен быть снаружи, а по факту он внутри.

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

опишите поставленные задачи, нарисуйте схему подключения как есть и как Вы хотите (может сформулировав вопрос и увидев схему Вы самостоятельно найдете ответ). ну не ходит у Вас трафик между сетями, а он разве должен там ходить?

я знаю как решать Ваш вопрос: для управления оборудованием настройте виртуальные интерфейсы в сети управления, маршрутизацию и правила доступа. вот, написал, Вам это сильно помогло? :)

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

Jumangee, Ваше желание решать созданные себе проблемы там где их не было не имеет никакого отношения к выбору ОС. Webmin over cli + стандартные решения для поставленных задач, вместо той неработающей дичи которую Вы умудрились нарыть.

Если сеть на кунапе настроена правильно - в локальной консоли открыть "Общие папки" и раздать права доступа к папкам. Пока это не сделаете - папки будут не доступны по CIFS. Учтите что кунап крайне плохо работает когда на вложенные папки нужно дать права отличные от прав на корневую . Если есть необходимость так делать - лучше вложенные папки переносить в корень.

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

А как Вы видите работу двух разных сетей через один радиомодуль и одну антенну? С учетом что беспроводные роутеры сейчас стоят от 500р, а ваш 10ти летней давности - не вижу смысла тратить время на эксперименты с прошивками, когда даже успешный результат будет крайне плачевен по производительности. Взвесьте - потратив 500р Вы получите рабочее нужное Вам решение за 5 минут, или неизвестно сколько возни с непредсказуемым результатом и вероятностью получить кирпич.

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

1 сделать запрос в поддержку этого "спец софта" с вопросом об официально поддерживаемом решении своей проблемы.
2 реализовать предложенное решение.

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