- A Sony szerint Japánon kívül is hódíthat az anime
- Crypto Trade
- Windows 10
- Szilárdtest-akkumulátorokat fejleszt Kína, jöhet az áttörés?
- DIGI kábel TV
- PHP programozás
- Aliexpress tapasztalatok
- Hamarosan elképesztő mennyiségű áramot fogyasztanak el az adatközpontok és az AI
- Microsoft Excel topic
- Játékfejlesztés
-
IT café
TP-Link WR1043ND - N450 router
Új hozzászólás Aktív témák
-
-
Maksifül
senior tag
Lehet, hogy már unjátok, de szeretnék a végére járni a dolognak.
A hibabejelentés eredménye:
A szolgáltatóközpont és a modem között nem tapasztalható szakadozás sem hiba.
Az akármilyen akciócsoport 4700-ért telefonon segítene beállítani a routert, amit inkább kihagytam, mert ennyiből új modemet is kapok...Mivel a probléma nem oldódott meg, feltettem a DD-WRT firmware-t, ami semmi egyebet nem állítottam be, csak a PPPoE-t a hozzá tartozó usernévvel és jelszóval.
Semmi nem változott, ugyanúgy szakadozik a net, és szar az egész.2 gépen is használom, csak kábellel vannak összekötve a routerrel és mind a négy portot kipróbáltam, tehát az sem lehet, hogy csak olyan portot próbáltam eddig, ami véletlenül hibás lehetne...
Luxusparfümök kis kiszerelésben. 1 vagy 2ml-es minták és 5, 10, 20ml-es fújósok. Az aktuális listáért látogass el az alábbi oldalra: https://goo.gl/B09F5U
-
snpetit
aktív tag
Sziasztok!
Valakinek van még gondja Dyndns-sel?
OpenWRT (Vargaalex verziója is) nem észleli, ha újracsatlakozik a modem és IP változik. Reboot router után befrissít.
DD-WRT a márciusi verzió még befrissít, de az utána levők megállnak ott, hogy IP cím megváltozott frissítés szükséges.Más... valahol van leírás hogy kell belőni OpenVPN-t DD-re vagy Open-re, cert+key generálásokkal együtt?
-
Intruder2k5
MODERÁTOR
válasz snpetit #15006 üzenetére
Szia!
Na várjunk csak egy kicsit, ez a mondat nem teljesen kerek számomra...
"nem észleli, ha újracsatlakozik a modem és IP változik"
Nem tudom, hogy ezt pontosan, hogy kell érteni, de a külső IP címet nálam a router veszi fel, és nem a modem. Ergo nem tudja nem észrevenni a cserét!
[ Szerkesztve ]
-
snpetit
aktív tag
válasz Intruder2k5 #15007 üzenetére
Szia!
T-Home ADSL, a router tárcsáz be Wan porton.
-
őstag
Számomra nagyon megbízhatatlannak tűnt a saját magam konfigurált OpenWRT.
Most nyomtam egy rebootot, ha ez még párszor megismétlődik, törlöm az egészet.
[ Szerkesztve ]
Rock and stone, to the bone! Leave no dwarf behind!
-
Coolmat
őstag
válasz Maksifül #15002 üzenetére
Végső javaslatom: vidd vissza a routert és cseréltesd ki. Természetesen úgy vidd vissza, hogy visszaflasheled a gyári fw-t, dd-wrt fórumon találsz hozzá fájlt.
-
limre2
csendes tag
Udv,
Digi LAN PPPOE típusú netre nem bírok felcsatlakozni a 1043-as router, Openwrt-s firmware-rel.Net biztosan jó,simán a laptop felcsatlakozik. 1.5 napja küzdök,és nem találok megoldást.Mit kell beállítanom? (korábban nem PPPOE típusú netkapcsolatom volt ,semmi gond nem volt a routerrel).
Network\Interfaces\wan részt állítottam:Protocol: PPPOE (ppp-mod-pppoe -ot feltelepítettem)
Bridge interface nincs pipálva,
Interface: Eth0
zone: wan
username, psw megadva,
replace default route nincs pipálva,
use per dns nincs pipálva
Enable IPv6 on PPP link nincs pipálvaA log ezt írja:
Timeout waiting for PADO packets
Unable to complete PPPoE Discovery -
Badb0y
addikt
válasz Intruder2k5 #15011 üzenetére
Gondolom wifin ezzel sem lehet 300M-esen csatlakozni? Tehát maradunk az openwrt-nél
Minőségi laptopok https://notebookokhu.business.site/
-
jeriko2
tag
Sziasztok!
Beleütköztem egy problémába. Egyik napról a másikra nem működik az ftp (kívülről). Hiába indítom újra akár az ftp-t, akár a routert, bekéri a jelszót, majd 500: illegal port command-al leáll. Ahogy nézem, az ls parancs nem akar működni, mert a csatlakozás a visszajelzés szerint rendben megtörténik. A config-on nem változtattam semmit, illetve mióta nem sikerült működésre bírni, pár dologgal kísérleteztem.
Tudtok valami tanácsot adni?
-
dash17291
tag
Kedves Vargalex!
A te firmwared "tudja" a lenti dolgot? Az időablakhoz a boot wait-et kell beállítani? Ez azt jelentené hogy elkerülhető lenne a soros portos recovery? (Ha a bootloader még életben van.)
http://wiki.openwrt.org/doc/howto/generic.flashing.tftp
"Although you can install the firmware through more traditional means (via webpage), there are reasons to install via TFTP. This is NOT a requirement, simply a damned good idea if you use self compiled firmware images; if anything goes wrong you can just TFTP the old firmware back."
http://wiki.openwrt.org/doc/howto/generic.debrick
vs.
As for the proper ways to recover a "bricked" router
boot_waitThe single best thing you can do is have boot_wait set, meaning that all you have to do is TFTP a new firmware. At one time the reflashing instructions included a an exploit for the Linksys firmware that set the boot_wait variable; as time progressed and Linksys eventually fixed the bug (after several failed attempts) we found that people were flashing to other firmwares for the sole purpose of setting boot_wait so they could reflash to OpenWrt. We figured this was somewhat pointless and altered the instructions to indicate that you could safely reflash to OpenWrt without setting boot_wait.
Kérlek magyarázd el ezt néhány sorban!
[ Szerkesztve ]
-
dash17291
tag
ÁÁÁÁÁÁÁáá
toxin.lapunk.hu hová tűnt?
Van valakinek mentése róla?
[ Szerkesztve ]
-
jeriko2
tag
válasz vargalex #15015 üzenetére
Szia!
Nincs se másik router, a tűzfal configja meg áprilisi, azóta változatlan, és ftp-ztem sokat azóta.
A routernek volt valami 70 nap uptime-ja, aztán kb. egy hete elment a net (routerről), és csak újraindítás után volt hajlandó rendesen működni (ssh-zni be tudtam rá wi-fin is, wan irányból nem volt semmi). Lehetséges, hogy azóta nem megy az ftp sem. A QoS illetve a vsftp configja változott csak az utóbbi másfél hónapban. Hm. Megpróbálom kikapcsolt QoS-el...És megy! Na, visszakapcsolom. Nem megy. Ennek utána nézek.
-
Intruder2k5
MODERÁTOR
-
Intruder2k5
MODERÁTOR
-
bba
tag
válasz snpetit #15006 üzenetére
Hali!
Most, hogy mondod nekem is a DD-WRT (06/14-ei) alatt nem frissíti a DynDNS címet, látható, hogy írja a logba, hogy változott a cím, de több logot nem ír, be pedig régebben vagy 10 sorban benne volt, hogy elküldi változásokat és, hogy sikeresen updatelt....
''Semmi sem állandó, csak a változás örök.''
-
vargalex
Topikgazda
válasz Keresztapper #15023 üzenetére
Közben én is megnéztem (DHCP kapcsolatnál) és a hálózati szakadást nem detektálja (gondolom ez van PPPoE esetén is), azaz nincs ifdown, illetve ifup. Most sürgős melóm van, de valamikor a hét második felében ránézek.
Alex
-
Intruder2k5
MODERÁTOR
válasz snpetit #15008 üzenetére
Épp ez az, hogy mivel a router tárcsáz be, így az IP címet is a router WAN portja veszi fel, tehát nem tudja nem észrevenni az IP cserét...Amennyiben olyan modemed van, amit át lehet állítani router módba, akkor a PPPoE hitelesítést nem a router kezeli, és ez esetben a routernek már csak egy belső IP címe lesz, amit a modem DHCP szerverétől kap. Na ebben az üzemmódban előfordulhat, hogy a router nem veszi észre az IP cím változását. Ez viszont a ritkább eset, mert a szolgáltatók által osztogatott buta modemek ilyenre nem képesek. Ráadásul szerintem egy csomó kényelmetlenséget is okoz, hogy nem a router veszi fel a WAN IP címet...
Alex
De szerintem ez inkább csak DHCP kapcsolat mellett lehet érvényes, mert a PPPoE (legalábbis nekem az Invitel ADSL) eldobja a kapcsolatot, mikor megszakítom a madzagot. És ha ezt azonnal nem is veszi észre, a következő klikkelésnél (vagy egyéb kimenő kérésnél) azonnal beírja a log-ba, hogy "WAN Down"[ Szerkesztve ]
-
vargalex
Topikgazda
válasz Intruder2k5 #15026 üzenetére
Hi!
Ha a modem tárcsáz, akkor is a WAN IP címet kapja a router (legalábbis halvány emlékeim szerint).
Alex
-
Intruder2k5
MODERÁTOR
válasz vargalex #15027 üzenetére
Szerintem meg ez esetben a modem DHCP-n oszt IP-t a routernek, ami természetesen már egy belső IP cím lesz. A WAN IP címet a router csak Bridge módban kapja meg.
De majd valaki, akinek jelenleg is erre képes modeme van, megmondja a tutit.
Én most egy DSL-360R T1-et használok a dchard féle fw-vel, amiben csak bridge mód van. Bár van egy eredeti állapotú T1-esem is, meg egy hüvely (Huawei) is, ha más nem, majd kipróbálom, azt hiszem, hogy valamelyikben mintha láttam volna ilyen mód váltási lehetőséget.
-
dash17291
tag
válasz Intruder2k5 #15022 üzenetére
Hátööö,
igazából az egészet úgy en bloc, voltak ott nagyon jó szkriptecskék.
Azért köszi ezt az egy oldalt is!
[ Szerkesztve ]
-
vargalex
Topikgazda
válasz Intruder2k5 #15028 üzenetére
Hi!
Ha Huawei SmartAX MT800u-T-d van, akkor az elvileg tudja. Kíváncsi vagyok az eredményre, mert így belegondolva ilyenkor routerként funkcionál az eszköz.
Alex
-
őstag
Nos, kész, ennyi, nem megy a router.
Hosszú történet fog következni:
Megvettem a routert, pár napig gyári FW-rel használtam, utána vinyómat átalakítottan ext3-ra, és elkezdtem OpenWRT-t tenni rá. Sikeresen beállítottam, de már az első nap megfigyeltem, ha hosszabb (5-10 perc) ideig terhelem folyamatosan a routert, eldobja a kapcsolatot, de úgy, hogy a routert sem tudom elérni. Pár percre rá visszatér. A log a DHCP-ről mesél folyamatosan, amit azért nem értek, mert gyárilag olyan kevés lehetőség van, hogy azt nem lehet elrontani. Aztán elkezdett megint szíakadozni a kapcsolat: 3 másodpercig volt net, három másodpercig nem. (Mármint nem net, kapcsolat a routerral.)
Bementem Luciba, mondtam neki, hogy akkor restore factory defaults.
Visszaállt, hosszú órákig szenvedtem a Sambaval, beállítottam ugyanúgy ahogy előzőleg. Itt is 12-16 óra után elkezdett szakadozni. Már úgy állt, hogy 5 percig nincs kapcsolat a routerral, 10 másodpercig van.
Akkor fogtam magamat, letöltöttem a legfrissebb vargalexes buildet, feltelepítettem. Semmi nehézséget nem okozott, md5-öt leellenőriztem, stimmelt, beírtam a megfelelő parancsot.
Feltelepült, kiírta hogy reboot, vártam rá ~10 másodpercet és bezártam a PUTTY-t.
Felmegyek a webes felületre, kiírta hogy vargalex build (meg hasonlók), bejelentkeztem, erre az oldal csúnyán szétesve.
Megkerestem hol kell beállítani a netet, beállítotam PPPoE-t, beírtam a user/pw párost.
Reboot, mivel nem volt net.
Következő indulásra semmi.
Ilyen már volt egyszer, így megadtam a Windowsnál a maszkot, ip-t, átjárót. Nyomom a qss-t, kcsit gyorsabban villog. Megnyugszom.
Indítom a PUTTY-t, telnet 192.168.1.1, és láss csodát, SEMMI.
Webes felületet is megnézem, SEMMI.
Pingelem a routert, 1 ms a ping amég gyorsabban villog. Utána semmi.Hol, mit, és hogy kúrtam el?!
Rock and stone, to the bone! Leave no dwarf behind!
-
őstag
válasz vargalex #15033 üzenetére
Igen, először a WAN-t állítottam be, és mivel az nem működött, utána a LAN-t.
Több helyen is próbáltam az IP-t, maszkot, átjárót állítani, de nem vagyok benne biztos.
Windowsnál úgy kell, hogy megnyitom a 'kapcsolatot' amire rá van dugva a kábel, jobb gomb, tulajdonságok, 'TCP/IP Protokoll négyes verziója (IPv4)', tulajdonságok, és ott a három mezőbe kell beírni?Rock and stone, to the bone! Leave no dwarf behind!
-
őstag
válasz vargalex #15035 üzenetére
Akkor ott failsafe módot néztem be.
Azt pontosan hogy is kell?
Bedugom az áramba (természetesen csak 1 kábel van beledugba, aminek a másik fele a gépbe megy), felvillan az első led, nyomom két másodpercig az elején a baloldalán lévő gombot (ami mellé QSS van írva)? Az a baj, hogy nem tudom mennyire villog alapból, sosem néztem. De ez nem veszettül villogás amit így csinál.
Bocs, hogy ilyen hülyén fogalmazok, mert lehet hogy valami nagyon egyértelműt nézek be.[ Szerkesztve ]
Rock and stone, to the bone! Leave no dwarf behind!
-
-
őstag
válasz vargalex #15039 üzenetére
Most még nem sikerült ezt a hibát produkálnom. Amúgy jól működik.
Amúgy a te-féle FW-ben hol lehet sávszélességet korlátozni MAC cím alapján? Mert a QoS-nél csak az összes kliensre vonatkozó, és prioritás állítás van.
[ Szerkesztve ]
Rock and stone, to the bone! Leave no dwarf behind!
-
Intruder2k5
MODERÁTOR
válasz vargalex #15030 üzenetére
Na, elővettem a dobozból, és mint kiderült, nekem Huawei SmartAX MT880i modemem van, de ez is tudja a Router, és a Bridge módot is...
Megpróbáltam, és a várakozásoknak megfelelően, Router módban a modem veszi fel a külső IP-t, és az arra kötött router (vagy PC), már a modem DHCP szerverétől kap egy 192.168.1.x címet. Tehát egy sima switch-el akár tovább is osztható az ADSL.
Ha már összeraktam, akkor viszont lepróbáltam a kábelkihúzást is. Ha router módban, élő internetkapcsolat esetén kihúztam a telefonkábelt a modemből, azt a router nem veszi észre. Ez logikus is, mivel az ő szemszögéből a kapcsolat nem szakadt meg.
Ha Bridge módban, amikor a routerben van konfigurálva a PPPoE kapcsolat, kihúzom a telefonkábelt a modemból, akkor azonnal szintén nem veszi észre a szakadást a router, de amint valami kimenőforgalom lenne rajta, azonnal reconnectelni akar. A reconnect akkor is megtörténik, ha a telefonkábelt visszadugom mielőtt bármire is kattintok.
Tehát nálam semmilyen körülmények között "nem éli túl" a PPPoE kapcsolat a telefonkábel kihúzását, csak annyi a különbség, hogy ha a modem tárcsáz, akkor ezt a szakadást a router már nem érzékeli.
[ Szerkesztve ]
-
arty
veterán
válasz Intruder2k5 #14960 üzenetére
köszi, pont ilyenre gondoltam !! így már nem paráznék, ha működne....
... mert sajnos miután végiglőttem a guide-t (puttygen-el kulcsgen, fájlt felftp-ztem, másolás authorized_keys-be, chmoddal jogok csekkolása, stb) sshzás után "server refused our key" és irhatom be a pw-t
"ugyanitt hazájából elüldözött nigériai herceg aranybányájának tulajdonjogát megtestesítő NFT jegyezhető."
-
vargalex
Topikgazda
válasz Intruder2k5 #15041 üzenetére
Az érdekes igazából az lenne, hogy a modem-router közti szakadást észreveszi-e. Ha jól emlékszem, a régi verzió rögtön detektálta az interface down-t, viszont a mostani trunk ezt nem teszi (legalábbis DHCP esetén). Tehát, ha kihúzom a WAN portból a kábelt, majd egy idő után vissza, olyan, mintha nem is történt volna semmi. Nem kér sem IP-t, log-ban sem látszik semmi. Szóval, valamikor majd ránézek, hogy mitől lehet ez.
Alex
-
Intruder2k5
MODERÁTOR
válasz vargalex #15044 üzenetére
Hú, hát ennyire "trunk specifikus" dolgokat én úgysem tudok nézni, hiszen tudod, hogy nem is OpenWrt-t használok... Ráadásul már szét is szedtem a "tesztrendszert", mert állandó jelleggel a moddolt D-LINK modemet használom, a Huawei-t nem szeretem. És mindennek a tetejébe a WL-500W-vel próbálgattam, az RT-N16-ot nem akartam emiatt elkonfigolni.
De különben mi jelentősége van a modem és a router közti szakadásnak?
Ott már helyi címes DHCP kapcsolat van, ami ha meg is szakad, és újra felépül, úgysem járhat dyndns frissítéssel, mivel az a 192.168.x.x cím oda úgysem jó. Ez esetben vagy a modem kell, hogy kezelje a dyndns-t (ha van ilyen funkció benne), vagy pedig a routeren adott időközönként lefuttatott, külső IP cím ellenőrző script. Na de a külső IP cím viszont ettől a szakadástól nem változik meg, mivel a modem és a szolgáltató közti kapcsolat ettől még életben marad.
-
arty
veterán
válasz vargalex #15043 üzenetére
jah, megnéztem, ott látszott is, amit az authorized_keys-be bemásoltam
próbáltam, hogy csak a kulcsot irtam oda be, a ---- BEGIN SSH2 PUBLIC KEY ---- és END-et nem, de akkor se lett jó (reboot volt közben mindig!)
[ Szerkesztve ]
"ugyanitt hazájából elüldözött nigériai herceg aranybányájának tulajdonjogát megtestesítő NFT jegyezhető."
-
Keresztapper
senior tag
válasz vargalex #15025 üzenetére
Dolgozz csak! Számomra eléggé megmagyarázhatatlan, mert én még egy régebbi trunk verzióju fw-t használok és eddig szépen updatelt a dyndns, de kb 2 hónapja meghalt a routerre kötött HDD, ami csak a múlt héten volt időm cserélni (pedig hegyekben állnak otthon a HDD-k) és ekkor vettem észre, hogy a ddns címen nem érem el az FTP-t.
Manuálisan updateltem a dyndns.org-on, az óta meg nem foglalkoztam vele.
http://palscoffeetech.com/
-
arty
veterán
asszem megvan a probléma: puttygen nem jo formátumot generál, modositom, meglátjuk
szerk: és nem
puttygen pubikus kucsfájl-a:
---- BEGIN SSH2 PUBLIC KEY ----
Comment: "rsa-key-20110809"
XXXXB3NzaC1yc2EAAAABJQAAAIEApCqwB36S/ut0KHSXnMGvZmnT8+d4qRZJb8Hs
CwZzMhpY5weYY6XnaNDCZYlbBJI64i/BinJwQV7S2B1reJanmeqmOPcbti8NBd1o
l1eAs8KxBYTgUnpYhshXS54zMPbor3j72SYA2aIqPjv5CIpTFthNltMgqHwmokhi
DsdRsO8=
---- END SSH2 PUBLIC KEY ----átalakitottam és bemásoltam luciba:
ssh-rsa XXXXB3NzaC1yc2EAAAABJQAAAIEApCqwB36S/ut0KHSXnMGvZmnT8+d4qRZJb8Hs
CwZzMhpY5weYY6XnaNDCZYlbBJI64i/BinJwQV7S2B1reJanmeqmOPcbti8NBd1o
l1eAs8KxBYTgUnpYhshXS54zMPbor3j72SYA2aIqPjv5CIpTFthNltMgqHwmokhi
DsdRsO8= rsa-key-20110809[ Szerkesztve ]
"ugyanitt hazájából elüldözött nigériai herceg aranybányájának tulajdonjogát megtestesítő NFT jegyezhető."
-
vargalex
Topikgazda
válasz Intruder2k5 #15045 üzenetére
Hi!
Annyi gond van a modem és a router közti szakadásnak (legalábbis DHCP kapcsolat esetén), hogy a router nem kér újra IP címet, így azt gondolja, hogy a régi még megfelelő neki. Most itt nem ADSL-ről beszélek, ahol a modemet állítod PPPoE kapcsolatra és bekapcsolod a DHCP szervert, hanem pl. kábelnetről, ahol DHCP kapcsolatot kell felépítened. De ugye ezt úgy is megnézheted, hogy az RT-N16 egyik LAN portjára rakod a WL-500W WAN portját, majd megszakítod a kapcsolatot. Elvileg észre kell, hogy vegye a WL-500W, de az új trunk (legalábbis 1043ND esetén) ezt nem teszi. Gondolom PPPoE esetén sem veszi észre az interface down-t (vagyis igazából nem interface down-ról beszélünk, mert az él továbbra is, csak hálózati kapcsolat szakadásról).
Alex
Új hozzászólás Aktív témák
- Medence topik
- Konteó topic
- Azonnali VGA-s kérdések órája
- A Sony szerint Japánon kívül is hódíthat az anime
- Anime filmek és sorozatok
- Politika
- Google szolgáltatás (GMS) Huawei telefonokra
- Milyen házat vegyek?
- Készülőben az Apple TV alkalmazás Androidra
- exHWSW - Értünk mindenhez IS
- További aktív témák...
- Bomba ár! HP Elitebook 830 G5 - i5-7G I 8GB I 256SSD I 13,3" FHD Belátásgátló! I Cam I W10 I Gari!
- Eladó 13"-es MacBook Air M2 (8/256), iCentre garancia + készülékbiztosítás 2026.03.09-ig
- iPhone 14pro max 256gb 2025.02.04ig Gari!!
- AMD Ryzen 5 5600X BOX - Új, bontatlan, 3 év garancia - Eladó! 48.000.-
- Dell Latitude 9430 2-in-1, 14" QHD+ IPS 360 érintő -500nit-, i7-1265U, 32GB DDR5, 512GB NVMe, gar
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs