-
Fototrend
OpenWrt topic
Új hozzászólás Aktív témák
-
vargalex
Topikgazda
válasz
#68216320
#15899
üzenetére
A service azért fut folyton, mert ugye lehet ez az x. eszköz is a hálózatodban, azaz a saját WAN kapcsolata soha nem fog megszakadni.
De nem kell aggódni, mert interface up-ra is meghívja a hotplug script. -
#68216320
törölt tag
válasz
vargalex
#15898
üzenetére
Pedig nem tette reboot után. Esetleg arra tudok gondolni, hogy a service hamarabb indul, mint ahogy felépül a pppoe kapcsolat.
Emiatt hibára fut és x idő után próbálja újra. Persz csak tipp.De mintha a sima service off/on sem csinálta volna meg egy ideig. Mindegy, 10perc amúgy is az ellenőrzés gyakorisága, belefér bőven.
Mondjuk érdekesebb volna egy "observer" alapú megoldás. Akkor nem kellene folyton ellenőrizni, hogy változott-e az ip, hanem mondjuk feliratkozna a ddns a wan connect-re. Aztán ha lefut és mondjuk nincs hiba akkor meghívja az a ddns részt.
Persze nem látok bele a részletekbe csak developer beszél belőlem. -
#68216320
törölt tag
válasz
vargalex
#15896
üzenetére
Nincs gond vele. Csak furcsa volt, hogy mentés után nem frissítette az IP címet, mint a gyári. Ki kellett várni az x perc ellenörzési időt és akkor frissítette.
Egyelőre most jónak tűnik a digi pppoe kapcsolat is. Semmi extrát nem állítottam most csak megadtam a login/pass párost. Egyelőre nem dobálja el szerintem.
-
Xtomi
tag
Sziasztok!
Olyan routert szeretnék venni, amelyik gyári vagy moddolt firmwarerel képes dinamic dns-re és külföldről tudjam használni mint proxyt (lehetőleg jelszóval). Nem VPN-t akarok, hanem hogy Proxy szerverként működjön bizonyos porton az internet felől és jelszóval DIGI online TV-re. Előre is köszönöm. -
-
kutga
félisten
válasz
vargalex
#15881
üzenetére
Oké, a system logban megtaláltam.
IPv4 Address MAC Address Host Name192.168.1.145 2C:33:7A:F4:25:** LAPTOP-LA7SR7VH192.168.1.12 88:83:22:03:A8:** Galaxy-A5-2016192.168.1.23 BA:6E:EE:EB:11:** Gabor-iPhone-ja192.168.1.135 00:D8:61:39:D6:** kutga-MS-7B87192.168.1.13 14:CC:20:BB:DC:** OpenWrt192.168.1.92 38:18:4C:D0:21:** * (okostv)192.168.1.24 90:0E:B3:1B:C5:** CoreELEC192.168.1.169 08:C5:E1:0C:80:** Galaxy-Note8192.168.1.51 50:3E:AA:E7:71:** LibreELEC -
kutga
félisten
válasz
vargalex
#15877
üzenetére
Szia!
Küldöm őket.
vi /etc/config/wirelessconfig wifi-device 'radio0'option type 'mac80211'option hwmode '11g'option path 'platform/qca953x_wmac'option htmode 'HT20'config fi-device 'radio0'option type 'mac80211'option hwmode '11g'option path 'platform/qca953x_wmac'option htmode 'HT20'option disabled '0'option channel '6'option country 'US'option legacy_rates '1'config wifi-ifaceoption network 'wwan'option ssid 'kvasz****'option encryption 'psk2'option device 'radio0'option mode 'sta'option bssid 'D8:47:32:D5:25:**'option key 'Acer******'wifi-device 'radio0'option type 'mac80211'option hwmode '11g'option path 'platform/qca953x_wmac'option htmode 'HT20'option disabled '0'option channel '6'option country 'US'option legacy_rates '1'config wifi-ifaceoption network 'wwan'option ssid 'kvasz****'option encryption 'psk2'option device 'radio0'option mode 'sta'option bssid 'D8:47:32:D5:25:**'option key 'Acer******'vi /etc/config/firewallconfig defaultsoption syn_flood '1'option input 'ACCEPT'option output 'ACCEPT'option forward 'REJECT'config zoneoption name 'lan'option input 'ACCEPT'option output 'ACCEPT'option forward 'ACCEPT'option network 'lan repeater_bridge'config zoneoption name 'wan'option input 'REJECT'option output 'ACCEPT'option forward 'REJECT'option masq '1'option mtu_fix '1'option network 'wan wan6 wwan'config forwardingoption src 'lan'option dest 'wan'config ruleoption name 'Allow-DHCP-Renew'option src 'wan'option proto 'udp'option dest_port '68'option target 'ACCEPT'option family 'ipv4'config ruleoption name 'Allow-Ping'option src 'wan'option proto 'icmp'option icmp_type 'echo-request'option family 'ipv4'option target 'ACCEPT'config ruleoption name 'Allow-IGMP'option src 'wan'option proto 'igmp'option family 'ipv4'option target 'ACCEPT'config ruleoption 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 ruleoption 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 ruleoption name 'Allow-ICMPv6-Input'option src 'wan'option proto 'icmp'list icmp_type 'echo-request'A másik routeren Padavan fut, arról csak képernyő fotót tudok küldeni.
-
vargalex
Topikgazda
válasz
attilav2
#15874
üzenetére
Megnéztem, legutóbb áthelyezés miatt volt 15 napja újraindítva a router, de semmi kernel hiba nincs.
Hardware hibás wifi chip-ről egyébként én éppen Qualcomm esetén beszélgettem OpenWrt fejlesztőkkel... Szóval, sajnos ez bárhol megesik, így software-ból kell kezdeni vele valamit.
Most jutott eszmbe, hogy éppen használatban van a DIR-860L is. Igaz, csak switch-ként, de 31 napja megy, nyoma nincs kernel hibának.
-
vargalex
Topikgazda
Mivel közben kiderült, hogy relayd-ről van szó, így megosztanád még a wireless és a firewall config-ot? Esetleg az elsődleges routerről egy DHCP leases (aktív DHCP bérletek) listát? (ha már SSH-n vagy az első routeren is, akkor ez utóbbit visszaadja a
cat /tmp/dhcp.leasesparancs is. -
attilav2
őstag
válasz
vargalex
#15873
üzenetére
De neked nincs bekapcsolva a hw flow offload, sőt az sw flow offload sem ha jól tudom, írtad korábban. Lehet hogy nálad ezért stabil? Nekem random rebootok és PPPoE bontogatás voltak, lehetséges hogy az egyik vagy mindkettő(sw hw) flow offload okozta? Külföldi fórumokon találtam olyan bejegyzéseket hogy a hw offload IPv6 eldobálást és PPPoE bontást okozott, ezeket a hibákat én is tapasztaltam.
Megtennéd hogy bekapcsolod legalább a sw flow offloadot és úgy járatod pár napig ? -
vargalex
Topikgazda
válasz
attilav2
#15870
üzenetére
Azt tudom mondani, hogy az Asus RT-AC65P-ben is ez a SoC van, már több, mint egy éve megy teljesen stabilan OpenWrt-vel. Előtte volt RT-AC57U-m rövid ideig, ott sem volt gondom. Azelőtt pedig legalább 1 évig D-Link DIR-860L. Ott eleinte a 2,4 GHz-en voltak problémák, később már az is jó volt. Dchard-nak, ha jól tudom, csak DIR-860L-el van tapasztalata. Viszont a különböző tipusok különböző revíziójú SoC-al szereltek, akár külső wifi chip-et használva, így lehetnek eltérések.
Ahogy írtam, nálam az RT-AC65P stabil, nem indul újra és nem is kell újraindítani. Kernel hibák sincsenek.
-
korcsi
veterán
válasz
attilav2
#15870
üzenetére
Xiaomi 3G-be ez a SOC van azt használtam OpenWrt-+vel, ott a 2,4GHz volt problémás.
A Mikrotik Hex-ben ez van, azzal nincs baj.
Most egy említett eszköz megy nálam (csak AP módba), a kernel log "üres" 4 napos uptime-al.#15869 dynax: Az openwrt fórumon és a githubon van leírás, illetve youtube-on is vannak jó videók, egyszer kétszer végig kell rajta menni, hogy megértse az ember mikor mi történik, ha minden feltétel adott pár perc alatt fel lehet rakni az openwrt-t. A linkelt openwrt fórumon scp07 linkelte a saját nem nightly-t az eszközre
-
kutga
félisten
válasz
vargalex
#15865
üzenetére
Küldöm a két konfigot.
vi /etc/config/network
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 'fd54:4261:acdc::/48'
config interface 'lan'
option type 'bridge'
option ifname 'eth0.1'
option proto 'static'
option netmask '255.255.255.0'
option ip6assign '60'
option ipaddr '192.168.2.1'
option gateway '192.168.1.1'
option dns '192.168.1.1'
config interface 'wan'
option ifname 'eth1'
option proto 'dhcp'
config interface 'wan6'
option ifname 'eth1'
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 ports '1 2 3 4 0t'
config interface 'wwan'
option proto 'dhcp'
config interface 'repeater_bridge'
option proto 'relay'
option ipaddr '192.168.1.13'
list network 'lan'
list network 'wwan'vi /etc/config/dhcp
config dnsmasq
option domainneeded '1'
option boguspriv '1'
option filterwin2k '0'
option localise_queries '1'
option rebind_protection '1'
option rebind_localhost '1'
option local '/lan/'
option domain 'lan'
option expandhosts '1'
option nonegcache '0'
option authoritative '1'
option readethers '1'
option leasefile '/tmp/dhcp.leases'
option resolvfile '/tmp/resolv.conf.auto'
option nonwildcard '1'
option localservice '1'
config dhcp 'lan'
option interface 'lan'
option dhcpv6 'server'
option ra 'server'
option ra_management '1'
option ignore '1'
config dhcp 'wan'
option interface 'wan'
option ignore '1'
config odhcpd 'odhcpd'
option maindhcp '0'
option leasefile '/tmp/hosts/odhcpd'
option leasetrigger '/usr/sbin/odhcpd-update'
option loglevel '4' -
attilav2
őstag
Szia
Ebben a routerben is MT7621 SoC van, van Asus 57U-m és 1200GU-m ezekben is ez a SoC-van, elég rossz illetve vegyes tapasztalataim vannak OpenWrt-vel, annyit mondok elég instabil kiszámíthatatlan rajta. Hozzáértő -dchard- nem javasolja MT7621 vasakon az Owrt-t: Link és Link
Ha sikerül felkalapálni rá valahogy, kb ~700mbit-re számíthatsz sw flow offloaddal, ha bekapcsolod a hw flow offloadot is akkor néha belekarcol a ~800mbit-be. Ha instabil lenne a router kapcsold ki a hw flow offloadot. Jól látod igencsak pilótavizsgás xiaomi routerekre Owrt-t tenni, de padavan-t is ugyanezzel a módszerrel tudsz rátenni, sajnos egyszerűbb nincs egyelőre
Ráadásul Alexey repója és a Prometheus még nem támogatja az AC2100-at, így az orosz 4pda-ról kell vadásznod egy padavan buildet, nem tudsz magadnak forgatni/testreszabni. -
dynax
tag
Sziasztok! Xiaomi Redmi Router AC2100-am van és szeretnék rá openwrt-t. Régeben tplinkre raktam többször is openwrt-t de ott csak simán leszedtem egy bin fájlt és mint frisités beadtam a tplinknek utána tudtam konfigurálni. Viszont most ezt az oldalt találtam a routeremhez https://openwrt.org/toh/xiaomi/xiaomi_redmi_router_ac2100#breed_recovery és itt mintha kicsit bonyolultabb lenne a telepités. Rossz helyem nézem vagy tényleg nincs a sima fw frissitéses megoldás ennél a tipusnál ?
-
#15868
ArthurShelby
addikt
ArthurShelby
addikt
Üdv!
Jelenleg asus ac68u-m van, de wireguard miatt gondolkodom az openwrt-re való váltáson. Milyen routert/hw-t javasoltok? (erős, ac-s, gigabites) -
kutga
félisten
Hölgyek/Urak!
Openwrt-s routert sikeresen beállítottam Dumb-AP-ként, most viszont a fő routerem minden, az openwrt routerre kötött eszköznél az openwrt router mac címét látja, nem tudom őket fixálni a fő router dhcp menüjében, mert az openwrt már egyszer szerepel a fő router listájában. Valami ötlet?
-
attilav2
őstag
válasz
vargalex
#15854
üzenetére
Igyekszem mindig túl biztosítani a dolgot hogy minél kisebb legyen a téglásodás kockázata. Lehet a webes frissítés is működik ilyen nagy verzió ugrásnál, de jobban bízom a konzolban. A router verziójának megfelelő sysupgrade image kiválasztására is különös figyelmet ajánlott fordítani!
-
attilav2
őstag
válasz
kiborg
#15851
üzenetére
Luci alatti frissítést ilyen nagy verzió ugrásnál nem ajánlom, gond lehet belőle.
Reseteled a routert, a sysupgrade image-t a gépről a router /tmp mappájába másolod scp-vel.
Majd sysupgrade -n /tmp/sysupgrade-image.neve Néhány mp-n belül meg fog szakadni az ssh kapcsolat, villogni fognak a ledek (pl a power led), ha kész van azt onnan fogod észrevenni hogy a power led és a lan portok ledjei (már amelyikben van kábel) folyamatosan világítani fognak, apróbb villódzás lehetséges a többi lednél, de a power nek folyamtosan égnie kell (a wifi ledek nem fognak égni, mert a wifi alapból ki van kapcsolva). Rámész a 192.168.1.1-re vagy az openwrt.lan-ra és beállítod amit kell. -
-
-
-
attilav2
őstag
válasz
kiborg
#15845
üzenetére
Szerintem érdemes frissíteni. Frissítés előtt csinálj resetet és konzolon a sysupgrade -n kapcsolóval frissíts.
Persze ilyen nagy verzió ugrásnál téglázásra is lehet számítani, te döntöd el vállalod e a kockázatot. Nekem Wrt160nl-en a fenti módszerrel sikerült a forkolás előtti uccsó owrt-ről a mostani 19.07.x-re frissíteni, de az linksys, a tied meg tp link, minden megtörténhet, meg az ellenkezője is
Ha mákod van akkor el fogod érni a ~700mbit-et sw flow offloaddal, a hw flow offloadot ne kapcsold be! Csak MT7621 SoC-n megy, és azon sem hibamentes. A flow offloadot a tűzfal menü alatt tudod kapcsolni. -
kiborg
aktív tag
válasz
fatal`
#15844
üzenetére
Kívülről elérhető,mert munkahelyről SSH-n lépek be mindig, saját netről netezek a cégnél(korlátozások nélkül)
Ezért akkor érdemes frissíteni. (erről még fogok kérdezni)DIGI 1 Gigabites WAN-t ki tudja használni vagy kevés hozzá a router? (elvileg a WAN port is 1G-s, de hiába, ha a hardver esetleg kevés hozzá)
-
-
suste
veterán
válasz
kiborg
#15840
üzenetére
-újabb
-sok javítás, akár biztonságiak is (de azért nagy Backdoor eddig sem volt tudtommal)
-NAT gyorsabb egy szoftveres módosítással (továbbra sincs HWNAT, de sokkal nagyobb netet kezel)
-a kernel bonyolódott, növekedett, ezért viszont minden más is lassabb (kivéve NAT )ezek alapján neked kell eldönteni, hogy frissíted-e
főleg a gyorsabb NAT ami miatt váltanak többen szerintem -
Gh0sT
addikt
válasz
vargalex
#15837
üzenetére
Köszi!
Az általad készített FW van a routeren. Jól gondolom, hogy ha használni szeretném a csomagot, akkor egy frissebb kernel verziós FW-re lenne szükségem? Más megoldás nem létezik ugye? Ha igen, akkor megkérdezhetem, hogy nem készítettél/tervezel készíteni frissebb buildet? -
#15838
csabyka666
veterán
Üdv mindenkinek!
Van egy ilyen routerem, elméletileg működhet DD-WRT-vel (állítólag ez egy Tp-Link router, csak másik kabátban), de nem vagyok benne a témában, szóval a kérdésem az lenne, mi a alapján kell kiválasztani hozzá a megfelelő FW-t?
Azért szeretném frissíteni, mert a WiFi-re nem tud minden eszköz csatlakozni, van egy okoskonnektorom, ami bár látja, de nem kapcsolódik, közben a WiFi más eszközökön stabil.Köszi a segítséget előre is!
-
-
Gh0sT
addikt
Sziasztok!
Egy ASUS RT-AC65P-en szeretném a mobilnetet USB tetheringen keresztül megosztani.
A routeren OpenWrt SNAPSHOT r12173-01c8f2e97c van.
Ezen leírás alapján probálok eljárni: [link]
Tudásom kimerült abban, hogy az openwrt-t felvarázsoltam a routerre, így a lenti hibaüzenettel nem nagyon tudok mit kezdeni:
Collected errors:
* satisfy_dependencies_for: Cannot satisfy the following dependencies for kmod-nls-base:
* kernel (= 5.4.72-1-581e3be1bf0df812542bd1683dc1ef03)
* opkg_install_cmd: Cannot install package kmod-nls-base.Mit csinálok rosszul?
-
-
fpeter84
senior tag
igen ahogy vargalex is írja, nagy valószínűséggel a revizió váltással más proci, lehet más a gyártó is, amihez új bootloadert fordítottak, amiből meg kispórolták a további flash azonosítókat. 841-ből ahogy elnézem pont elég sokféle volt, még a proci gyártókat is szépen cserélgették az évek során... illetve néha valószínűleg itt is előfordulhat 1-1 hardver inkompatibilitási probléma, hogy elméletben minden paraméter stimmel, de valahogy mégsem jön össze...
-
sonar
addikt
válasz
fpeter84
#15826
üzenetére
Logikus amit írsz.
Viszont akkor segíts megfejteni, hogy annó sikerrel cseréltem a tp-link 841-ben a 4M-es flash-t 8M-re.
Volt még maradék flash IC-m és kaptam egy újabb reviziós 841-et és az meg se mekkent. Még a régi 841-ről levett gyári IC-vel sem.Illetve alaplapnál is jártam már 2x-er úgy, hogy ha nem stimmelt minden paraméter akkor a csere után nem működött. (jelszó miatt kellett cserélni egyik esetben, a másik esetben meg hibás flash miatt kellett cserélni az IC-t és a művelet közben letörték a lábát)
-
fpeter84
senior tag
Ahogy sejtettem, nincsen igazán kicentizve az SPI busz órajele az AR9331 platformon. A max is mindössze 50MHz lenne, de ez az MR3020-as vasamon vissza van véve 33MHz-re:
https://www.openhacks.com/uploadsproductos/ar9331_datasheet.pdf6.20.2 SPI Control (SPI_CONTROL)Address: 0x1F000004...5:0 CLOCK_DIVIDER 0x8 Specifies the clock divider setting. Actual clock frequency would be (AHB_CLK/((CLOCK_DIVIDER+1)*2)).root@OpenWrt:~# dmesg | grep -i AHB[ 0.000000] Clocks: CPU:400.000MHz, DDR:400.000MHz, AHB:200.000MHz, Ref:25.000MHzroot@OpenWrt:~# io -r -4 0x1F0000041f000004: 00000042
Tehát a CLOCK_DIVIDER=2, vagyis AHB 200MHz /((2+1)*2) = 33MHz
A Winbond FV és az említett Spansion FL064P 104MHz-et, a JV pedig 133MHz-et tud hivatalosan csatornánként. Lehet a múltban voltak lassabbak is, de azoknak a mérete valószínűleg olyan kicsi hogy már labdába se rúgnak, illetve a 33MHz-et tuti tudják azok is... -
fpeter84
senior tag
Soha nem néztem a sebességet - stimmeljen a lábszám és a feszültség... Az FV-t mind megette amire csak tettem, a JV-vel asszem már volt ami nem indult el egyszerűen, de FV-vel utána meg igen... Illetve ha jól rémlik a pepe2k féle ar9331 bootloader-t felrakva már azzal is jó lett - de már elég régen játszottam ilyesmivel...
De most elkezdett érdekelni a dolog - megpróbálom kinyomozni hogy milyen órajelen is ketyeg egyik másik vason az SPI busz... -
fpeter84
senior tag
Az lehet nem a sebességen múlt, hanem van minden flash-ben lekérdezhető azonosító regiszter, és pl hiába jelent meg az FV után a JV végű winbond flash, bizonyos modulokon nem lehetett használni mert egyszerűen nem volt hajlandó használni a bootloader - a legtöbb akkor ismert azonosítója benne szokott lenni a bootloader kódjában, tehát elég rugalmas, de ami később jelenik meg és új azonosítót kap, azt elutasítja...
Ami router/modul nem indult el a műtét után, annál tudom hogy olyan chip került rá amivel ugyanolyan modellt már építettem át előtte, és hiába tettem vissza a gyárit, onnantól már azzal sem indult
-
fpeter84
senior tag
szerintem ezek nem hajtják olyan magas frekin az SPI buszt hogy foglalkozni kelljen vele - amire viszont oda kell figyelni, hogy nem csak 3.3V-os flashek léteznek hanem van alatta és felette is élet, szóval pl a W25Q128FW nem jó, csak a W25Q128FV
én is lecseréltem a múltban már pár MR3020, MR3220, MR3420-on valamint HLK-RM04 modulon is a flasht és ramot is nagyobbra - jó móka, de nem veszélytelen, főleg a memória csere - volt olyan ami többé nem éledt fel, valami megsérülhetett melegítés közben... -
-
vargalex
Topikgazda
válasz
yodee_
#15813
üzenetére
Persze, én anno cseréltem. A két architechtúránál az a különbség, hogy ar71xx esetén az ART partíció elejét megkeresi, így alakítja ki a jffs2 partíció méretét. Azaz minden teljesen automatikus (persze ahogy a linkelt hozzászólásban olvashatod, az ART partíciót neked kell a végére írni).
Ath79 esetén azonban dts-ben vannak definiálva a partíciók pozíciói és méretei. Így ez utóbbi esetben mindenképpen saját build-et kell készíteni, előtte módosítva a firmware partíció méretét, illetve az ART partíció pozícióját. -
yodee_
őstag
Sziasztok!
Tervben van a 1043 V1.8 flash növelése. A RAM már 64 MB, hamarosan megérkezik a 16 MB flash IC is. A kérdésem az lenne, ki csinált már ilyet? Tudna nekem segíteni valaki? Mert a leírás nem teljesen egyértelmű hogyan rakjak össze saját image fájlt (ar71xx), sőt az meg hogy a legújabb architektúrára hogyan lehet megcsinálni az meg teljesen homály (ATH97). A hardver részét megoldom, illetve a jelenlegi tartalmat már lementettem.
Köszönöm
-
fpeter84
senior tag
Sziasztok!
Egy openwrt-t futtató mobil eszköznél azt szeretném elérni, hogy amikor távol van az itthoni wifitől akkor egy gprs modemmel kapjon netet, ha hatótávban van akkor viszont adatforgalom spórolás érdekében használja a wifit - és persze automatikusan. Működik a gprs modem, kapcsolódik, a metric-et 200-ra vettem, továbbá működik a wifin csatlakozás is az itthoni AP-re 100-as metric-el.
Ha úgy indul el a vas hogy a wifi nem elérhető akkor szépen használja a mobilnetet, ha bekapcsolom az AP-t akkor kis döccenéssel át is jelentkezik arra és többé nem gyűlik az adatforgalom a mobil kapcsolaton, de ha ismét kikapcsolom az AP-t, akkor nem megy vissza a mobilnet kapcsolatra. Ha ismét bekapcsolom az AP-t akkor wifin keresztül ismét kijut netre...
Van rá ötletetek hogy miért nem talál vissza mobilnetre magától amikor a wifi nem elérhető?root@mylinkit:/etc/config# cat networkconfig 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 'fde5:3d6f:f488::/48'config interface 'lan'option ifname 'eth0'option force_link '1'option macaddr '9c:65:f9:1c:02:71'option type 'bridge'option netmask '255.255.255.0'option ip6assign '60'option ipaddr '192.168.100.1'option proto 'dhcp'config switchoption name 'switch0'option reset '1'option enable_vlan '0'config interface 'wan'option proto 'dhcp'config interface 'gprs'option proto '3g'option device '/dev/ttyS0'option service 'gprs_only'option apn 'internet'option metric '200'root@mylinkit:/etc/config# cat wirelessconfig wifi-device 'radio0'option type 'ralink'option variant 'mt7628'option country 'TW'option hwmode '11g'option htmode 'HT40'option channel 'auto'option disabled '0'option linkit_mode 'apsta'config wifi-iface 'ap'option device 'radio0'option mode 'ap'option network 'lan'option ifname 'ra0'option ssid 'ap-home'option seq '1'option key 'pass'option encryption 'psk2'config wifi-iface 'sta'option device 'radio0'option mode 'sta'option ifname 'apcli0'option led 'mediatek:orange:wifi'option ssid 'ap-mobil'option key 'pass'option encryption 'psk2'option network 'lan'option metric '100' -
.
Új hozzászólás Aktív témák
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Büszke apukák és anyukák topikja
- Bittorrent topik
- Hővezető paszták
- Építő/felújító topik
- sh4d0w: Kalózkodás. Kalózkodás?
- Villanyszerelés
- „Új mérce az Android világában” – Kezünkben a Vivo X300 és X300 Pro
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Torrent meghívó kunyeráló
- További aktív témák...
- Lenovo V130-15IGM laptop (Pentium Silver N5000/8GB/256GB SSD
- GYÖNYÖRŰ iPhone 11 Pro Max 64GB Midnight Green -1 ÉV GARANCIA -Kártyafüggetlen, MS3253,100% Akkumulá
- HIBÁTLAN iPhone 13 Pro 128GB Alpine Green -1 ÉV GARANCIA - Kártyafüggetlen, MS2978
- 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!
- ÁRGARANCIA!Épített KomPhone Ryzen 5 7500F 32/64GB RAM RX 7800 XT 16GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: NetGo.hu Kft.
Város: Gödöllő
Cég: Promenade Publishing House Kft.
Város: Budapest