51

(4 odpowiedzi, napisanych Inne)

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:

https://play.google.com/store/apps/deta … &hl=en

52

(29 odpowiedzi, napisanych Oprogramowanie / Software)

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.

https://docs.google.com/open?id=0B7wUiq … mFlWm1NZ1k

53

(29 odpowiedzi, napisanych Oprogramowanie / Software)

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

?

54

(29 odpowiedzi, napisanych Oprogramowanie / Software)

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 wink

Btw - polecasz juz teraz ladowac sie w bete 12.09 czy poczekac na final? Bedziesz robic swoj build dla mr3420?

56

(29 odpowiedzi, napisanych Oprogramowanie / Software)

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.

58

(29 odpowiedzi, napisanych Oprogramowanie / Software)

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:

http://img405.imageshack.us/img405/7861/luciroute.jpg

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-3g

Luci 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:        eth1

Czy 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).

69

(4 odpowiedzi, napisanych Oprogramowanie / Software)

Ja uzywalem i sa sytuacje w ktorych mr3420 sie permanentnie zawiesza. Na OpenWRT bezproblemowo w tym samym scenariuszu (modem 3G jako lacze awaryjne).

70

(9 odpowiedzi, napisanych Oprogramowanie / Software)

Sorry, nie zauwazylem, ze trzeba uzywac LUA.

71

(9 odpowiedzi, napisanych Oprogramowanie / Software)

Popieram smile
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.

72

(13 odpowiedzi, napisanych Oprogramowanie / Software)

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.

73

(13 odpowiedzi, napisanych Oprogramowanie / Software)

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...

74

(13 odpowiedzi, napisanych Oprogramowanie / Software)

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.

75

(13 odpowiedzi, napisanych Oprogramowanie / Software)

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?