Есть модем Acorp Sprinter@ADSL W422G
Настроен роутером. Подключен к серверу, на котором поднят НАТ и трафик инспектор. Пользаки (40 штук) имеют доступ в инет через ентот сервер. Все работает.
Задача: Настроить модем бриджем, причем таким образом, чтобу соединение устанавливал сам модем. То есть, чтобы настройки сервера не менять.

Выполнимо?

Афтар убей себя ап стену

А по существу?

выпей йаду!

нет.
а в чем смысл такой переделки?

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

По существу - никак. Бридж это тупо туннель, поднять сессию пппое в этом режиме можно тока с сервера.

Ну я так и думал.
Теперь, для чего это нужно.

Наша организация пользуется услугами Воггателеком, предоставления доступа в Интернет посредством технологии ADSL, во всю ширину канала. К этой линии подключен модем Acorp Sprinter ADSL W422G ver 2.0. Модем, работающий в режиме маршрутизатора, подключен к серверу под управлением ОС Microsoft Windows 2003 R2 Server Standard SP3, который используется в качестве Интернет-шлюза.
Одновременно не менее 40 пользователей используют Интернет для работы:
- Подключение к почтовому серверу на базе Microsoft Exchange (почтовый прокси https://level.mol.hu), находится на венгерском сервере.
- Терминальные подключения к серверам приложений https://rma.mol.hu и https://rma2.mol.hu, находящимся на венгерских серверах.
Однако, постоянно имеются проблемы, связанные с потерей соединения с указанными серверами. Проблема образуется по мере подключения к этим серверам пользователей. По мере отключения пользователей (закрытие почтовых программ и броузеров на компьютерах пользователей) эта проблема исчезает. Причем, в это время доступ к прочим Интернет-ресурсам имеется, проблем нет. Скорость входящего трафика- порядка 5 Мбит/с, исходящего- 0,5 Мбит/с (по данным http://www.speedtest.net)
С большой уверенностью могу сказать, что провайдером установлено ограничение на число одновременных IP-сессий, не позволяющее создавать большое число IP-сессий с нашего IP-адреса на любой другой IP-адрес.

В целях проверки этого предположения, в то время, когда вышеописанная проблема проявлялась наиболее сильно, был проведен ряд экспериментов.
1. Напрямую к ethernet порту модема был подключен компьютер. Проблема с подключением к почтовому сервера сохранилась. Отсюда вывод- Интернет-шлюз, находящийся в нашей локальной сети, не является причиной описанных проблем.
2. К компьютеру был подключен 3G-модем и произведено подключение к Интернет через Мегафон. Подключение к почтовым серверам прошло успешно, обрывов соединений не было. Вывод- сервера в Венгрии способны обработать все соединения, причина проблемы не в них.
3. Была предпринята попытка подключения к почтовому серверу с другого канала того же провайдера (из другой организации, с другого IP-адреса). Подключение к почтовым серверам прошло успешно, обрывов соединений не было. Вывод- проблема связана с какими- либо ограничениями на нашем канале.

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

1. снять статистику с модема в момент проблем... может банально несущщая пропадает... dsl штука не надежная
2. выкинуть винду и поставить вменяемую операционку.
3. на гейте, после установки на нем нормальной операционки, зарезать весь трафик нах, как-то нетбиосы, торенты и прочую шнягу,.. ходить только через прокси... и о чудо! канал высвободиццо на 90%

Саныч2112
А может проблема в железке? Просто не тянет столько соединений.
У меня аналогичное подключение было раньше порядка 70 клиентов через ADSL модем, который подключен к серваку с трафик инспектором. Проблем не было. Щас поменяли провайдера скорость - десятки мегабит и пользователей больше намного. В системе поменял только модем, на роутер.

1. Несущая в порядке, пинги без провалов...
2. От операционки не зависит, бук прямо в ДСЛ втыкал, те же проблемы.

Инет в это время без проблем работает, потери соединения только к венгерским серверам...

У мну так и работает, т.е. в винде ничего не указывал все делает модем: ввод логина и пароля, раздача IP.
При настройке адсля D-Link 2500U, пробовал различные варианты.
1. В режиме бриджа в инет не выходил.
2. В режиме роутера то же самое.
3. В настройках оставляю два вида соединения (бридж+роутер), в настройках роутера прописываю логин и пароль, все связь есть.
Так и не понял почему при настройке модема при выборе одного из двух вариантов не было связи, но как оставляю оба работает.
Дома сеть из двух компов ноут и стационар, оба в инете...

я ж и написал 1-м пунктом
зная как работает винда... и сколько соединений она плодит(а не дай бог ище и вирусняк словить) гейтовую машину перевести на вменяемую операционку...

1. Проверить mtu - толи стоит в настройках модема, попробовать понизить - повысить. Потом проверить проходят ли пакеты такого размера через сеть провайдера.
2. Не думали что вам банально исходящей полосы не хватает?
3. Сделан двойной нат или Винда просто роутит пакеты с одного интерфейса на другой.
4. Попробовать другой модем, какая-то модель длинка я помню умеет делать хитро - сессию поднимает сама но реальный ip отдает на комп.

Оно?
http://www.jdsl.ru/?id=297

Вопрос: Существуют ли какие-либо ограничения в ТСР/IР протоколе для абонентов?
Ответ: Ограничения может наложить только настройка Вашего ADSL-модема и сетевые настройки на Вашем компьютере. Со стороны ОАО «ВолгаТелеком» никаких ограничений в протоколе TCP/IP нет.

roadster
А в другой организации через тот-же модем подключались или через другой? Тогда смотреть ихние настройки!
Вряд ли это провайдер.

1. МТУ менять сильно не рекомендовали. Пробовал, проходят только с тем МТУ, который по дефолту.
2. Инет жа работает... Грабли только с подключением к венгерским серверам...
3. Нат на модеме, нат на сервере. Но сервер не при чем. Бук в модем втыкал напрямую. Из сетки и с бука инет есть, подключений к венгерским серверам- нет.
4. Хуавей ставил, зухель ставил, не помогает.

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

roadster
Трасировку к серверам в моменты проблемы в студию...
А лучше трасировку чем нибудь типо mtr пакетами с максимальным mtu.

roadster
У вас не правильно организован подход. Вы купили железки за 2 коп, подключили дешевую услугу для домашних пользователей и пытаетесь требовать какого-то качества. Качество в вашем случае прямо пропорционально затратам. Заключите с ВолгаТелеком договор на предоставление канала доступа в интернет, опишите свои требования и вам организуют доступ как вам надо, без всяких ограничений, разрывов и прочего.

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

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

Hexff
Если не секрет в какой? Т.е. ты хочешь сказать что домашним клиентам можно предоставлять не очень качественную услугу? Или что при обрыве оптики корпоратившики будут работать а домашники нет))) Качество услуг у провайдера обычно одинаковое, отличия могут быть в наличии, отсутствии систем авторизации, временем реагирования на возникшую проблему, но в целом на качестве это не сказывается. А уж как магистральные провайдеры работают - это сказка зачастую... Время реагирования может достигать неимоверных пределов. Это я вам как человек работающий региональным сис. админом говорю, общаюсь со всеми крупными провайдерами достаточно часто - Голден, ТТК, Ростелеком, Эквант, Старты, Мегафон. И насчет систем оповещения например об авариях мне нравится мегафон, у него через 3-4 минуты после появления проблемы всем заинтересованным лицам отправляется письмо о том что о проблемы они в курсе, затем по ходу исправления приходят такие же письма со сроками устранения.

