-
Fototrend
OpenWrt topic
Új hozzászólás Aktív témák
-
Tamy
őstag
válasz
BullZeye
#20110
üzenetére
Ha letelik a lease time, akkor már az új címet fogja kapni. Ha ezt nem tudod/akarod kivárni, akkor az is megoldás, ha egy pillanatra bontod a hálózati kapcsolatot (kihúzod a netkábelt, majd visszadugod). Windows esetén az ipconfig /release, ipconfig /renew parancs, Linux alatt pedig a dhclient -r interface parancs is segít.
-
Tamy
őstag
válasz
vargalex
#19016
üzenetére
Webes felületen összevonható a két interface, hasonlóan az alábbi képhez (ez egy 841nD-ről készült):

Itt jelen esetben azt mutatja, hogy Disabled, holott nem, de ez részletkérdés. Ennél a modellnél az egész Status fül gyakorlatilag tök üres, se ip-k, se mac addressek, se Wifi adatok, semmi, ettől persze még működik.
-
Tamy
őstag
Sajnos nem jutottam előrébb. Próbáltam összeállítani egy olyan mentést, amit összefésültem az openfnord mentésével, de azt nem ette meg a router. Kézzel felmásoltam amit szükségesnek gondoltam, de a wireless konfig teljesen más, megbolondul tőle, webes felületen mindenféle nemlétező interface, nemlétező beállításai jelennek meg, így azt ki kellett hagynom. Egyébiránt bármit próbáltam ugyanaz lett a végeredmény, a router csak wifiről érhető el. Van mentésem többek között egy jól működő Archer C20-ról is, próbáltam az alapján is a beállításokat, de nem értem el eredményt.
-
Tamy
őstag
A 253 stimmel, a space nem tudom hogy került bele, de nem hinném, hogy az a gond,. Eleve az csak a routerre vonatkozik, mivel ő csak AP, így a rácsatkakozott eszközöket nem befolyásolja. Illetve a routert ip-vel próbáltam elérni.
Mód.: a space szerintem azért kerül bele, mert csak egy dns szervert állítok be neki, meg kellene néznem egy másikon, de gondolom annál is benne van.
-
Tamy
őstag
Sziasztok!
Hozzájutottam egy TP-Link Archer C2 AC750 v1.1 routerhez, ráraktam a legfrisebb, 1.14-es Gargoyle fw-t. Csak AP-nak lesz használva, dhcp kikapcsolva, wan a lan-hoz rendelve, sok ilyet csináltam már, de itt valami csalafintaság van. Amint végzek a beállításokkal lanon egyáltalán nincs többé net, dhcp-n a szervertől megkapom a helyes adatokat, de se ping semerre, se a routert nem érem el weben (mást se), se ssh-n. Ugyanakkor wifin keresztül elérem mind ssh-n, mind weben. A Status fül gyakorlatilag tök üres, se ip, se mac címek (ezek a beállítás előtt is üresek voltak). Ezek nélkül mondjuk megvagyok. Kicsit keresgélve ezt találtam, valószínű ez okozza a keveredést. A leírás alapján töröltem a switch0 részt, annyiban javult a helyzet, hogy wifin kapcsolódva kilátok a netre, de madzagon továbbra sem érem el se a routert, se a netet. Tűzfal elvileg nem játszik, valamiért máshogy kezeli a wifit, mint a többi lan portot, de a network configban én nem látom az okát.
Itt a teljes network konfigom, ha más kell, felrakom azt is.
config interface 'loopback'option device 'lo'option proto 'static'option ipaddr '127.0.0.1'option netmask '255.0.0.0'config globals 'globals'option ula_prefix 'fd::/48'config device 'brlan_dev'option name 'br-lan'option type 'bridge'list ports 'eth0.1'list ports 'eth0.2'config interface 'lan'option device 'br-lan'option proto 'static'option netmask '255.255.255.0'option ipaddr '192.168.4.247'option ip6assign '128'option ip6ifaceid '::0'option dns '192.168.4.253 'option gateway '192.168.4.253'config device 'wan_eth0_2_dev'option name 'eth0.2'option macaddr 'f4:'config interface 'wan6'option device 'eth0.2'option proto 'none'config switchoption name 'switch0'option reset '1'option enable_vlan '0'config switchoption name 'switch1'option reset '1'option enable_vlan '1'config switch_vlanoption device 'switch1'option vlan '1'option ports '1 2 3 4 6t'config switch_vlanoption device 'switch1'option vlan '2'option ports '0 6t' -
-
Tamy
őstag
válasz
csabyka666
#16462
üzenetére
Van rá Gargoyle, csak ne a legfrissebb fw-t nézd, az 1.10-es verzió az utolsó hozzá.
-
Tamy
őstag
válasz
csabyka666
#16434
üzenetére
De igen, ugyanúgy, mit minden OpenWRT telepítésnél, akkor a factory kell a Gargoyle fw-ből. Illetve majd a többiek megmondják kell-e esetleg előtte egy gyári fw. Tudtommal nem, de régen használtam DD-WRT-t, változhatott azóta.
-
Tamy
őstag
válasz
csabyka666
#16432
üzenetére
Szerintem teljesen egyértelmű. Betallózod, feltelepíted, majd a webes felületen beállítod amit szeretnél.
-
Tamy
őstag
válasz
csabyka666
#16426
üzenetére
Rakj a routerre egy Gargoyle fw-t (az is OpenWRT), ott webes felületen elő van készítve, pár kattintással megvan.
-
Tamy
őstag
válasz
Flowtation
#13450
üzenetére
És ha visszaraknád a routert router módba? A wan portot ráakaszthatod a sulinetes routerra, a lanon meg dhcp-n osztana ip-t. Akkor tudod mi a címe, eléred, és a netre is ki tudna menni. Telepíted a nyomtatóhoz szükséges csomagokat, aztán mehet vissza a mostani beállítás.
-
Tamy
őstag
-
Tamy
őstag
Gargoyle 1.10.0 alatt beállítottam, hogy a logokat fájlba mentse. Másik routeren, korábbi verzióval ez működik is, itt viszont valamiért nem megy.
Ez a /etc/config/system ide vonatkozó része:
config system 'system'
option cronloglevel '9'
option timezone 'CET-1CEST,M3.5.0/2,M10.5.0/3'
option hostname 'XY-router'
option log_type 'file'
option log_file '/tmp/share_home/username/log/rendszer.log'
option log_size '512'Ezek meg a mappa jogosultságai:
root@XY-router:~# ls -l /tmp/share_home/username/
drwxrwxrwx 2 root root 4096 Jun 24 17:11 log
drwxrwxrwx 2 root root 4096 Aug 1 17:14 photoÚjraindítás természetesen volt. Mi lehet a gond?
-
Tamy
őstag
válasz
Intel fan11
#11695
üzenetére
Pedig akkor valaki valamikor megváltoztatta vagy az ip címét, vagy a portot. Ha most ugyanazon érted el, mint amin a reset előtt is próbáltad, akkor nagyon más nem lehet.
-
Tamy
őstag
válasz
Intel fan11
#11692
üzenetére
Ha használtan került hozzád, vagy valaki már állítgatta korábban, akkor bármi más is lehet a címe. Parancssorba írd be: ipconfig /all, keresd meg mit ír átjáróhoz, az lesz a router ip címe. Persze még a port is lehet bármi, ha így sem megy nyomj egy resetet a routeren, utána próba újra.
-
Tamy
őstag
válasz
biccent
#8872
üzenetére
Akkor kezdetben hanyagold a DDNS-t, akár még jó is lehet, de ráérsz visszatérni rá, ha már ip-vel eléred.
Illetve az, hogy pingre nem válaszol kívülről, még nem jelent semmit, emlékeim szerint ez az alapbeállítás, de lehet, hogy tévedek. Webes felületet nézd, vagy ssh-t.
-
Tamy
őstag
Itt válaszolok a privát üzenetedre, mert ide tartozik.
A látogatott oldalak megjelenítésére a Gargoyle oldalán is találsz mintaképet.
-
Tamy
őstag
Az is volt, írtam is, hogy magamtól is próbáltam, csak utána nem volt elérhető a router. Lehet, hogy én nem vártam eleget (a LED-ek alapján már felállt a rendszer), vagy csak elsőre nem volt hajlandó megcsinálni (többször előfordult ilyen is). Mindegy, a lényeg, hogy most már jó.
-
Tamy
őstag
válasz
vargalex
#6789
üzenetére
Próbáltam úgy is, de amint átraktam a CPU-t taggedre, elérhetetlenné vált a router. Most tovább próbálkoztam, és úgy néz ki összejött, valószínűleg nem vártam eleget újraindítás után, vagy csak többszöri nekifutásra jött volna össze (volt amit csak harmadszorra volt hajlandó megcsinálni). A LAN-nál is ki kellett vennem az eth0-át (ha bent hagytam ip-t se kaptam a megmaradt három LAN porton, ami érthető is), így csak az eth0.1 maradt (a wifit is a wan-hoz bridgeltem).
Köszönöm a segítséget.
-
-
Tamy
őstag
Sajnos kicsit bonyolultabb a történet, mint elsőre gondoltam. Itthon egy 1043 v1 routerem van, Gargoyle fut rajta. A /etc/config/network tartalma ez:
config interface 'loopback'
option ifname 'lo'
option proto 'static'
option ipaddr '127.0.0.1'
option netmask '255.0.0.0'
config interface 'lan'
option ifname 'eth0.1'
option type 'bridge'
option proto 'static'
option netmask '255.255.255.0'
option ipaddr '192.168.2.1'
option dns '8.8.8.8 8.8.4.4'
config interface 'wan'
option ifname 'eth0.2'
option proto 'dhcp'
option dns '8.8.8.8 8.8.4.4'
option peerdns '0'
config switch
option name 'rtl8366rb'
option reset '1'
option enable_vlan '1'
config switch_vlan
option device 'rtl8366rb'
option vlan '1'
option ports '1 2 3 4 5t'
config switch_vlan
option device 'rtl8366rb'
option vlan '2'
option ports '0 5t'Itt egyértelmű lenne átrakni az 1. LAN portot a WAN-al közös VLAN-ba. A kiszemelt példány viszont egy 741ND v4 (szintén Gargoyle), ott némiképp másképp néz ki ugyanez:
config interface 'loopback'
option ifname 'lo'
option proto 'static'
option ipaddr '127.0.0.1'
option netmask '255.0.0.0'
config globals 'globals'
option ula_prefix 'fd10:af68:729b::/48'
config interface 'lan'
option ifname 'eth0'
option force_link '1'
option type 'bridge'
option proto 'static'
option ipaddr '192.168.1.1'
option netmask '255.255.255.0'
option ip6assign '60'
config interface 'wan'
option proto 'dhcp'
option type 'bridge'
option _orig_ifname 'eth1 wlan0'
option _orig_bridge 'true'
option ifname 'eth1'
config interface 'wan6'
option ifname '@wan'
option proto 'dhcpv6'
config switch
option name 'switch0'
option reset '1'
option enable_vlan '1'
config switch_vlan
option device 'switch0'
option vlan '1'
option vid '1'
option ports '0 1 2 3 4'Pontosabban ez már egy mezei OpenWRT, mert időközben lecseréltem, hátha, de ugyanezt láttam a Gargoyle alól is, a WAN portnak nyomát se látom. Próbaképp webes felületen létrehoztam egy új VLAN-t, az egyik LAN portot átraktam oda, majd az interfészeknél a WAN portot hozzáadtam ehhez a VLAN-hoz is, de nem hozott eredményt. Abba a LAN portba csatlakozva nem kapok ip-t ezzel a beállítással.

