На форуме запрещен обмен fullflash [дампы с любых устройств, содержащих уникальную информацию, позволяющую идентифицировать устройство в сети] и прямые ссылки в сообщениях на сторонние ресурсы, если это не ресурсы рекламодателей.
даже умный чел не сможет быстро подобрать логин и пароль с 10 символами разного регистра
Супирмегашмега защита - это для отчаянных :yahoo:
Где то я прикидывал, сколько надо времени на брут. Год как минимум для затравки.
Сниферить тоже слабый вариант, но уже вариант, кстати. Так что, скорее "изнутри" ломанут. Школолота по локальным ресурсам кидает свои кривые трояны то тут то там, под любым видом и предлогом. Чем и палит себя от части, тут и антивирь не нужен, к гадалке не ходи, все ясно. А они под договором, читай под статьей. Физически от вандалов и ит-хулиганов спрятаться, куда актуальней задачка. :sorry:
Камеру вот тут ставить надо за домом. А так лениво, и денег жалко. В раздумьях. :to_becom: :wacko:
К сожалению не знаю Nanostation, но уже год работает такая сетка на простеньких D-Link:
Организация примерно такая-же:
Сервер 192.168.1.1
Точки 192.168.1.10 - 192.168.1.15
Клиенты 192.168.1.20 - 192.168.1.254
Маки сервера и клиентов в WDS прописывать не нужно. Только тех точек, которые должны друг с другом работать. В качестве основного шлюза на всех точках указать сервер, а не одну из точек.
Клиенты у нас получают настройки по DHCP, в качестве шлюза и DNS также адрес сервера.
Дык пробуй! Приведи в порядок тополгию сперва.
Наличие маршрута не мешает нисколько, тогда как его не правильная организация очень даже критична, даже более, чем его отсутствие, которое может решится за счет аппаратных средств или ПО прошивки. Это мануал и даташит надо смотреть, что уже как бы вторично, если не заработает.
Маки сервера и клиентов в WDS прописывать не нужно. Только тех точек, которые должны друг с другом работать. В качестве основного шлюза на всех точках указать сервер, а не одну из точек.
Клиенты у нас получают настройки по DHCP, в качестве шлюза и DNS также адрес сервера.
Ну получается если в настройках наноса есть пункт ap wds - то такая сеть железом поддерживается. Может у меня нанос глючный? И тут еще по теме вопрос: основной шлюз работает только для кабеля, или по вайфай он тоже маршрутизатор???
Ну получается если в настройках наноса есть пункт ap wds - то такая сеть железом поддерживается. Может у меня нанос глючный? И тут еще по теме вопрос: основной шлюз работает только для кабеля, или по вайфай он тоже маршрутизатор???
Основной шлюз назначается для данного сегмента сети, и без разницы, по какой технологии (или технологиям) построена эта сеть. При этом все точки, свичи и другое сетевое оборудование должны быть "прозрачными", без всяких NAT, Firewall и т.п.
По поводу наноса ничего сказать не могу, не сталкивался. Судя по симптомам, у вас возможны 2 причины:
1. Неправильно построена топология. Как нужно - см. мой пост выше.
2. По каким-то причинам нет моста между точками. Тут нужно проверять, есть ли между ними связь, ходят ли IP-пакеты и т.д.
У вас точка в режиме бриджа или роутера? Если роутера , то да , если бриджа то она просто выполняет функцию свича.
Я вам уже говорил что в режиме бриджа безразлично в какой подсети и какие маршруты на точке.
У меня именно как свич. никаких прокси и ваерволов в сети нет. Вот что меня и тревожит, что пакеты ходят только когда второй нанос в режиме клиента. Причем отлично ходят-тест показывает 38 мегабит. расстояние 1.1км - 2 наноса с родными антеннами. В режиме APWDS думаю так же останется, если конечно настрою эту чертову сеть))):wacko:
Да чтож там у вас то сложно так все.)) Что тут сложного , обе точки загоняете в режим ап/вдс , отключаете рядышком птицу "авто" , на первой точке прописываете мак второй точки с которой вязаться, и маки абонентов которые будут к ней вязаться. На второй точке все аналогично, только прописываете мак первой точки. У всех абонов режим station WDS им прописываете мак базы к которой вяжутся.
Комментарий