- Fotók, videók mobillal
- Mobilhasználat külföldön
- Apple iPhone 16 Pro - rutinvizsga
- QWERTY billentyűzet és másodlagos kijelző is lesz a Titan 2-ben
- Milyen okostelefont vegyek?
- iPhone topik
- Xiaomi 14 - párátlanul jó lehetne
- Bemutatkozott a Fairphone 6
- Három Pixel 9 jött Magyarországra
- Samsung Galaxy Z Fold6 - ugyanaz, sarkosan fogalmazva
-
Mobilarena
OpenWrt topic
Új hozzászólás Aktív témák
-
-
vargalex
Topikgazda
Az, hogy a felület úgy mutatja, gondolom a Gargoyle miatt van. Biztosan úgy készítették el, mint általában a gyári felületeteket, hogy mindenképpen van WAN és LAN interface. A LuCI ilyen szempontból általánosra van készítve, nem feltételez semmilyen interface jelenlétet, a config-ból dolgozik.
-
vargalex
Topikgazda
Szia!
Elsőre én ennyit tennék:
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'
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 switch
option name 'switch1'
option reset '1'
option enable_vlan '1'
config switch_vlan
option device 'switch1'
option vlan '1'
option ports '0 1 2 3 4 6t'Bár, igazából kikapcsolható a teljes vlan funkcionalitás és a br-lan device is felesleges, a lan interface-nak odaadható a teljes eth0. Azaz akár ez is működhet:
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 interface 'lan'
option device 'eth0'
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 switch
option name 'switch1'
option reset '1'
option enable_vlan '0' -
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.
-
xabolcs
őstag
Szia!
Jo, hogy megtalaltad azt az "FS#3879 - Incorrect switch config for TP-Link Archer C2 AC750 (#8871)" bejelentest.
Nincs kedved a 19.07-es OpenWrt-t (... alapiu Gargoyle-t) hasznalni inkabb? Ahogy olvasom, ott meg mukodott a dolog.
Persze azt is lehet, hogy felteszed a 22.03-as OpenWrt-bol az utolsot es visszatoltod openfnord menteset, majd atkonfiguralod a sajat halozatodra.
-
#16462
csabyka666
veterán
Tamy
#16435
Üdv!
Lehet nem lesz jó a Gargoyle a TP-Link TL-WR741ND-re. Atheros AR9331 proci van benne, viszont ehhez nem kínál fel a letöltő oldal firmware-t. Vagy én néztem be valamit?! -
#16434
csabyka666
veterán
Tamy
#16433
-
#16432
csabyka666
veterán
Tamy
#16427
-
#13453
Flowtation
őstag
Tamy
#13451
Flowtation
őstag
Hmm. Erre nem is gondoltam. Egy próbát megérhet. Köszi a tippet.
(#13452) wolf13:
Esetleg próbáld meg azt, hogy lerövidíted a fájlnevet. Azzal a hosszú névvel nekem sem ment. Vagy a pontokat kell kiszedni, vagy valami rövid név kellett, úgy működött. Persze arra figyelj, hogy a verziószám is egyezzen. pl. 841n ver 1.x, 2.x stb. -
#11695
Intel fan11
őstag
Tamy
#11694
Intel fan11
őstag
-
micsu
tag
Elnézést kérek, hogy nem egyértelműen fogalmaztam meg a kérdésemet, az én hibám!
Milyen módszerrel lehetséges azt láthatóvá tenni, hogy:
melyik napon melyik eszköz melyik távoli ip címmel mekkora adatforgalmat generált.Mindezt egyszerre. Mert ugyan a Gargoyle-ban van "web usage", de ott nincs felhasznált adatmennyiség. A "bandwidth usage" oldalon meg nincs távoli-ip-cim.
-
-
suste
veterán
pedig ott van az a teáltalad bemásolt config-ban is:
option ifname 'eth1'
vagyis a 741-ben (meg sok másik routerben is) nem 1db switch van, és abból választják le a WAN-t is, hanem van 1 switch (eth0), és van 1 külön álló WAN port (eth1)
tehát le kell választanod a switch-ből egy portot (példának jó a másik routered konfigja, ahol a WAN-t válasszák le), és a keletkezett eth0.2-t hozzácsatolni a WAN interfészhez a fizikai fülönha jól értem, akkor hasonlót próbáltál, de valszeg az eth0.2-es leválasztásodat nem jól állítottad be
asszem a procit nem teheted off-ra ilyenkor.....de majd más megmondja a tutit, vagy olvass utána....szerk:
ja, és a LAN-nál meg az eth0.1-et kell beállítanod, hiszen az eth0 az a teljes switch... -
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.
-
#6258
újraregelt
tag
Tamy
#6257
újraregelt
tag
Hogy látom a folyamatos próbálkozásokat, az csak annyit jelent, hogy nyitott portokkal... szóval én nem nyitok ilyen portot. Az egyetlen, amit talán kinyitnék, az egy vpn lenne, RADIUS-os hitelesítéssel.
ftp szerverek általában elég lyukasak szoktak lenni, az openwrt uhttpd-je meg nem publikus webszervernek lett kitalálva, gyanítom, nincs agyontesztelve.
-
vargalex
Topikgazda
Szia!
A ddns-gargoyle forrást elnézve az ipdns.hu által sikeres update esetén visszaadott válasz alapján szerintem ez kellene a /etc/ddns_providers.conf-ba:
service ipdns.hu
url_template http://[[USERNAME]]:[[PASSWORD]]@update.ipdns.hu/update?hostname=[[DOMAIN]]&myip=[[IP]]
required_variables domain username password
required_variable_names DyDNS.DoNm,DyDNS.UsrN,DyDNS.Pssw
success_regexp /good/ -
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ó?
-
Meddu
tag
-
Meddu
tag
A hibaüzenet:
"Downloading http://downloads.openwrt.org/attitude_adjustment/12.09-beta/ar71xx/generic/packages/Packages.gz.
wget: bad address 'downloads.openwrt.org'
Collected errors:
* opkg_download: Failed to download http://downloads.openwrt.org/attitude_adjustment/12.09-beta/ar71xx/generic/packages/Packages.gz, wget returned 1."próbáltam LuCi alol, Putty alol, letöltöttem konkrétan az a csomagot amit fel akartam telepíteni, fel is másoltam a routerre de onnan sem engedte telepíteni.
Frissítettem 12.09-rc-1re, 12.09-beta, 12.09-beta2
Routerem pedig ez :[link]
-
vargalex
Topikgazda
Hi!
Írtam a másik topic-ban is a témával kapcsolatban. De a tegnapi dátum lekérdezését megtalálod pl. a statisztikai leírásomban éppen a szükséges formátumban:
date +%s | awk '{ print strftime("%Y-%m-%d",$1-86400) }'
Azért van erre a megoldásra szükség, mert a busybox-os date, ahogy te is észrevetted, elég butított.
-
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 -
bambano
titán
van egy interfészed, amin a belső hálózatod lóg, arra kell a letöltési irány szabályozását rátenni.
meg van egy interfészed, gyakran wan-nak nevezik, amin az internet szolgáltatód felé kapcsolódsz, arra kell a feltöltési irány szabályozását rátenni.mint mondtam, az interfész szemszögéből nézve bejövő forgalmat nem lehet rendesen szabályozni, csak azt, ami az interfész szemszögéből nézve kimenő forgalom.
a letöltés bezúdul a wan interfészeden és a lanon megy ki. A feltöltés a lanon jön be és a wanon megy ki. Eszerint kell szabályozni.
-
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?
-
bambano
titán
a letöltési sebesség ingadozik, ahogy rendezgeti a várakozási sorokat, de ha egy nagyobb fájlt kezdel lehúzni, akkor előbb-utóbb beáll.
a sebességszabályozás alapja, hogy rendesen szabályozni csak a kifelé menő forgalmat lehet. tehát ha feltöltést akarsz korlátozni, akkor markolni kell a bejövő csomagokat, átzavarni a naton, majd a kifelé néző fizikai interfészen kell sorokba rendezni a mark alapján és a várakozási sorra lehet ráhúzni a traffic shapert.
a tapasztalat azt mutatja, hogy egy interfészen nem lehet rendesen shapelni mind a két irányt.
.
Új hozzászólás Aktív témák
Hirdetés
vargalex
krealon
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most kedvező áron!
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- ROBUX ÁRON ALUL - VÁSÁROLJ ROBLOX ROBUXOT MÉG MA, ELKÉPESZTŐ KEDVEZMÉNNYEL (Bármilyen platformra)
- Új Apple iPhone 16 Pro Max 256GB, Kártyafüggetlen, 3 Év Garanciával
- Telefon felvásárlás!! Samsung Galaxy A22/Samsung Galaxy A23/Samsung Galaxy A25/Samsung Galaxy A05s
- Csere-Beszámítás! Asztali számítógép PC Játékra. I5 12400F / RTX 3070 / 32GB DDR4 / 1TB SSD
- AKCIÓ! MSI B450 R5 5500 16GB DDR4 512GB SSD RTX 2060 Super 8GB GDDR6 Rampage Shiva Zalman 500W
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7700X 32/64GB RAM RTX 5070Ti 16GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged