Odkopuje temat. Znalazlem i sprawdzilem (dziala) czytnik forum PunBB na Androida. Nie wymaga zadnych wtyczek po stronie forum. Zwie sie BBfoc. Moze komus sie przyda. Link na Google Play:
Strony Poprzednia 1 2 3 4 Następna
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Posty przez cineq
Strony Poprzednia 1 2 3 4 Następna
Odkopuje temat. Znalazlem i sprawdzilem (dziala) czytnik forum PunBB na Androida. Nie wymaga zadnych wtyczek po stronie forum. Zwie sie BBfoc. Moze komus sie przyda. Link na Google Play:
Ok, zrobilem kopie tak jak poradziles. W zasadzie zmienilem tylko skrypt gcom-a i jego wywolanie w glownym skrypcie. Do tego zmiana w uci script=ofnk2 i juz dziala. Jesli ktos uzywa kart ofnk, to dodaje oba pliki (do wrzucenia w /usr/share/3ginfo/scripts) dopoki Cezary nie doda ich do swojej paczki.
Po pierwsze skrypt po instalacji mial uprawnienia 644 i nie dal sie wykonywac. Zmienilem na 755 i teraz po chwili jest blad:
/usr/share/3ginfo/scripts/ofnk.sh: line 10: syntax error: 0xPr
?
Zainstalowalem nowa wersje 3ginfo i pokazuje tylko przycisk Wroc. Modem ZTE MF100. Liste sms-ow pokazuje. Czy trzeba instalowac jakas dodatkowa paczke?
mwan2/mwan3 - moze jakis tutorial z Twojej strony
Btw - polecasz juz teraz ladowac sie w bete 12.09 czy poczekac na final? Bedziesz robic swoj build dla mr3420?
O kurcze, nie zauwazylem, ze ILE na 411 ksztuje 20gr. Zlodzieje. Wiem, wszyscy to wprowadzaja. Chore. Wloze dzis druga karte OFNK do modemu w laptopie i sprawdze jak sie zachowuje kod USSD.
Podbijam na zakonczenie tematu z mojej strony.
Dodalem do skryptu /etc/init.d/simplefailover kod ze starej wersji dodajacy/usuwajacy routing do hosta testowego simplefailover (8.8.8.8) przez eth1. Teraz sam skrypt "sfo" dziala poprawnie. Mysle, ze warto poprawic przywrocic w repo ta funkcjonalnosc. Moze na innych kompilacjach nie ma problemu, jednak u mnie wystepuja na obu. Trunk-a ani gargoyle-a nie sprawdzalem.
Jakis czas temu (bez zadnych zmian w konfigu routera) przestal dzialac skrypt OFNK. Probowalem zmienic na skryt PDU, zainstalowalem najnowsza wersje 3ginfo, ale bez zmian. Moze Orange cos zmienil? Teraz odpowiedz na kod USSD jest chyba wysylana tez kodem? Napewno teraz mozna sprawdzić stan wysyłając sms o treści "ILE" pod numer 411. Jesli wysle taki sms za pmoca 3ginfo, to pzychodzi sms z odpowiedzia:
Pozostalo Ci jeszcze 4871,1 MB do wykorzystania na polaczenia z internetem. Mozesz je wykorzystac do 14.11.2013.
Wyslanie kodu USSD *100*1*2# z 3ginfo nie daje zadnej odpowiedzi USSD.
Firmware "zwykly" obsy. Problem na wersji z lutego i lipca.
Po poleceniu ping -I eth1 8.8.8.8
Luci daje taki status:

Cos rozwala routing w tej wersji, bo nawet nie dochodzi ping na adres WAN tplinka.
EDIT:
Zaladowalem poprzednia wersje twojego openwrt (z lutego). Efekt jest ten sam, poza tym, ze w starej wersjhi simplefailover dopisuje w init.d routing do 8.8.8.8 i dzieki temu "ping -I eth1 8.8.8.8" dziala. Z kazdym innym ip juz oczywiscie nie. Wnioskuje, ze jest jakis problem z dzialaniem ping-a z opcja I.
ifconfig:
3g-3g Link encap:Point-to-Point Protocol
inet addr:37.225.88.155 P-t-P:10.64.64.64 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
RX packets:1354 errors:0 dropped:0 overruns:0 frame:0
TX packets:1870 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:369251 (360.5 KiB) TX bytes:231161 (225.7 KiB)
br-lan Link encap:Ethernet HWaddr D8:5D:4C:FC:A9:12
inet addr:192.168.33.1 Bcast:192.168.33.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:31407 errors:0 dropped:0 overruns:0 frame:0
TX packets:23316 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:4299594 (4.0 MiB) TX bytes:9277064 (8.8 MiB)
eth0 Link encap:Ethernet HWaddr D8:5D:4C:FC:A9:12
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:11313 errors:0 dropped:0 overruns:0 frame:0
TX packets:16897 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1384057 (1.3 MiB) TX bytes:5620234 (5.3 MiB)
Interrupt:5
eth1 Link encap:Ethernet HWaddr D8:5D:4C:FC:A9:13
inet addr:178.212.43.170 Bcast:178.212.43.175 Mask:255.255.255.248
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:9883 errors:0 dropped:0 overruns:0 frame:0
TX packets:11266 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:3750221 (3.5 MiB) TX bytes:1818276 (1.7 MiB)
Interrupt:4
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:370 errors:0 dropped:0 overruns:0 frame:0
TX packets:370 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:40928 (39.9 KiB) TX bytes:40928 (39.9 KiB)
mon.wlan0 Link encap:UNSPEC HWaddr D8-5D-4C-FC-A9-12-00-00-00-00-00-00-00-00-00-00
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:23060 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:32
RX bytes:4859351 (4.6 MiB) TX bytes:0 (0.0 B)
wlan0 Link encap:Ethernet HWaddr D8:5D:4C:FC:A9:12
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:24111 errors:0 dropped:0 overruns:0 frame:0
TX packets:22174 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:32
RX bytes:4254768 (4.0 MiB) TX bytes:7343616 (7.0 MiB)route:
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
10.64.64.64 * 255.255.255.255 UH 0 0 0 3g-3g
178.212.43.168 * 255.255.255.248 U 0 0 0 eth1
192.168.33.0 * 255.255.255.0 U 0 0 0 br-lan
default 10.64.64.64 0.0.0.0 UG 0 0 0 3g-3gLuci wyswietla rowniez tablice routingu ARP i tam po wlaczeniu 3g pojawia sie (poza wpisami arp dla hostow w LAN-ie) taki wpis:
ip v4 addres: 8.8.8.8
MAC address: 00:00:00:00:00:00
Interface: eth1Czy to jest prawidlowe?
nie wyłączyłem go. Po wyłączeniu 3g ruch po wan odżywa. Ifconfig wyświetla interfejs wan.
EDIT: Zrobilem probe:
1. wylaczylem wan (ifdown wan), wylaczylem 3g.
2. wlaczylem 3g - ping idzie oczywiscie tylko przez 3g.
3. wlaczylem wan - ping idzie przez oba interfejsy (dziala zarowno "ping -I 3g-3g" oraz "ping -I eth1", oczywiscie poprawnie co widac po czasach).
4. Jesli kolejnosc jest odwrotna (wlacze 3g przy wczesniej wlaczonym wan), to ping przez eth1 nie idzie.
Wrzucilem dzis (na czysto) backfire na mr3420. Widze, ze aktualna wersja simplefailover nie dodaje trasy routingu do 8.8.8.8 przez WAN1, tylko pinguje przez interfejs (ping -I eth1). Niestety u mnie to nie dziala. Do testow wylaczam simplefailover. Polaczenie 3g ustawione stadardowo, dodane do zone WAN. Po wlaczeniu 3g (ifup 3g) polaczenie wstaje prawidlowo, jednak ping -I eth1 8.8.8.8 przestaje odpowiadac. Wylaczam interfejs 3g i oczywiscie ping -I rth1 8.8.8.8 dziala.
Jakis pomysl?
Dzieki, skorzystalem z logrotate i wszystko dziala poprawnie. DansGuardian domyslnie tnie prawie wszystko (lacznie z archiwami zip, gzip, rar, wiekszoscia multimediow itp.), wiec na poczatku trzeba analizowac logi, aby co nieco poprawic.
No to tak, ale i tak bedzie sobie rosl w nieskonczonosc. Wg dokumentacji DansGuardiana nie ma opcji limitowania rozmiaru loga. Malo dzialam w linuxie - jakim poleceniem zostawic np. ostatnie 1 MB pliku w cron-ie? To by bylo jakis rozwiazanie. Oczywiscie w wersji minimum moznaby kopiowac kopiowac plik codziennie do innego katalogu a w biezacym go kasowac. Tym sposobem mialbym 2 pliki loga - aktualny i poprzedni dzien. Nie chce syslog-a zawalac mnostwem wpisow z filtrowania.
Zainstalowalem z ciekawosci tinyproxy (przezroczyste proxy) oraz DansGuardiana na MR 3420 (extroot, swap 128 MB na karcie microsd 2 GB).
Utworzylem 2 grupy filtrowania, autentykacja grup na podstawie ip. Wszystko dziala. Gdybym chcial ustawic lepszy typ autentykacji to trzeba by uzyc squid-a. Jak rozumiem squid + DansGuardian na moim routerze to troche za duzo?
I podstawowe pytanie - log jest zapisywany w pamieci, rosnie dosyc szybko. Nie znalazlem opcji maksymalnego rozmiaru loga DansGuardiana. Jak ograniczyc w sposob maksymalnie elegancki rozmiar loga, by nie zapchal /tmp?
Daj znac, jaki bedzie efekt po wymianie anten.
Wyzej router, wymienic w nim anteny na 5 lub 7 dBi i powinno byc idealnie.
Mam do jednego stacjonarnego PC dwie sciany nosne zelbet, jakies 6-7m od MR3420 z OpenWRT. Ten PC ma karte USB 150 Mb. Z antena oryginalna (w PC) mialem ponad 70 dBm (chyba z 75) i oczywiscie przy ciut wiekszym transferze wymuszonym z innego PC podlaczonego juz do LAN-u pingi potrafily wskakiwac na 2000 ms a transfer 2-3 MB (samba). Kupilem antene za kilkanascie zl (5 dBi) do PC i teraz sygnal 64 dBm. Moge jednoczesnie kopiowac po sambie w obie strony i pingi stabilne do kilkudziesieciu ms. Transfer PC na LAN - PC WLAN - z 5-6 MB/s. Anteny w MR3420 oryginalne. Mysle, ze wymiana na 5 dBi dalaby maksylnego kopa. Na alledrogo 5 dBm sa za ok. 10 zl. U mnie uograde anteny tylko na kliencie pprawil wystarczajaco sytuacje. Dodam, ze karta USB WLAN jest na przedluzaczu USB, gdyz kazde pol metra w gore od podlogu bardzo wyraznie poprawia jakosc polaczenia. Chyba zelbetowa podloga mocno tlumi. W tej chwili antena kliencka na wysokosci ok. 1,6-1,8m (ukryta w szafie) a router nisko (ok. 30 cm), ale jest stabilnie. Antena kliencka na wysokosci budy PC - transfer 500-1000 KB/s, czeste straty linka, pingi kilka sekund (ale to bylo jeszcze na oryginalnej antenie, nie tej 5 dBi).
Ja uzywalem i sa sytuacje w ktorych mr3420 sie permanentnie zawiesza. Na OpenWRT bezproblemowo w tym samym scenariuszu (modem 3G jako lacze awaryjne).
Sorry, nie zauwazylem, ze trzeba uzywac LUA.
Popieram
Kwestia poznania specyfikacji pluginow do luci i nie powinno byc wiele roboty z przerobieniem obecnej wersji 3ginfo. Ale Cezary "siedzi" w Gargoyle, wiec nie wiem, czy znajdzie czas/chec na takie zadanie.
Sprawdze jeszcze bezposrednio z pendrive bez modemu/huba i dam znac jaki efekt. Jesli zamontuje sie, to znaczy, ze jest problem z powodu modemu.
EDIT: Na modemie ZTE MF100 montuue sie prawidlowo, wiec jest jakis problem z Huawei E1550. Teraz za to mam problem z samym modemem, ale to w nowym watku.
Podbijam:
Sprawdzilem na gargoyle dwie karty microsd (1GB oraz 4GB) i obie sie podmontowuja bezproblemowo przy uzyciu opcji is_rootfs=1 (brak target). Czy mozliwe jest, ze twoje openwrt (jak i oryginalne, na ktorym bazujesz) ma jakis bug, przynajmniej pod mr 3420? Jedyna roznica w fstab na gargoyle to wystepowanie target z wysokim numerem, ale to i tak jest ignorowane w przypadku uzycia is_rootfs.
Czy masz moze jakis pomysl, co sprobowac zrobic? A moze to po prostu bug w buildzie? Moglbym dokupic aktywnego huba i uzyc zwyklego pendrive-a, ale to kolejny (maly bo maly) pozerac pradu a przeciez generalnie dziala mi czytnik w modemie...
No tak, wykrywa
scsi 3:0:0:0: Direct-Access HUAWEI MMC Storage 2.31 PQ: 0 ANSI: 2
bez modeswitch. (jest wszystko bez CD-ROM). Ten sam modem dziala z extroot na gargulcu.
Wycinek z logread:
Jan 1 01:00:33 OpenWrt user.info kernel: Initializing USB Mass Storage driver...
Jan 1 01:00:33 OpenWrt user.info kernel: usbcore: registered new interface driver usb-storage
Jan 1 01:00:33 OpenWrt user.info kernel: USB Mass Storage support registered.
Jan 1 01:00:33 OpenWrt user.info kernel: usb 1-1: new high speed USB device using ar71xx-ehci and address 2
Jan 1 01:00:33 OpenWrt user.info kernel: usb 1-1: configuration #1 chosen from 1 choice
Jan 1 01:00:33 OpenWrt user.info kernel: scsi3 : SCSI emulation for USB Mass Storage devices
Jan 1 01:00:33 OpenWrt user.debug kernel: usb-storage: device found at 2
Jan 1 01:00:33 OpenWrt user.debug kernel: usb-storage: waiting for device to settle before scanning
Jan 1 01:00:33 OpenWrt user.notice kernel: scsi 3:0:0:0: Direct-Access HUAWEI MMC Storage 2.31 PQ: 0 ANSI: 2
Jan 1 01:00:33 OpenWrt user.debug kernel: usb-storage: device scan complete
Jan 1 01:00:33 OpenWrt user.notice kernel: sd 3:0:0:0: [sda] Attached SCSI removable disk
Jan 1 01:00:33 OpenWrt user.notice kernel: sd 3:0:0:0: [sda] 7716864 512-byte logical blocks: (3.95 GB/3.67 GiB)
Jan 1 01:00:33 OpenWrt user.err kernel: sd 3:0:0:0: [sda] Assuming drive cache: write through
Jan 1 01:00:33 OpenWrt user.err kernel: sd 3:0:0:0: [sda] Assuming drive cache: write through
Jan 1 01:00:33 OpenWrt user.info kernel: sda: sda1
Jan 1 01:00:33 OpenWrt user.info kernel: mini_fo: using base directory: /
Jan 1 01:00:33 OpenWrt user.info kernel: mini_fo: using storage directory: /overlay
Jan 1 01:00:33 OpenWrt user.info kernel: eth0: link down
Jan 1 01:00:33 OpenWrt user.info kernel: eth0: link up (1000Mbps/Full duplex)
Pod twoim gargulcem dziala bezproblemowo. A jak zwiekszyc ten czas ewentualnie?
Strony Poprzednia 1 2 3 4 Następna
eko.one.pl → Posty przez cineq
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc