Проблема с Шлюзом

[keeper1978]

Люди есть такая проблема



у клиентов 1 и 2 всё нормально получают интернет по шлюзу

а клиенты 3 и 4 не видят шлюз хотя его пингуют все получают настройки по DHCP диапозон 192.168.0.x
хотя раньше все получали инет по шлюзу нормально

[Andree]

Если вы сдели так:

То это не правильно, нужно наоборот или ставить точка-точка. Если нострадамус с миня не вышел, то выбачайте нужно больше информации.

[uraso]

Ну в крайнем случае Client WDS ......

[keeper1978]

Если вы сдели так:
[ATTACH]6731[/ATTACH]
То это не правильно, нужно наоборот или ставить точка-точка. Если нострадамус с миня не вышел, то выбачайте нужно больше информации.

Я извеняюсь за неполную инфу но какраз так и стоит AP <> Client

[_q6_]

Если вы сдели так:
[ATTACH]6731[/ATTACH]
То это не правильно, нужно наоборот или ставить точка-точка. Если нострадамус с миня не вышел, то выбачайте нужно больше информации.

Если правильно сделать маршрутизацию то не важно кто из них АР. У меня к примеру АР берет инет с клиента.

[Andree]

Что лучше, сделать всё по человечески - поставить точка-точка и использовать в качестве шлюза реальный шлюз? Или сделать всё через опу и использовать в качестве шлюза айпишник клиента (при условии что он переадресует на реальный шлюз) от перевёрнутой сборки АП-клиент?
Немного теории: весь бок втом, шо со сторони АП нивидно шо там за сеть после клиента (все МАКи будут МАКом клиента), когда идёт запрос на шлюз (в реальности он передаётся МАКу клиента), то назад он и возвращается от МАКа клиента, а не от МАКа шлюза.

[keeper1978]

Что лучше, сделать всё по человечески - поставить точка-точка и использовать в качестве шлюза реальный шлюз?

вопрос как на bullet m2 hp злелать точка точка можно обяснить подробнее
я так понемаю это режим моста когда точки соединяются непосредственно друг с другом без использования AP <> Client

[_q6_]

всделать всё по человечески - поставить точка-точка

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

[keeper1978]

Если вы сдели так:
[ATTACH]6731[/ATTACH]
То это не правильно, нужно наоборот или ставить точка-точка. Если нострадамус с миня не вышел, то выбачайте нужно больше информации.

сменил теперь всё AP сверху а Client снизу (если судить по картинке) но проблема осталась

[hex]

Если клиенты 3 и 4 как вы говорите получают все по дхцп, то пропингуйте их айпи с шлюза и посмотрите командой arp -a мак адреса под которыми их "видит" ваш шлюз.

[Andree]

Могут получать дхцп не стого устройства или они быть не верными. Вы смотрели в состоянии шлюз (и днс) верный вытягивается/проставляется?

[keeper1978]

в том то и дело что это проверялось щас буду когда у клиентов проверю совет про смену AP <> Client местами (они за 15 км и вырватся к ним нетак просто)

[hex]

Как и пропинговать их .., тоже не просто?

[Andree]

Лучше бы явно вбили все нужные цифиры в сетевоее подключение в телефонном режиме, чем пологатся на дхцп. +удаленное управление рабочим столом легко организовывается, коль всё так далеко.

[romasvd]

в каждой "АР" должно быть прописанно адрес шлюза и днс..а точке поднять DHCP и тоже самое можно сделать на точках клиентах..у меня на кленте и на точке прописанн адрес шлюза и днс..ДХЦП работает на ура..