-
Tamy
őstag
Sziasztok!
A router egy szerveren keresztül megy ki a netre. Azt szeretném megoldani, hogy az 1. LAN portba csatlakoztatott gép a szerverrel legyen egy hálózaton, míg a másik három port a router által natolt címtartományban maradjon. Elegendő ehhez, ha az 1. LAN portot átrakom a WAN-al közös VLAN-ba, vagy kell még valamit állítanom?
-
Tamy
őstag
válasz
újraregelt
#6255
üzenetére
Persze, megfelelő jelszóval/kulcspárral kell védeni, és nem árt valami kevésbé elterjedt portra rakni ezeket a szolgáltatásokat. Emellett persze lehet még bonyolítani a dolgokat, csak arra reagáltam, amit Intruder2k5 kollégának írtál. Az, hogy látod a logban a próbálkozásokat, még nem egyenlő azzal, hogy betörtek. Megfelelő védelemmel azért ez elég jól kivédhető. Persze mint tudjuk 100%-os védelem nincs.
-
Tamy
őstag
válasz
újraregelt
#6252
üzenetére
Az, hogy próbálkoznak, még nem jelenti azt, hogy be is jutnak. Próbálkozók akkor is lesznek, ha minden portot zárva tartasz.
-
Tamy
őstag
-
Tamy
őstag
válasz
lócitrom
#4370
üzenetére
#1 Pontosan nem tudom hol tart a folyamat, de úgy jó fél éve (vagy talán több is) jelezte valaki itt a Ph!-n, hogy készített hozzá, viszont valahol megakadt a folyamat, úgy rémlik talán ígéret is volt rá a Gargoyle részéről, hogy a következő verzióba bekerül. Szerintem ebbe a topicba volt róla szó anno'.
#2 Itt látható hogyan kell beállítani a tiltást host-ra.
#3 A 150-es wifivel még laboratóriumi körülmények között sem fogod tudni kihasználni a 100-as netet, gyakorlatban kb. 50-60 Mbit/s-nál többet nem fogsz tudni kicsikarni vele. A csatornaszélességet állítsd 40 MHz-re.
-
Tamy
őstag
válasz
vargalex
#3942
üzenetére
Bocsánat, teljesen igazad van. Néztem, hogy változott-e valami abban a sorban, de ez fel sem tűnt. Most, hogy írtad, nézem a többi ddns szolgáltató beállítását is a ddns_providers.conf fájlban, és más hasonló elrendezésűnél is így van. Ez volt a hiba. Most még a mezők elnevezését visszaírom.
Köszönöm a segítséged.
-
Tamy
őstag
válasz
vargalex
#3940
üzenetére
Ugyanaz a hibaüzenet így is, de igazából amit változtattál "required_variable_names" érték, az csak a webes felületen megjelenő mezők neve, nem hinném, hogy túl sokat befolyásol. Természetesen a "success_regexp" értékét is átírtam az általad javasoltra.
Se a routert, se a ddns szolgáltatást nem indítottam újra, úgy gondolom nem szükséges hozzá, a változásokat a ddns_providers.conf mentése után azonnal látom a webes felületen. Nem hiszem, hogy számít, de esetleg indítsam újra?
-
Tamy
őstag
Illetve inkább így:
service ipdns.hu
url_template http://[USERNAME]:[PASSWORD]@update.ipdns.hu/update?hostname=[DOMAIN]&myip=[IP]
required_variables domain username password
required_variable_names Domain Name,Username,Password
success_regexp /now points to/Vagy a 3. sorban a Domain Name esetleg egybeírva lenne jó?
-
Tamy
őstag
válasz
vargalex
#3936
üzenetére
Webes felületen nincs (1.5.9 verziónál). Közben látom az ipdns oldalán írják hogyan kéne hozzáadni, de ők is a custom lehetőséghez írják. Valami ilyesmit próbálok SSH-n hozzáadni a többi alapján:
service ipdns.hu
url_template http://[USERNAME]:[PASSWORD]@update.ipdns.hu/update?hostname=[DOMAIN]&myip=[IP]
required_variables domain password
required_variable_names Domain Name,Password
success_regexp /now points to/Jó lehet ez így?
-
Tamy
őstag
Sziasztok!
Miután a Dnydns fizetőssé vált, (újra) regeltem a többek által javasolt Noip.com-ra, de nemrég tőlük is kaptam egy levelet:
"Free Dynamic DNS hosts must be confirmed every 30 days by logging into your No-IP account and clicking update.
If you are still using xy.no-ip.biz and do not wish to have it removed from our system, please click the link below to confirm your hostname:"
Ha jól értem őket, itt is az van, mint korábban a Dyndns-nél, hogy legalább 30 naponta be kéne jelentkezni az oldalra. Arra gondoltam a korábban jól működő, erre megírt scriptet át lehetne írni, hogy itt is használható legyen. Gondolom ezt a két sort kéne a megfelelőre cserélni:
LOGINURL="https://account.dyn.com/entrance/"
CHKURL="https://account.dyn.com/"Az első ha jól sejtem ez lesz: https://www.noip.com/login, de a második sorhoz mit kéne írni?
-
Tamy
őstag
Igen, de ez csak az online telepítés hibaüzenete, bár annak is mennie kéne. Mi a hibaüzenet akkor, ha úgy csinálod, ahogy korábban írtam? Akkor nem szed le semmit a netről, mert felmásoltad amit telepíteni akarsz. Mondjuk ha függőségek vannak, akkor kellhet neki a net, hogy más csomagokat is le tudjon tölteni, de gondolom a hibaüzenetből az meg kiderülne.
-
Tamy
őstag
válasz
nagyszellem
#553
üzenetére
Attól függően, hogy mennyire akarod korlátozni, szerintem a legegyszerűbb módszer, ha átrakod 20MHz-re, vagy ha ez nem elég, akkor g módra.
-
Tamy
őstag
Sziasztok!
Szeretném lekérdezni a tegnapi dátumot, de elakadtam.
Ezzel a paranccsal megvan az aktuális dátum a kívánt formátumban, idáig minden rendben: date +"%Y-%m-%d"
Elvileg egyszerűen ki lehetne egészíteni a date -d yesterday opcióval, ami Ubuntu alatt szépen ki is írja a tegnapi dátumot, de OpenWrt alatt hibát dob. Ezen az oldalon találtam még számtalan példát, de egyik sem működik.
Egy másik oldalon született rá néhány megoldás ami már ténylegesen működik, de nem a nekem tetsző "%Y-%m-%d formátumban adja ki az eredményt. Tudom, hogy innentől már nem nagy dolog a kettőt egybegyúrni, de mégis eredménytelen minden próbálkozásom. -
Tamy
őstag
Találtam még egy ilyen megoldást, de ez végképp nem megy (persze nem OpenWrt-re van):
#!/bin/bash
#
# tc uses the following units when passed as a parameter.
# kbps: Kilobytes per second
# mbps: Megabytes per second
# kbit: Kilobits per second
# mbit: Megabits per second
# bps: Bytes per second
# Amounts of data can be specified in:
# kb or k: Kilobytes
# mb or m: Megabytes
# mbit: Megabits
# kbit: Kilobits
# To get the byte figure from bits, divide the number by 8 bit
#
#
# Name of the traffic control command.
TC=/sbin/tc
# The network interface we're planning on limiting bandwidth.
IF=eth0 # Interface
# Download limit (in mega bits)
DNLD=1mbit # DOWNLOAD Limit
# Upload limit (in mega bits)
UPLD=1mbit # UPLOAD Limit
# IP address of the machine we are controlling
IP=216.3.128.12 # Host IP
# Filter options for limiting the intended interface.
U32="$TC filter add dev $IF protocol ip parent 1:0 prio 1 u32"
start() {
# We'll use Hierarchical Token Bucket (HTB) to shape bandwidth.
# For detailed configuration options, please consult Linux man
# page.
$TC qdisc add dev $IF root handle 1: htb default 30
$TC class add dev $IF parent 1: classid 1:1 htb rate $DNLD
$TC class add dev $IF parent 1: classid 1:2 htb rate $UPLD
$U32 match ip dst $IP/32 flowid 1:1
$U32 match ip src $IP/32 flowid 1:2
# The first line creates the root qdisc, and the next two lines
# create two child qdisc that are to be used to shape download
# and upload bandwidth.
#
# The 4th and 5th line creates the filter to match the interface.
# The 'dst' IP address is used to limit download speed, and the
# 'src' IP address is used to limit upload speed.
}
stop() {
# Stop the bandwidth shaping.
$TC qdisc del dev $IF root
}
restart() {
# Self-explanatory.
stop
sleep 1
start
}
show() {
# Display status of traffic control status.
$TC -s qdisc ls dev $IF
}
case "$1" in
start)
echo -n "Starting bandwidth shaping: "
start
echo "done"
;;
stop)
echo -n "Stopping bandwidth shaping: "
stop
echo "done"
;;
restart)
echo -n "Restarting bandwidth shaping: "
restart
echo "done"
;;
show)
echo "Bandwidth shaping status for $IF:"
show
echo ""
;;
*)
pwd=$(pwd)
echo "Usage: tc.bash {start|stop|restart|show}"
;;
esac
exit 0 -
Tamy
őstag
Átnyálaztam, de hazudnék, ha azt mondanám sokat tanultam belőle. Annyit megcsináltam a leírtak alapján, hogy letiltogattam amire úgy gondoltam, hogy nincs szükség, meg egy sort hozzáadtam: "tc qdisc add dev "$DEV" egress" (valószínűleg az is hülyeség), de ettől persze még nem fog működni