С ВТК у нас и так договор на предоставление канала. То есть, инет во весь канал, без ограничений...

tracert

Трассировка маршрута к level.mol.hu [171.31.0.186]
с максимальным числом прыжков 30:
1 <1 мс <1 мс <1 мс 10.10.32.21
2 1 ms <1 мс <1 мс 10.10.30.1
3 82 ms 16 ms 19 ms 172.16.0.82
4 17 ms 15 ms 18 ms 79.126.125.165
5 42 ms 42 ms 41 ms 79.126.126.154
6 49 ms 49 ms 47 ms xe030-301.RT.M9.MSK.RU.retn.net [87.245.255.69]
7 86 ms 86 ms 86 ms xe000-3.RT.DPX.BUD.HU.retn.net [87.245.233.209]
8 135 ms 136 ms 135 ms ge-0-2-0.bix-c1.hu.invitel.net [213.163.54.233]
9 133 ms 181 ms 132 ms xe-0-2-0.bix-p1.invitel.net [213.163.54.238]
10 91 ms 91 ms 91 ms ten1-1.dplx-pe1.invitel.net [213.163.54.98]
11 90 ms 92 ms 92 ms 82.141.188.194
12 87 ms 89 ms 87 ms level.mol.hu [171.31.0.186]
Трассировка завершена.

Трассировка маршрута к rma.mol.hu [171.31.0.19]
с максимальным числом прыжков 30:
1 <1 мс <1 мс <1 мс 10.10.32.21
2 1 ms <1 мс 1 ms 10.10.30.1
3 33 ms 27 ms 20 ms 172.16.0.82
4 16 ms 18 ms 18 ms 79.126.125.165
5 87 ms 40 ms 41 ms 79.126.126.154
6 98 ms 47 ms 49 ms xe030-301.RT.M9.MSK.RU.retn.net [87.245.255.69]
7 85 ms 87 ms 87 ms xe000-3.RT.DPX.BUD.HU.retn.net [87.245.233.209]
8 131 ms 131 ms 131 ms ae2.bix-p1.invitel.net [213.163.54.225]
9 88 ms 85 ms 86 ms ten1-1.dplx-pe1.invitel.net [213.163.54.98]
10 86 ms 85 ms 118 ms 82.141.188.194
11 87 ms 86 ms 88 ms rma.mol.hu [171.31.0.19]
Трассировка завершена.

Трассировка маршрута к rma2.mol.hu [171.31.0.22]
с максимальным числом прыжков 30:
1 <1 мс <1 мс <1 мс 10.10.32.21
2 1 ms 1 ms 1 ms 10.10.30.1
3 27 ms 36 ms 92 ms 172.16.0.82
4 17 ms 18 ms 24 ms 79.126.125.165
5 43 ms 41 ms 41 ms 79.126.126.154
6 69 ms 95 ms 54 ms xe030-301.RT.M9.MSK.RU.retn.net [87.245.255.69]
7 92 ms 86 ms 86 ms xe000-3.RT.DPX.BUD.HU.retn.net [87.245.233.209]
8 134 ms 134 ms 134 ms ge-0-2-0.bix-c1.hu.invitel.net [213.163.54.233]
9 136 ms 135 ms 135 ms xe-0-2-0.bix-p1.invitel.net [213.163.54.238]
10 90 ms 91 ms 92 ms ten1-1.dplx-pe1.invitel.net [213.163.54.98]
11 91 ms 91 ms 91 ms 82.141.188.194
12 89 ms 88 ms 89 ms rma2.mol.hu [171.31.0.22]
Трассировка завершена.