-
Posts
4,389 -
Joined
-
Last visited
-
Days Won
74
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by vasek00
-
-
1. В теории ничто не мешает адаптировать его под opkg и запускать.
2. В связи с наличием ускорителей его вывод при их работе будет напоминать мало связанный с реальностью мусор.
Может и мусор, но у вас счетчики ранее считали правильно в - Мониторе, сейчас да.
Но читая данный форум многие клиенты отключают ускорители, второе не кто не мешает дать выбор клиенту либо так но с выключенными ускорителями, тем более роутеры становятся мощнее, да и не у всех каналы выше 100Мбит, большинство используют 3G и контроль байтиков для них например важен, так как тарифы ограничены GB.
-
Единственный правильный вариант: настроить ограничение в самом torrent-клиенте или зашейпить конкретный хост с запущенным торрент-клиентом.
Данное ограничения сразу и на всю жизнь не зависимо от наличия других коиентов, т.е. если их нет то почему не 100%, а если появились то плавающие в зависимости от загрузки пров.канала.
Клиент смотря страницы интернете как бы сказать использует канал "рывками" - загрузил страницу и ее читает минут например 5, дальше грузит и опять читает, так вот в моменты прочтения канал свободен, а торрентам по барабану, так как используют UDP пакеты, и если файл скачается на 10мин позже то я например возражать не стану.
-
Понимаете, добавить приоритет возможно, но это будет работать только на upload.
Не понятно.
К роутеру подключены клиенты :
- ПК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Мбит данный скрипт работал даже на таком роутере (клиентом правда было два сетевых устройства).
-
dd-wrt напоминает полуразложившийся труп если честно, хотя каждому свое
Труп может быть и "труп" но наличие большого перечня оборудования (на базе разных чипов) на которое его можно поставить о чем то говорит.
Да и управление cron и startup скриптом поудобнее чем оболочка "cli" или в WEB отсутствие доп раздела, так же хоть какой ни какой есть "шейпер".
Хотя каждому конечно свое в этом вы правы.
-
Тогда ввиду мощности проца но ограниченного 100Мбит добавить - приоритет трафика например DNS(udp) и Htm/html(порт например 80 устанавливается в ручную) перед остальными UDP пакетами.
-
Набросал "готовое решение" для rclone - http://forums.zyxmon.org/viewtopic.php?f=5&t=5371
Для mipsel роутеров это тяжелое решение (разве что для UltraII и GigaIII), но если нужно облако. которое другими способами не поддерживается, то rclone наше все. На Extra с включенным swap работает.
Про тунель/проброс - СПС
-
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 ведет по другому себя.
-
...
3. rclone
По поводу rclone - попробовал для необходимой регистрации rclone воспользоваться текстовыми web браузерами из Entware (lynx и elinks) - с ними проблемы (разные). Попробовал пробросить через ssh порт для http - на последнем этапе нужно передать (copy-paste) сгенеренный url в текстовый браузер на роутере - это работает, но сложно. Разумной выглядит регистрация на ББ и передача данных о регистрации rclone на роутер. Т.е. ждем нормально описанное "готовое решения" для rclone.
Так же пробовал, согласен что как то сложновато для пользователя, но использовал версию для 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
Буду смотреть.
-
Rclone - rsync for cloud storage
....
В данной теме (раздел "Каталог готовых решений") - это жуткий offtopic. Надеюсь модеры удалят!
Создайте свою тему и напишите свою инструкцию по rclone.
Данная тема "Подключение к Яндекс.Диску" если вы заметили. Инструкция по подключению есть по ссылке уже расписанная.
-
Rclone - rsync for cloud storage
Google Drive
Amazon S3
Openstack Swift / Rackspace cloud files / Memset Memstore
Dropbox
Google Cloud Storage
Amazon Cloud Drive
Microsoft One Drive
Hubic
Backblaze B2
Yandex Disk
The local filesystem
Цитатаrclone - 2016-03-02-1 - Rclone is a command line program to sync files and directories to and from: Google Drive Amazon S3 Openstack Swift / Rackspace cloud files / Memset Memstore Dropbox Google Cloud Storage Amazon Cloud Drive Microsoft One Drive Hubic Backblaze B2 Yandex Disk The local filesystem
...
Installing rclone (2016-03-02-1) to root...
Downloading http://entware.zyxmon.org/binaries/mips ... pselsf.ipk.
Installing libgo (5.3.0-3) to root...
Downloading http://entware.zyxmon.org/binaries/mips ... pselsf.ipk.
или из нужных пакетов
Depends: libc, libssp, libgo, libpthread
-
При использовании команды
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.
Интересуют средствами самого роутера, так как например с телефона данного клиента включить можно.
-
-
vlad
-RT6856 MIPS34Kc @700MHz гига2
-MT7620A MIPS24Kc @580MHz это о чем говорим ,
разница заметна?
K-II - RT6856 MIPS34Kc @700MHz
Я заметил разницу при сравнении K-II и Viva (в течении нескольких дней обычной эксплуатации) на PPPoE (на канале 100) при подключенных/не подключенных wi-fi клиентах, так же проверил и на PPTP (на канале 50Мбит). Если на роутер смотреть как на черную коробку и не заглядывать в WEB не использовать USB то обычный пользователь может и не заметит разницы, страницы открываются и ладно.
В моем случае Viva был отдан обратно.
-
Загрузка цп 3% оперативной памяти 25%. Спокойно тянет. Роутер giga 3
Giga 3 это хорошо, как бы узнать например 7620.
-
Это конечно что-то host <- http://winhelp2002.mvps.org/hosts.txt
более 15000 строчек типа 0.0.0.0 имя и наверное не предел для мощности роутера прогонять через себя.
-
там видно только про lcp echo, никаких других причин. кто по Вашему принудительно сбрасывает? поменяйте lcp-интервалыЗначит ли это если клиент VPN будет иметь динамический адрес, то через 706мин будет сброс и он получит уже другой адрес?
делаю вывод о принудительном сбросе соединения.
В том то и дело что причин то и нет, да "lcp echo" только в момент установки связи 16:00 и в момент разрыва 03:46.
Принудительно теоретически не кто не должен, но практически под вопросом.
Единственно со стороны Viva канал 4G стоял, осталось только сторона K-II. Посмотрим дальше что будет.
-
Пока все нормально, но теперь смущает одно и то же время 03:46 :
...
Mar 30 16:00:20ndhcpc PPTP0: sending INFORM for 192.168.10.1 to 255.255.255.255.
Mar 30 16:00:20ndhcpc PPTP0: received ACK on INFORM for 192.168.10.1 from 255.255.255.255.
Mar 30 16:00:20ndm Dhcp::Client: adding route 192.168.1.0/255.255.255.0/192.168.1.1.
Mar 30 16:01:08pptp[16067] Echo Request received.
Mar 30 16:01:08pptp[16067] Sent control packet type is 6 'Echo-Reply'
Mar 30 16:02:08pptp[16067] Echo Request received.
Mar 30 16:02:08pptp[16067] Sent control packet type is 6 'Echo-Reply'
Mar 30 16:02:08pptp[16067] Echo Reply received.
Mar 30 16:03:08pptp[16067] Echo Request received.
Mar 30 16:03:08pptp[16067] Sent control packet type is 6 'Echo-Reply'
Mar 30 16:04:08pptp[16067] Echo Reply received.
Mar 30 16:05:08pptp[16067] Echo Request received.
Mar 30 16:05:08pptp[16067] Sent control packet type is 6 'Echo-Reply'
Mar 30 16:06:08pptp[16067] Echo Request received.
Mar 30 16:06:08pptp[16067] Sent control packet type is 6 'Echo-Reply'
Mar 30 16:06:08pptp[16067] Echo Reply received.
Mar 30 16:07:08pptp[16067] Echo Request received.
Mar 30 16:07:08pptp[16067] Sent control packet type is 6 'Echo-Reply'
Mar 30 16:08:08pptp[16067] Echo Reply received.
Mar 30 16:08:08pptp[16067] no more Echo Reply/Request packets will be reported.
Mar 30 22:45:46wmond WifiMaster0/AccessPoint0: (RT2860) STA(хх:хх:хх:хх:хх:a8) Pairwise Key Handshaking timeout.
Mar 30 22:45:46wmond WifiMaster0/AccessPoint0: (RT2860) STA(хх:хх:хх:хх:хх:a8) had deauthenticated.
Mar 30 22:45:49ndhcps _WEBADMIN: DHCPREQUEST received (STATE_INIT) for 192.168.130.23 from хх:хх:хх:хх:хх:a8.
Mar 30 22:45:49ndhcps WEBADMIN: sending NAK to хх:хх:хх:хх:хх:a8.
Mar 31 03:46:14pptp[16064] No response to 3 echo-requests
Mar 31 03:46:14pptp[16064] Serial link appears to be disconnected.
Mar 31 03:46:14pptp[16064] Connect time 706.1 minutes.
Mar 31 03:46:14pptp[16064] Sent 256375452 bytes, received 6573389 bytes.
Mar 31 03:46:14ndhcpc PPTP0: NDM DHCP client stopped (exit status 0).
Mar 31 03:46:17pptp[16064] Connection terminated.
Mar 31 03:46:17pptp[16067] Closing connection (unhandled)
Mar 31 03:46:17pptp[16067] Sent control packet type is 12 'Call-Clear-Request'
Mar 31 03:46:17pptp[16067] Closing connection (call state)
Mar 31 03:46:17ndm kernel: Fast VPN ctrl: release for src 195.xx.xx.xx
Mar 31 03:46:17pptp[16064] Exit.
Mar 31 03:46:17ndm Service: "PPTP0": unexpectedly stopped.
Mar 31 03:46:17ndnproxy updating configuration...
Mar 31 03:46:17ndnproxy stats. file: /var/ndnproxymain.stat.
Mar 31 03:46:17ndm Network::Interface::Base: "PPTP0": interface is up.
Mar 31 03:46:20pptp[18913] Plugin pptp.so loaded.
Mar 31 03:46:20pptp[18913] PPTP plugin version 0.8.3 compiled against pppd 2.4.4-4
Mar 31 03:46:21pptp[18913] pppd 2.4.4-4 started by root, uid 0
Mar 31 03:46:21ndm Network::Interface::PPTP: added host route to 195.xx.xx.xx via 10.xx.x.x.
Mar 31 03:46:21pptp[18915] IP: 195.хх.хх.хх
Mar 31 03:46:21pptp[18915] control connection
Mar 31 03:46:21pptp[18915] unix_sock
Mar 31 03:46:21pptp[18916] enable echo requests (30:3)
Mar 31 03:46:21pptp[18916] Sent control packet type is 1 'Start-Control-Connection-Request'
Mar 31 03:46:22pptp[18916] Received Start Control Connection Reply
Mar 31 03:46:22pptp[18916] Client connection established.
Mar 31 03:46:22pptp[18916] Sent control packet type is 7 'Outgoing-Call-Request'
Mar 31 03:46:22pptp[18916] Received Outgoing Call Reply.
Mar 31 03:46:22pptp[18916] Outgoing call established (call ID 294, peer's call ID 3).
Mar 31 03:46:22ndm kernel: Fast VPN ctrl: setup for src 195.xx.xx.xx
Mar 31 03:46:22pptp[18913] Using interface ppp0
Mar 31 03:46:22pptp[18913] Connect: ppp0 <--> pptp (195.xx.xx.xx)
Mar 31 03:46:26pptp[18913] CHAP authentication succeeded
Mar 31 03:46:26pptp[18913] local IP address 192.168.10.1
Mar 31 03:46:26pptp[18913] remote IP address 192.168.1.1
Mar 31 03:46:26pptp[18913] primary DNS address 192.168.1.1
Mar 31 03:46:26pptp[18913] secondary DNS address 192.168.1.1
Mar 31 03:46:26ndm Network::Interface::Base: "PPTP0": interface is up.
Mar 31 03:46:26ndm Network::Interface::PPP: adding nameserver 192.168.1.1.
Mar 31 03:46:26ndnproxy updating configuration...
Mar 31 03:46:26ndnproxy stats. file: /var/ndnproxymain.stat.
Mar 31 03:46:26ndm Dns::Manager: name server 192.168.1.1 added, domain (default).
Mar 31 03:46:26ndm Network::Interface::PPP: adding nameserver 192.168.1.1.
Mar 31 03:46:26ndm Network::Interface::IP: "PPTP0": IP address is 192.168.10.1/32.
Mar 31 03:46:28ndhcpc PPTP0: NDM DHCP client (version 3.0.9) started.
Mar 31 03:46:34ndhcpc PPTP0: sending INFORM for 192.168.10.1 to 255.255.255.255.
Mar 31 03:46:34ndhcpc PPTP0: received ACK on INFORM for 192.168.10.1 from 255.255.255.255.
Mar 31 03:46:34ndm Dhcp::Client: adding route 192.168.1.0/255.255.255.0/192.168.1.1.
Mar 31 03:47:23pptp[18916] Echo Request received.
Mar 31 03:47:23pptp[18916] Sent control packet type is 6 'Echo-Reply'
Mar 31 03:47:23pptp[18916] Echo Reply received.
Mar 31 03:48:23pptp[18916] Echo Request received.
Mar 31 03:48:23pptp[18916] Sent control packet type is 6 'Echo-Reply'
Mar 31 03:48:23pptp[18916] Echo Reply received.
Mar 31 03:49:23pptp[18916] Echo Request received.
Mar 31 03:49:23pptp[18916] Sent control packet type is 6 'Echo-Reply'
Mar 31 03:49:23pptp[18916] Echo Reply received.
Mar 31 03:50:23pptp[18916] Echo Request received.
Mar 31 03:50:23pptp[18916] Sent control packet type is 6 'Echo-Reply'
Mar 31 03:50:23pptp[18916] Echo Reply received.
Mar 31 03:51:23pptp[18916] Echo Request received.
Mar 31 03:51:23pptp[18916] Sent control packet type is 6 'Echo-Reply'
Mar 31 03:51:23pptp[18916] Echo Reply received.
Mar 31 03:51:23pptp[18916] no more Echo Reply/Request packets will be reported.
Mar 31 03:46:17 pptp[460]: LCP terminated by peer (Peer not responding)
Mar 31 03:46:17 pptp[460]: Connect time 706.1 minutes.
Mar 31 03:46:17 pptp[460]: Sent 6664479 bytes, received 255102647 bytes.
Mar 31 03:46:17 pptpd[459]: CTRL: Reaping child PPP[460]
Mar 31 03:46:17 pptpd[459]: CTRL: Client pppd TERM sending
Mar 31 03:46:17 pptpd[459]: CTRL: Client pppd finish wait
Mar 31 03:46:17 pptp[460]: Modem hangup
Mar 31 03:46:17 pptp[460]: Connection terminated.
[W] Mar 31 03:46:17 ndm: kernel: fast vpn ctrl: 2e2d9553, 0
Mar 31 03:46:17 pptp[460]: Exit.
Mar 31 03:46:17 pptpd[459]: CTRL: Client 83.хх.хх.хх control connection finished
Mar 31 03:46:22 pptpd[1734]: CTRL: Client 83.хх.хх.хх control connection started
[W] Mar 31 03:46:23 ndm: kernel: fast vpn ctrl: 2e2d9553, 1
Mar 31 03:46:23 pptpd[1734]: CTRL: Starting call (launching pppd, opening GRE)
Mar 31 03:46:23 pptp[1735]: Plugin pptp.so loaded.
Mar 31 03:46:23 pptp[1735]: PPTP plugin version 0.8.3 compiled against pppd 2.4.4-4
Mar 31 03:46:23 pptp[1735]: pppd 2.4.4-4 started by root, uid 0
Mar 31 03:46:23 pptp[1735]: Using interface vpn1
Mar 31 03:46:23 pptp[1735]: Connect: vpn1 <--> pptp (83.хх.хх.хх)
[E] Mar 31 03:46:26 pptp[1735]: MPPE protocol reject. MPPE is optional. Falling back to non-mppe
Mar 31 03:46:26 pptp[1735]: local IP address 192.168.1.1
Mar 31 03:46:26 pptp[1735]: remote IP address 192.168.10.1
Mar 31 03:46:34 ndhcps: VPN0: DHCPINFORM received for 192.168.10.1 from 00:00:00:00:00:00.
Mar 31 03:46:34 ndhcps: VPN0: sending INFORM to 00:00:00:00:00:00.
Значит ли это если клиент VPN будет иметь динамический адрес, то через 706мин будет сброс и он получит уже другой адрес?
делаю вывод о принудительном сбросе соединения.
-
Не хотите обновить на оф. бэту? 2.05.C.3.0-1, тут всем форумом тестировали.KII - v2.05(AAFG.5)C2 cервера VPN (белый IP, провайдер PPTP)Поставил, посмотрим.
-
Viva - v2.05(AANT.22)C2 клиент VPN сервера (провайдер Мегафон 4G модем M150-2)
KII - v2.05(AAFG.5)C2 cервера VPN (белый IP, провайдер PPTP)
Интересует такой вопрос долгое пере подключение канала VPN между двумя роутерами, так и должно быть. В логе есть уже момент пере подключения и нет время разрыва судя по лог время на восстановление VPN c 05:12 по 05:49 :
На Viva
...
Mar 30 05:46:43pptp[13262] connect: Operation in progress
Mar 30 05:46:43pptp[13262] Could not open control connection to 195.хх.хх.хх
Mar 30 05:46:43pptp[13260] Call manager exited with error 256
Mar 30 05:46:43pptp[13260] Exit.
Mar 30 05:46:43ndm Service: "PPTP0": unexpectedly stopped.
Mar 30 05:46:43ndm Network::Interface::Base: "PPTP0": interface is up.
Mar 30 05:46:46pptp[13269] Plugin pptp.so loaded.
Mar 30 05:46:46pptp[13269] PPTP plugin version 0.8.3 compiled against pppd 2.4.4-4
Mar 30 05:46:46pptp[13269] pppd 2.4.4-4 started by root, uid 0
Mar 30 05:46:46ndm Network::Interface::PPTP: added host route to 195.хх.хх.хх via 10.хх.хх.хх.
Mar 30 05:46:46pptp[13271] IP: 195.хх.хх.хх
Mar 30 05:46:51pptp[13271] connect: Operation in progress
Mar 30 05:46:51pptp[13271] Could not open control connection to хх.хх.хх.хх
Mar 30 05:46:51pptp[13269] Call manager exited with error 256
Mar 30 05:46:51pptp[13269] Exit.
Mar 30 05:46:51ndm Service: "PPTP0": unexpectedly stopped.
Mar 30 05:46:51ndm Network::Interface::Base: "PPTP0": interface is up.
Mar 30 05:46:54pptp[13279] Plugin pptp.so loaded.
Mar 30 05:46:54pptp[13279] PPTP plugin version 0.8.3 compiled against pppd 2.4.4-4
...
Mar 30 05:49:03pptp[13422] Exit.
Mar 30 05:49:03ndm Service: "PPTP0": unexpectedly stopped.
Mar 30 05:49:03ndm Network::Interface::Base: "PPTP0": interface is up.
Mar 30 05:49:06pptp[13432] Plugin pptp.so loaded.
Mar 30 05:49:06pptp[13432] PPTP plugin version 0.8.3 compiled against pppd 2.4.4-4
Mar 30 05:49:06pptp[13432] pppd 2.4.4-4 started by root, uid 0
Mar 30 05:49:06ndm Network::Interface::PPTP: added host route to 195.хх.хх.хх via 10.хх.хх.хх.
Mar 30 05:49:06pptp[13434] IP: 195.хх.хх.хх
Mar 30 05:49:08pptp[13434] control connection
Mar 30 05:49:08pptp[13434] unix_sock
Mar 30 05:49:08pptp[13435] enable echo requests (30:3)
Mar 30 05:49:08pptp[13435] Sent control packet type is 1 'Start-Control-Connection-Request'
Mar 30 05:49:09pptp[13435] Received Start Control Connection Reply
Mar 30 05:49:09pptp[13435] Client connection established.
Mar 30 05:49:09pptp[13435] Sent control packet type is 7 'Outgoing-Call-Request'
Mar 30 05:49:10pptp[13435] Received Outgoing Call Reply.
Mar 30 05:49:10pptp[13435] Outgoing call established (call ID 276, peer's call ID 6).
Mar 30 05:49:10ndm kernel: Fast VPN ctrl: setup for src 195.хх.хх.хх
Mar 30 05:49:10pptp[13432] Using interface ppp0
Mar 30 05:49:10pptp[13432] Connect: ppp0 <--> pptp (195.хх.хх.хх)
Mar 30 05:49:10pptp[13432] CHAP authentication succeeded
Mar 30 05:49:10pptp[13432] local IP address 192.168.10.1
Mar 30 05:49:10pptp[13432] remote IP address 192.168.1.1
Mar 30 05:49:10pptp[13432] primary DNS address 192.168.1.1
Mar 30 05:49:10pptp[13432] secondary DNS address 192.168.1.1
Mar 30 05:49:10ndm Network::Interface::Base: "PPTP0": interface is up.
Mar 30 05:49:10ndm Network::Interface::PPP: adding nameserver 192.168.1.1.
Mar 30 05:49:10ndnproxy updating configuration...
Mar 30 05:49:10ndnproxy stats. file: /var/ndnproxymain.stat.
Mar 30 05:49:10ndm Dns::Manager: name server 192.168.1.1 added, domain (default).
Mar 30 05:49:10ndm Network::Interface::PPP: adding nameserver 192.168.1.1.
Mar 30 05:49:10ndm Network::Interface::IP: "PPTP0": IP address is 192.168.10.1/32.
Mar 30 05:49:12ndhcpc PPTP0: NDM DHCP client (version 3.0.9) started.
Mar 30 05:49:18ndhcpc PPTP0: sending INFORM for 192.168.10.1 to 255.255.255.255.
Mar 30 05:49:18ndhcpc PPTP0: received ACK on INFORM for 192.168.10.1 from 255.255.255.255.
Mar 30 05:49:18ndm Dhcp::Client: adding route 192.168.1.0/255.255.255.0/192.168.1.1.
...
На K-II (192.168.1.1, ПК 192.168.1.106, канал VPN 192.168.10.1, инет 195.хх.хх.хх)
...
Mar 30 05:12:45 pptp[375]: Connect time 546.7 minutes.
Mar 30 05:12:45 pptp[375]: Sent 16039581 bytes, received 1498937 bytes.
Mar 30 05:12:45 pptp[375]: Connection terminated.
Mar 30 05:12:45 ndm: kernel: Fast VPN ctrl: release for src 83.хх.хх.хх
Mar 30 05:12:45 pptp[375]: Terminating on signal 15
Mar 30 05:12:45 pptp[375]: Exit.
Mar 30 05:12:50 pptpd[374]: CTRL: Client 83.хх.хх.хх control connection finished
Mar 30 05:13:07 ndm: UPnP::Manager: redirect and forward rules deleted: udp 56008.
Mar 30 05:13:47 ndm: UPnP::Manager: redirect rule added: udp PPTP0:56008 -> 192.168.1.106:56008.
Mar 30 05:13:47 ndm: UPnP::Manager: forward rule added: udp PPTP0 -> 192.168.1.106:56008.
Mar 30 05:14:50 ndm: UPnP::Manager: redirect and forward rules deleted: udp 56008.
Mar 30 05:15:51 ndm: UPnP::Manager: redirect rule added: udp PPTP0:56008 -> 192.168.1.106:56008.
...
Mar 30 05:48:10 ndm: UPnP::Manager: redirect and forward rules deleted: udp 56008.
Mar 30 05:48:57 ndm: UPnP::Manager: redirect rule added: udp PPTP0:56008 -> 192.168.1.106:56008.
Mar 30 05:48:57 ndm: UPnP::Manager: forward rule added: udp PPTP0 -> 192.168.1.106:56008.
Mar 30 05:49:08 pptpd[380]: CTRL: Client 83.хх.хх.хх control connection started
Mar 30 05:49:09 ndm: kernel: Fast VPN ctrl: setup for src 83.хх.хх.хх
Mar 30 05:49:09 pptpd[380]: CTRL: Starting call (launching pppd, opening GRE)
Mar 30 05:49:09 pptp[381]: Plugin pptp.so loaded.
Mar 30 05:49:09 pptp[381]: PPTP plugin version 0.8.3 compiled against pppd 2.4.4-4
Mar 30 05:49:09 pptp[381]: pppd 2.4.4-4 started by root, uid 0
Mar 30 05:49:09 pptp[381]: Using interface vpn1
Mar 30 05:49:09 pptp[381]: Connect: vpn1 <--> pptp (83.хх.хх.хх)
[E] Mar 30 05:49:10 pptp[381]: MPPE protocol reject. MPPE is optional. Falling back to non-mppe
Mar 30 05:49:10 pptp[381]: local IP address 192.168.1.1
Mar 30 05:49:10 pptp[381]: remote IP address 192.168.10.1
Mar 30 05:49:18 ndhcps: VPN0: DHCPINFORM received for 192.168.10.1 from 00:00:00:00:00:00.
Mar 30 05:49:18 ndhcps: VPN0: sending INFORM to 00:00:00:00:00:00.
Mar 30 05:50:00 ndm: UPnP::Manager: redirect and forward rules deleted: udp 56008.
Mar 30 05:50:20 ndm: UPnP::Manager: redirect rule added: udp PPTP0:56008 -> 192.168.1.106:56008.
Mar 30 05:50:20 ndm: UPnP::Manager: forward rule added: udp PPTP0 -> 192.168.1.106:56008.
Mar 30 05:50:55 ndm: UPnP::Manager: redirect and forward rules deleted: udp 56008.
Mar 30 05:50:55 ndm: UPnP::Manager: redirect rule added: udp PPTP0:56008 -> 192.168.1.106:56008.
Mar 30 05:50:55 ndm: UPnP::Manager: forward rule added: udp PPTP0 -> 192.168.1.106:56008.
Mar 30 05:51:33 ndm: UPnP::Manager: redirect and forward rules deleted: udp 56008.
Mar 30 05:51:33 ndm: UPnP::Manager: redirect rule added: udp PPTP0:56008 -> 192.168.1.106:56008.
Mar 30 05:51:33 ndm: UPnP::Manager: forward rule added: udp PPTP0 -> 192.168.1.106:56008.
Mar 30 05:52:18 ndm: UPnP::Manager: redirect and forward rules deleted: udp 56008.
...
-
Читайте выше, команда interface schedule "обнаружена" пользователем в 2.06.
Читал внимательно и видел, решил проверить работу данного сервиса в 2.05.
Так же при использовании
schedule WIFI action start 0 8 0,1,2,3,4,5,6 action stop 59 23 0,1,2,3,4,5,6
Wi-fi был выключен, включался на короткое время только после перезагрузки и потом отключался.
-
Viva v2.05(AANT.18)C2
Привязка включение отключение Wi-Fi ко времени, выполнение команд :
schedule WIFI action start 0 8 0,1,2,3,4,5,6 action stop 59 23 0,1,2,3,4,5,6
удачное, в конф попали строчки
... ntp server 3.pool.ntp.org schedule WIFI action start 0 8 * action stop 59 23 * ...
Получаеться "*" каждый день.
Но при вводе команды
(config)> interface WifiMaster0 schedule WIFI Command::Base error[7405600]: no such command: schedule. (config)>
При ручном добавление в конфиг
interface WifiMaster0 ... schedule WIFI up ...
и перезапуске роутера имеем в логе
... Mar 13 11:29:40ndm Core::Schedule::Manager: raised action "start" by schedule "WIFI". Mar 13 11:29:40ndm Core::Server: started Session 127.0.0.1:0. Mar 13 11:29:40ndm Core::Session: client disconnected. Mar 13 11:29:40ndm Core::Schedule::Manager: raised action "start" by schedule "WIFI". Mar 13 11:29:40ndm Core::Server: started Session 127.0.0.1:0. ... Mar 13 11:30:55ndm Core::System::Clock: system time has been changed. Mar 13 11:30:55ndm Ntp::Client: time synchronized with "3.pool.ntp.org". Mar 13 11:30:55ndm Core::Schedule::Manager: raised action "start" by schedule "WIFI". ...
Но Wi-Fi с начало появился, а потом исчез из поля "видимости", но на странице монитора говорит что включен.
В ручную ставим время на роутер 07:59 в логе получаем
Mar 13 11:35:51ndm Ntp::Client: NTP client disabled. Mar 13 11:35:51ndm Ntp::Client: all NTP servers removed. Mar 13 11:35:51ndm Core::System::Clock: timezone is set to "Europe/Moscow". Mar 13 07:59:00ndm Core::System::Clock: system time has been changed. Mar 13 07:59:00ndm Ntp::Client: server "0.pool.ntp.org" has been added. Mar 13 07:59:00ndm Ntp::Client: server "1.pool.ntp.org" has been added. Mar 13 07:59:00ndm Ntp::Client: server "2.pool.ntp.org" has been added. Mar 13 07:59:00ndm Ntp::Client: server "3.pool.ntp.org" has been added. Mar 13 07:59:00ndm Core::ConfigurationSaver: saving configuration... Mar 13 07:59:00ndm Core::Schedule::Manager: raised action "stop" by schedule "WIFI". Mar 13 07:59:05ndm Core::ConfigurationSaver: configuration saved.
При достижении времени 08:00 и далее Wi-fi так и не включился.
При чтении конфига из роутера уже имеем
interface WifiMaster0 country-code RU compatibility BGN channel 9 channel width 40-above power 75
Хотя думаю, конфиг исправился после нажатия кнопки "применить" в разделе Wi-fi
При просмотре
(config)> interface WifiMaster0 (config-if)> name - change interface name description - set interface description traffic-shape - set traffic rate limit dyndns - DynDns updates tx-queue - set TX queue length mac - configure MAC parameters debug - enable connection debugging rf - change RF settings ip - configure IP parameters ipv6 - configure IPv6 parameters country-code - set country code compatibility - set 802.11 compatibility (use parameters like BG or ABGN) channel - set radio channel power - set transmission power level preamble-short - enable short preambles up - enable interface down - disable interface (config-if)>
А жалко что нет поддержки.
-
Nov 05 13:37:37ndm Opkg::Manager: /opt/etc/init.d/rcS: /opt/etc/init.d/rcS: line 10: ip: not found.
Выполните opkg install ip. Походу, забыли внести пакет ip в набор preinstall.
Nov 05 13:37:37ndm Opkg::Manager: /opt/etc/init.d/rcS: insmod: can't insert '/lib/modules/2.6.36/raeth.ko': File exists.
Можно забить.
После того как написал как раз и сделал "opkg install ip"
Так же интересно
Nov 05 15:04:41minidlna Serving DetailID: 23 [/tmp/mnt/OPT_L/Video/B_1.mkv] Nov 05 15:04:42minidlna Serving DetailID: 23 [/tmp/mnt/OPT_L/Video/B_1.mkv] Nov 05 15:04:43minidlna Serving DetailID: 23 [/tmp/mnt/OPT_L/Video/B_1.mkv] Nov 05 15:04:45minidlna Serving DetailID: 23 [/tmp/mnt/OPT_L/Video/B_1.mkv] Nov 05 15:04:47minidlna Serving DetailID: 23 [/tmp/mnt/OPT_L/Video/B_1.mkv] Nov 05 15:04:49minidlna Serving DetailID: 23 [/tmp/mnt/OPT_L/Video/B_1.mkv] Nov 05 15:04:51minidlna Serving DetailID: 23 [/tmp/mnt/OPT_L/Video/B_1.mkv] Nov 05 15:04:52minidlna Serving DetailID: 23 [/tmp/mnt/OPT_L/Video/B_1.mkv]
на родной прошивке такое не наблюдается
Показ трафика для каждого клиента
in Развитие
Posted
Может как то так
так же
плюс
Может я и не прав.