- Xiaomi 14 - párátlanul jó lehetne
- Honor Magic5 Pro - kamerák bűvöletében
- Samsung Galaxy S21 FE 5G - utóirat
- iPhone topik
- Google Pixel 3a teszt - a Nexus szellem-e?
- Google Pixel 3 - egyszerűen nagyszerű
- Huawei P30 Pro - teletalálat
- Samsung Galaxy A54 - türelemjáték
- Google Pixel 8 Pro - mestersége(s) az intelligencia
- Apple Watch Ultra - első nekifutás
Hirdetés
-
Igencsak szerény méretekkel rendelkezik az Aetina Xe HPG architektúrás VGA-ja
ph Az 50 wattos modellt beágyazott rendszerekbe, MI-vel kapcsolatos munkafolyamatokhoz és edge applikációkhoz szánták.
-
Toyota Corolla Touring Sport 2.0 teszt és az autóipar
lo Némi autóipari kitekintés után egy középkategóriás autót mutatok be, ami az észszerűség műhelyében készül.
-
Rossz üzlet az EV-kölcsönzés
it Küszködik az EV-kölcsönzés miatt a Hertz Global, még több EV-t adnak el.
-
Mobilarena
ASUS WL-500G Premium
Új hozzászólás Aktív témák
-
seaky77
tag
Milyen firmware?
Általánosságban:
tc v. wshaper script
A forgalom korlátozáshoz nem feltétlen kell wondershaper de érdemes olvasgatni az alábbi fórumot
[link]
Manuális forgalomkorlátozás kicsit macerás ebben segít a wshaper.
Ime egy kis tc példa:
# az összes eddigi qos queue törlése eth0 = wan-lan
tc qdisc del dev eth0 root handle 1: htb default 2
#root qos handle készítése
tc qdisc add dev eth0 root handle 1: htb default 2
#root class késztése 100Mbps-re
tc class add dev eth0 parent 1: classid 1:1 htb rate 100Mbps ceil 100Mbps
#példa forgalom korlátozás down/up 100kbit/70kbit
#download class
tc class add dev eth0 parent 1:1 classid 1:10 htb rate 0kbit ceil 100kbit
#upload class
tc class add dev eth0 parent 1:1 classid 1:11 htb rate 0kbit ceil 70kbit
#default class létrehozása
tc class add dev eth0 parent 1:1 classid 1:12 htb rate 200000kbit ceil 20000kbit
#az 1:10 download speed class beállítása 192.168.1.15 ip számára
tc filter add dev eth0 protocol ip parent 1:0 prio 3 u32 match ip src 192.168.1.15 flowid 1:10
#az 1:11 upload speed class beállítása 192.168.1.15 ip számára
tc filter add dev eth0 protocol ip parent 1:0 prio 3 u32 match ip src 192.168.1.15 flowid 1:11
1. magyar prezentácio csak egy kis átfutás
[link]
2. angol doksi a tc-ről
[link]
üdv,
seaky
[Szerkesztve] -
seaky77
tag
Elvileg:
VIA VT6212(L) chip felelős az USB adatátvitelért ez ami a datasheet szerint 480Mb/sec-et tud!!! (ez ugye 60MB/sec) képes ami megfelelel az usb 2.0-ás szabványnak. Ez a sebesség meg is lehetne az USB device és a router CPU-ja között(!!!!) de a szg és a router között maximálisan csak 100Mb/sec lehet (!!!) ami már rögtön lecsökkenti az átviteli sebességet 12.5 MB/sec-re. Tehát az elméleti átviteli sebesség ez lehetne.
De a CPU is igen erősen limitál, mivel ez csak egy 266Mhz-es csöppnyi operatívtáras.
Gyakorlatban:
Mikor teszteltem az átviteli sebességet a CPU és az usb storage között swap nélkül 1-1.5MB/s tudtam elérni. 64MB swappel már közel 4MB/s-re tudtam feltornászni és a proci alig 2-8% on pörgött ugyhogy van ott még valami más is Sejtésem szerint az usb driver illetve a ip csomagok taggelése is lassíthat. Igy szerintem a WAN-LAN között is valahol 4-5MB/sec körül lehet a maximális átviteli sebesség
LAN-LAN az más azt külön chip csinálja -
-=Jam=-
őstag
Simán csak a hostnevet nem tudod felmappelni.
Samba configban meg kell adni, hogy melyik mappát milyen néven ossza meg, és az már menni fog.
Samba config file-ba így néz ki:
[smbshare1]
comment = Router megosztás (Ezen a néven fogod látni a hálózaton)
path = /opt/etc/samba/Share (Ezt a könyvtárat osztja meg)
writeable = yes
browseable = yes
[Szerkesztve] -
reasonfan039
csendes tag
hmmm....akkor most jól értem:
- DM gagyi, nem jók működik, de nincs is alternatíva rá
- USB-s vinyó ftp-vel néha megy, néha nem
- Sambával ugyanez a helyzet, lassú az írás/olvasás
- torrentezésre nincs kiforrott megoldás
- kamerát nem is nagyon tesztelte senki
- sávszélesség management nem az igazi
- viszont nyomtató szerverként használható
Most akkor jól látom, hogy ne cseréljem le a wrt54g-met???
(Sajnos) köszi,
RF -
Qrtee
csendes tag
-
seaky77
tag
Egyenlőre még nem és bandwidth management-et is kihagytam most. De persze a jövőben bármi lehet. Egyenlőre derüljön ki valós használat közben mennyire stabil és egyáltalán életképes-e dolog. Tesztelni kell orba-szájba pl: van e memória szivárgás... mivan ha egyik ectorrent kliens lehal stb...
Kezdetben egy ultragagyi web-es felületet dobok össze. Azután kerítek itt a PH!-n valakit aki esetleg besegít a felület design-ba. Utána összedobunk egy doksit. A terv egyenlőre ennyi.
Ne gondoljatok valami hihetetlen desingos dologra, első körben. Amit tudni fog az a következő:
- torrent file upload web-en keresztül, amire elindul egy ectorrent process ami egy másik fülön monitorozható. (letöltött/feltöltött/le-sebesség/felsebesség/leállítás) egyenlőre ennyi
üdv,
seaky -
garak
csendes tag
http://www.utorrent.com/testport.php?port=2706
[link]
Ez elvileg megmondja nyitva van-e a 2706-os, de átírhatod másik portra is.
Én simán a webes felületen próbáltam megnyitni, de nem megy a utorrent és a
bitcommet portja működik.
Ez így miért nem megy? miért kell az iptables babrálni? -
garak
csendes tag
A webes dolgot nem megoldásként peszteltem be, inkább kérdésként, hogy így mi
a francért nem megy.Természetesen ha kinyitogattad ''kézzel'' a portokat, annak mennie kell. Egyébként UDP-t nem kell csak TCP-t.
A torrent kliensek nem csatlakoznak mindig minden peerhez. Amit az oldalon látsz az az összes peer, ezekből a kliens - számomra rejtéjes módon- kiválsztja azokat, amelyikre csatlakozik. Ezt más klienseknél is tapasztalom.
A portokat hogyan nyitogattad meg konkrétan? Lehet én is azt csinálom és nem töröm magam tovább a webessel.
A teszt nyitottnak mutatja aportjaidat? -
Fisha
őstag
Siman betettem a post-firewall scriptbe ezeket:
iptables -A INPUT -p tcp --dport 2697 -j ACCEPT
iptables -A INPUT -p tcp --dport 2698 -j ACCEPT
iptables -A INPUT -p tcp --dport 2699 -j ACCEPT
iptables -A INPUT -p tcp --dport 2700 -j ACCEPT
iptables -A INPUT -p tcp --dport 2701 -j ACCEPT
iptables -A INPUT -p tcp --dport 2702 -j ACCEPT
iptables -A INPUT -p tcp --dport 2703 -j ACCEPT
iptables -A INPUT -p tcp --dport 2704 -j ACCEPT
iptables -A INPUT -p tcp --dport 2705 -j ACCEPT
iptables -A INPUT -p tcp --dport 2706 -j ACCEPT
iptables -A INPUT -p udp --dport 2697 -j ACCEPT
iptables -A INPUT -p udp --dport 2698 -j ACCEPT
iptables -A INPUT -p udp --dport 2699 -j ACCEPT
iptables -A INPUT -p udp --dport 2700 -j ACCEPT
iptables -A INPUT -p udp --dport 2701 -j ACCEPT
iptables -A INPUT -p udp --dport 2702 -j ACCEPT
iptables -A INPUT -p udp --dport 2703 -j ACCEPT
iptables -A INPUT -p udp --dport 2704 -j ACCEPT
iptables -A INPUT -p udp --dport 2705 -j ACCEPT
iptables -A INPUT -p udp --dport 2706 -j ACCEPT
iptables -t nat -A PREROUTING -i -p tcp --dport 2697 -j DNAT --to-destination :2697
iptables -t nat -A PREROUTING -i -p tcp --dport 2698 -j DNAT --to-destination :2698
iptables -t nat -A PREROUTING -i -p tcp --dport 2699 -j DNAT --to-destination :2699
iptables -t nat -A PREROUTING -i -p tcp --dport 2700 -j DNAT --to-destination :2700
iptables -t nat -A PREROUTING -i -p tcp --dport 2701 -j DNAT --to-destination :2701
iptables -t nat -A PREROUTING -i -p tcp --dport 2702 -j DNAT --to-destination :2702
iptables -t nat -A PREROUTING -i -p tcp --dport 2703 -j DNAT --to-destination :2703
iptables -t nat -A PREROUTING -i -p tcp --dport 2704 -j DNAT --to-destination :2704
iptables -t nat -A PREROUTING -i -p tcp --dport 2705 -j DNAT --to-destination :2705
iptables -t nat -A PREROUTING -i -p tcp --dport 2706 -j DNAT --to-destination :2706
iptables -t nat -A PREROUTING -i -p udp --dport 2697 -j DNAT --to-destination :2697
iptables -t nat -A PREROUTING -i -p udp --dport 2698 -j DNAT --to-destination :2698
iptables -t nat -A PREROUTING -i -p udp --dport 2699 -j DNAT --to-destination :2699
iptables -t nat -A PREROUTING -i -p udp --dport 2700 -j DNAT --to-destination :2700
iptables -t nat -A PREROUTING -i -p udp --dport 2701 -j DNAT --to-destination :2701
iptables -t nat -A PREROUTING -i -p udp --dport 2702 -j DNAT --to-destination :2702
iptables -t nat -A PREROUTING -i -p udp --dport 2703 -j DNAT --to-destination :2703
iptables -t nat -A PREROUTING -i -p udp --dport 2704 -j DNAT --to-destination :2704
iptables -t nat -A PREROUTING -i -p udp --dport 2705 -j DNAT --to-destination :2705
iptables -t nat -A PREROUTING -i -p udp --dport 2706 -j DNAT --to-destination :2706
Ezutan:
flashfs save
flashfs commit
flashfs enable -
ajo
csendes tag
Elvileg lehet, hogy limitálták az OS-ben a kezelhető eszközök számát... S akkor nem megy. Az én elképzelésem az hogy, az egyik USB portra fixen rádzgok valami kis vinyot, a másikra egy hubot, arra nyomtatót további s ha lel akkor oda tudok rakni kártya olvasot, peddrivet ill vinyot...
-
reasonfan039
csendes tag
Szia,
nekem volt már többször is...Ahogy visszakövettem a dogokat, a vinyó volt a hibás, pontosabban a külső házam kábel-megbízhatatlansága. Nézd meg a vinyót, hogy biztosan felpörög-e...akkor indítsd újra a routert, nézd meg a mountolásokat, és várd a csodát. Ha máshogy nem megy, kösd rá a külső vinyót a PC-dre, aztán ott is van egy olyan progi, amivel XP alá olvasásra tudsz mountolni (Ext2Fsd-0.31a, vagy ext2ifs-0.3..., viszonylag egyszerű a használata, de reboot kell). Nekem úgy is sikerült már visszanyernem a cuccost.
Sok sikert!
Új hozzászólás Aktív témák
● Olvasd el az összefoglalót!
- Rövid előzetesen a S.T.A.L.K.E.R. 2: Heart of Chornobyl
- Milyen autót vegyek?
- Tarr Kft. kábeltv, internet, telefon
- EAFC 24
- ASZTALI GÉP / ALKATRÉSZ beárazás
- bitpork: Fogyasztásra ítélve
- Suzuki topik
- Xiaomi 14 - párátlanul jó lehetne
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Kerékpárosok, bringások ide!
- További aktív témák...