Страница 1 из 1
ADSL рутер в Bridging mode.

Добавлено:
19 май 2006, 02:04
Boris Morozov
Столкнулся тут с задачей повязки серверов через инет.
С обоих сторон стоят маршрутизаторы Zyxel с PPPoE и работают как рутеры с NATом. LAN порт зухеля шнурком соединен с сетевой картой на сервере с бордюром 3.8SP4. В таком режиме у карточки на сервере получается локальный адрес. А хотелось бы поиметь на карточке внешний IP адрес. Я так понимаю, мне его надо перевести в BRIDGE моде, но как тогда получить шлюз и маску подсети (IP фиксированный я знаю). Пров говорит, что этого они не знают, там все раздает Cisco и надо PPPoE сервере. В железяке, когда выбираешь Bridge mode, остается PPPoA и 1483 протоколы. Может кто знает, как с этим бороться и где вообще про это почитать.

Добавлено:
19 май 2006, 07:57
Орлов Алексей
Я думаю не получиться. На ADSL выдаеться внешний Ip со сотороны интернета, во внутренню сеть смотрит сетевой интерфейс с внутренним ip разница между bridge И router в том, чтов с лучае с бриджом пароли находяться на иниуиаторе соединения, т.е. на машине у пользовыателя, а в случае с router на самом модеме (если я не ошибаюсь) . А что мешает средствами можема с делать проброску порта.
засада

Добавлено:
19 май 2006, 09:45
Владимир Горяев
Re: ADSL рутер в Bridging mode.

Добавлено:
19 май 2006, 10:06
Мещеряков Андрей
Boris Morozov писал(а):Столкнулся тут с задачей повязки серверов через инет.
С обоих сторон стоят маршрутизаторы Zyxel с PPPoE и работают как рутеры с NATом. LAN порт зухеля шнурком соединен с сетевой картой на сервере с бордюром 3.8SP4. В таком режиме у карточки на сервере получается локальный адрес. А хотелось бы поиметь на карточке внешний IP адрес. Я так понимаю, мне его надо перевести в BRIDGE моде, но как тогда получить шлюз и маску подсети (IP фиксированный я знаю). Пров говорит, что этого они не знают, там все раздает Cisco и надо PPPoE сервере. В железяке, когда выбираешь Bridge mode, остается PPPoA и 1483 протоколы. Может кто знает, как с этим бороться и где вообще про это почитать.
У меня стоит ADSL роутер зухель омни адсл лан. Пров сразу предложал два расклада событий: инет адрес на роутере - на сервере локальный, инет адрес на сервере - роутере (сеть из двух адресов). Внешний адрес роутера - локальный и повязан в внутреннюю сеть прова. Не вижу повода для проблемы таким образом. Странный у вас провайдер.
Я запустил сейчас и через рутеры. Но мне не все нравится.

Добавлено:
19 май 2006, 17:15
Boris Morozov
Что касается пароля, то железяка умеет его передавать и в бридже.
Там протокол выставляется PPPoA. Железяка достаточно умная.
Я читал на форумах, народ писал, что надо поставить IP, маску и шлюз.
Но пров говорит, что они даже не знают, чего там выдаст киска. Сказали, что там все так, как будто это в одной локальной сетке, и модемов в этом режиме как бы не видно, все прозрачно.
У меня такое подозрение, что в микросетке из рутера и карточки на сервере надо что-то типа клиента DHCP. Вроде Netware умеет получать адреса по DHCP для сервака.
Re: Я запустил сейчас и через рутеры. Но мне не все нравится

Добавлено:
19 май 2006, 17:23
Владимир Горяев
Boris Morozov писал(а): Вроде Netware умеет получать адреса по DHCP для сервака.
Да умеет. В KB мне попадались тиды, как раз что-то там было про PPPoE и DHCPCLNT.
Но мне кажется, что наверное проще будет через PAT, как
Орлов Алексей предложил.

Добавлено:
19 май 2006, 17:32
Владимир Горяев
Кстати настраивал я престиж, пров тоже настроил зухель как роутер, я потом перестроил на мост и инетный адрес (статический) модема отдал на внешний интерфейс BM, потом еще туда прибиндил один, и еще один частный из сети в которой модему дал, для руления момедом. А шлюз и маску подсети пусть пров вам скажет, или ето тайна?.
Еще одно кстати

Добавлено:
19 май 2006, 17:52
Владимир Горяев
Boris Morozov писал(а): как тогда получить шлюз и маску подсети (IP фиксированный я знаю).
Зайти на модем и посмотреть чего он получил или пров статически вбил.
Чем дело закончилось?

Добавлено:
15 авг 2006, 18:15
Владимир Горяев
Встала такая же задача. Провайдер перестраивает всех на PPPoE.
Ищем лучшее решение...
Часто последнее время в разных форумах подымают такой вопрос. Тенденция, оджнако...
IP адреса экономят.

Добавлено:
16 авг 2006, 00:35
Boris Morozov
Так надо на каждого по два адреса выделять, а с pppoe одного хватит.
Я плюнул, сделал модем в Routing. И сказал все пакеты пробрасывать на карту сервера с локальным адресом. Поскольку WEB управление рулит, то мне собственно больше ничего и не надо. А сервера они потом повязали через отдельный VLAN чистым BRIDGE. Две точки выхода в инет слишком жирно. А вообще было бы неплохо иметь PPPoE. Я чего-то не понимаю, какая техническая проблема тут может существовать, кроме отсутствия нужного драйвера.

Добавлено:
16 авг 2006, 15:07
Ravil
PPoE не поддерживается NetWare и внешний IP на BM никогда не будет !! (почему novell не делает

поддержку)
ВЫХОД один уломать провайдера на статический IP адрес. тогда модем в бридже и все тип топ. Я почти везед уломал провайдеров у нас несколько десятков филиалов и только в двух PPоE, там аапартные фаеры от D-link которые тоже не любят PPoE.
Ну поставь пиво админу провайдера или закидайте начальсвто провайдера письмами и для вас обязательно найдется нормальный адресок.

Добавлено:
16 авг 2006, 15:24
Владимир Горяев
Да адреса то оставляют прежние, просто выдаются они PPPoE. А дальше зухель делаешь с натом в режиме один-к-одному и получается как бы тот же глобальный адрес на ифейсе BM без проблем. Я так сделал.
Есть проблема.

Добавлено:
16 авг 2006, 21:05
Boris Morozov
Дерево не синхрится, поскольку сервер ничего не знает о внешнем адресе и упорно прописывает локальные адреса.
Логин не проходит, ошибка 8801.
Приходится прощемливаться VPNом.
Re: Есть проблема.

Добавлено:
17 авг 2006, 09:24
Владимир Горяев
Boris Morozov писал(а):Дерево не синхрится, поскольку сервер ничего не знает о внешнем адресе и упорно прописывает локальные адреса.
Логин не проходит, ошибка 8801.
Приходится прощемливаться VPNом.
Погоди.. В свойствах сервера есть же поле с адресом, может там надо предпочитаемым выбрать внешнй? Чисто предположение. Но с VPN правильнее.
Первое же выполнеиие функции типа

Добавлено:
18 авг 2006, 02:32
Boris Morozov
Repair serever network addresses через DSREPAIR или регламентными функциями процессов NDS вернет все в исходное состояние.
Я вариантов без VPN не увидел.