Перейти к содержимому
Калькуляторы

Rtl8186 Firmware Всем, кто пишет под RTL8186

А что я не так сказал? Вопрос был о совместимости железа. P2P ( точка-точка ) в связке 2100-700 работать не будет с любой прошивкой

Ещё раз опеределение p2p перечитайте? И ответте мне на вопрос. AP<=>Clinet в случае одного АП и одного клиента это уже не точка-точка?

 

. Это обсуждалось неоднократно и на разных форумах. А режим точка - клиент на этом наборе железа функционирует нормально ( к 2100 будет цеплятся любой 700 с прошивкой от концептроника до вайва ).

Вы когда курите - выдыхайте и не плодите не верную терминологию. Или расскажите о сказочном p2p в вашем исполнении.

 

AP P330W + 2100 работает, AP 2100 + P330W работает, WDS нет, что я делаю не так? А вообще 2100 обсуждаются:

1) не в этой ветке

2) асусы тоже не тут

3) режимы и протоколы вообще в RFC описаны

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Да знаю я, что P2P это point to point или по другому - бридж точка-точка. Я уже жалею, что ввязался в эту дискусию. А ничего, что у чела частота 2192 и он думает, что вообще может завязать это с железякой на rtl8186? Или ваша P330W в тестах сможет?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Не знаю почему еще не кто не догодался ломать точки подбирая тупо стандартные логин и пароль, если они не настроенны во все.

 

iptables -I INPUT -p tcp -i eth0 --dport 22 -j REJECT --reject-with tcp-reset

 

 

Данное правила для такого чтобы, Закрыть доступ для SSH из локальной сети и интернет. Отлично подойдет кто в домашней сети через роутер. :D Брейтесь!

 

Я уже жалею, что ввязался в эту дискусию.

Да следовало ожидать.

Изменено пользователем NightStar

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А что я не так сказал? Вопрос был о совместимости железа. P2P ( точка-точка ) в связке 2100-700 работать не будет с любой прошивкой. Это обсуждалось неоднократно и на разных форумах. А режим точка - клиент на этом наборе железа функционирует нормально ( к 2100 будет цеплятся любой 700 с прошивкой от концептроника до вайва ).
а вы сами пробывали мост поднять между 2100 и 700 ??? или только на слухи операетесь???

я лично поднимал мост между 2100бб и 700 концептроник, нихера там сверхъестественного нету!

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Да знаю я, что P2P это point to point или по другому - бридж точка-точка. Я уже жалею, что ввязался в эту дискусию. А ничего, что у чела частота 2192 и он думает, что вообще может завязать это с железякой на rtl8186? Или ваша P330W в тестах сможет?

 

Каким боком частота относится к вашему незнанию элементарщины? Или p2p от частоты зависит? p2p нифига не равно бридж. Путаете кислое с пресным, свойстра соединения с типом последнего. Т.е. по вашему если обе точкаи настроить как маршрутизаторы и прописать маршрут от точки А до точки В соединение перестанет быть p2p ? При условии конечно что учавствуют только 2 конечные точки, и существует только один маршрут?

 

Не знаю почему еще не кто не догодался ломать точки подбирая тупо стандартные логин и пароль, если они не настроенны во все.

iptables -I INPUT -p tcp -i eth0 --dport 22 -j REJECT --reject-with tcp-reset

Данное правила для такого чтобы, Закрыть доступ для SSH из локальной сети и интернет. Отлично подойдет кто в домашней сети через роутер. :D Брейтесь!

Вы обкурились? Сменить пароль такая сложность? А не проще ли тады rc скрипт прибить с dropbear ? Или вы считаете что идиот не меняющий пароль будет денайдить фаерволом доступ к dropbear?

 

Ваш пост отлично показывает что вам пора пойти на opennet.ru и долго и усердно сидеть и читать теорию, а не делиться очевидными и глупыми вещами.

 

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

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

похожу есть какой то баг с мелкими покетами, кажись это где то упоминалось...

два раза проверял - с торента качал в 50 потоков, после определенного времени отваливались интерфейсы...

перегрев и карявое питание исключено, тестится на столе

после ребута интерфйсы пингуются нармуль, прошивка 0.23, щас еще раз попробую торентом забить... потом протестю на 0.21

а еще, может стоит поиграться с мультикастами ? MCAST_BND_ETH0=80000 MCAST_BND_ETH1=80000 MCAST_BND_WLAN=40000

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

похожу есть какой то баг с мелкими покетами, кажись это где то упоминалось...

два раза проверял - с торента качал в 50 потоков, после определенного времени отваливались интерфейсы...

Г700 ? Память под контрак заканчивается, темболее у вас туннель?

 

перегрев и карявое питание исключено, тестится на столе

после ребута интерфйсы пингуются нармуль, прошивка 0.23, щас еще раз попробую торентом забить... потом протестю на 0.21

а еще, может стоит поиграться с мультикастами ? MCAST_BND_ETH0=80000 MCAST_BND_ETH1=80000 MCAST_BND_WLAN=40000

Подключайте консоль и смотрите лог после "отваливания" иначе это танцы с бубуном.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

похожу есть какой то баг с мелкими покетами, кажись это где то упоминалось...

два раза проверял - с торента качал в 50 потоков, после определенного времени отваливались интерфейсы...

Г700 ? Память под контрак заканчивается, темболее у вас туннель?

 

зухель р330.... Форвардинг_ИП4

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Туннели?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Туннели?
зухель тунели не поднимает, рртр юзер понимает на серв через зухель

 

на две странице назад писал:

"вклёчено только:

-форвардинг

-дхцп 2шт.

-ип_таблес

всё...

ппое пптп не юзаю"

Изменено пользователем SuperXumuk

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

глюк исправился изменением параметра *_FORCEIP=no на *_FORCEIP=yes ...

за 10 часов скачки с торента в 50 потоков всё работает отлично

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

глюк исправился изменением параметра *_FORCEIP=no на *_FORCEIP=yes ...

за 10 часов скачки с торента в 50 потоков всё работает отлично

Забавно, но эти опции никакого отношения к торрентам и форвардингу не имеют =) Просто говорят девайсу всегда тупо присваивать IP интерфейсам не смотря не на режим работы ни на dhcp.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

на этих интерфейсах подняты разные дхцп, но ипы они с ни не получают, мне тоже кажется не логичным, но по факту пока так....

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

0.3.0 зашейте, там dhcp скрипт переписан да и собсно busybox включая udhcp обновлён.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

на этих интерфейсах подняты разные дхцп, но ипы они с ни не получают, мне тоже кажется не логичным, но по факту пока так....

опять сдхло всё!

пробую с 0.3.0...

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

после заливки 0.3.0 девайс стал доступен по 10.200.200.249 только после сброса, раньше обходилось без сброса

это норм или нет ?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А вы настройки потёрли перед прошивкой?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Это по какой-такой иедее? Заливать black ОБЯЗАТЕЛЬНО! Или делать fs fullcrash

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Подскажите пожалуйста насчет такого момента: существует ли в wive-ng режим при котором фреймы-маяки по умолчанию не посылаются вообще, их посылка включается только после того как клиентская карточка пошлёт в эфир Probe-Request, если после этого клиент не коннектится, то посылка маяков прекращается после некоторого времени (вроде такая фишка была в точках пр-ва cisco). Возможно ли это в wive-ng? Благодарю.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Подскажите пожалуйста насчет такого момента: существует ли в wive-ng режим при котором фреймы-маяки по умолчанию не посылаются вообще, их посылка включается только после того как клиентская карточка пошлёт в эфир Probe-Request, если после этого клиент не коннектится, то посылка маяков прекращается после некоторого времени (вроде такая фишка была в точках пр-ва cisco). Возможно ли это в wive-ng? Благодарю.

802.11g спеки доступны, всё что в них не попадает - не реализовано

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Уже нет.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

проблемы всё те же, зухель виснет...

и то что я описывал выше с девайсами которые на крыши стоят, проблемы у них не с питанием и перегревом, а с чем-то другим, т.к. на столе под кондером от родного БП зухель так же виснет и без помощи торента

пробывал с одним дхцп, с eth0 и wlan0 в бридже, разные прошивки пробывал 0.2.21 0.2.23 0.3.0, работает 12 - 15 часов и всё...

 

у кого какие мысли?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.