#!/bin/sh
insmod cls_fw >/dev/null 2>&1
insmod cls_u32 >/dev/null 2>&1
insmod sch_htb >/dev/null 2>&1
insmod sch_sfq >/dev/null 2>&1
insmod sch_ingress >/dev/null 2>&1
DEV="eth0.2"
LIMIT_IPS="192.168.2.100"
# LIMIT_DOWN=200
# LIMIT_DOWN_BURST=400
LIMIT_UP=400
start() {
tc qdisc del dev "$DEV" root
# tc qdisc add dev "$DEV" root handle 77: htb
# tc class add dev "$DEV" parent 77: classid 77:1 htb rate 20000kbit
# tc class add dev "$DEV" parent 77:1 classid 77:10 htb rate ${LIMIT_DOWN}kbit ceil ${LIMIT_DOWN_BURST}kbit prio 2
tc qdisc add dev "$DEV" parent 77:10 handle 78: sfq perturb 10
# tc qdisc add dev "$DEV" ingress
tc qdisc add dev "$DEV" egress
tc filter add dev "$DEV" parent 77: protocol ip prio 2 handle 80 fw flowid 77:10
tc filter add dev "$DEV" parent ffff: protocol ip prio 1 handle 79 fw police rate ${LIMIT_UP}kbit mtu 6k burst 6k drop
for ip in $LIMIT_IPS; do
iptables -t mangle -I PREROUTING -s $ip -j MARK --set-mark 79
iptables -t mangle -I POSTROUTING -d $ip -j MARK --set-mark 80
done
}
stop() {
tc qdisc del dev $DEV root
iptables -F -t mangle
}
restart() {
stop
sleep 1
start
}
show() {
tc -s qdisc ls dev $DEV
}
case "$1" in
start)
echo -n "Starting bandwidth shaping: "
start
echo "done"
;;
stop)
echo -n "Stopping bandwidth shaping: "
stop
echo "done"
;;
restart)
echo -n "Restarting bandwidth shaping: "
restart
echo "done"
;;
show)
echo "Bandwidth shaping status for $DEV:"
show
echo ""
;;
*)
echo "Usage: $0 {start|stop|restart|show}"
;;
esac
exit 0 -
Tamy
őstag
Oké, az elvet még értem is nagyvonalakban (bár lehet még ez is erős túlzás), de sajnos semennyire nem tudok programozni. Némi passzív tudással rendelkezem, ha látom leírva, valamit értek belőle, hogy az adott sor épp mit csinál, de bárhogy szeretném is önállóan nem tudom megcsinálni.
Kb. az egész scriptből ez a része világos, a többi homály:
DEV="br-lan"
LIMIT_IPS="192.168.1.10 192.168.1.11 192.168.1.12"
LIMIT_DOWN=200
LIMIT_DOWN_BURST=400
LIMIT_UP=400Jó 15 évvel ezelőtt tanultam ugyan pár alapot, de már a programnyelvre sem emlékszem (Pascal v. basic), akkor még gépem se volt, persze a tanár szerint ez nem akadály, lehet rajzolni billentyűzetet, és azon gyakorolni. Azóta is emlegetem a felmenőit, valahányszor eszembe jut

-
Tamy
őstag
Igen, ezt értem, de eth0.2-vel (ez a fizikai wan interfész) is ugyanaz a helyzet. A letöltést így is korlátozza, a feltöltést meg így se. Illetve még ha működne is így, hogyan választhatom külön? Csináljak még egy scriptet, az egyikben csak a letöltés dolgai, a másikban meg csak a feltöltésé? Bár mindegy, mert valamiért nem megy eth0.2-vel sem, valószínűleg azért amit a #23-ban írsz.
-
Tamy
őstag
Igen, ezt már többször elolvastam, talán nagyjából meg is értettem, de akkor sem tudom milyen másik interfészre kéne átraknom. A scriptben csak egy helyen van megadva interfész, ott az eth0.1 szerepel, kipróbáltam amúgy az eredetileg írt br-lan-al is, úgy is működik, de akkor is csak a letöltési irány. Kifelé az eth0.2 van, arra gondolsz? Kipróbálom mindjárt, hogy azt írom az eth0.1 helyére, hátha...
-
Tamy
őstag
Sajnos tévedtem. Ha leállítom vagy újraindítom a scriptet akkor is marad ez az alacsony feltöltési sebesség, de ha teljes router reboot után elindítom akár 30-as LIMIT_UP értékkel a scriptet, akkor is megvan a 4,7 Mbps feltöltési irányba. Valamit biztosan lehetne rajta csiszolni még.
-
Tamy
őstag
Na úgy tűnik teljes a siker! Minden mindegy alapon kitöröltem a LIMIT_UP=400 végéről egy 0-át, és most a feltöltési sebességem leesett 0,57 Mbps-re. Érdekes mert a LIMIT_DOWN=200 értékkel a letöltésem 0,34 Mbps, tehát nagyjából stimmel, hogy 200 kbps. Feltöltésnél meg a 40-es értékkel jön ki a ~400 kbps.
Már csak egy kérdésem van ezzel kapcsolatban: "LIMIT_DOWN_BURST" értéke mindig a duplája legyen a "LIMIT_DOWN" értékének? Mit állít az pontosan?
-
Tamy
őstag
A letöltés nagyjából jó így, nagyobb fájlnál biztosan pontosabb, majd kipróbálom, de látszik, hogy működik. Viszont a feltöltés biztosan nem, hisz a script szerinti 400 kbit helyett 4,4 Mbit körül van (elvileg 6 lenne, de más gépek is mennek, ilyen körül jön ki másik gépről is). Gyári fw-ban rendesen működött, nem volt vele semmi gond. Itt viszont láthatóan semmit nem csinál feltöltési irányba.
-
Tamy
őstag
Újraindítottam a routert, és elindítottam a scriptet élesbe, úgy tűnik félig-meddig működik. A letöltési sebességem egyértelműen megfogta, bár néha 3x-os értéket mér, mint ami be van állítva a scriptbe, de tudom, ez annyira nem pontos. Ami viszont nem oké, hogy a feltöltési sebességem továbbra is megvan.
Új hozzászólás Aktív témák
- BESZÁMÍTÁS! MSI Z490 i5 10400F 32GB DDR4 1TB SSD RTX 3060Ti 8GB Zalman Z1 PLUS Enermax 650W
- Akció - Dell Latitude 5400 - i7 8665U, 8-16GB RAM, SSD, EU bill, számla, 6 hó
- Bomba ár! HP ProBook X360 435 G7 - Ryzen 3/5 I 8GB I 256SSD I 13,3" FHD Touch I W11 I Cam I Gari!
- Yurbuds Ironman fülhallgató
- TELJES KÖRŰ IT BESZERZÉS
Állásajánlatok
Cég: NetGo.hu Kft.
Város: Gödöllő
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest




