-
Fototrend
Specifikációjához képest meglepően olcsó router, ami AC1200-as Wifi-t és gyári firmware-val is több hasznos szolgáltatást ígér (fájlmegosztás, dlna, nyomtató megosztás, stb.)
Új hozzászólás Aktív témák
-
fireqpeg
csendes tag
Hello!
Voltak problémáig a routeren keresztül történő torrentezésből fakadóan. Ugyanis 1-2 nap elteltével folyamatosan kapok a kernel logba tcp net_ratelimit: 44 callbacks suppressed illetve egyéb figyelmeztetéseket, hibakódokat a hálózatkezelésre vonatkozóan. Emiatt utánanéztem és találtam linux serverekre pár ipv4,ipv6,tcp,udp optimalizációs és biztonsági paramétert. Amit beállítottam a routeremen és lás csodát hiba nélkül működik tökéletesen a hálózati kommunikáció, főleg torrent kapcsolatok hibák kiküszöbölésére. Plusz nekem úgy tűnik alacsonyabb a CPU LOAD-ja is!
Következő területeken lehet beírni:
/etc/sysctl.conf
/etc/sysctl.d/Custom User Scripts
Run Before Router Initialized:# Networking tweaks
kernel.sysrq=1
net.ipv4.conf.default.rp_filter=1
net.ipv4.conf.all.rp_filter=1
net.ipv4.conf.all.accept_redirects = 0
net.ipv6.conf.all.accept_redirects = 0
net.ipv4.conf.all.secure_redirects = 1
net.core.netdev_max_backlog=1024
net.ipv4.tcp_reordering=5net.core.rmem_default = 31457280
net.core.rmem_max = 12582912
net.core.wmem_default = 31457280
net.core.wmem_max = 12582912
net.core.somaxconn = 4096
net.core.netdev_max_backlog = 65536
net.core.optmem_max = 25165824
net.ipv4.tcp_mem = 65536 131072 262144
net.ipv4.udp_mem = 65536 131072 262144
net.ipv4.tcp_rmem = 8192 87380 16777216
net.ipv4.udp_rmem_min = 16384
net.ipv4.tcp_wmem = 8192 65536 16777216
net.ipv4.udp_wmem_min = 16384
net.ipv4.tcp_max_tw_buckets = 1440000
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_keepalive_probes = 5
net.ipv4.tcp_keepalive_intvl = 30
net.ipv4.ip_local_port_range = 2000 65535
net.ipv4.tcp_rfc1337 = 1
net.ipv4.tcp_fin_timeout = 35
net.ipv4.tcp_keepalive_time = 300
net.ipv4.tcp_synack_retries = 2
net.ipv4.tcp_sack=1
net.ipv4.tcp_fack=1
net.ipv4.tcp_timestamps=1
net.ipv4.tcp_window_scaling=1
net.ipv4.tcp_mtu_probing=1
net.ipv4.icmp_echo_ignore_broadcasts=1Nekem egyenlőre bevált ez a dolog, hátha segít nektek is.
Üdv mindenkinek -
#1988
suste
veterán
energiezolee
#1987
suste
veterán
válasz
energiezolee
#1987
üzenetére
pedig tök egyszerű
/etc/config/firewall -t kell alapra állítani
vagyis ennyi legyen benne és kész:config defaults
option output 'ACCEPT'
option forward 'ACCEPT'
option input 'ACCEPT'
config zone
option name 'lan'
option input 'ACCEPT'
option output 'ACCEPT'
option forward 'ACCEPT'
option network 'lan'
config zone
option name 'wan'
option output 'ACCEPT'
option masq '1'
option mtu_fix '1'
option input 'REJECT'
option forward 'REJECT'
option network 'wan wan6'
config rule
option name 'Allow-DHCP-Renew'
option src 'wan'
option proto 'udp'
option dest_port '68'
option target 'ACCEPT'
option family 'ipv4'
config rule
option name 'Allow-Ping'
option src 'wan'
option proto 'icmp'
option icmp_type 'echo-request'
option family 'ipv4'
option target 'ACCEPT'
config rule
option name 'Allow-IGMP'
option src 'wan'
option proto 'igmp'
option family 'ipv4'
option target 'ACCEPT'
config rule
option name 'Allow-DHCPv6'
option src 'wan'
option proto 'udp'
option src_ip 'fc00::/6'
option dest_ip 'fc00::/6'
option dest_port '546'
option family 'ipv6'
option target 'ACCEPT'
config rule
option name 'Allow-MLD'
option src 'wan'
option proto 'icmp'
option src_ip 'fe80::/10'
list icmp_type '130/0'
list icmp_type '131/0'
list icmp_type '132/0'
list icmp_type '143/0'
option family 'ipv6'
option target 'ACCEPT'
config rule
option name 'Allow-ICMPv6-Input'
option src 'wan'
option proto 'icmp'
list icmp_type 'echo-request'
list icmp_type 'echo-reply'
list icmp_type 'destination-unreachable'
list icmp_type 'packet-too-big'
list icmp_type 'time-exceeded'
list icmp_type 'bad-header'
list icmp_type 'unknown-header-type'
list icmp_type 'router-solicitation'
list icmp_type 'neighbour-solicitation'
list icmp_type 'router-advertisement'
list icmp_type 'neighbour-advertisement'
option limit '1000/sec'
option family 'ipv6'
option target 'ACCEPT'
config rule
option name 'Allow-ICMPv6-Forward'
option src 'wan'
option dest '*'
option proto 'icmp'
list icmp_type 'echo-request'
list icmp_type 'echo-reply'
list icmp_type 'destination-unreachable'
list icmp_type 'packet-too-big'
list icmp_type 'time-exceeded'
list icmp_type 'bad-header'
list icmp_type 'unknown-header-type'
option limit '1000/sec'
option family 'ipv6'
option target 'ACCEPT'
config rule
option name 'Allow-IPSec-ESP'
option src 'wan'
option dest 'lan'
option proto 'esp'
option target 'ACCEPT'
config rule
option name 'Allow-ISAKMP'
option src 'wan'
option dest 'lan'
option dest_port '500'
option proto 'udp'
option target 'ACCEPT'
config include
option path '/etc/firewall.user'
config forwarding
option dest 'lan'
option src 'wan'A többit akár luciban is beállíthatod, ha kellenek egyéni frowardok/szabályok.
-
#1986
suste
veterán
energiezolee
#1985
suste
veterán
válasz
energiezolee
#1985
üzenetére
[link]
én a 08-at szoktam ajánlani
de a tűzfalat rendbe kell tenni az első boot után!!!! -
suste
veterán
Nálam is stabil, de azt egyébként nem írtad hogy melyik fw.
Én a Headless egyik régebbi buildjét használom (smb, transmission, hdd+pen, rsync, wifi 2.4+5ghz, wput).
A 2.4-es wifi nem százas, néha leakad, de van másik ap-m is. Az 5ghz stabil és gyors.
100 nap fölött van most is.... -
szintén passzolok, anyóséknál is többhetes uptime-ok vannak (és ezeket mindig én rontottam el, nem magától). igaz náluk a 2,4-es wifi ki van kapcsolva (külön ap van), az ötgigásat meg szinte senki nem használja.
itthon viszont a közeli rokon xiaomi 3g mostanában pár naponta magába gabalyodik, pedig az alapfeladatain kívül nem nagyon csinál semmit, nincs plafonig hajtva a procija, mostanában a wifi azon is ki van kapcsolva... nem értem. -
-
-
Most tartok ott, hogy ki kellett vennem a 860L-t, mert napi szinten hasal meg.
Nem táp hiba, nem kondi hiba (mindet átmértem, ki is cseréltem már őket).
A jelenség ugyanaz: a router egyszerűen újraindul, előtte pár percre elérhetetlenné válik.
Kénytelen voltam visszarakni, a jó öreg, átkondizás után még mindig hibátlanul működő 1043ND-t (v1).
Nem nagyon van több ötletem, hogy ez mitől lehet...
-
nolika
senior tag
-
#1971
Kisbatyu75
tag
Kisbatyu75
tag
Sziasztok!
Hálózatfejlesztés volt idehaza, és most már az xbox360-at is vezetéken kötöttem a netre. Eddig wifivel csatlakoztam. Érdekes módon most a system video player menü alatt nem jelenik meg az openwrt dlna player (minidlna). Kipróbáltam egy laptoppal is és valóban, ha wifin csatlakozik, akkor látja a dlna kiszolgálót, de ha vezetéken, akkor nem.
A minidlna settingsen belül a kiszolgált interfészeknél ez van:
Lehet ezen kellene állítani valamit?
Van tippetek, hogy ez mitől lehet? -
-
#1966
kristof123
őstag
ivana
#1961
kristof123
őstag
Kemény 28 torrent futott, kivettem egyet és jobban bírta a dolgot. Köszönöm a segítséget!
Viszont volt amikor 30+ torrenttel is elbírt mindenféle probléma nélkül. Függne ez a torrent méretétől is?(#1962) F34R:
Nem igazán találtam meg, valószínűleg rossz helyen kerestem. Egyelőre beérem azzal a megoldással, hogy kevesebb torrentet futtatok. -
Na várjál, nálad is előjött ez a jelenség ami nálam? Pár óránként vagy 1-2 napnként eltűnt a hálózat (a komplett hálózat), és csak restart után működödtt?
Nekem egyébként gyanús, hogy nem a kocka táp, hanema belső kondik adták meg magukat. Most még várok 2-3 napot az új táppal így átkondizás után, hogy lássam: tényleg megjavult. Utána visszarakom a gyári tápját (amiben még az eredeti kondik vannak), hogy kiderüljön hogy az jó-e.
Nálam amúgy elég melegben volt a cucc: éves átlagban 31-32 fokos "szoba"hőmérsékleten.
-
A kondi kiszáradás gyanúval kapcsolatban tovább nyomoztam:
A router panelján kicseréltem a 3 elkót (3 darab 35Volt 220uF kondi van rajta összesen), illetve ugyanolyan kocka tápból volt itthon egy 0km-es, azt kicseréltem.
És láss csodát: a router azóta stabilan működik.
A 3 kondi a nyákon nem tűnt púposnak (persze ettől még lehet szar, majd megmérem őket valamikor), a kocka táp viszont elég jól túl van méretezve: 12/2A, nálam (semmi nincs az USB-n) 5-6 watt körül megáll a téma.
Szóval az még nem világos, hogy az a 3 kondi a routerben, vagy a kocka táp (vagy mindkettő) volt a szar, de valamelyik egészen biztosan az volt. 2 év és 2 hónap használat után.... Ha jól rémlik ilyen hamar semmimben nem szart be elkó korábban...
-
#1962
F34R
nagyúr
kristof123
#1960
F34R
nagyúr
válasz
kristof123
#1960
üzenetére
van az /etc/config/transmission-ben
option mem_percentage-t vedd fel 80-ra.
cache ha nullan van akkor nem kellene sok memoriat benyalnia.
-
#1961
ivana
addikt
kristof123
#1960
ivana
addikt
válasz
kristof123
#1960
üzenetére
Kevesebb torrent fusson. Az oom-killer pontozza a processzeket és a legnagyobb memória evőt nyírja ki először.
A másik lehetséges ok, hogy leakes az adott transmission, akkor próbáld frissíteni.
-
#1960
kristof123
őstag
kristof123
őstag
Sziasztok!
Mostanában random időközönként leáll a transmission (1-3 naponta), próbáltam router újraindítást, de nem oldotta meg a problémát. Logból kiderült, hogy kevés a memória és lelövi a transmissiont (...kernel: Out of memory: Kill process (transmission-da)...). Padavan fw.
Hogyan tudnám ezt megakadályozni? -
válasz
woodworm
#1958
üzenetére
De van, de gondolom, hogy ehhez kell valami külső szolgáltató is, nem?
Amit a wikijében olvastam, az alapján belső vpn-nek tűnik, ami nem tudom, hogy mire jó.
Nálam az lenne a lényeg, hogy kívülről (melóhelyi pc, telefon) tudjak csatlakozni rá, és érvényesek legyenek az 1.) pontban megszabott szürések, illetve lássam a winyó tartalmát. -
Ma reggelre kiderült, hogy bevált a log file áthelyezős művelet, a winyó szépen leáll ha nincs használatban.
Nagyon örülök neki.
Már csak két dolog hiányzik a boldogsághoz:
1.) - URL blokkolást szeretnék valahogy megvalósítani, ami műxik https címekkel is.
2.) - Szeretnék egy VPN szervert, hogy kívülről is a routeren keresztül tudjak netezni.Az első fontos, a második kevésbé.
Merre induljak, minek nézzek utána?
Kössz előre is.
-
válasz
Headless
#1953
üzenetére
Soha életemben nem használtam cron-t még, így nem is jutott eszembe azt használni.
Utánaolvasok, hogy miket tud.
Viszont a problémát megoldottam máshogy: biztosra vettem, hogy a logolás a gond forrása, így először a transmission configjában vettem 0-ra a message-level-t, de ez nem volt elég; létrehozta a logot üresen, de nyitva hagyta.
Ezután csináltam egy másolatot a transmission-t elindító shell script-ből (asszem transmission.sh), amiben átírtam a logolásra vonatkozó paramétert a /tmp mappára, és ezzel indítom el a transmission-t. Ez leállította a led villogását. Feltételezem, hogy ezután le is fog állni a winyó.Már csak azt kell kitalálni, hogy az eredeti shell script-be bele lehet-e piszkálni.
-
#1952
Bici
félisten
Kisbatyu75
#1951
válasz
Kisbatyu75
#1951
üzenetére
Van padavan alatt alapból olyan, hogy lekapcsolja a winyót, ha nem csinál semmit.
Itt az a baj, hogy csinál valamit, amikor a transmission fut, akkor is, ha üresen fut.
Ha lekapcsolom a transmissiont-t, akkor lemegy alvóba a winyó.Én mindenképpen a transmission-nél gyanakszom valami hibás beállításra, mert annak a működése közben villog csak a led, és marad ébren a winyó.
Elgondolkodtam, hogy entware-ből felteszek egy deluge-t, de ezt csak akkor, ha végképp nem tudom megoldani a dolgot.
-
-
-
válasz
woodworm
#1944
üzenetére
Oks, igy mar sikerult.
Koszi!A rossz hir, hogy igy is tekeri a winyot. Ha kikapcsolom a transmissiont, akkor abbahagyja - ha visszakapcsolom, akkor teker, hiaba van false a configban, plusz meg a tmp-be is atraktam a mappat, biztonsag kedveert.
Mi lehet meg, amit be kellene allitanom?
-
-
válasz
Headless
#1939
üzenetére
Nem hasznalom,
csak nem talaltam meg, hogy hol kell kikapcsolni.Megtalaltam, hogy a /opt/etc/transmission/setting.json a felelos a beallitasokert.
Egy gond van, nem tudok telepiteni semmit a routerre (pedig engedelyezve van az entware), mert az opkg parancs nem muxik nalam. Igy nincs nano-m sem.mod: entware-setup.sh sem muxik.
-
-
válasz
Headless
#1937
üzenetére
Kossz!
Kiderult, hogy a transmission csinalja. Annira, hogy hiaba van beallitva, hogy egy ora mulva menjen eludni, nem megy. Egesz ejjel villogott.
A transmission.log-ot tartja nyitva a kis gonosz.Szamomra ez erdekes benne:
[2019-02-16 07:38:46.806] Watching "/mnt/transmission/watch" for new .torrent files (daemon.c:573)
Web interface-rol nem talaltam opciot, ahol ki lehetne kapcsolni. Mashol esetleg ki lehet?
Marmint ha szerintetek is ez okozza a gondot.Kossz!
-
-
#1935
Capricornhun
tag
Capricornhun
tag
Ma forgattam egy új firmwaret prometheus segítségével. Benne van a TOR+Privoxy. Nekem müködik
. .3.4.3.9L-100_c5e458e -
Noss, megnéztem, nem a router a hibás.
A linuxom kezeli lassan az SMB, vagy hálózati kapcsolatot. Windows alatt 80-90 között volt átlagban, de néha felment 110-re is egy-egy pillanatra.
Ezennel köszi a segítséget mindenkinek, es folytatom a linuxos topik(ok)ban a nyomozást. -
woodworm
veterán
-
vargalex
félisten
Ha a 2,4 GHz-es wifi-d sokkal rosszabb lesz USB3-as HDD csatlakoztatása esetén, akkor meg lehet próbálkozni USB2-es kezeléssel. Ugyanis a 2,4 GHz-es wifi és az USB3 zavarhatja egymást.
Bekapcsolt állapotban írja a Padavan is:
-
#1928
woodworm
veterán
Kisbatyu75
#1927
woodworm
veterán
válasz
Kisbatyu75
#1927
üzenetére
Padavan ez is, csak bele lettek forgatva a skinek, plusz két dlink logo. Én voltam az első itt, aki használni kezdte, akkoriban forgattam egy saját buildet, azóta is az van rajta.
-
válasz
vargalex
#1921
üzenetére
Ezt nem neztem meg, de megneztem FTP-vel es NFS-sel is.
Este ranezek ssh-val is.
Kossz a tippet!avman: Az elso ebay-es noti keret eseten en is erre gyanakodtam, de amikor a masik 3.5"-os IcyBox eseten is ugyanez volt a helyzet, akkor mar elkezdtem gyanakodni, hogy mashol lehet a hiba.
Persze, ezt sem zarhatom ki, de amig a cseren kivul mast is ki tudok probalni, addig vegigviszem azokat a lehetosegeket. -
Sziasztok!
Sajnos, még mindig szenvedek az USB winyó adatátviteli sebességgel.
Az összefoglalóban lévő Padavan van fent.
kipróbáltam két külön külső winyóvalnis, mindkettő 110MB/s felett visz asztali gépről, de a routerre csatlakoztatva 37/21 MB/sec környékén tud csak olvasni/írni SMB protokollal.
A linuxos topikban is felteszem a kérdést, hátha a CentOS gyári samba beállításai miatt ilyen lassú (bár ftp-n, és nfs-sel is ez volt).
Addig is ha bárkinek van tippje, szívesen fogadnám.Kössz!
-
Tegnap meglepő dolgot csinált a router: úgy kifagyott az Openwrt, hogy csak áramtalanítással lehetett kihozni belőle. Pingelni sem lehetett. Sosem csinált még korábban ilyet. Az Openwrt verziót is vagy 100 napja futtatom, tehát azzal biztosan nincs gond.
Azt hiszem így bő két év után lassan belépünk a kondi száradás varázslatos világába...
-
végül megoldódott a wifi problémája: vettem egy tp-link eap110-et 5e forintért, a dlinkben kikapcsoltam a 2,4 ghz-t, az eapot letettem mellé, és azóta boldogság van, stabilitás, és jobb lefedettség a sarkokban is.
valójában kettőt vettem, lehet hogy az alsó szintre bedobom a másikat, hogy ne 40 hanem 100 mbit legyen az elérhető sebesség, de igazából webezni teljesen mindegy, legfeljebb a saját lelkem megnyugtatására lenne jó
köszi mindenkinek a segítséget!
-
Sziasztok!
A Padavan firmware-hez szoktak jonni biztonsagi frissitesek?
Az osszefoglaloban levo leiras tartalmaz egy Google Drive linket. Ezen a linken gondolom, nem valtozott maga a file, mert akkor a SUM-ok is valtoztak volna.Vagy szuksegtelen a rendszeres frissites?
-
válasz
vargalex
#1908
üzenetére
a beállítások maradtak, és minden más jó is volt (pppoe, dhcp, ddns, miegyéb). de szeretném kihangsúlyozni, nem azt akarom mondani, hogy a builded nem jó, csak hogy valami nem jött össze, nekem meg most nem volt időm újraállítgatni mindent a nulláról. szóval ha lesz egy kis idő, lehet nekiugrok mégegyszer.
boldog névnapot
-
vargalex
félisten
válasz
vargalex
#1908
üzenetére
Még annyi, hogy alap beállítás szerint ugyan úgy van, mint minden OpenWrt buildben. Azaz LAN felől minden engedélyezett, DHCP, DNS szerver fut, stb. Tehát biztos, hogy te állítottál el valamit. Esetleg kliens oldalon van beállítva statikus IP nem az alap 192.168.1.1 gateway-al, DNS-el...
-
válasz
vargalex
#1905
üzenetére
nem volt egy sikertörténet
feltettem, rácsodálkoztam hogy magyarul van viszont a wan és lan oldal között képződött egy téglafal, router kilátott netre, a kliensek viszont nem. a konfig nem változott, hosszas játékra viszont nem volt időm, így ment vissza a meglevő. köszi azért!xabolcs: korábbi snapshotokat honnan lehet letölteni? bár azóta megint stabilnak mutatkozik a wifi (kopp-kopp-kopp).
-
vargalex
félisten
Szia!
Esetleg próbáld meg ezt, vagy az uPnP-vel kiegészített verzióját. Nekem ezek a build-ek mennek teljesen stabilan 3 routeren is. Ebből 2 a cégnél, 1 jó néhány eszközt szolgál ki folyamatosan.
-
válasz
xabolcs
#1903
üzenetére
pont az. ennyire nem súlyos, mint a levelekben (elsőre két napig stabil volt, utána reboot után 4 órán át bírta, most egyelőre négy és fél órája megy), de akkor rápróbálom ezt a snapshotot, köszi
aztán meglátjuk, hogy marad-e egyáltalán ez a router, mert nálam 60 négyzetméteren teljesen jó volt, de a mostani helyén a kétszintes házban sajnos gyengébb az előző telekomos eszköznél. -
sziasztok,
valaki futott már bele ilyenbe? aktuális stable openwrt, a routeren semmi egyéb mágia (torrent stb) nem fut, viszont a wifi rendszeresen páróránként szétesik. ilyenkor kívülről elérhető az eszköz, és azt mondja, hogy nem lóg rajta semmilyen vezetéknélküli eszköz, a kliensek viszont úgy érzik, hogy fent vannak, de nincs semmi forgalom. reboot után jó, de ez nem megoldás... -
A root felhasználóval nem tudok belépni, szerintem nem létezik, vagy nem aktív padavan-nál, de végülis nem is ez volt a gond.
A gond ott volt, hogy nem volt engedélyezve az entware.
Bekapcsoltam, és máris volt minden, amire szükségem volt.Érdemes az entware-t bekapcsolva hagyni? Használ cpu-t, vagy ram-ot bekapcsolt állapotban? Kikapcsoltam, de nem vettem észre különbséget.
)
de a 2,4-es wifi ki van kapcsolva (külön ap), az 5-öst meg alig használják.
. .3.4.3.9L-100_c5e458e
Új hozzászólás Aktív témák
- Apple iPhone 6/6 Plus szerviz alkatrészek, készletről akár másnapra!
- BESZÁMÍTÁS! ASRock A520M R5 3600 16GB DDR4 512GB SSD GTX 1060 6GB ZALMAN T3 Plus Deepcool 400W
- Bomba ár! Dell Latitude E5450 - i7-5GEN I 8GB I 500GB I 14" HD I HDMI I Cam I W10 I Gari!
- Keresünk iPhone 14/14 Plus/14 Pro/14 Pro Max
- Gamer PC-Számítógép! Csere-Beszámítás! I5 9600KF / RTX 3060Ti / 16GB DDR4 / 256SSD + 2TB HDD
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest