-
IT café
ASUS WL-500G Premium
Új hozzászólás Aktív témák
-
Digger
senior tag
Még mindig tűzfal!
Chain FORWARD (policy ACCEPT)
target prot opt source destination
ACCEPT tcp -- anywhere 192.168.1.136 tcp dpt:60005
ACCEPT udp -- anywhere 192.168.1.136 udp dpt:60005
Chain SECURITY (0 references)
target prot opt source destination
RETURN tcp -- anywhere anywhere tcp flags:SYN,RST,ACK/SYN limit: avg 1/sec burst 5
RETURN tcp -- anywhere anywhere tcp flags:FIN,SYN,RST,ACK/RST limit: avg 1/sec burst 5
RETURN udp -- anywhere anywhere limit: avg 5/sec burst 5
RETURN icmp -- anywhere anywhere limit: avg 5/sec burst 5
DROP all -- anywhere anywhereEz egy részlet az iptables -L outputjából.
Ezek a bejegyzések hogyan jöttek létre?
Gondolom az Avg vírusírtó nyitotta az egyiket. A másik, 60005-ös port mi lehet?
Xp és Ubuntu szokott futni a 192.168.1.136 Ip-jű gépen.[ Szerkesztve ]
-
jasszer
senior tag
Sziasztok,
Vettem egy külső keretet a routerhez, benne egy SATA vinyó lapul, NTFS-re formázva. Elkezdtem az Oleg tutorialokat csinálgatni az asus.ebond.hu alapján, de már az elején elakadtam, nem tudom unmountolni...
Jan 24 12:44:20 kernel: usb.c: USB disconnect on device 00:03.1-1.2 address 4
Jan 24 12:44:21 USB storage: removed
Jan 24 12:44:34 kernel: hub.c: new USB device 00:03.1-1.2, assigned address 5
Jan 24 12:44:43 USB storage: ntfs(ro) fs at /dev/discs/disc0/part1 mounted to /tmp/mnt/disc0_1[root@WL-001FC64241DC root]$ df
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/root 3072 3072 0 100% /
/dev/discs/disc0/part1 80027764 68432 79959332 0% /tmp/mnt/disc0_1[root@WL-001FC64241DC root]$ unmount/tmp/mnt/disc0_1
-sh: unmount/tmp/mnt/disc0_1: not foundMit rontottam el?
[ Szerkesztve ]
Apokalipszis? Ezeknek?!
-
#5306
World-Soft
senior tag
World-Soft
#5288
World-Soft
senior tag
válasz
World-Soft
#5288
üzenetére
Sziasztok!
Egy MYSQL-es fórumban sikerült kideríteni miért csak UTF8 és LATIN1 látható.
Közzé teszem hátha más is belefut ebbe.
Kiderült nem a MYSQL, hanem a PHPMYADMIN hibája amit csomagból telepítettem az asus.szte.eu szerint.
Kiderült, hogy ha parancssorból létrehozok egy latin2-es táblát akkor az létre is jön, csak a PHPMYADMIN nem ajánlja fel.Leszedtem a gyártótól a 2.1.9.4-es verziót (mert ez a utolsó mysql4-es verzió) és máris megy.
Üdv:
Zoli -
yamshee
tag
Hy,
Megjelent a legújabb OPENWRT ha vkit érdekel , 8.09RC2 ,néhány bugfixxel...
Lehet külön optimalizálni ASUS routerekre.
Fejlesztői környezetet szépen fel lehet építeni vmware-s linuxon és le lehet ferdíteni a legutolsó csomagig mindent.Már végigjártam x86-ra a dolgot ... Tesztelést amint kész van és 100%-os az épített router, elkezdem egy wl500gp-n a kisérletezgetést . Csinálok egy olyan kernelt (és megosztom a közzel) ami az alap problémákat orvosolja , kevés hely a felmountolt rootfs-ben legalább 50-100MB lesz alapban az első partíció egy USB drive első partíciója lesz és oda fog rakni mindent ... Kernelbe fordított USB , ext2, ext3. Nem kell majd további hibalehetőségeket magában hordó egyéb felesleges scriptezés , lásd optfilesd openwrt alatt és egy linkelések amik kavarodást okozhatnak a configban ...
Tálátam pár érdekes kártyát mini-pci-ban , van rajta PATA , SATA , és van hozzá kernel támogatás , ha jól láttam ... Ha vki nem használja a WIFI-t akkor egy dedikált csippet tud rászabaítani egy EXSATA wincsire. Nagyobb sávszél etc , de egy hátránya van csak a 2 wincsi között fog száguldani mivel a többi perifériát még mindig a "cpu" kezeli. De akkor is van hotplug ami klassz szerintem
.
[ Szerkesztve ]
We are the Borg. Lower your shields and surrender your ships. We will add your biological distinctiveness to our own. Your culture will adapt to serve us. Resistance is futile.
-
yamshee
tag
írtam a vnstat-ba egy kis javítás magamnak , előfordult hogy nem hajtotta normálisan sorrenben végre a frissítést ezért átírtam (nem saját kútfő, kellett 1-2 forum is hozzá) :
/opt/etc/cron.5mins/vnstat.sh#!/bin/sh
dump_dir="/opt/share/vnstat/dumps"
vnstat -u -i ppp0
vnstat -u -i vlan0
vnstat -u -i vlan1vnstat --dumpdb -i ppp0 > $dump_dir/vnstat_dump_ppp0
vnstat --dumpdb -i vlan0 > $dump_dir/vnstat_dump_vlan0
vnstat --dumpdb -i vlan1 > $dump_dir/vnstat_dump_vlan1[ Szerkesztve ]
We are the Borg. Lower your shields and surrender your ships. We will add your biological distinctiveness to our own. Your culture will adapt to serve us. Resistance is futile.
-
#5309
Intruder2k5
MODERÁTOR
Intruder2k5
#5299
Intruder2k5
MODERÁTOR
válasz
Intruder2k5
#5299
üzenetére
vnstat-ra nincs 5lete senkinek?
A kérdés még1x röviden:
Hogyan lehetne külön monitorozni a 4 LAN portot, és (esetleg) a WLAN-t. -
#5310
World-Soft
senior tag
Intruder2k5
#5309
World-Soft
senior tag
válasz
Intruder2k5
#5309
üzenetére
Szia!
r0by-val már néztük a WL-500G kiosztását.
Lásd itt: [http://wiki.openwrt.org/OpenWrtDocs/NetworkInterfaces]Elméletileg a ETH2 a WIFI. Viszont az ifconfog valószínű neked sem fog mutatni ETH2-t.
Tehát innentől jól dilemma.Nekem WL-500W-m van. Ott elméletileg szebben néz ki a dolog (legalábbis most statikus üzemmódban).
Az, hogy a SWICTH külön hogyan mérhető az meg egy újabb jó talány.
Én pl. szívesen korlátoznám is az egyes portok sávszélességét.Zoli
-
#5311
Intruder2k5
MODERÁTOR
World-Soft
#5310
Intruder2k5
MODERÁTOR
válasz
World-Soft
#5310
üzenetére
Szia!
Köszönöm! :-)
Ezek szerint sok remény nincs rá, hogy külön lehetne monitorozni a portokat :-) -
#5312
Intruder2k5
MODERÁTOR
World-Soft
#5310
Intruder2k5
MODERÁTOR
válasz
World-Soft
#5310
üzenetére
Sajnos ez sem olyan egyszerű :-)
[root@ROUTER root]$ vnstat -u -i eth2
Error:
Unable to read database "/opt/share/vnstat/eth2".
Error:
Unable to get interface statistics.Mindegy, végülis ez nem létkérdés egyik sem, megleszek ezek nélkül is.
-
#5313
Intruder2k5
MODERÁTOR
Intruder2k5
MODERÁTOR
Érdekes dolog történt most...
Nézem a stat-ot, és egyszer csak az internet forgalomban jött egy "kisebb ugrás" :-)
A vnstat szerint 9 és 10 óra között letöltöttem 3 GB-ot, fel pedig 3.5 GB-ot, a 4M/256K-s neten :-))
Bár ezt csak a vnstat webui "mondja", az ifconfigban ez nem látszik...
[root@ROUTER root]$ ifconfig
br0 Link encap:Ethernet HWaddr 00:1F:C6:D6:05:4A
inet addr:192.168.53.11 Bcast:192.168.53.255 Mask:255.255.255.0
inet6 addr: fe80::21f:c6ff:fed6:54a/10 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:477684 errors:0 dropped:0 overruns:0 frame:0
TX packets:699830 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:75418181 (71.9 MiB) TX bytes:717747209 (684.4 MiB)
eth0 Link encap:Ethernet HWaddr 00:1F:C6:D6:05:4A
inet6 addr: fe80::21f:c6ff:fed6:54a/10 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1574392 errors:13 dropped:0 overruns:1 frame:1
TX packets:1671925 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:1163837732 (1.0 GiB) TX bytes:1263059961 (1.1 GiB)
Interrupt:4 Base address:0x1000
eth1 Link encap:Ethernet HWaddr 00:1F:C6:D6:05:4A
inet6 addr: fe80::21f:c6ff:fed6:54a/10 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Interrupt:13 Base address:0x5000
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MULTICAST MTU:16436 Metric:1
RX packets:185578 errors:0 dropped:0 overruns:0 frame:0
TX packets:185578 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:44167796 (42.1 MiB) TX bytes:44167796 (42.1 MiB)
ppp0 Link encap:Point-Point Protocol
inet addr:XX.XX.XXX.XX P-t-P:XXX.XXX.XX.XX Mask:255.255.255.255
UP POINTOPOINT RUNNING MULTICAST MTU:1492 Metric:1
RX packets:2301 errors:0 dropped:0 overruns:0 frame:0
TX packets:1966 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:1750223 (1.6 MiB) TX bytes:188667 (184.2 KiB)
vlan0 Link encap:Ethernet HWaddr 00:1F:C6:D6:05:4A
inet6 addr: fe80::21f:c6ff:fed6:54a/10 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:477684 errors:0 dropped:0 overruns:0 frame:0
TX packets:743577 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:77328917 (73.7 MiB) TX bytes:723346365 (689.8 MiB)
vlan1 Link encap:Ethernet HWaddr 00:1F:C6:D6:05:4A
inet6 addr: fe80::21f:c6ff:fed6:54a/10 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1096708 errors:0 dropped:0 overruns:0 frame:0
TX packets:928346 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:1058169759 (1009.1 MiB) TX bytes:539713448 (514.7 MiB)[ Szerkesztve ]
-
#5314
Addel
senior tag
World-Soft
#5310
Addel
senior tag
válasz
World-Soft
#5310
üzenetére
Én egy ilyen [rajzot] találtam, tudom ez nem wl500gp de nekem úgy tűnt nagyjából egyezik.
Eszerint az eth1 lenne a wlan.
[admin@WL500gp gyuszi]$ nvram show | grep eth1
br0_ifnames=vlan0 eth1
wl0_ifname=eth1
lan_ifnames_t=vlan0 eth1
wlan_ifname=eth1
lan_ifnames=vlan0 eth1[ Szerkesztve ]
-
#5315
Intruder2k5
MODERÁTOR
Addel
#5314
Intruder2k5
MODERÁTOR
Igen, én is olvasgattam most egy kicsit utána, és ecaddict is ezt mondta egy hsz.-ben a http://asus.ebond.hu/2008/07/30/forgalomszamlalas-a-vnstat-segitsegevel/ oldalon,
Idézet a hsz.-ből:
ecaddict
Kábelmodemeseknek:
$iface_list = array(’vlan1′, ‘vlan0′, ‘eth1′);
$iface_title['vlan1'] = ‘WAN’;
$iface_title['vlan0'] = ‘LAN’;
$iface_title['eth1'] = ‘WiFi’;[ Szerkesztve ]
-
#5316
r0by
addikt
Intruder2k5
#5313
r0by
addikt
válasz
Intruder2k5
#5313
üzenetére
Ez nálam is előfordul néha, amikor van 1 másodperces szakadás. Ezt én nem veszem észre, de a stat pont ilyen ugrásokat produkál.
Az ifconfig pedig azért nem mutatja, mert már túlcsordult. -
#5317
World-Soft
senior tag
Intruder2k5
#5315
World-Soft
senior tag
válasz
Intruder2k5
#5315
üzenetére
Nekem még van egy másik rajzom is.
[http://www.tonns.org/openwrt/WRTSL54GS_layout_rev1.png]Lehet amit én írtam az hibás, vagy valamilyen más összefüggés esetén igaz.
Az én WL-500W-m úgy néztem pedig erre hasonlíthat. Nekem most static-ban nincs vlan0 és vlan1-em, de lehet amint ADSL-re váltok lesz nekem is.Próbáltam felállítani valami szabály:
Elméletileg amit Addel írt és amint régebben r0by küldött azt összevetettem az én NVRAM-ommal (nem biztos, hogy helyes a következtetés):
WL-500G esetén:
wl0_ifname=eth1 - a WIFI port
wlan_ifname=eth1 - ugyanaz (WL-500W esetén nincs. Addel-nél és r0by-nél van ilyen változó.)
wan0_ifname=vlan1 - Internetes WAN port
wan_ifname=vlan1 - ugyanaz
wan0_pppoe_ifname=ppp0 - ADSL esetén az ADSL port (nem tudom mi okozza a különbséget a WAN és a PPPOE forgalma között)
lan_ifname=br0 helyi hálózat neve (mivel a LAN és a WIFI különböző típusú, ezért az őket összekötő BRIDGE/HÍD nevét kapja)
lan_ifnames=vlan0 eth1 - Helyi hálózat elemei (SWITCH és WIFI együtt) Ezeket köti össze a BRIDGE/HÍD.
br0_ifnames=vlan0 eth1 - ugyanaz (Csak Addel-nél létezik. r0by-nél és nálam nincs)
vlan0ports=1 2 3 4 5* - A SWITCH portjai. A csillaggal jelölt az ami a befelé tartó kapcsolatot jelenti (itt az 5-ös). A többi van kivezetve. (WL-500W esetén nem találtam)WL-500W estén is úgy néztem megállja a helyét a szabály (összevetve a rajzzal):
wl0_ifname=eth2 - a WIFI port
wlan_ifname - nincs nálam ilyen változó
wan0_ifname=eth1 - Internetes WAN port
wan_ifname=eth1 - ugyanaz
wan0_pppoe_ifname= Statik esetén üres
lan_ifname=br0 - helyi hálózat neve (mivel a LAN és a WIFI különböző, ezért az őket összekötő BRIDGE/HÍD nevét kapja)
lan_ifnames=eth0 eth2 eth3 eth4 Helyi hálózat elemei (SWITCH és WIFI együtt) Ezeket köti össze a BRIDGE/HÍD. eth0 és eth2 ifconfig szerint is létezik. eth3 eth4 gondolom nincs kivezetve
br0_ifnames - nincs nálam ilyen változó
vlan0ports - nincs nálam ilyen változóZoli
-
#5318
Intruder2k5
MODERÁTOR
Intruder2k5
MODERÁTOR
Ma nincs szerencsés napom... Nem megy a WLAN monitorozás sem.
Nem tudom mi a gond vele.
Beírtam a "vnstat -u -i eth1" parancsot, létre is hozta a file-t.
Hozzáadtam a crontabhoz az alábbi sort:
*/5 * * * * /opt/bin/vnstat --dumpdb -i eth1 > /opt/share/vnstat/vnstat_dump_eth1
Majd megszerkesztgettem a config.php-t is. Ez jó is, mert a vnstat oldalon megjelent a WLAN szekció, csak nincs benne adat.
Viszont az /opt/share/vnstat/eth1 file-hoz nem nyúl hozzá, nem változik a filemódosítás ideje, ugyanitt a vnstat_dump_eth1 file ideje válrozik a többivel együtt, de nincs benne adat, csak ennyi: eth1: Not enough data available yet.
ifconfig parancs kimenetében pedig látom az eth1 adatforgalmát.
Szóval ez nekem magas... -
#5320
World-Soft
senior tag
Intruder2k5
#5318
World-Soft
senior tag
válasz
Intruder2k5
#5318
üzenetére
Hát igen.
Ez pedig a másik dilemma.
Nálad és r0by ifconfig-jában is az eth1-en nincs forgalom úgy ahogy küldted itt #5313.Ez megfelelne az én első ábrámnak miszerint az eth1-es nincs használva.
Viszont akkor hová tűnt Daemon Hill? Vagyis az eth2. És miért eth1-re utal a nvram?Nálam ugye az eth2 lenne a WIFI.
Igaz nekem nincs semmi csatlakoztatva, viszont pici forgalom azért van rajta. Gondolom külső idegen eszközök próbálkozása.
De hogy nálatok miért nincs semmi forgalom.....
Igazán lehetett volna úgy csinálni, hogy egyértelmű legyen.Zoli
br0 Link encap:Ethernet HWaddr 00:22:15:53:4B
1
inet addr:10.10.10.1 Bcast:10.10.10.255 Mask:255.255.255.0
inet6 addr: fe80::222:15ff:fe53:4bc1/10 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:16360 errors:0 dropped:0 overruns:0 frame:0
TX packets:36449 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:2383061 (2.2 MiB) TX bytes:27551742 (26.2 MiB)eth0 Link encap:Ethernet HWaddr 00:22:15:53:4B
1
inet6 addr: fe80::222:15ff:fe53:4bc1/10 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:16359 errors:0 dropped:0 overruns:0 frame:0
TX packets:50215 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:2677465 (2.5 MiB) TX bytes:28377740 (27.0 MiB)
Interrupt:4 Base address:0x1000eth1 Link encap:Ethernet HWaddr 00:22:15:53:4B
1
inet addr:192.168.1.4 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::222:15ff:fe53:4bc1/10 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:23055 errors:0 dropped:0 overruns:0 frame:0
TX packets:16125 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:22100976 (21.0 MiB) TX bytes:2457024 (2.3 MiB)
Interrupt:5 Base address:0x2000eth2 Link encap:Ethernet HWaddr 00:22:15:53:4B
1
inet6 addr: fe80::222:15ff:fe53:4bc1/10 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:41 dropped:0 overruns:0 frame:3499622
TX packets:28104 errors:37 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:0 (0.0 B) TX bytes:6369913 (6.0 MiB)
Interrupt:12 Base address:0x4000lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MULTICAST MTU:16436 Metric:1
RX packets:33028 errors:0 dropped:0 overruns:0 frame:0
TX packets:33028 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:2799326 (2.6 MiB) TX bytes:2799326 (2.6 MiB) -
#5321
Intruder2k5
MODERÁTOR
World-Soft
#5320
Intruder2k5
MODERÁTOR
válasz
World-Soft
#5320
üzenetére
Szia!
Erre nagyon egyszerű a magyarázat... Én sem használom a WiFi-t. :-)
Van egy USB-s WiFi adapterem ugyan, de azt csak akkor használom, mikor néha napján hoz valaki egy számítógépet javításra, és internet, vagy helyi hálózat kell valamire.
Szóval mikor az a screenshot készült, akkor ki is volt kapcsolva a WiFi, viszont tegnap bekapcsoltam, sőt ideiglenesen a WiFi adapterrel használtam a hálót, és ez az ifconfig kimenetben látszik is.eth1 Link encap:Ethernet HWaddr 00:1F:C6:D6:05:4A
inet6 addr: fe80::21f:c6ff:fed6:54a/10 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:3242 errors:0 dropped:0 overruns:0 frame:15478
TX packets:46665 errors:46 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:360601 (352.1 KiB) TX bytes:10838978 (10.3 MiB)
Interrupt:13 Base address:0x5000Tehát számomra ez egyértelmű, nálam az eth1 a WiFi. Persze feltételezem, hogy ezen új infókkal már neked is egyértelmű a dolog. :-)
[ Szerkesztve ]
-
#5322
Intruder2k5
MODERÁTOR
Intruder2k5
#5321
Intruder2k5
MODERÁTOR
válasz
Intruder2k5
#5321
üzenetére
Mondjuk a Digger által linkelt wiki.openwrt.org oldalon egy teljesen új interface is bejön a képbe, amiről eddig nem volt szó.
Interface Name Description Default configuration
br-lan LAN & WiFi 192.168.1.1/24
vlan0 LAN ports (1 to 4)
vlan1 WAN port DHCP
wl0/ath0 WiFi Disabled by defaultPersze számomra ez nem jelent semmit, mivel nálam a probléma már nem az interface megtalálása, hanem, hogy miért nem hajlandó a statisztikát csinálni róla.
-
#5323
World-Soft
senior tag
Intruder2k5
#5321
World-Soft
senior tag
válasz
Intruder2k5
#5321
üzenetére
Ja értem.
Akkor ezek szerint a vnstat valaiért nem akarja kiolvasni neked amit kell.Nálam ezt írka a vnstat:
rx / tx / total / estimated
eth0:
yesterday 91,86 MB / 392,07 MB / 483,94 MB
today 3,21 MB / 18,32 MB / 21,53 MB / 32 MBeth2:
yesterday 1,22 MB / 21,69 MB / 22,91 MB
today 0 kB / 6,16 MB / 6,16 MB / --eth1:
yesterday 54,86 MB / 59,65 MB / 114,51 MB
today 11,99 MB / 3,04 MB / 15,03 MB / 21 MBTehát nálam megy elméletileg.
A frontend amiből dolgozik az nekem is hibát írt, de azt én írtam el. eth2 helyet az eth-t dumpoltam ki a cron-ban.Mit ír ki neked ha beírod: "/opt/bin/vnstat" ?
Zoli -
#5324
Intruder2k5
MODERÁTOR
World-Soft
#5323
Intruder2k5
MODERÁTOR
válasz
World-Soft
#5323
üzenetére
[root@ROUTER root]$ /opt/bin/vnstat
rx / tx / total / estimated
vlan0:
yesterday 4,04 GB / 617,78 MB / 4,64 GB
today 115,04 MB / 4,37 GB / 4,48 GB / 6,89 GB
vlan1:
yesterday 969,19 MB / 499,25 MB / 1,43 GB
today 4,23 GB / 569,96 MB / 4,78 GB / 7,35 GB
ppp0:
yesterday 3,96 GB / 3,99 GB / 7,95 GB
today 4,19 GB / 503,80 MB / 4,68 GB / 7,20 GB
Trying to convert database "/opt/share/vnstat/vnstat_dump_vlan1" (v1936876918) to current db format
Error:
Unable to convert database version "1936876918".
Error:
Unable to open backup database "/opt/share/vnstat/.vnstat_dump_vlan1".Nem tudom mi ez az error... Pedig a vlan1-t monitorozza szépen. A gond az eth1-el van, az lenne a WiFi.
-
#5325
Intruder2k5
MODERÁTOR
Intruder2k5
#5324
Intruder2k5
MODERÁTOR
válasz
Intruder2k5
#5324
üzenetére
Van valami parancs, hogy törölje az eddigi dolgokat, és kezdje "szűz" adatbázissal? Vagy töröljem mc-ből? Vagy mitől lehet ez az error üzi?
-
#5326
Intruder2k5
MODERÁTOR
Intruder2k5
#5325
Intruder2k5
MODERÁTOR
válasz
Intruder2k5
#5325
üzenetére
Itt az /opt/share/vnstat könyvtár, itt látszik, hogy nem módosítja az eth1 adatbázist.
-
#5327
Intruder2k5
MODERÁTOR
Intruder2k5
#5326
Intruder2k5
MODERÁTOR
válasz
Intruder2k5
#5326
üzenetére
Nálam ebben az egész stat dologban valami nagy gebasz van...
Fiam ma délután 12, és 15 óra közt leszedett 3-4 GB cuccot a netről. Ezt jelezte is a stat, szépen ahogy kell.
Viszont most nézem, és mit látok, a WAN statisztika részben amit letöltött, az most már feltöltésként jelenik meg... Gondolt egyet, és csak úgy áttette feltöltésnek. :-)
Ennyit feltölteni legalább 3-4 nap kellene az én sávszélemen. :-))
Valamint 5 és 6 óra közt is feltöltöttem 4 GB-ot szerinte... Ez pedig lefelé sem igaz, ebben az időpontban pár mega volt a forgalmam, de különben ez is lehetetlen érték. Én nem értem, hogy honnan a francból szed ilyen adatokat???
-
#5328
Intruder2k5
MODERÁTOR
Intruder2k5
MODERÁTOR
Nahh.. Van előrejutás :-) Kipróbáltam a help-ben lévő összes parancsot, de semmi sem hozta rendbe az adatbázisokat. Nem indult el a WiFi logolás sem, és a "légből kapott" adatok sem tüntek el. Ezek után MC-vel töröltem az összes adatbázist, majd ismét létrehoztam őket. Ekkor elindult a WiFi logolás, most minden üres, és előlről kezdődött, tehát eltüntek a 4GB-os feltöltéseim :-))
De az adatbázis hiba akkor is ott van vlan1-nél. Ez vajon mi lehet?[root@ROUTER root]$ /opt/bin/vnstat
rx / tx / total / estimated
ppp0:
today 605 kB / 198 kB / 803 kB / --vlan1:
today 570 kB / 219 kB / 789 kB / --vlan0:
today 204 kB / 652 kB / 856 kB / --eth1:
today 1 kB / 30 kB / 31 kB / --Trying to convert database "/opt/share/vnstat/vnstat_dump_vlan1" (v1634498080) to current db format
Error:
Unable to convert database version "1634498080".
Error:
Unable to open backup database "/opt/share/vnstat/.vnstat_dump_vlan1". -
#5329
World-Soft
senior tag
Intruder2k5
#5328
World-Soft
senior tag
válasz
Intruder2k5
#5328
üzenetére
Szia!
Közben néztem mi van még.
Találtam egy darkstat nevű csomagot is.
Úgy néztem az is hasonlóakat tud, igaz nincs a rendes csomagok között (nem tudom pl. mennyire terheli a rendszert, vagy mennyire stabil).
http://wl500g.info/showthread.php?t=11785&highlight=darkstat&page=1Esetleg nem ismeri valaki?
Zoli
-
#5330
Intruder2k5
MODERÁTOR
World-Soft
#5329
Intruder2k5
MODERÁTOR
válasz
World-Soft
#5329
üzenetére
De igazából nem értem azt sem, hogy egy most létrehozott adatbázist miért akar konvertálni, és ha ez valóban szükséges, akkor miért csak az az egy, és a másik három mitől megfelelő, mikor kb. 10 mp különbséggel hoztam létre őket.
És azt se felejtsük el, hogy ettől függetlenül most mindegyik működik...De mindenesetre nagy energiát nem fogok fordítani erre, mivel mint mondtam működik így is, és ha nem is működne, hát valahogy kibírnám e-nélkül is :-) A letöltés meg seed megy, és ez a lényeg :-)
[ Szerkesztve ]
-
#5331
World-Soft
senior tag
Intruder2k5
#5330
World-Soft
senior tag
válasz
Intruder2k5
#5330
üzenetére
Annyit kiderítettem, hogy van egy bináris adatbázis. Abba gyűlnek az adatok (cron első sora ezt frissíti) és ebből van kidumpolva csatornánként az adat, hogy a frontend fel tudja dolgozni.
Nem lehet, hogy esetleg pont akkor futott le a cron amikor te mókoltál vele?Jobb ötletem nincs.
Az én bajom az volt (nem elemeztem, hogy jól megy -e, mert még csak tesztrendszerem van), hogy miért csak az utolsó óra nap hónap és év nyerhető ki.
Zoli
[ Szerkesztve ]
-
#5332
Intruder2k5
MODERÁTOR
World-Soft
#5331
Intruder2k5
MODERÁTOR
válasz
World-Soft
#5331
üzenetére
Nem hiszem, mert mielőtt "működtem", akkor is ezzel volt baja... És mielőtt töröltem az adatbázisokat, nyomtam egy killall cron-t, aztán meg egy /opt/etc/init.d/S10cron start-ot.
Feltételezve, hogy az adatbázisok törlésére gondoltál :-)Igazából én is még tesztelek, mert lesz majd valamikor egy meghajtócserém, ha lesz rá anyagi keret. Most 2db 4GB Kingston pendrive van benne. Egyiken a rendszer, a swap, és a lanshare, a másikon pedig only torrent. A lanshare mint a neve is mutatja egy közös könyvtár az itthoni 3 gépnek, ha netán egymásnak van "küldenivalónk", akkor ne kelljen windows filemegosztáson keresztül másolni... Főleg ha nincs is bekapcsolva éppen a másik gép :-)
De nem sokat van használva igazából...Igen, azt láttam, hogy neked az volt a problémád... Azért én is mindig elolvasom a topicot, mikor hazajövök melóból.. De van, hogy ott is :-)
Nekem ez nem gond, semmi konkrét célom a monitorozással, csak érdekességképpen kell.
Feltételezem, hogy helytakarékosság volt a cél, ha "korlátlan" ideig visszamenőleg meg lehetne nézni kis időintervallumokat (pl. órára bontva) akkor valszeg sokszoros helyigénye lenne a logoknak. Nem tudok másra gondolni, hiszen ezek egyszer már naplózott, majd törölt adatok. Tehát más egyéb plusz terhelést már nem okozna.[ Szerkesztve ]
-
#5333
yamshee
tag
Intruder2k5
#5332
yamshee
tag
válasz
Intruder2k5
#5332
üzenetére
probald ugy atirni a dumpolást ahogy irtam , ugy tuti müxik...
[ Szerkesztve ]
We are the Borg. Lower your shields and surrender your ships. We will add your biological distinctiveness to our own. Your culture will adapt to serve us. Resistance is futile.
-
#5335
Intruder2k5
MODERÁTOR
Intruder2k5
#5334
Intruder2k5
MODERÁTOR
válasz
Intruder2k5
#5334
üzenetére
Megoldottam, betettem a crontab végére...
Bár nem értem, miben is különbözik ez az előző megoldástól, azon kívül, hogy upgradeli a database-eket... Ha pedig csak ennyi, akkor azt a 3 sort be lehet írni a crontab-ba, és akkor nem kell az sh. Különben nekem így sem upgrade-el. -
#5336
yamshee
tag
Intruder2k5
#5334
yamshee
tag
válasz
Intruder2k5
#5334
üzenetére
A cron.5mins-be kell berakni , márha neked van , ha nincs akkor legyen ilyen a crontab-od , én legalábbis jobban szeretem igy:
SHELL=/bin/sh
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/opt/bin:/opt/sbin:/opt/usr/bin:/opt/usr/sbin
MAILTO=""
HOME=/
# ---------- ---------- Default is Empty ---------- ---------- #
# Syntax for lines is : minute hour day month dayofweek command #
*/1 * * * * root run-parts /opt/etc/cron.1min
*/5 * * * * root run-parts /opt/etc/cron.5mins
0 * * * * root run-parts /opt/etc/cron.hourly
0 0 * * * root run-parts /opt/etc/cron.daily
0 0 * * 0 root run-parts /opt/etc/cron.weekly
0 0 1 * * root run-parts /opt/etc/cron.monthlymkdir cron.1min .....
nem szeretek a crontabba direkt beleírni , igy a könyvtárakban vannak a stuffok...
a vnstat.sh pediglen a cron.5mins-ben legyen.
nálam olyan fordult elő , hogy amikor néztem a system logot a vnstat -u -i később futott le mint a dumpolás , pedig a cronban előtte volt , így nem frissítette le..??... hanem egy 5 perccel korábbi forgalom adatai kerültek a képre ?!?!?!We are the Borg. Lower your shields and surrender your ships. We will add your biological distinctiveness to our own. Your culture will adapt to serve us. Resistance is futile.
-
kzs
tag
Sziasztok!
Tegnap piszkáltam a firmware-t a wl500gp-men (feltettem a dd-wrt ujabb változatát): először működött is, aztán egy újrainditás után egyszerre csak nem.
És most nem tudom elérni a routert restore módban sem:
- ha bármelyik portba be van dugva működú gép, akkor nem kezd villogni a Power led... általában egy darabig ég, aztán elalszik (és nem gyullad fel újra)
- érdekes módon, ha nincs bedugva sehova hálókábel, akkor úgy tűnik, beáll restore módba, mert a power led villog (szünet nélkül)... viszont ha ilyenkor bedugom a gépet, akkor abbamarad a villogásBárkinek bármi ötlete?
-
nothin
tag
Sziasztok, az lenne a kérdésem hogy mit írjak a post-firewall -ba hogy korlátozzam az SSH -n való belépési próbálkozások számát mert rendszeresen próbálják kitalálni a jelszavam.
Amit találtam a korábbi hozzászólások között nekem valamiért nem akar működni vagy ehez kell még valami csomag? Előre is kösz.
#!/bin/sh
insmod ipt_recent
iptables -D INPUT -j DROP
iptables -I INPUT -p tcp --dport 21 -m state --state NEW -m recent --set --name AFTP --rsource
iptables -I INPUT -p tcp --dport 22 -m state --state NEW -m recent --set --name ASSH --rsource
iptables -I INPUT -p tcp --dport 21 -m state --state NEW -m recent --update --seconds 60 --hitcount 3 --name AFTP --rsource -j DROP
iptables -I INPUT -p tcp --dport 22 -m state --state NEW -m recent --update --seconds 30 --hitcount 3 --name ASSH --rsource -j DROP
iptables -A INPUT -p tcp --dport 22 -j ACCEPT
iptables -A INPUT -p tcp --dport 65534 -j ACCEPT
iptables -A INPUT -p tcp --dport 443 -j ACCEPT
iptables -t nat -A PREROUTING -i $1 -p tcp --dport 443 -j DNAT --to-destination $4:443
iptables -t nat -A PREROUTING -i $1 -p tcp --dport 22 -j DNAT --to-destination $4:22
iptables -A INPUT -j DROP -
tpeter
aktív tag
Hát asszem iptables-sel nem fogod korlátozni a belépések számát, ha nagyon zavar (és kit ne zavarna) akkor tedd át egy másik portra az sshd-t, az a tuti. Nekem is volt ilyen gondom, és ez hozott megoldást.
Vagy ha tudod hogy mondjuk honnan szoktál belépni (és fix IP-je van a kilensnek), akkor beállíthatod hogy máshonnan ne is menjen, csak arról az IP-ről.
-
#5342
CharlieBrown
tag
CharlieBrown
tag
hi all!
természetesen én is azért írok, mert elakadtam...
http://asus.ebond.hu leírásai szerint haladok, már vagy tizedszer.
6. részig minden oké, mysql, php felkúszik, elérem browseren keresztül. aztán jön az rtorrentes rész, és itt megáll a tudomány...
S99rtorrent file tartalma:
#!/bin/sh
CONFIG="/opt/etc/rtorrent.conf"
OPTIONS="-n -o import=${CONFIG}"
BASE="/opt/etc/samba/Share/charlie/torrent"
SRNAME=rtorrent
PATH=/opt/bin:/opt/sbin:/usr/bin:/sbin:/bin:/usr/sbin
NAME=rtorrent
EXEC=/opt/bin/$NAME
EXSC=/opt/bin/screen
checkcnfg() {
if ! [ -x $EXSC ]; then
logger -t $NAME "screen not found."
return 3
fi
exists=0
for i in `echo "$PATH" | tr ':' '\n'` ; do
if [ -f $i/$NAME ] ; then
exists=1
break
fi
done
if [ $exists -eq 0 ] ; then
logger -t $NAME "cannot find $NAME binary in PATH $PATH"
exit 3
fi
if ! [ -r "${CONFIG}" ] ; then
logger -t $NAME "cannot find readable config $CONFIG"
exit 3
fi
session=`getsession "$CONFIG"`
if ! [ -d "${session}" ] ; then
logger -t $NAME "cannot find readable session directory $session from config $CONFIG"
exit 3
fi
}
getsession() {
session=`awk '/^[[:space:]]*session[[:space:]]*=[[:space:]]*/{print($3)}' "$CONFIG"`
echo $session
}
getprange() {
ports=`awk '/^[[:space:]]*port_range[[:space:]]*=[[:space:]]*/{print($3)}' "$CONFIG" | sed "s/-/ /"`
echo $ports
}
getdhtport() {
dht_port=`awk '/^[[:space:]]*dht_port[[:space:]]*=[[:space:]]*/{print($3)}' "$CONFIG"`
echo $dht_port
}
fwopen() {
DHT_PORT=`getdhtport "$CONFIG"`
iptables -D INPUT -j DROP
PORTS=$(seq `getprange "$CONFIG"`)
for P in $PORTS; do
iptables -I INPUT -i "$1" -p tcp --syn --dport $P -j ACCEPT
done
if [ $DHT_PORT ]; then
iptables -I INPUT -i "$1" -p tcp --dport $DHT_PORT -j ACCEPT
fi
iptables -A INPUT -j DROP
}
fwclose() {
DHT_PORT=`getdhtport "$CONFIG"`
PORTS=$(seq `getprange "$CONFIG"`)
for P in $PORTS; do
iptables -D INPUT -i "$1" -p tcp --syn --dport $P -j ACCEPT
done
if [ $DHT_PORT ]; then
iptables -D INPUT -i "$1" -p tcp --dport $DHT_PORT -j ACCEPT
fi
}
d_start() {
[ -d "${BASE}" ] && cd "${BASE}"
fwopen
stty stop undef && stty start undef
$EXSC -ls | grep ".$SRNAME[[:space:]]" > /dev/null || $EXSC -dm -S $SRNAME
# without sleep screen may not be sometimes ready to start anything
sleep 3
$EXSC -S "$SRNAME" -X screen nice $EXEC $OPTIONS
for I in 0:3 ; do
if [ -n "`pidof $NAME`" ]; then
logger -t $NAME "Started PID: `pidof $NAME`"
break
fi
sleep 1
done
}
d_stop() {
fwclose
session=`getsession "$CONFIG"`
if ! [ -s ${session}/rtorrent.lock ] ; then
logger -t $NAME "Lock file failed: ${session}/rtorrent.lock"
return
fi
PID=`cat ${session}/rtorrent.lock | awk -F: '{print($2)}' | sed "s/[^0-9]//g"`
if ps -A | grep -sq $PID.*rtorrent ; then # make sure the pid doesn't belong to another process
kill -s INT $PID
logger -t $NAME "Stopped PID: $PID"
sleep 1
for I in 0:5 ; do
PSE=`ps -p $PID | grep "$PID"`
if [ -z "$PSE" ]; then
break
fi
sleep 1
done
fi
SCSTOP=`$EXSC -list | grep "\.$SRNAME" | awk '{print($1)}' | sed "s/\.$SRNAME//"'`
if [ -n "$SCSTOP" ]; then
kill $SCSTOP
logger -t $NAME "Stopped screen: $SCSTOP"
fi
}
checkcnfg
case "$1" in
start)
echo "Starting $NAME"
d_start
echo "."
;;
stop)
echo "Stopping $NAME"
d_stop
echo "."
;;
restart|force-reload)
echo "Restarting $NAME"
d_stop
sleep 1
d_start
echo "."
;;
*)
echo "Usage: $0 {start|stop|restart|force-reload}" >&2
exit 1
;;
esac
exit 0ennyit módosítottam öszvissz:
BASE="/opt/etc/samba/Share/charlie/torrent"rtorrent.conf file
# This is an example resource file for rTorrent. Copy to
# ~/.rtorrent.rc and enable/modify the options as needed. Remember to
# uncomment the options you wish to enable.
# Minumum amount of peers to connect per torrent, if available.
min_peers = 20
# Minumum amount of peers to connect per torrent.
max_peers = 600
# Same as above but for seeding completed torrents (-1 = same as downloading)
#min_peers_seed = 10
#max_peers_seed = 100
# Maximum number of simultanious uploads per torrent.
max_uploads = 10
# Global download rate in KiB. .0. for unlimited.
download_rate = 0
# Global upload rate in KiB. .0. for unlimited.
upload_rate = 90
# Default directory to save downloaded files. Note it doesn.t support
# space yet.
directory = /opt/etc/samba/Share/charlie/torrent/work/
# Watch a directory for new torrents, and stop those that have been deleted.
#schedule = watch_directory,5,5,load_start=/opt/share/torrent/dl/*.torrent
#schedule = untied_directory,5,5,stop_untied=
# Close torrents when diskspace is low.
#schedule = low_diskspace,5,60,close_low_diskspace=100M
# Default session directory. Make sure you don.t run multiple instance
# of rtorrent using the same session directory. Perhaps using a
# relative path?
session = /opt/etc/samba/Share/charlie/torrent/session
# The ip address reported to the tracker.
#ip = rakshasa
# The ip address the listening socket and outgoing connections is
# bound to.
# Port range to use for listening.
port_range = 12123-12124
# Start opening ports at a random position within the port range.
#port_random = no
# Check hash for finished torrents. Might be usefull until the bug is
# fixed that causes lack of diskspace not to be properly reported.
check_hash = no
# Set whetever the client should try to connect to UDP trackers.
#use_udp_trackers = yes
# Alternative calls to bind and ip that should handle dynamic ip.s.
#schedule = ip_tick,0,1800,ip=rakshasa
#schedule = bind_tick,0,1800,bind=rakshasa
#
# Do not modify the following parameters unless you know what you.re doing.
#
# Hash read-ahead controls how many MB to request the kernel to read
# ahead. If the value is too low the disk may not be fully utilized,
# while if too high the kernel might not be able to keep the read
# pages in memory thus end up trashing.
#hash_read_ahead = 10
# Interval between attempts to check the hash, in milliseconds.
#hash_interval = 100
# Number of attempts to check the hash while using the mincore status,
# before forcing. Overworked systems might need lower values to get a
# decent hash checking rate.
#hash_max_tries = 10
# Max number of files to keep open simultaniously.
#max_open_files = 128
# Number of sockets to simultaneously keep open.
#max_open_sockets =
# Example of scheduling commands: Switch between two ip.s every 5
# seconds.
#schedule = .ip_tick1,5,10,ip=torretta.
#schedule = .ip_tick2,10,10,ip=lampedusa.
# Remove a scheduled event.
#schedule_remove = .ip_tick1.
# Stop torrents when reaching upload ratio in percent,
# when also reaching total upload in bytes, or when
# reaching final upload ratio in percent.
# example: stop at ratio 2.0 with at least 200 MB uploaded, or else ratio 20.0
#schedule = ratio,60,60,.stop_on_ratio=200,200M,2000.
#schedule = ratio,30,60,stop_on_ratio=200
# Encryption options, set to none (default) or any combination of the following:
# allow_incoming, try_outgoing, require, require_RC4, enable_retry, prefer_plaintext
#
# The example value allows incoming encrypted connections, starts unencrypted
# outgoing connections but retries with encryption if they fail, preferring
# plaintext to RC4 encryption after the encrypted handshake
#
encryption = allow_incoming,enable_retry,prefer_plaintext
# Enable DHT support for trackerless torrents or when all trackers are down.
# May be set to .disable. (completely disable DHT), .off. (do not start DHT),
# .auto. (start and stop DHT as needed), or .on. (start DHT immediately).
# The default is .off.. For DHT to work, a session directory must be defined.
#
# dht = auto
# UDP port to use for DHT.
#
# dht_port = 6881
# Enable peer exchange (for torrents not marked private)
#
# peer_exchange = yes
scgi_port = 127.0.0.1:5000ezeket módosítottam:
directory = /opt/etc/samba/Share/charlie/torrent/work/
session = /opt/etc/samba/Share/charlie/torrent/session
port_range = 12123-12124 <-ezek a portjaim vannak kifelé nyitva.lighttpd.conf -ba beírtam a "mod_scgi", sort a file legvégére pedig ezt:
scgi.server = ( “/RPC2″ => ( “127.0.0.1″ => ( “host” => “127.0.0.1″, “port” => 5000, “check-local” => “disable”)))
flash és reboot után viszont rtorrent nem látszik ps -ax parancs kiadása után, illetve az IPCIM:8081 illetve az asus:8081 is hibára fut.
valakinek ötlete?
Eladó cucc: https://hardverapro.hu/apro/macbook_pro_15_retina_cto_1tb_16gb_ram_2015mid_2/friss.html
-
#5343
antikomcsi
veterán
Sziasztok!
Van egy kis gondom egy ilyen példánnyal. Már biztos sokat tudtok rólla, nekem viszont új. Át is néztem a topikokat, és úgy látom, hogy a firmware frissítés lehet a megoldás talán.
Barátomnak van ilyen, és szerettem volna beállítani. Addig ment is a dolog, hogy megy rólla egy noti wlan-on, és két gép kábelen.
Ha letöltök valahonnan, pl. szoftverbazisról, jön is a file a 4 megás netnek megfelelően 475 környékén.
Ha viszont cdatlakozok egy ftp szerverhez, TC-al, vagy flashfxp vel akkor a letöltés csak 25 környékén mozog. Webes elérésnél download managerrel ugyan ez a helyzet, max 25-el jön az adott file.
Próbáltam mindent, priorítást állítottam. tűzfalat ftp-t kikapcsoltam, és egyebek, de soha nem ment fel a letöltési sebesség.
Ha a routert kiktatom, és direktbe kötöm a gépet a modemre, akkor minden úgy megy, illetve jön, ahogy kéne.
Segítségeteket előre is köszi, mert megnyúznak már érte.
-
#5344
Intruder2k5
MODERÁTOR
yamshee
#5336
Intruder2k5
MODERÁTOR
válasz
yamshee
#5336
üzenetére
Üdv!
Ez szép és jó, csak nem működik... Legalábbis nekem nem.
Most ez a crontab-om:
TH=/sbin:/bin:/usr/sbin:/usr/bin:/opt/bin:/opt/sbin:/opt/usr/bin:/opt/usr/sbin
MAILTO=""
HOME=/
# ---------- ---------- Default is Empty ---------- ---------- #
# Syntax for lines is : minute hour day month dayofweek command #
*/1 * * * * root run-parts /opt/etc/cron.1mins
*/5 * * * * root run-parts /opt/etc/cron.5mins
0 * * * * root run-parts /opt/etc/cron.hourly
0 0 * * * root run-parts /opt/etc/cron.daily
0 0 * * 0 root run-parts /opt/etc/cron.weekly
0 0 1 * * root run-parts /opt/etc/cron.monthlyMegcsináltam a cron.1mins, a cron.5mins, stb... könyvtárakat, betettem az 5min-be ezt a scriptet:
#!/bin/sh
dump_dir="/opt/share/vnstat/dumps/"
vnstat --force --update --iface ppp0
vnstat --force --update --iface vlan1
vnstat --force --update --iface vlan0
vnstat --force --update --iface eth1
vnstat --dumpdb -i ppp0 > $dump_dir/vnstat_dump_ppp0
vnstat --dumpdb -i vlan1 > $dump_dir/vnstat_dump_vlan1
vnstat --dumpdb -i vlan0 > $dump_dir/vnstat_dump_vlan0
vnstat --dumpdb -i eth1 > $dump_dir/vnstat_dump_eth1A scripttel nincs is baj, mert kézzel le lehet futtatni, de a cron nem indítja.
Másik kérdés: Hol találom a crontab file-t? Van egy az /opt/etc/ könyvtárban, de annak a tartalma nem változik a crontab -e parancs hatására... Pedig lementem, :wq! -vel, ki is írja, hogy new crontab installed, de az nem az a file...
-
#5345
Intruder2k5
MODERÁTOR
antikomcsi
#5343
Intruder2k5
MODERÁTOR
válasz
antikomcsi
#5343
üzenetére
Szia!
A megoldás természetesen az OLEG fw lesz neked is... A gyári az csak szivatni fog, ha szeretnéd használni a router extra funkcióit... És hát gondolom ezért vetted :-)
Telepítés segédlet itt: http://asus.ebond.hu/category/tutorial/page/3/
-
#5346
Intruder2k5
MODERÁTOR
Intruder2k5
#5344
Intruder2k5
MODERÁTOR
válasz
Intruder2k5
#5344
üzenetére
Tudom, hogy nem elegáns, nagyon nem az, de csak úgy megy, ha a következő sort beteszem a crontab-ba.
0,5,10,15,20,25,30,35,40,45,50,55 * * * * /opt/etc/cron.5mins/vnstat.sh
Nem vagyok nagy Linuxos, de igazából nem is értem, hogy mitől futna le a *mins könyvtárak tartalma? Az init.d mappánál pl. érthető az S?? file-ok futása, mert ugye az rc.unslung-ban van egy script, ami elindít minden S?? nevű file-t. De itt mitől indulna el?
Na mindegy végülis, marad a direkt indítás... -
#5347
antikomcsi
veterán
Intruder2k5
#5345
válasz
Intruder2k5
#5345
üzenetére
Nagyon szépen köszönöm!
Igazán hasznos kis link, remélem jó is lesz az új oleggel.
Kicsit bosszantó, hogy a gyári firmware gyakorlatilag használhatatlan.
-
sickb
tag
Tiszteletem az Uraknak!
Egy kis részlet a ruterem logjából 1 perces intervallum, de kb ezzel van tele az egész.
Van e erre valami ötlet hogy mi ez pontosan ?
Íme:
Jan 26 21:04:50 kernel: DROP IN=vlan1 OUT= MAC=00:1b:fc:45:28:77:00:11:92:21:2b:db:08:00:45:00:00:40 SRC=84.3.244.233 DST=84.3.94.24 LEN=64 TOS=0x00 PREC=0x00 TTL=45 ID=30775 DF PROTO=TCP SPT=9598 DPT=135 SEQ=1025414611 ACK=0 WINDOW=53760 RES=0x00 SYN
Jan 26 21:04:55 kernel: DROP IN=vlan1 OUT= MAC=01:00:5e:00:00:01:00:11:92:21:2b:db:08:00:45:c0:00:1c SRC=10.227.0.1 DST=224.0.0.1 LEN=28 TOS=0x00 PREC=0xC0 TTL=1 ID=59164 PROTO=2
Jan 26 21:04:56 kernel: DROP IN=vlan1 OUT= MAC=00:1b:fc:45:28:77:00:11:92:21:2b:db:08:00:45:00:00:34 SRC=78.42.159.151 DST=84.3.94.24 LEN=52 TOS=0x00 PREC=0x00 TTL=51 ID=42088 DF PROTO=TCP SPT=46461 DPT=135 SEQ=2012956542 ACK=0 WINDOW=60352 RES=0x00 SY
Jan 26 21:05:53 kernel: DROP IN=vlan1 OUT= MAC=00:1b:fc:45:28:77:00:11:92:21:2b:db:08:00:45:00:00:4e SRC=87.218.127.29 DST=84.3.94.24 LEN=78 TOS=0x00 PREC=0x00 TTL=113 ID=29751 PROTO=UDP SPT=3382 DPT=137 LEN=58
Jan 26 21:05:55 kernel: DROP IN=vlan1 OUT= MAC=01:00:5e:00:00:01:00:11:92:21:2b:db:08:00:45:c0:00:1c SRC=10.227.0.1 DST=224.0.0.1 LEN=28 TOS=0x00 PREC=0xC0 TTL=1 ID=59664 PROTO=2
Jan 26 21:06:02 kernel: DROP IN=vlan1 OUT= MAC=00:1b:fc:45:28:77:00:11:92:21:2b:db:08:00:45:00:00:4e SRC=207.102.153.61 DST=84.3.94.24 LEN=78 TOS=0x00 PREC=0x00 TTL=115 ID=45954 PROTO=UDP SPT=1027 DPT=137 LEN=58
Jan 26 21:06:07 kernel: DROP IN=vlan1 OUT= MAC=00:1b:fc:45:28:77:00:11:92:21:2b -
#5349
yamshee
tag
Intruder2k5
#5344
yamshee
tag
válasz
Intruder2k5
#5344
üzenetére
A futtatási jogokkal hogy állsz?? A crontab legyen 0600 , a vnstat.sh legyen 0755 , a könyvtárak 0755 ...
We are the Borg. Lower your shields and surrender your ships. We will add your biological distinctiveness to our own. Your culture will adapt to serve us. Resistance is futile.
-
yamshee
tag
az etc könyvtárban lécő crontab config file tartalmát leírtam , az végrehajtja megfelelő időközönként a megfelelő könyvtár tartalmát , akármit talál is ott.
We are the Borg. Lower your shields and surrender your ships. We will add your biological distinctiveness to our own. Your culture will adapt to serve us. Resistance is futile.
1 
) Köszi
Új hozzászólás Aktív témák
● Olvasd el az összefoglalót!
- Google Chrome
- Melyik tápegységet vegyem?
- A fociról könnyedén, egy baráti társaságban
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- LG 34GS95QE-B: OLED paneles, ívelt gamer monitor
- Kerékpárosok, bringások ide!
- Autós topik
- Politika
- The First Descendant - Kizárólag PC-n lesz játszható a következő teszt
- Tudományos Pandémia Klub
- További aktív témák...
- MSI H61M-P31/W8 LGA 1155 alaplap
- Teljesen új ASUS ZenBook UX325EA-KG666W (Intel i5 1135G7) laptop eladó (bontatlan+garanciás)
- Új, bontatlan Samsung S24+ 256 GB black
- Dell Latitude E7270, 12,5" HD Kijelző, i5-6300U CPU, 8GB DDR4, 256GB SSD, W10, Számla, Garancia
- Amazfit I T-REX 2 I GTS 3 I GTR 3 I GTR 3 Pro