-
Fototrend
OpenWrt topic
Új hozzászólás Aktív témák
-
pistaneni
csendes tag
Nem biztos, hogy tudok segíteni, de biztos közelebb vinne a megoldáshoz, ha leírnád, hogy mit is csináltál. Hogy volt beállítva, mikor működött, miket állítgattál, hogy próbáltál resetelni és mit jelent, hogy nem működött? Legalábbis ezek azok, amiket én nem értek a problémádból.
-
pistaneni
csendes tag
-
pistaneni
csendes tag
válasz
vargalex
#9337
üzenetére
A routernek nem volt IP cím ütközése a hálózatban?
Nem valószínű. A router IP címét egy eszköznek se adtam meg. Két külön alhálózati címmel is "játszottam" (mivel többször is csináltam resetet): az alapértelmezettel (amilyen alhálózati címet egy eszköznek se adtam, csak a gépnek, amivel konfiguráltam), meg az előzőleg a gyári firmware-nél beállítottal.Most kísérletképp a gyáriról átváltottam a hivatalos OpenWRT Chaos Calmer-re, problémamentes volt minden, az eszközök látták egymást és zokszó nélkül visszaírta a gyári firmware-t is.
Tulajdonképpen miért nem "ajánlott" a Chaos Calmer? -
pistaneni
csendes tag
Ezt a 9092-n is megtehetted volna az MTD gombbal!
Odáig, hogy az MTD gomb megjelenjen, csak egyszer jutottam a 6-7 próbálkozásból. Emlékeim szerint ott két gomb volt, és azt hiszem az MTD-re kattintottam (de ebben nem vagyok biztos), ami után megint lefagyott a webfelület. -
pistaneni
csendes tag
válasz
pistaneni
#9326
üzenetére
Sikerült visszaszenvedni a gyári firmware-t. Mivel a webes felület állandóan lefagyott minden kisérletre, ezért egy hibrid megoldással sikerült. Az még szokott működni, hogy a 9092-n letöltetem a webrevert gyári verziót. Utána ssh-val beléptem, és a letöltött féjlt megtaláltam a /tmp/BACKUP könyvtárban. A https://wiki.openwrt.org/toh/tp-link/tl-wr842nd oldalon talált leírás alapján először a sysupgrade /tmp/BACKUP/wr842ndv1_en_3_12_22_up\(120424\)_webrevert.bin paranccsal próbálkoztam, de az ezt írta ki: Sysupgrade is not yet supported on unknown.
Image check 'platform_check_image' failed.
Utána megpróbáltam ezt: mtd -r write /tmp/BACKUP/wr842ndv1_en_3_12_22_up\(120424\)_webrevert.bin firmware , na ezzel már sikerült. Újraindult a router és a 192.168.0.1 címen bejött a gyári felület. Innen frissítettem a legutolsó gyári firmware-re (már korábban letöltöttem), aztán újraindult, majd a korábban elmentett beállítást visszaállítottam. -
-
pistaneni
csendes tag
az xmsk szerveren eddig is fent volt, de felmásoltam a besaba-ra is...
Kössz, egy lépéssel így előbbre jutottam. Luci-ban a szolgáltatások fülön belül a WWW_SUSTE résznél (ez ugyanaz, mint a 9092?) próbálom a system, backup parancsát, a webrevert verziót sikeresen letölti, md5 rendben, nyomom a flash gombot, de nem történik semmi. Illetve annyi, hogy a ping egy idő után megszakad, aztán percekig se net, se ping, majd visszajön (újraindult?). Lehet, parancssorból kellene megpróbálni...ha a 9092-re gondolsz, akkor az a régi fájlok miatt van, ezért kellene frissíteni
ha luciról van szó, akkor nemtom mi van vele....
A 9092-t sikerült frissíteni a basic-2016-08-10.tar.gz fájllal, mert előtte nem is érte el a firmware-eket tároló oldalakat. Az oldalbetöltés hibák a firmware frissítési kisérletet követő percekben jelentkeznek, nem csak a 9092-n. -
pistaneni
csendes tag
válasz
pistaneni
#9323
üzenetére
Egyébként is valami itt nagyon el van kefélve, mert csak a router konfigurációs oldalai is néha timeouttal percekig elérhetetlenek. Van, mikor pingelni közben lehet zavartalanul, és van, amikor a ping se válaszol. Mindezt akár csak az áttekintés oldal behozására. A gyári firmware azért napokig-hetekig bírta.
Szerk.: Ez a hiba leginkább csak a sikertelen firmware frissítés utáni időszakban jelentkezik.
-
pistaneni
csendes tag
válasz
pistaneni
#9313
üzenetére
Úgy látom nem fog ez menni, úgyhogy visszatenném a gyári firmware-t, csak nem megy. Ahogy írtam, semmiféle firmware-t nem tudok ráírni luci alatt. Betallózom a fájlt a rendszer mentés/firmware frissítés oldalon, aztán nyomok a flash image gombra, és vagy nem történik kb. 1 percig semmi (újraindul a router???) és utána jelez a böngésző, hogy nem tudta betölteni az oldalt, vagy a luci kiírja alul pirossal, hogy "A feltöltött image fájl formátuma nem támogatott. Ügyeljen arra, hogy a platformjának megfelelő általános image formátumot válassza ki." Mindezt a suste oldalról letöltött korábbi verzióra, openwrt oldalról letöltött firmware-re, tplink-től letöltött korábbi nem boot-os firmware-re és suste webrevert firmware-re is (előtte mindet leellenőriztem magam md5 ellenőrzőösszeggel). Próbáltam másik böngészővel, másik géppel másik operációs rendszerrel és másik LAN porton. Végül megpróbáltam a WWW_SUSTE fülön is, de ott azt a hibát találtam, hogy az md5 fájl (http://suste.besaba.com/webrevert/TP-LINK-TL-WR842N-ND-V1/./wr842ndv1_en_3_12_22_up%28120424%29_webrevert.md5) hiányzik. Ha az illetékes volna szives felrakni ezt a fájlt, akkor megpróbálnám utolsó lehetőségként ezt a módszert is.
-
pistaneni
csendes tag
szerintem pont a fix ip beállítás a + 1 hibalehetőség
a 9092 fejlesztésénél pont az volt a cél, hogy normál (dhcp-s) használatnál jól áttekinthető képet adjon a csatlakozott eszközökről, és a statisztika is így lett kitalálva
a wifi + hálózat status füleken akkor látszik minden, ha meg van a statikus dhcp a klienseknél, így pl hamar kibukik ha van új kliens
a statisztikánál látszanak a kiosztott címek, az aktív gépek, akár gépenként nyomon követhető ki mikor lépett fel....Ok, a rendszergazda szempontjából talán lehet jobb a DHCP, de én nem rendszergazda akarok lenni. Egyszer beállítom, és utána valószínűleg soha nem nézek statisztikát, kapcsolódott klienseket. Nekem csak egy működő hálózat kell. És a gépek induljanak minél hamarabb. Mert például a Raspberry egy zenelejátszó, amit ha bekapcsolok, minél gyorsabban legyen üzemkész, ne várjon még IP címre. Innen nézve a DHCP kiszolgáló csak lassít, annak is lehet még nyűgje (például a CPU épp nem ér rá vele foglalkozni, stb.).
Kipróbálom majd a mindent DHCP-re megoldást is, hogy működik-e úgy, ha majd lesz kis időm.
-
pistaneni
csendes tag
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 'fd70:7813:4be8::/48'
config interface 'lan'
option ifname 'eth0'
option force_link '1'
option type 'bridge'
option proto 'static'
option netmask '255.255.255.0'
option ip6assign '60'
option ipaddr '192.168.2.1'
config interface 'wan'
option ifname 'eth1'
option _orig_ifname 'eth1'
option _orig_bridge 'false'
option proto 'pppoe'
option username 'felhasználó'
option password 'jelszó'
config interface 'wan6'
option ifname '@wan'
option proto 'dhcpv6' -
pistaneni
csendes tag
válasz
vargalex
#9311
üzenetére
Nálam sajnos nincs switch rész. Csináltam alapértelmezések visszaállítását, akkor is ugyanaz maradt a helyzet.
Ráadásul megpróbáltam másik firmware-t rátölteni, a suste-OpenWRT-BB-0.7-tl-wr842n-v1-squashfs-sysupgrade.bin-t, majd az OpenWRT honlapjáról letöltött openwrt-15.05.1-ar71xx-generic-tl-wr842n-v1-squashfs-sysupgrade.bin-t (md5 minden esetben egyezett, bár valamelyik readme alapján arra számítottam, hogy a luci megmutatja az md5 ellenőrzőösszeget, de nem), de egyiket se akarta megenni, egyre csak ezt írta: "A feltöltött image fájl formátuma nem támogatott. Ügyeljen arra, hogy a platformjának megfelelő általános image formátumot válassza ki." Már próbáltam másik böngészővel, rövid fájlnévvel, de hiába... Remélem, legalább a gyárit engedi majd visszarakni. -
-
pistaneni
csendes tag
Nem csak a webkiszolgálót nem látom, a két vezetékes eszköz nem is tudja pingelni egymást. Vezeték nélküli eszköz és vezetékes között meg oda-vissza megy a ping. ssh-val ugyanez, vezetékes a vezetékesre nem csatlakozik, vezeték nélküli meg csatlakozik a vezetékeshez. A gyári firmware-rel ment minden minden irányban, úgyhogy az eszközök konfigurációja talán jó (nagyon nem is lehet elrontani, azonos kezdetű IP címek, azonos maszk és átjáró).
Azért fix IP cím, mert miért kellene külön megkérdezni egy szervert, amikor kézzel előre is be lehet írni ugyanazt? És nem kell várni az IP cím kiosztásra, egy szolgáltatással és hibalehetőséggel kevesebb, évi 0,1 W spórolás, stb. Kb. semmi előnyét nem látom a DHCP+IP cím foglalásnak a fixszel szemben (na jó, mondjuk ha alhálózati címet váltok, akkor nem kell átírni minden eszközben, de valószínűleg 10 éven belül marad ez az alhálózat).Nem lehetetlen, hogy a telepítésnél egyszer rossz helyre kattintottam, először láttam egyáltalán a felületet is. Az például biztos, hogy egyszer a gépnevek fülön a host bejegyzéseknél a hozzáadás gombra rákattintottam (csak hogy lássam, hogy mit is lehetne hozzáadni), majd a fenti, módosítások részénél visszavontam. Esetleg ekkor is történhetett baleset. Lehet, hogy kezdem elölről, csak sajnos a gyerek mellett nincs folyamatos 5 percem ezzel foglalkozni, ezért gondoltam, hogy beszédes a hibajelenség és van esetleg erre egy beállítás vagy szabály valahol, ami 1 perc alatt megvan.
-
pistaneni
csendes tag
Üdv! Ma felraktam egy TP-Link TL-WR842ND (v1) routerre a suste 0.8.1 firmware-t. Első próbálkozásom a témában, Linux-ban és hálózatkezelésében nincs különösebb tapasztalatom. Előtte a gyárival az alábbi probléma nem jelentkezett.
A problémám: nem látják a LAN portra kötött gépek egymást, de wifis eszközök meg látják a LAN-osokat. Általában minden eszközt fix IP címmel használok, a 192.168.2.x tartományban, 255.255.255.0-s maszkkal, átjáró: 192.168.2.1.
Kb. így csináltam:
A firmware felrakása után LuCI-ban először átállítottam a LAN résznél: protokoll: statikus cím, IPv4 cím: 192.168.2.1, hálózati maszk 255.255.255.0. Átjárót nem állítottam be, a többi beállításhoz itt nem nyúltam.
Módosítottam a DHCP kiszolgálót is, de az talán nem okoz problémát.
Beállítottam a wifit (MAC szűréssel, ide csak a vezeték nélküli eszközök MAC címét vettem fel).
Aztán beállítottam a WAN-nál az internetelérést (digi).
Máshoz kb. nem nyúltam.Eddig jó, internet van minden eszközön, vezetékesen és vezeték nélkülin is.
Két vezetékes eszközöm van: egy Raspberry Pi és a notebook. Ezek nem látják egymást, pingelni sem lehet egyikről a másikra ("Reply from <pingelő gép IP címe>: Destination host unreachable."). A Raspberry-n van webkiszolgáló, azt se lehet betölteni a notebookról, és ssh-n se tudok csatlakozni. Ezek mind működtek a gyári firmware-rel.
Továbbá: a Raspberry-t látom a vezeték nélküli eszközökről (fix IP címes Android tablet, DHCP-s Windows phone), ssh-n és webszervert. Mindkét gépet lehet pingelni a routerről diagnosztikai résznél.Mit rontottam el, mit kell még beállítani?
Új hozzászólás Aktív témák
- Itt a Galaxy S26 széria: az Ultra fejlődött, a másik kettő alig
- GL.iNet Flint 2 (GL-MT6000) router
- Szolnok és környéke adok-veszek-beszélgetek
- Autós topik
- Milyen billentyűzetet vegyek?
- Ilyen olcsó sem volt még egy Apple notebook
- Formula-1
- OLED TV topic
- Elektromos autók - motorok
- Luck Dragon: Asszociációs játék. :)
- További aktív témák...
- HIBÁTLAN iPhone 14 Plus 128GB Midnight-1 ÉV GARANCIA - Kártyafüggetlen, MS4643
- MCDODO T03 fejhallgató
- Lenovo ThinkPad T480s,14",FHD,i5-7300U,8GB DDR4,256GB SSD,WIN11,TOUCH
- LG 27G850A - 27" Nano IPS - UHD 4K - 240~480Hz 1ms - NVIDIA G-Sync - FreeSync Premium PRO - HDR 600
- Dell Precision 5520 15,6" FHD, Xeon E3-1505M v6, 16GB RAM, Quadro 4GB VGA, SSD, jó akku, számla, gar
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest