dieselnoi Опубликовано: 26 июня, 2010 Опубликовано: 26 июня, 2010 в общем ситуация следующая сервер стоит в игровом клубе на Suse 11.2 СТГ 2,406 в пределах клуба все замечательно работает удаленно стоит микротик RB 433 с R52H. на клубе стоит точка которая смотрит на микротик по вайфаю и ещё одна удаленная точка которая смотрит на микротик у клиента. клиент видит всю сеть клуба ,пинги замечательные,файлы летают туда сюда, а вот интернет сервер не раздает на клиента, причем в пределах клуба нормально работает (нотник в свитч все работает инет раздает) у клиента тот же нотник с теми же настройками уже инет не раздается, даже на тот же нотник смтрю tcpdump есть только запросы от клиентов ответов клиенту нет ставлю на винду юзергейт настравиваю клиента на проксю все работает у клиента подскажите в чем рога и как победить оч нужно
KaYot Опубликовано: 26 июня, 2010 Опубликовано: 26 июня, 2010 Вероятно авторизация ip/mac, точки вайфайные часто заменяют MAC клиента на свой, хотя как бы и работают бриджем.
dieselnoi Опубликовано: 26 июня, 2010 Автор Опубликовано: 26 июня, 2010 авторизация проходит по айпи/логин в том то весь и перец. авторизацию клиент проходит, но далее ничего не раздается, акцесс нормально показыват баланс и тп
madf Опубликовано: 28 июня, 2010 Опубликовано: 28 июня, 2010 Подозреваю проблемы с маршрутизацией. А вообще неплохо было бы знаки препинания расставлять, а то смысл не очень доходит. Ну и на предложения разбивать
Небесный Опубликовано: 29 июня, 2010 Опубликовано: 29 июня, 2010 А, клиент с нотика может пинговать сервер, где стоит СТЖ? Поддерживаю ответ madf - возможно проблема с маршрутизацией. Покажите таблицу маршрутизации из сервера.
dieselnoi Опубликовано: 30 июня, 2010 Автор Опубликовано: 30 июня, 2010 linux-qonj:/home/admin # route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 89.237.215.0 * 255.255.255.0 U 0 0 0 eth0 192.168.0.0 * 255.255.255.0 U 0 0 0 eth1 link-local * 255.255.0.0 U 0 0 0 eth0 loopback * 255.0.0.0 U 0 0 0 lo default 89-237-215-113. 0.0.0.0 UG 0 0 0 eth0 вот так маршруты выглядят
madf Опубликовано: 30 июня, 2010 Опубликовано: 30 июня, 2010 Это где? На сервере? На клиенте? Опишите топологию сети более детально. Где какие адреса и как они маршрутизируются в узловых точках.
Небесный Опубликовано: 30 июня, 2010 Опубликовано: 30 июня, 2010 Это где? На сервере? На клиенте? Опишите топологию сети более детально. Где какие адреса и как они маршрутизируются в узловых точках. Да еще и схемку бы не помешало, так будет более наглядно.
Небесный Опубликовано: 30 июня, 2010 Опубликовано: 30 июня, 2010 Вообще глядя на данную маршрутизацию, смотрю, что нету обратного маршрута на юзера, который находится за микротиком, я так понял, что микротик работает как бы связующей точкой, все пакеты, которые идут между юзером и сервером, бегают через микротик, если это так, тогда сделайте обратный маршрут юзеру через микротик. Например у меня что-то есть похожее по топологии. Юзеры------------CISCO-------------сервер 10.10.0.0-----10.10.100.1--------10.10.100.2 Я делаю обратный маршрут таким вот образом: route add -net 10.10.0.0/21 gw 10.10.100.1 Этим маршрутом я обратно пинаю пакеты на циску, а уже циска шлет себе пакеты на юзера.
dieselnoi Опубликовано: 25 июля, 2010 Автор Опубликовано: 25 июля, 2010 примерно так выглядит сервер - dlink 2100 - RB433(c R52H)- dlink 2100 - клиент отсюда вот Inetaccess конектится и инета нет небесный, варик запинывать пакеты на маршрутизатор не совсем приемлем ,так как по меди еще народ подключен если есть у кого варики как победить стуканите в асю 222261156
Рекомендованные сообщения
Создайте аккаунт или войдите в него для комментирования
Вы должны быть пользователем, чтобы оставить комментарий
Создать аккаунт
Зарегистрируйтесь для получения аккаунта. Это просто!
Зарегистрировать аккаунтВойти
Уже зарегистрированы? Войдите здесь.
Войти сейчас