Sergey Zozulya
-
Posts
654 -
Joined
-
Last visited
-
Days Won
3
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by Sergey Zozulya
-
-
On 4/11/2017 at 10:10 AM, TheBB said:
синхронизация в полном разгаре, ожидайте...
Сколько обычно этот процесс занимает времени?
И еще, подскажите, пожалуйста, как сделать интерфейс Deluge на английском вместо русского.
-
@IgaX, кроме как с макбука никак? Для Linux есть решения? Не узкий специалист, но снять дамп эфира в состоянии.
Да и как-то странно, что инициатива исходит не от разработчиков, а от пользователей. Как уже говорилось, есть и желание, и возможности сотрудничать. Нет только одного - обратной связи с разработчиками и ответов от них, как им помочь.
-
1
-
-
@zyxmon, возможно обновить Deluge в репозитории до версии 1.3.14? 1.3.13 некорректно работает с прокси - http://dev.deluge-torrent.org/wiki/ChangeLog
-
22 minutes ago, Mamay said:
Ещё один. Нет такой команды и не будет!
В смысле? А это?
-
2 hours ago, AJ_ said:
Мне только одно непонятно - почему такая не любовь у устройств LG к этой технологии?
Не только у LG, у меня, например, Google Pixel (вендор HTC) работает сейчас с WiFi неудовлетворительно. Пользуюсь им постоянно, поэтому замечаю. На других устройствах тоже есть проблемы, но пользуюсь ими редко. Что-то подсказывает, что сами устройства здесь не причем. Вроде и помочь хочется разработчикам хотя бы часть проблем WiFi победить, но они довольно неохотно идут на сотрудничество в этом вопросе. Жаль.
-
1
-
-
8 minutes ago, IgaX said:
Давайте посмотрим настройки на последнем draft-е
Двумя руками "за", давайте.
Spoiler# The word of "Default" must not be removed
Default
BssidNum=4
FastStartup=0
CountryRegionABand=0
CountryCode=US
SSID1=Keenetic
SSID2=
SSID3=
SSID4=
WirelessMode=15;15;15;15
Channel=36
TxRate=0
BasicRate=336
BeaconPeriod=100
DtimPeriod=1
TxPower=100
DisableOLBC=0
BGProtection=0
TxAntennaSel=0
RxAntennaSel=0
TxPreamble=0
RTSThreshold=2347
FragThreshold=2346
TxBurst=1
PktAggregate=0
TurboRate=0
WmmCapable=1;0;0;0
APSDCapable=1;0;0;0
EdcaIdx=0;0;0;0
APEdca0=1;3,7,1,1;4,4,3,2;10,10,4,3;0,0,94,47;0,0,0,0
APAifsn=3;7;1;1
APCwmin=4;4;3;2
APCwmax=6;10;4;3
APTxop=0;0;94;47
APACM=0;0;0;0
BSSAifsn=3;7;2;2
BSSCwmin=4;4;3;2
BSSCwmax=10;10;4;3
BSSTxop=0;0;94;47
BSSACM=0;0;0;0
AckPolicy=0;0;0;0
NoForwarding=0;0;0;0
NoForwardingBTNBSSID=1
HideSSID=0;1;1;1
ShortSlot=1
AutoChannelSelect=0
AutoChannelSkipList=
ACSCheckTime=0
IEEE8021X=0
IEEE80211H=1
DfsEnable=1
RDRegion=CE
CSPeriod=10
WirelessEvent=1
PreAuth=0
AuthMode=WPA2PSK;OPEN;OPEN;OPEN
EncrypType=AES;NONE;NONE;NONE
RekeyInterval=0;0;0;0
RekeyMethod=DISABLE;DISABLE;DISABLE;DISABLE
PMKCachePeriod=10
WPAPSK1=1234567
WPAPSK2=
WPAPSK3=
WPAPSK4=
DefaultKeyID=1;1;1;1
Key1Type=0;0;0;0
Key1Str1=0000000000
Key1Str2=0000000000
Key1Str3=0000000000
Key1Str4=0000000000
Key2Type=0;0;0;0
Key2Str1=0000000000
Key2Str2=0000000000
Key2Str3=0000000000
Key2Str4=0000000000
Key3Type=0;0;0;0
Key3Str1=0000000000
Key3Str2=0000000000
Key3Str3=0000000000
Key3Str4=0000000000
Key4Type=0;0;0;0
Key4Str1=0000000000
Key4Str2=0000000000
Key4Str3=0000000000
Key4Str4=0000000000
HSCounter=0
AccessPolicy0=0
AccessPolicy1=0
AccessPolicy2=0
AccessPolicy3=0
AccessControlList0=
AccessControlList1=
AccessControlList2=
AccessControlList3=
ApCliEnable=0
ApCliWirelessMode=14
ApCliSsid=
ApCliBssid=
ApCliWPAPSK=
ApCliAuthMode=OPEN
ApCliEncrypType=NONE
ApCliDefaultKeyID=1
ApCliKey1Type=0
ApCliKey1Str=0000000000
ApCliKey2Type=0
ApCliKey2Str=0000000000
ApCliKey3Type=0
ApCliKey3Str=0000000000
ApCliKey4Type=0
ApCliKey4Str=0000000000
WscManufacturer=ZyXEL
WscModelName=Keenetic
WscDeviceName=Keenetic Ultra II
WscVendorPinCode=01271393
WdsEnable=0
EAPifname=
PreAuthifname=
HT_HTC=0
HT_RDG=0
HT_EXTCHA=1
HT_LinkAdapt=0
HT_OpMode=0
HT_MpduDensity=5
HT_BW=1
HT_AutoBA=1
HT_AMSDU=0
HT_BAWinSize=64
HT_GI=1
HT_STBC=1
HT_MCS=33;33;33;33
VHT_BW=1
VHT_SGI=1
VHT_STBC=0
VHT_BW_SIGNAL=0
VHT_DisallowNonVHT=0
VHT_LDPC=1
EDCCA_AP_STA_TH=1
EDCCA_AP_AP_TH=1
EDCCA_AP_RSSI_TH=-80
EDCCA_ED_TH=90
EDCCA_FALSE_CCA_TH=180
EDCCA_BLOCK_CHECK_TH=2
IgmpSnEnable=1
E2pAccessMode=2
EfuseBufferMode=0
SKUenable=0
BandSteering=0
PMFMFPC=0;0;0;0
PMFMFPR=0;0;0;0
PMFSHA256=0;0;0;0
ApCliPMFMFPC=0
ApCliPMFMFPR=0
ApCliPMFSHA256=0 -
58 minutes ago, Padavan said:
На Android 6.0 и выше, с некоторыми клиентами наблюдается проблема, когда они не ловят сигнал Deauth, который рассылает AP перед началом автоскана (по всей вероятности что клиент находится в режиме Power Save Mode), поэтому клиент не получает сигнал отключения от AP и продолжает висеть на AP, считая что еще подключен. Обычно, если канал меняется (что в 5ГГц явление редкое из-за чистоты эфира), то клиент потеряв маяки от AP, ресканит каналы и пытается переподключиться заново. Если канал не поменялся, то он может застрять в состоянии, когда считает что подключен, чего на самом деле нет.
В таком случае на 5ГГц можно увеличить интервал автовыбора канала на максимум или отключить его совсем, так как в чистом эфире с более сильной изоляцией от соседей, нет большого смысла постоянно менять канал.@Padavan, к сожалению, это происходит не только при смене канала. Динамический выбор канала отключил, стало лучше, но все еще доставляет много неудобств. Может несколько часов все нормально быть, а потом в течение получаса 10 раз had been aged-out and disassociated в логе. Причем это не в режиме ожидания, а при активном использовании, только и смотришь, как телефон скачет туда-сюда между мобильным соединением и WiFi. Устройств с Android > 6.0 все больше, значит в перспективе проблема только усугубится. Что можно с этим сделать? Как помочь тестированием? В домашней сети 5 устройств с Android > 6.0, на всех проблемы с отвалами, может статистику как-то собрать по ним можно, чтобы бороться с проблемой?
-
Keenetic Ultra II, 2.09.A.6.0-0.
Очень много сообщений has been aged-out and dissociated в логе. Устройства 5 GHz периодически отваливаются и переподключаются к ТД (иногда так и не подключаются после отвала).
self-test ниже.
-
On 4/6/2017 at 3:35 PM, Sergey Zozulya said:
Наблюдаю точно такую же проблему с двумя устройствами - планшет LG G Pad 8.3 и iPad mini 2. После нескольких отвалов они просто перестают подключаться и остаются отключенными, пока вручную не подключишь.
Прошивка последняя - 2.09.A.6.0-0, Keenetic Ultra II.
Убрал динамический выбор оптимального канала (поставил фиксированный 36), проблема ушла, эти два устройства остаются подключенными. Похоже, они плохо переносят смену канала (каждый час, как я понял) и после нескольких попыток отваливаются от ТД. Возможно, это не связано, но эти два устройства - единственные, которые постоянно подключены на 40 MHz ширине канала. ТВ LG, который тоже подключается на 40 MHz, также периодически испытывает отвалы от ТД 5 GHz.
-
15 minutes ago, Александр Рыжов said:
Проксирование торрент-трафика довольно убогая идея.
Я и не утверждаю, что это панацея, или что требуется повысить уровень приватности. Но в определенных ситуациях этого вполне достаточно. Расскажите тогда про "другие средства".
-
1 hour ago, Goblin said:
в связи с этим вопрос: есть куда прокси прописать?
56 minutes ago, Александр Рыжов said:transmission прокси не поддерживает.
И, к сожалению, соответствующая тема не вызывает никакого интереса:
К слову, проксирование торрент-трафика (как и любого другого) может быть нужно не только для обхода блокировок или нарушения законов (что, как мне кажется, является причиной непопулярности таких тем на форуме), а всего лишь как один из уровней приватности.
-
37 minutes ago, AJ_ said:
Старый LG G Pro раз в день чудит - после нескольких отвалов от 5Ггц и перестает подключаться пока не перегрузишь.
Наблюдаю точно такую же проблему с двумя устройствами - планшет LG G Pad 8.3 и iPad mini 2. После нескольких отвалов они просто перестают подключаться и остаются отключенными, пока вручную не подключишь. Остальные устройства вроде держатся, но тоже уверенности нет. Что нужно для выявления проблемы? Как помочь?
-
После вчерашнего обновления все пока хорошо работает на вид. Дал одинаковые SSID диапазонам, отвалов нет, 5 ГГц не лихорадит, двухдиапазонные устройства цепляются к 5 ГГц. Hide SSID для обеих ТД пока не пробовал.
-
1
-
-
Ниже self-test, когда у точек доступа одинаковые названия и они не скрыты. При этом 5 ГГц колбасит и она отваливается, едва к ней что-нибудь подключится. Телефон ее очень быстро просто отключает, как ненадежную.
Стоит дать разные имена точкам, все устаканивается и 5 ГГц становится стабильной.
Возможно, с Band Steering такое поведение 5 ГГц не связано, но пока вот так вот.
-
3 hours ago, AJ_ said:
с зажатием 2.4 диапазона по списку доступа для устройств LG с 5Ггц
Насколько я понимаю, при корректной работе Band Steering, списки доступа не нужны. Но сейчас оно явно работает неправильно. У меня даже была ситуация, что одно устройство появилось в списке WiFi клиентов дважды, будто оно одновременно к двум диапазонам подключилось. Кроме того, ТД 5 GHz начала постоянно отваливаться, не поднимается, пока не сделаешь ей выкл/вкл в интерфейсе (даже с разными SSID на разных диапазонах). Но это, видимо, уже в другую тему, хотя до этого не было такого никогда, единственное, что сделал, обновился до последней 2.09 и сделал сброс к заводским кнопкой.
-
Keenetic Ultra II, 2.09.A.5.0-1
@Le ecureuil есть какие-то обязательные условия для работы Band Steering?
В домашней сети порядка 10 устройств (одно "яблочное" устройство, если это важно), 2 из них имеют только 2.4 GHz, остальные двухдиапазонные. Выставляю одинаковые SSID и пароль, устройства подключаются, но двухдиапазонные устройства не всегда выбирают 5 GHz канал, как повезет. Еще один нюанс - стоит сделать Hide SSID обоим сетям (такая привычка, не хочется светиться в эфире, не безопасности ради, конечно), как тут же некоторые устройства отключаются от WiFi (может и все, но видел пока только на телефонах Nexus 6P и Pixel, у них даже из списка WiFi сетей пропадает сохраненная домашняя SSID). Возвращаю видимость хоть одного диапазона, телефоны тут же подключаются. Добавлю, что когда SSID у сетей разные (т. е. Band Steering не задействован), все работает как и ожидается, в том числе если обе сети скрыты.
Также, не помешает индикация в WebUI, к какому именно диапазону подключилось устройство (хотя бы для тестирования Band Steering, да и в целом знать полезно). Раньше это было видно по названию сети, сейчас название одинаковое, никакой другой индикации диапазона нет. По параметрам подключения тоже не всегда можно определить сеть. Да, в консоли можно посмотреть (наверное?), но это совсем не удобно, а удаленно вообще нет возможности это увидеть (серый IP).
self-test ниже.
-
Keenetic Ultra II, 2.09.A.4.0-1
Если здесь - #dashboard.usb - нажать на Keenetic Plus DSL, то переходим сюда - #broadband.modems/iface=undefined&ref=dashboard.usb - а по логике надо бы сюда - #broadband.usbdsl
-
@ndm, @Le ecureuil, раз уж QoS активно дорабатывается, может обратите внимание на это?
Ведь именно в условиях ADSL и других низкоскоростных соединений от QoS больше всего пользы. Или QoS для нетранзитного трафика это априори трудновыполнимая задача?
-
1 minute ago, r13 said:
схлоповыет
Вроде как и да, встречается даже last message repeated 69 times. Тем не менее, практически весь видимый лог только в таких сообщениях, при таком раскладе лезть туда действительно бессмысленно.
-
1 minute ago, r13 said:
Кинетик все соединения всегда старается держать поднятыми, отсюда и сообщения в логе.
К этому нет никаких претензий и придумывать велосипед здесь не было цели. Хочется лишь оптимизировать поток однотипных сообщений в логе или иметь возможность настраивать его наполнение (кстати, предлагалось уже не раз).
-
20 minutes ago, IgaX said:
вот это все же вряд ли
Возможно. Но, как я понял, ADSL соединение всегда поднято. Стоит WISP-соединению потеряться, ADSL уже готово к работе.
-
Я лишь с точки зрения пользователя рассуждаю. Для меня это очень удобный сценарий - скоростное LTE соединение с ТД телефона с более высоким приоритетом и ADSL соединение с более низким. Стоит включить ТД на телефоне, тут же вся домашняя сеть переходит на нее, отключаю - сеть возвращается на ADSL. Все в один тап на телефоне и бесшовно.
Если с этими сообщениями в логе при таком сценарии ничего сделать нельзя, хотя бы уменьшить их количество, с этим можно жить. Просто лог в этом случае теряет информативность, т. к. просто напросто забит одним и тем же.
-
Keenetic Ultra II, v2.09(AAUX.6)A3
Сделал ТД с телефона и создал WISP соединение для нее с более высоким приоритетом, чем у Plus DSL. Стоит отключить ТД на телефоне, как весь лог в таких сообщениях:
Mar 10 11:40:26ndmkernel: Wi-Fi client: do site survey... Mar 10 11:40:34ndmkernel: Wi-Fi client: probe request: SSID=Pixel, BSSID=00:00:00:00:00:00 Mar 10 11:40:41ndmkernel: Wi-Fi client: probe request: SSID=Pixel, BSSID=00:00:00:00:00:00 Mar 10 11:40:48ndmkernel: Wi-Fi client: probe request: SSID=Pixel, BSSID=00:00:00:00:00:00 Mar 10 11:40:56ndmkernel: Wi-Fi client: probe request: SSID=Pixel, BSSID=00:00:00:00:00:00 Mar 10 11:41:05ndmkernel: Wi-Fi client: probe request: SSID=Pixel, BSSID=00:00:00:00:00:00 Mar 10 11:41:05ndmCore::Syslog: last message repeated 4 times. Mar 10 11:41:14ndmkernel: Wi-Fi client: do site survey... Mar 10 11:41:22ndmkernel: Wi-Fi client: probe request: SSID=Pixel, BSSID=00:00:00:00:00:00 Mar 10 11:41:36ndmkernel: Wi-Fi client: probe request: SSID=Pixel, BSSID=00:00:00:00:00:00 Mar 10 11:41:44ndmkernel: Wi-Fi client: probe request: SSID=Pixel, BSSID=00:00:00:00:00:00 Mar 10 11:41:53ndmkernel: Wi-Fi client: probe request: SSID=Pixel, BSSID=00:00:00:00:00:00 Mar 10 11:41:53ndmCore::Syslog: last message repeated 7 times. Mar 10 11:42:02ndmkernel: Wi-Fi client: do site survey... Mar 10 11:42:10ndmkernel: Wi-Fi client: probe request: SSID=Pixel, BSSID=00:00:00:00:00:00 Mar 10 11:42:24ndmkernel: Wi-Fi client: probe request: SSID=Pixel, BSSID=00:00:00:00:00:00 Mar 10 11:42:32ndmkernel: Wi-Fi client: probe request: SSID=Pixel, BSSID=00:00:00:00:00:00 Mar 10 11:42:41ndmkernel: Wi-Fi client: probe request: SSID=Pixel, BSSID=00:00:00:00:00:00 Mar 10 11:42:41ndmCore::Syslog: last message repeated 10 times. Mar 10 11:42:50ndmkernel: Wi-Fi client: do site survey... Mar 10 11:42:58ndmkernel: Wi-Fi client: probe request: SSID=Pixel, BSSID=00:00:00:00:00:00 Mar 10 11:43:12ndmkernel: Wi-Fi client: probe request: SSID=Pixel, BSSID=00:00:00:00:00:00 Mar 10 11:43:20ndmkernel: Wi-Fi client: probe request: SSID=Pixel, BSSID=00:00:00:00:00:00 Mar 10 11:43:29ndmkernel: Wi-Fi client: probe request: SSID=Pixel, BSSID=00:00:00:00:00:00 Mar 10 11:43:29ndmCore::Syslog: last message repeated 13 times. Mar 10 11:43:38ndmkernel: Wi-Fi client: do site survey... Mar 10 11:43:46ndmkernel: Wi-Fi client: probe request: SSID=Pixel, BSSID=00:00:00:00:00:00 Mar 10 11:44:00ndmkernel: Wi-Fi client: probe request: SSID=Pixel, BSSID=00:00:00:00:00:00 Mar 10 11:44:08ndmkernel: Wi-Fi client: probe request: SSID=Pixel, BSSID=00:00:00:00:00:00 Mar 10 11:44:17ndmkernel: Wi-Fi client: probe request: SSID=Pixel, BSSID=00:00:00:00:00:00 Mar 10 11:44:17ndmCore::Syslog: last message repeated 16 times. Mar 10 11:44:26ndmkernel: Wi-Fi client: do site survey... Mar 10 11:44:34ndmkernel: Wi-Fi client: probe request: SSID=Pixel, BSSID=00:00:00:00:00:00 Mar 10 11:44:48ndmkernel: Wi-Fi client: probe request: SSID=Pixel, BSSID=00:00:00:00:00:00 Mar 10 11:44:56ndmkernel: Wi-Fi client: probe request: SSID=Pixel, BSSID=00:00:00:00:00:00 Mar 10 11:44:56ndmCore::Syslog: last message repeated 18 times.
Как-то с этим можно бороться?
Self-test ниже.
-
Понял. Сделал пользователя для домашней сети. Всем спасибо за детали, вопрос исчерпан.
deluge на кинетик
in Каталог готовых решений Opkg
Posted
С этим разобрался, если конечно корректно для Entware править system wide переменные окружения в /opt/etc/profile.
Чем вызвано такое требование? На Ultra II сносно работает без swap. И что значит 512k?