-
GAMEPOD.hu
OpenWrt topic
Új hozzászólás Aktív témák
-
-Prometheus-
tag
Biztosan jó portra csatlakozol? (Pl. nem állítottad át másikra korábban?)
Újraindítás megvolt? LuCI-ban stimmelnek az SSH beállítások? Nekem 15.05.1-gyel egyszer előfordult, hogy se a LuCI, se az SSH nem volt elérhető (mintha valamiért nem indult volna el egyik szerver se). Újabb újraindítással meg is javult.
-
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?
-
suste
veterán
válasz pistaneni #9303 üzenetére
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.")
Alapértelmezetten nincsen tűzfal szabály a LAN-ra, szóval ha nem látják egymást, akkor vagy te hoztál lértre egy rossz szabályt, vagy az eszközökön lévő tűzfal akadályozza a kommunikációt, vagy rossz az IP konfiguráció!
Webkiszolgálós hiba lehet még a cache hibája. Mivel mobilos eszközökről működik minden, így szinte biztos, hogy valami a böngészővel van (másik böngésző, incognito mód, stbstb).
És a fix IP-s beállításaiddal is lehet hiba. Én elsőre megpróbálnék visszaállítani mindent DHCP-re.
Egyébként miért fix ip? Miért nem jó a DHCP + IP foglalás?Szóval router alapra állítás, és minden eszköz dhcp. Utána írj az eredményről.
-
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.
[ Szerkesztve ]
-
scream
veterán
Hali!
PPPoE kapcsolatnál LuCI alatt lehet valahol állítani, hogy ne dobja el naponta?
Erre gondolok:
Aug 16 13:22:56 pppd[904]: LCP terminated by peer
Aug 16 13:22:56 pppd[904]: Connect time 1440.1 minutes.
Aug 16 13:22:56 pppd[904]: Sent 224884563 bytes, received 2422311487 bytes.
Aug 16 13:22:56 netifd: Interface 'wan' has lost the connectionHogy az 1440 helyett mondjuk legyen 14400, de nem találtam semmi ilyesmit.
-
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
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' -
suste
veterán
válasz pistaneni #9305 üzenetére
DHCP:
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....
de pl tűzfal szabályokat is így könnyebb felvenni, egyszerűen a listából választható a kliens....
szóval szerintem a dhcp nem egy felesleges + dolog, hanem egy jó segédeszköz, ami megkönnyíti a dolgunkataz biztos, hogy ha jól be van állítva minden, és nincsen extra tűzfal szabály a routeren vagy tűzfal a gépeken ami megfogja a forgalmat, akkor látniuk lell egymást a klienseknek
pl, kipróbálhatnád, hogy csinálsz egy full mentést a 9092/system/backup oldalon (hogy bármikor könnyen vissza tudj állni a mostani helyzetre), majd alapra állítva a routert, semmit nem módosítva csak simán felcsatlakozol mindennel (dhcp-n), akkor látják-e egymást az eszközök? így jónak kell lennie! nem emlékszem, hogy ilyenre panaszkodott volna valaki... -
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.
-
dzsega
csendes tag
máig sem sikerült megoldanom...
Nem értem, hogy mi a nem jó. Már több alkalommal újratelepítettem (igaz csak sysupdate) de a webes felület továbbra sem jön be.
Valaki !szájbarágósan! tudna segíteni?
Köszi!
(a webes elérés azért lenne, fontos, mert itthon nincs nagyon asztali gép és mobilról néhanapján megállítanám elindítanám, máshova töltetnék le vele, ezek miatt kellene) -
dzsega
csendes tag
OK! Rájöttem én vagyok a hülye... Nincs is benne, most, hogy kerestem a leírásban nem csak átfutottam megtaláltam.
Hogyan rakjam fel?
A rendszer-> szoftver alatt nem sikerül, nem tud csatlakozni ezt kapom:
Downloading http://suste.besaba.com/Openwrt_Barrier_Breaker/Packages//Packages.gz.
Downloading http://suste.ixmsk.eu/Openwrt_Barrier_Breaker/Packages/Packages.gz.
wget: bad address 'suste.besaba.com'
wget: bad address 'suste.ixmsk.eu'
Collected errors:
* opkg_download: Failed to download http://suste.besaba.com/Openwrt_Barrier_Breaker/Packages//Packages.gz, wget returned 1.
* opkg_download: Failed to download http://suste.ixmsk.eu/Openwrt_Barrier_Breaker/Packages/Packages.gz, wget returned 1.
* opkg_download: Failed to downloadtöbb lyen sor van, csak azokat kitöröltem. Megpróbáltam átírni http://suste.besaba.com/Openwrt_Barrier_Breaker/Packages/ -re de úgy sem megy.
-
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.
[ Szerkesztve ]
-
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.
[ Szerkesztve ]
-
suste
veterán
válasz pistaneni #9323 üzenetére
az xmsk szerveren eddig is fent volt, de felmásoltam a besaba-ra is...
router konfigurációs oldalai is néha timeouttal percekig elérhetetlenek
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....[ Szerkesztve ]
-
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 #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.[ Szerkesztve ]
-
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 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
Pár hasonló esetet (nem megy a firmware csere) találtam a WR842ND fórumából:
https://prohardver.hu/tema/tp-link_tl-wr842nd/hsz_1704-1704.html[link]
https://prohardver.hu/tema/tp-link_tl-wr842nd/hsz_1705-1705.html[link]
https://prohardver.hu/tema/tp-link_tl-wr842nd/hsz_1695-1695.html[link][ Szerkesztve ]
-
martonx
veterán
Sziasztok!
A TP-Link WR1043-asomon OpenWRT van, és a DHCP valamiért szenved rajta. Mit lehet / érdemes a default OpenWRT-ben beállítani, hogy a DHCP jó legyen? A hálózaton minden gépnek inkább állítottam be statikus IP címet, mert DHCP-vel nagyon nem akartak működni
Viszont egy olyan problémám van, hogy van egy NAS-om, amit a windows hálózaton megtalálok, de képtelen vagyok rájönni, hogy mi az IP címe? Így nem tudok az admin felületére se belépni Azaz a NAS szépen működik, tudok rá fileokat másolni, csak épp IP cím hiányában a torrent szerverét nem tudom elérni A router meg a DHCP leases-ben egy szép nagy üres semmit mutat.
Hogy tudom megtalálni, hogy egy eszköznek mi az IP címe?Én kérek elnézést!
-
vargalex
Topikgazda
válasz martonx #9342 üzenetére
Szia!
Olyat még nem hallottam, hogy gond lenne OpenWrt alatt a DHCP szerverrel. Hacsak nincs LAN-on más DHCP szerver, hiszen akkor el sem indítja.
A másik problémát nem is értem. Hogy tudsz másolni a NAS-ra? Az is IP alapon megy, csak feloldja a névből. Ha a nevet írod a böngészőbe, annak is menni kell. Nem lehet, hogy éppen a NAS-on fut a DHCP szerver?Alex
-
martonx
veterán
Áá, az mondjuk lehet probléma, hogy a modem 192.168.1.254-en van az openwrt meg 1.1.-en azaz simán összeakadhatnak. Mivel a modemre nincs ráhatásom, az openwrt-ben hol tudom átállítani, hogy ne az 192.168.1.1-es területet próbálja használni, hanem mondjuk 0.1 vagy 2.1?
Én kérek elnézést!
-
martonx
veterán
válasz vargalex #9346 üzenetére
OK, ott vagyok. Picit bővebben, hogy itt melyik beállítón változtassak, hogy mondjuk a routerem 192.168.2.1-el működjön, és a dhcp is ennek megfelelő lehessen?
Közben egyre jobban kikristályosodik a hiba. A NAS valamiért az invitel modemtől kap DHCP-t, pedig a TP-Link routerbe van a NAS is dugva. Hogy lehetne ezt rendbe tenni?
Én kérek elnézést!
-
martonx
veterán
Sziasztok!
Most, hogy a belső háló (modem, router, NAS) már működik, adódott a következő kérdés. A NAS-ra raktam transmission-t.
A transmission mintha az 57872-es porton szeretne kommunkálni, de nem tud. Az openwrt-ben hol kell ezt a portot engedélyeznem, és hogyan? Illetve mintha az UPnP is ezt a problémát megoldaná, azt vajon hol lehet Lucl-ban engedélyezni?Én kérek elnézést!
Új hozzászólás Aktív témák
- Diablo IV
- antikomcsi: Való Világ: A piszkos 12 - VV12 - Való Világ 12
- Linux felhasználók OFF topikja
- A fociról könnyedén, egy baráti társaságban
- Dell notebook topic
- (nem csak) AMD FX / Ryzen tulajok OFF topikja
- Eredeti játékok OFF topik
- Modern monitorokra köthető 3dfx Voodoo kártya a fészerből
- Rezsicsökkentés, spórolás (fűtés, szigetelés, stb.)
- iRacing.com - a legélethűbb -online- autós szimulátor bajnokság
- További aktív témák...
- Warhammer Online - Age of Reckoning (DE) Collectors Box (Figurával!)
- Windows, Office licencek a legolcsóbban, egyenesen a Microsoft-tól - 2990 Ft-tól!
- Bitdefender Total Security 3év/3eszköz! - "Tökéletes védelem most kedvező áron..."
- Adobe Creative Cloud - 2024. 04. 05 - 2025. 04. 05-ig
- Eredeti Windows, telepítéssel! Digital Doctor Számítógép Szerviz