vasek00

На счет "полтора землекопа" крутое выражение для пользователя в данном случае. Если прибавить меня (просил так же на сайте тех поддержки несколько лет назад и так же там же можно найти еще как вы говорите "землекопов" благодаря их рекомендациям многие покупают сей продукт и знают его возможности), то тут уже не полтора а два. По поводу данной фразы Это ваше мнение, только плохо вы знаете пользователей даже думаю тех кто на данном форуме и которые не пишут про это так как понимают что просить данный сервис без полезно. Кой какие наработки ранее http://forum.zyxmon.org/topic486-kto-kh ... etike.html и так же учесть HWNAT

Только то что что многое что есть там, на K-II нет и не будет жалко и политика ваша уже понятна.

Ну что ж ладно, благо руки есть интернет под боком так же, да и роутеров в продаже по боле, а не один только вид. Только вот еще есть один "антиквариат" http://www.allnet.de/de/allnet-brand/pr ... an-router/ на железе с RT6856, в котором функций по более. - Hardware: MTK RT6856-700MHz; 16MB Flash; 128MB DRAM - Schnittstellen: 1~2x WAN Port 3~4x LAN 10/100 Mbps RJ45 - QoS Bandbreitenmanagement: Smart QoS; Bandwidth Management; Session Control by IP - L7 Management: L7 Management Blocking; VIP Priority Channel; L7 QoS - NAT: One-to-One NAT/DMZ/Virtual Server; UPnP Support; Static Routing - Firewall: SPI/DoS Detect; Attack Logging; Access Control; URL/Keyword Filter - DDNS: DynDNS; NO-IP Если взять GPL то можно увидеть ядро на 2.6.36МТ.х и так же :

Например так как на скрине. Вопрос только это все реализовывается через сервис "tc" => но его нет ? tc qdisc add dev root handle 1: htb default 30 tc class add dev $WAN parent 1: classid 1:1 htb rate ${UP}kbit prio 1 quantum 1518 (MTU+18) tc class add dev $WAN parent 1:1 classid 1:100 htb rate ${UP}kbit prio 1 quantum 1518 tc class add dev $WAN parent 1:1 classid 1:2 htb rate ${UP}kbit prio 3 quantum 1518 tc class add dev $WAN parent 1:2 classid 1:10 htb rate $((70*${UP}/100))kbit ceil ${UL}kbit prio 3 quantum 1518 ... tc filter add dev $WAN protocol ip pref 1 handle 0x64 fw classid 1:100 tc filter add dev $WAN protocol ip pref 3 handle 0x0A fw classid 1:10 ... tc qdisc add dev $5 root handle 1: htb default 30 tc class add dev $imq_wan parent 1: classid 1:1 htb rate ${DW}kbit prio 1 quantum 1518 tc class add dev $imq_wan parent 1:1 classid 1:100 htb rate ${DW}kbit prio 1 quantum 1518 tc class add dev $imq_wan parent 1:1 classid 1:2 htb rate ${DW}kbit prio 3 quantum 1518 tc class add dev $imq_wan parent 1:2 classid 1:10 htb rate $((70*${DW}/100))kbit ceil ${DW}kbit prio 3 quantum 1518 ... tc filter add dev $imq_wan protocol ip pref 1 handle 0x64 fw classid 1:100 tc filter add dev $imq_wan protocol ip pref 3 handle 0x0A fw classid 1:10 ...

Может не надо валить все на провайдера.

Может как то так из /proc/net/arp вытащить поля IP т.е. текущих клиентов потом создать CHAIN с помощью iptables # iptables -L RRDIPT -vnx -t filter Chain RRDIPT (1 references) pkts bytes target prot opt in out source destination 137 10975 RETURN all -- * * 192.168.1.2 0.0.0.0/0 131 17076 RETURN all -- * * 0.0.0.0/0 192.168.1.2 0 0 RETURN all -- * * 192.168.1.254 0.0.0.0/0 0 0 RETURN all -- * * 0.0.0.0/0 192.168.1.254 # iptables -L RRDIPT -vnx -t filter | grep 192.168 | awk 'BEGIN { printf "{table::" } { if (NR % 2 == 1) printf "'\''%s'\'','\''%s'\'',",$8,$2; else printf "'\''%s'\'',",$2;}' {table::'192.168.1.2','10975','17076','192.168.1.254','0','0', # так же Chain FORWARD (policy DROP 0 packets, 0 bytes) pkts bytes target prot opt in out source destination 138 13400 RRDIPT all -- * * 0.0.0.0/0 0.0.0.0/0 плюс awk 'BEGIN { printf "{ip_conntrack::"} { gsub(/(src|dst|sport|dport|mark)=/, ""); printf "'\''%s'\'','\''%s'\'','\''%s'\'','\''%s'\'','\''%s'\'',%s,",$1,$1 == "tcp" ? $5 : $4,$1 == "tcp" ? $7 : $6,$1 == "tcp" ? $6 : $5,$1 == "tcp" ? $8 : $7,$(NF-1); } END { print "'\''-'\''}"}' /proc/net/ip_conntrack >> /tmp/files_count.dat {ip_conntrack::'tcp','192.168.1.2','49523','192.168.1.100','23',0,'udp','223.96.14.98','23228','109.16.24.244','28975',0,.... 'udp','192.168.1.2','28975','212.16.21.121','31045',0,'-'} Может я и не прав.

Может и мусор, но у вас счетчики ранее считали правильно в - Мониторе, сейчас да. Но читая данный форум многие клиенты отключают ускорители, второе не кто не мешает дать выбор клиенту либо так но с выключенными ускорителями, тем более роутеры становятся мощнее, да и не у всех каналы выше 100Мбит, большинство используют 3G и контроль байтиков для них например важен, так как тарифы ограничены GB.

Данное ограничения сразу и на всю жизнь не зависимо от наличия других коиентов, т.е. если их нет то почему не 100%, а если появились то плавающие в зависимости от загрузки пров.канала. Клиент смотря страницы интернете как бы сказать использует канал "рывками" - загрузил страницу и ее читает минут например 5, дальше грузит и опять читает, так вот в моменты прочтения канал свободен, а торрентам по барабану, так как используют UDP пакеты, и если файл скачается на 10мин позже то я например возражать не стану.

Не понятно. К роутеру подключены клиенты : - ПК1 просмотр страниц - ПК2 торрент - роутер торрент Речь идет о выходном трафике от роутера к провайдеру. Так вот дав приоритет трафику на порт 53 (DNS) и на порт 80 для ПК1 он получит приоритет по отношению к другому трафику от роутера к провайдеру. Для того чтоб получить пакет от провайдера по download его нужно с начало послать upload, так вот посылать его можно грубо говоря как на "реальной скорости" канала так и на "ограниченной".

По поводу трафика давным давно в dd-wrt был написан скрипт на базе js, нескольких скриптов *.sh по обработке файла conntrack [spoiler=] ... # Check the number of ip_conntrack fields CONNTRACK=$(tail -n1 /proc/net/ip_conntrack | awk 'END { print NF; }') while : do #Create the RRDIPT CHAIN (it doesn't matter if it already exists). iptables -N RRDIPT 2> /dev/null #Add the RRDIPT CHAIN to the FORWARD chain (if non existing). iptables -L FORWARD --line-numbers -n | grep "RRDIPT" | grep "1" > /dev/null ... grep ${LAN_TYPE} /proc/net/arp | awk 'BEGIN { printf "{arp::"} { printf "'\''%s'\'','\''%s'\'',",$1,$4; } END { print "'\''-'\''}"}' >> /tmp/traffic.dat #awk 'BEGIN { printf "{hosts::"} { printf "'\''%s'\'','\''%s'\'',",$1,$2; } END { print "'\''<% show_wanipinfo(); %>'\''}"}' /tmp/hosts >> /tmp/traffic.dat if [ $CONNTRACK -eq 19 ]; then awk 'BEGIN { printf "{ip_conntrack::"} { gsub(/(src|dst|sport|dport|mark)=/, ""); printf "'\''%s'\'','\''%s'\'','\''%s'\'','\''%s'\'','\''%s'\'',%s,",$1,$1 == "tcp" ? $5 : $4,$1 == "tcp" ? $7 : $6,$1 == "tcp" ? $6 : $5,$1 == "tcp" ? $8 : $7,$(NF-1); } END { print "'\''-'\''}"}' /proc/net/ip_conntrack >> /tmp/traffic.dat else awk 'BEGIN { printf "{ip_conntrack::"} { gsub(/(src|dst|sport|dport|mark)=/, ""); printf "'\''%s'\'','\''%s'\'','\''%s'\'','\''%s'\'','\''%s'\'',%s,",$1,$1 == "tcp" ? $5 : $4,$1 == "tcp" ? $7 : $6,$1 == "tcp" ? $6 : $5,$1 == "tcp" ? $8 : $7,$(NF-2); } END { print "'\''-'\''}"}' /proc/net/ip_conntrack >> /tmp/traffic.dat fi iptables -L RRDIPT -vnx -t filter | grep ${LAN_TYPE} | awk 'BEGIN { printf "{bw_table::" } { if (NR % 2 == 1) printf "'\''%s'\'','\''%s'\'',",$8,$2; else printf "'\''%s'\'',",$2;}' >> /tmp/traffic.dat uptime | awk '{ printf "'\''-'\'','\''%s'\''}\n{uptime::%s}\n", $1, $0 } END { print "{ipinfo::<% show_wanipinfo(); %>}" }' >> /tmp/traffic.dat ... Пробовал давным давно на DIR300NRU при скоростях 5Мбит данный скрипт работал даже на таком роутере (клиентом правда было два сетевых устройства).

Труп может быть и "труп" но наличие большого перечня оборудования (на базе разных чипов) на которое его можно поставить о чем то говорит. Да и управление cron и startup скриптом поудобнее чем оболочка "cli" или в WEB отсутствие доп раздела, так же хоть какой ни какой есть "шейпер". Хотя каждому конечно свое в этом вы правы.

Тогда ввиду мощности проца но ограниченного 100Мбит добавить - приоритет трафика например DNS(udp) и Htm/html(порт например 80 устанавливается в ручную) перед остальными UDP пакетами.

Про тунель/проброс - СПС

K-II с v2.06(AAFG.2)B3 uname -a Linux Keen 2.6.22.15 #1 Fri May 27 19:35:49 UTC 2016 mips GNU/Linux С google ведет по другому себя.

Так же пробовал, согласен что как то сложновато для пользователя, но использовал версию для Windows 1. rclone.org/downloads/ 2. "rclone config" (name - Ydsk) 3. поместил файл в каталог "Cloud" который создал в каталоге Rclone (на ПК Windows) 4. создал тут же каталог например "rclone mkdir Ydsk:Cloud" 5. проверка "rclone lsd Ydsk:" (видно диск yandex) 6. выполнил синхронизацию "rclone sync Cloud Ydsk:Cloud" (прошло успешно) 7. получил conf файл тут же на Windows c таким содержимом [Ydsk] type = yandex client_id = client_secret = token = {"access_token":"AQAQ....DD","token_type":"bearer","expiry":"2017-05-29T21:34:03.2477488+03:00"} 8. перекинул на роутер для пробы. 9. вот тут пока проблема с созданием каталога и запуском самого "rclone" ошибка runtime: epollwait on fd 89 failed with 9 C Google диском уже по другому, conf файл [Gdsk] type = drive client_id = client_secret = token = {"access_token":"ya29.CjH...qSW","token_type":"Bearer","refresh_token":"1/25EDr4OBh5jP....0XT","expiry":"2016-05-29T22:44:05.9530469+03:00"} rclone mkdir Gdsk:/Buf 2016/05/29 22:46:24 Failed to create file system for "Gdsk:/Buf": Couldn't read info about Drive: Get https://www.googleapis.com/drive/v2/about?alt=json: dial tcp 216.58.хх.хх:443: bad file descriptor Буду смотреть.

В данной теме (раздел "Каталог готовых решений") - это жуткий offtopic. Надеюсь модеры удалят! Создайте свою тему и напишите свою инструкцию по rclone. Данная тема "Подключение к Яндекс.Диску" если вы заметили. Инструкция по подключению есть по ссылке уже расписанная.

Rclone - rsync for cloud storage

При использовании команды ip route add default scope global nexthop via 192.168.105.5 dev eth2 weight 1 \ nexthop via 192.168.106.3 dev eth3.9 weight 1 и таблицы table все бы не чего но сказать про балансировку как то не так, так как определенный сегмент сети идет на один маршрут, другой сегмент на другой, т.е. все зависит от работы юзеров в сегменте. При использовании же route del default ip ro flush cache ip route add default scope global nexthop via [iP_шлюз_1] dev [iF_1] weight 10 \ nexthop via [iP_шлюз_2] dev [iF_2] weight 5 без применения table речь уже идет о балансировке, так как без разницы в каком сегменте клиент, но тут если пакет ушел с одного интерфейса то он и должен вернуться на тот-же интерфейс. В таком варианте при наличии двух каналов будет работать - торрент и просмотр WEB, weight лучше делать не 1 а разный в зависимости от скорости по каналам например 10:5 или 8:3. Так же нужно прописать жесткий маршрут на DNS сервер. При работе же с сайтами типа "rusfolder" такой вариант не пройдет. Ну и процедуру контроля. Такой вариант удобен при низко скоростных каналах например 20Мбит и 10Мбит, при 100Мбит необходимость отпадает лучше шейпер в котором DNS и HTM/HTML пакеты например в приоритете по отношению к остальным пакетам.

Так как есть возможность использовать события schedule, то возможно ли в WEB (.../#home.hosts ) добавить кнопку "включить - 12:00" клиента (где время любое), без установки доп.пакета от Entware или Optware. Интересуют средствами самого роутера, так как например с телефона данного клиента включить можно.

K-II - RT6856 MIPS34Kc @700MHz Я заметил разницу при сравнении K-II и Viva (в течении нескольких дней обычной эксплуатации) на PPPoE (на канале 100) при подключенных/не подключенных wi-fi клиентах, так же проверил и на PPTP (на канале 50Мбит). Если на роутер смотреть как на черную коробку и не заглядывать в WEB не использовать USB то обычный пользователь может и не заметит разницы, страницы открываются и ладно. В моем случае Viva был отдан обратно.

Giga 3 это хорошо, как бы узнать например 7620.

Это конечно что-то host <- http://winhelp2002.mvps.org/hosts.txt более 15000 строчек типа 0.0.0.0 имя и наверное не предел для мощности роутера прогонять через себя.

там видно только про lcp echo, никаких других причин. кто по Вашему принудительно сбрасывает? поменяйте lcp-интервалы В том то и дело что причин то и нет, да "lcp echo" только в момент установки связи 16:00 и в момент разрыва 03:46. Принудительно теоретически не кто не должен, но практически под вопросом. Единственно со стороны Viva канал 4G стоял, осталось только сторона K-II. Посмотрим дальше что будет.

Пока все нормально, но теперь смущает одно и то же время 03:46 :

Не хотите обновить на оф. бэту? 2.05.C.3.0-1, тут всем форумом тестировали. Поставил, посмотрим.