1) Снести Eserv.
2) Запустить мастер настройки сервера.
3) Присвоить ему роль шлюза-маршрутизатора сети.

ZonT1987В их сети у нашей компании одна учетка (то есть один логин\пароль для всей компании А)Учётка ДЛЯ ЧЕГО?

ZonT1987Пока не настрою, снести не могу, через него работа идет.
В любом случае его придётся сносить ДО начала настройки.

ZonT1987Вы имеете в виду RRAS?
Нет, я имею в виду именно то, что сказал. Впрочем, добавление серверу роли как раз и приведёт к настройке RRAS. И да - можно не пользоваться мастером, а сразу через консоль управления включить и сконфигурировать RRAS. Это не так и сложно.
На интерфейсе к сети Б нужно установить там выданные администратором сети Б настройки адреса, маски, шлюза и DNS-серверов и включить NAT (в свойствах интерфейса указать, что он используется для доступа к Интернету).
На интерфейсе к своей сети нужно установить адрес и маску.
На этом начальную настройку можно завершить - сам сервер и клиенты сети уже должны получать доступ в сеть Б и к нужным сервисам. Проблемы могут возникнуть разве что в случаях, когда некий сервис в сети Б не принимает множественные подключения. Или требует подключения с определённым портом-источником либо активного подключения (подключения сервера к клиенту - например, активный FTP).
В дальнейшем при необходимости через оснастку управления RRAS консоли управления на внутреннем интерфейсе можно включить и настроить DHCP, прописать статические маршруты, настроить фильтры входа/выхода интерфейсов и пр.

ZonT1987в локали интернет и dhcp компы получают от роутера Zyxel Keenetic 4G. То есть, если мы вручную указываем адрес и шлюз сервера на локальном компе, то инет у машины пропадает. Как быть в этом случае?
На сервере прописать статические маршруты в подсети сети А через интерфейс в сеть А, за исключением подсети, в которую входит адрес этого интерфейса.
На клиентах в качестве шлюза по умолчанию указать адрес роутера, и прописать статические маршруты в подсети сети Б (включая и подсеть его внешнего адреса) через внутренний адрес маршрутизатора.

ZonT1987все настройки на интерфейсе Б получаются автоматически, это критично?
Получение адреса и маски - некритично. DNS - некритично, если в сети А нет своего DNS-сервера, разрешающего внутренние имена сети А. Адрес шлюза по умолчанию - критично.
Настоятельно рекомендую обратиться к администраторам сети Б с просьбой выделить вам постоянный адрес (за пределами скопа или статически резервированный), и настроить на интерфейсе в сеть А статический адрес. Дефолтный шлюз и DNS прописать на внутреннем интерфейсе (адрес роутера).
PS. Вообще динамический адрес сервера - это нонсенс.

ZonT1987сеть Б видит нас также, как и раньше, в качестве одной машины (нашего сервера)? Дальше она не может заглянуть?
В данной настройке - нет. Если такая видимость необходима - нужны доп. настройки и поддержка со стороны админов сети А.
Я вообще думаю, что им и этот комп "видеть" вовсе необязательно. Причём отключить видимость несложно - надо просто от интерфейса отвязать все клиенты, протоколы и службы, оставив только протокол TCP/IP и неанонсирующие фильтр-службы (типа там планировщика пакетов QoS или драйвера фильтра антивируса).

ZonT1987не могу понять саму логику синтаксиса создания стат. маршрута.
Что там можно не понять?
Допустим, на сервере вообще нет никаких маршрутов и шлюзов.
Вот сервер получил пакет. Он смотрит адрес назначения. Если это адрес подсети, в которой находится адрес одного из его интерфейсов - он просто отправит пакет в этот интерфейс, указав конечный адрес как адрес назначения. И пакет сразу попадёт куда надо, без посредников.
Но что делать, если адрес назначения НЕ лежит в подсетях интерфейсов? Ведь напрямую пакет можно отправить только в "свою" подсеть...
Для того, чтобы знать, куда отправить такой пакет, и вводят маршруты. Маршрут указывает, какому узлу из "своей" подсети надо переслать такой пакет. Если маршрут правильный, то тот узел-посредник, которому нужно отправить пакет для дальнейшей пересылки, знает (неважно, откуда, просто знает, и всё), как это сделать. Адрес такого узла-посредника и есть шлюз в подсеть.
Что делать, если адрес назначения соответствует не одному, а нескольким маршрутам одновременно? Адресация вообще такова, что подсети не умеют пересекаться. Либо они вообще не имеют общих точек, либо одна подсеть полностью лежит внутри другой, либо они совпадают. И для пакета в качестве адреса узла-посредника выбирается самая "мелкая" из подсетей таких маршрутов. А если таких мелких и совпадающих две или больше - из них выбирается та, которая имеет наименьшее значение ещё одной характеристики маршрута - метрики. Метрика указывается при создании маршрута вместе с остальными характеристиками, И существование двух маршрутов с всеми совпадающими свойствами, кроме адреса шлюза (узла-посредника) не разрешается.
Для того, чтобы любой пакет был переслан правильно, в маршруты добавляется специальная подсеть, с нулевым адресом и маской. Ей соответствует любой возможный адрес. Таким образом, существование этого маршрута исключает затыки с вопросом, через кого отправлять пакет. Такой маршрут называется маршрутом по умолчанию (дефолтным), а прописанный в нём адрес узла-посредника - дефолтным шлюзом.

При написании маршрута ты должен думать так, как будет думать маршрутизатор. Вот ты получил пакет для узла с неким адресом. Ты знаешь, что этот адрес лежит в подсети с некоей маской. Представив физическую структуру сети с адресами, ты можешь представить себе правильный путь этого пакета по кабелям (или начальную часть этого пути хотя бы). Адрес ближайшего узла, через который пойдёт пакет, и будет шлюзом в эту подсеть. Подсеть, маска, шлюз известны - достаточно, пишем маршрут. Что касается метрики, то в обычных условиях метрику указывать не нужно, и так сойдёт.

ZonT1987Мы для них и не сервер вовсе.
А где говорилось, что ваш сервер - это сервер ДЛЯ НИХ?

ZonT1987Адрес у нас фактически постоянный, он не меняется, несмотря на то, что получается автоматом.
Тогда тем более - договоритесь, чтобы они прописали статическое соответствие именно этого адреса для вас (чтобы адрес гарантированно не изменился). После чего настройте его статически. Вам нужно не постоянство адреса, а избавиться от получения вместе с ним настроек шлюза по умолчанию и DNS-серверов.

Ты правильно подумал, что и куда будет посылать рабочая станция. А теперь подумай, что и как будет делать сервер. Вот он получил пакет. Вот в нём адрес назначения (какой?). Куда, через какой узел, следует этот пакет послать?
Вообще, занимаясь настройкой маршрутов, настоятельно рекомендуется нарисовать всю схему сети. Ну, конечно, без изысков... Каждый маршрутизирующий узел рисуешь тупо прямоугольником, из него выходит столько линий, сколько у него интерфейсов, каждую выходящую линию подписываешь адресом и маской. Потом рисуешь путь требуемого пакета и для каждого узла получаешь сведения, какой для этого пакета должен быть следующий узел. И не забываешь то же сделать с ответом.

Только следи за вот чем, когда пишешь маршрут. Адрес СВОЕГО интерфейса, через который ты отправишь пакет, и адрес УДАЛЁННОГО интерфейса (шлюза, который ты пишешь в маршруте), должны быть строго в одной подсети.

Это я к тому, что маршрут
ZonT1987route add 192.168.0.0 mask 255.255.255.0 192.168.0.105 (наш роутер, по совместистельству dhcp-сервер)
неправильный. Если он пишется на интерфейсе с адресом из подсети 192.168.0.0/24 - то маршрут вообще не нужен, любой целевой узел этой подсети достижим напрямую. А если на интерфейсе адрес НЕ из этой подсети, то он и шлюз (192.168.0.105) лежат в разных подсетях, что недопустимо.

ZonT1987Но ведь маршрут:
10.214.128.0 mask 255.255.254.0 192.168.0.90
прописанный на нашей рабочей станции, работает, хотя шлюз и подсеть назначения разные?
А вот теперь ВНИМАТЕЛЬНО читай то, что я пишу. Ты разницу между подсетью назначения и подсетью интерфейса понимаешь?

ZonT1987пакет, приходящий от sql-servera должен свободно проходить сквозь наш сервер и уходить на роутер. Но этого почему-то не происходит.
Поставь себя на место сервера. Ограничь себя только той информацией, которая серверу известна. И подумай - а достаточно ли тебе данных, чтобы понять, куда следует послать пакет?

ZonT1987картинку тоже нарисовал.
Ну так покажи, не стесняйся...