- Luck Dragon: Asszociációs játék. :)
- bitpork: Augusztus 2- szombat jelen állás szerint.
- eBay-es kütyük kis pénzért
- sziku69: Szólánc.
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Chosen: Canon 5D II - portrézás 2025-ben
- sziku69: Fűzzük össze a szavakat :)
- Geri Bátyó: B550 szűk keresztmetszet, de mi és miért?
- Fogkefe: elektromos vagy manuális?
- Magga: PLEX: multimédia az egész lakásban
-
LOGOUT
TP-Link WR1043ND - N450 router
Új hozzászólás Aktív témák
-
-
Doky1988
senior tag
válasz
vargalex
#63692
üzenetére
aham tehát felhasználónév dokymail@gmail.com helyett dokymail-gmail-com ?
Nemjó, nem updateli úgyse, dd-wrt szerint nincs szükség beavatkozásra, már a jelenlegi ip címem van..
parancssorból pingelésnél a régit írja, valamint webfelületen is ipdns-en..
akkor csak kéne a curl..szerk: openwrt meg nem jött be, wifivel bajaim voltak...
-
vargalex
Topikgazda
válasz
Doky1988
#63689
üzenetére
Akkor csak az a baj, hogy nem olvastad el az ipdns.hu ide vonatkozó leírását:
5. "Username" a hostnévnél megadott azonosító név/e-mailcím (ez alapesetben megegyezik a regisztrációnál megadottal). FONTOS, hogy a azonosító e-mailcímből a @ és a pont karaktereket le kell cserélni kötőjelre.
Példa: az admin@ipdns.hu azonosítót itt helyesen így kell megadni: admin-ipdns-hu
Azaz a felhasználónév esetedben helyesen: dokymail-gmail-com.
-
vargalex
Topikgazda
válasz
Doky1988
#63687
üzenetére
Ssh-n beírod, hogy curl, majd nyomsz egy entert. Ki fogja írni, hogy van-e ilyen parancs. Hogy telepíteni hogy kell DD-WRT alá, azt ne tőlem kérdezd.
Bár most jut eszembe, hogy lehet, hogy semmit nem segít, hiszen valószínűleg DD-WRT alatt teljesen más a DDNS frissítés, mint OpenWrt alatt. Lehet, hogy egy külön alkalmazás intézi, nem egy shell script. Pontosan hogy állítottad be? Logban nem látszik semmi? Ha a wikiből jól látom, pont úgy kell beállítani, ahogy az ipdns.hu oldalon is le van írva. Azaz így:http://[USERNAME]:[PASSWORD]@update.ipdns.hu/update?hostname=[DOMAIN]&myip=[IP]
Igazából a myip felesleges is, hiszen az ipdns.hu a forrás IP-t rendeli mindenképpen hozzá.
-
vargalex
Topikgazda
válasz
koffer82
#63681
üzenetére
Szia!
Ha te átnevezted a wan tűzfal zónát wan_zona-ra, akkor teljesen természetes. Szóval ez egyedi probléma...
Belső hálóról külső IP-vel való eléréshez NAT loopback kellene, amit valószínűleg nem tud a Telekomos router. Ha az bridge módban lenne, akkor a TP-Link kapna külső IP-t, így menne, mert OpenWrt alatt természetesen van NAT loopback.
-
DjTaRsY
aktív tag
Sziasztok!
Nagyon ügyesen Wifin keresztül toltam a 1043ND v1-emre 0.9-ről (config megtartás nélkül) az 1.1.7 sysupgrade-et a lucyból, és most újraindítás után meg is halt, ahogy kell.
Most bootoláskori minden led felvillanás és ethernet port ledek felvillanása után a PWR led világít csak és annak a portnak a ledje amivel összekötöm a gépemmel.
Wiresharkkal nézegetve a nem látok tőle üzeneteket csak a gépem felőli ARP üzeneteket jobbára.
Fix IP-re váltottam, (192.168.1.2), és sehogy sem érem el a routert se telnettel, se SSH-val. A hálózati és megosztási központban azonosítatlan hálózatként jelenik meg.
Mit tehetnék, hogy visszahozzam az életbe?
Előre is köszi a segítséget és iránymutatást.
Update:
Mivel failsafe módba nem bírom indítani, marad a szétbontás és serial, telnet kombó? -
koffer82
csendes tag
Kedves Vargalex,
Routeremen (TP-Link TL-WR1043N/ND v1 - OpenWrt | OpenWrt vargalex v1.1.7 r35342) a syslogban betörési kísérletet észleltem SSH-n:
Syslog:
Jul 8 11:22:20 dropbear[10918]: Child connection from 91.196.122.202:58781
Jul 8 11:22:21 dropbear[10918]: Bad password attempt for 'root' from 91.196.122.202:58781
Jul 8 11:22:22 dropbear[10918]: Bad password attempt for 'root' from 91.196.122.202:58781
Jul 8 11:22:22 dropbear[10918]: Bad password attempt for 'root' from 91.196.122.202:58781
Jul 8 11:22:23 dropbear[10918]: Bad password attempt for 'root' from 91.196.122.202:58781
Jul 8 11:22:23 dropbear[10918]: Bad password attempt for 'root' from 91.196.122.202:58781úgyhogy feltételeztem, hogy gond van a bruteforce védelemmel:
Syslog:
Jul 9 03:01:37 sysinit: Enabling Brute Force protection for SSH on port 2222
Jul 9 03:01:37 sysinit: iptables: No chain/target/match by that name.Kiböngésztem, hol volt a hiba:
iptables --table nat -I zone_wan_prerouting -p $PROTO......... HELYETT:
iptables --table nat -I zone_wan_zona_prerouting -p $PROTO.........Kipróbáltam, műxik: 3 belépési kísérlet után nincs kapcsolat egy percig.
Csak gondoltam megosztom ezt veled/tek.
És ha már itt vagyok lenne egy kérdésem is: belső hálózatról külső IP-vel miért nem érek el semmit? Ébresztés, FTP, SSH stb... Lehet, hogy az a gond, a TP-LINK router előtt WAN oldalon van még egy Telekomos router is? DMZ módban engedni át a netet a TP-LINK-re. Egyébként a netről mindent elérek szépen.
Üdv: Jan -
#63679
siddis
őstag
gabikiraly2
#63644
siddis
őstag
válasz
gabikiraly2
#63644
üzenetére
Ha ext2/ext3/ext4 van rajta akkor az Ext2Explorer-rel, de van még pár ilyen progi.. Ha meg NTFS akkor simán felismeri..
-
#63678
suste
veterán
gabikiraly2
#63644
suste
veterán
válasz
gabikiraly2
#63644
üzenetére
Attól függ milyen fajlrendszer van a hdd-n.
-
#63677
gabikiraly2
aktív tag
gabikiraly2
aktív tag
Erre esetleg valaki?
Köszönöm -
#63675
suste
veterán
Joker850403
#63673
suste
veterán
válasz
Joker850403
#63673
üzenetére
Router esetén teljesen normális hogy az átjáró a dns is.
De meg lehet adni másik dns-eket is:9092/system/basic, legalul, View "/etc/config/network".
Majd alul szerkesztés, és javitod ezt a sort:config interface 'lan'
option dns '8.8.8.8 8.8.4.4'Save, majd esetleg restart.
-
#63673
Joker850403
csendes tag
Joker850403
csendes tag
Az előző hozzászólásomhoz csak annyit még hogy valamiért amikor megnéztem a kapcsolat állapotát akkor ott az látszik hogy valamiért az alapértelmezett átjáró ip címét adta hozzá a dns1 és dns2-höz is. Nem is értem... de megoldottam úgy hogy a kliens gépen beállítottam manuálisan a dns-t és így most működik. sajna a router beállításai között nem találtam meg hogy hol lehet ezt átkonfigolni, de sanszos hogy a dhcp miatt ez saját magát állítja be
-
#63672
Joker850403
csendes tag
Joker850403
csendes tag
Sikerült eljutni odáig hogy van internetelérés, már csak az a probléma hogy valami nem passzol a tűzfal beállításokkal, ugyanis dns azonosítás nincs rendben. Esetleg erre tudtok valami megoldást?
Köszi
-
#63671
Joker850403
csendes tag
suste
#63669
Joker850403
csendes tag
Köszönöm, sikerült feltenni a frissítést
Viszont most az van hogy amint újraindult kb 1 percig elérhető volt a router aztán teljesen elérhetetlenné vált, osztott ki ip-t meg csatlakozok is hozzá de se a Luci se a 9092-es oldal nem érhető el.(kábelen csatlakozok)
Nem lehet hogy a hardver kezdi megadni magát??
-
#63669
suste
veterán
Joker850403
#63668
suste
veterán
válasz
Joker850403
#63668
üzenetére
Logoutomon utolsó bejegyzés: [link]
De az eredeti BB bejegyzésben is meg van említve a frissítés, és a szerverek is (3ból 2 él!).
-
#63668
Joker850403
csendes tag
suste
#63667
Joker850403
csendes tag
-
#63667
suste
veterán
Joker850403
#63666
suste
veterán
válasz
Joker850403
#63666
üzenetére
Ha megnéznéd a logoutom, akkor lathatnád a frissítéseket (0.8.1 és 0.8.2 repair-ok)....
+ a 1043v1 nem szereti a vlanok egymás mellé rakását. 1 vlan-ba kell atrakni az összes ethernet portot.
-
#63666
Joker850403
csendes tag
suste
#63664
Joker850403
csendes tag
Hello,
Jelenleg a legfisseb van rajta (suste-OpenWRT-BB-0.8.1-tl-wr1043nd-v1-squashfs-sysupgrade.bin)
Rákapcsolódik a másik routerre, azzal nincs is semmi gond. Viszont amióta a 9092-es oldaol beállítottam a repeater funkciót azóta szinte elérhetetlen a router (1043-as). De amikor nagynehezen elérem (kábelle!) akkor látom hogy szinte 100%-os a jelerősség és valamiért mégsem továbbítja a LAN felé.
Dióhéjban: van egy speedport routermodem (tkom-os) sugároz wifit(Telekom Fon), amit el is tudok érni, mert van felhasználónév meg jelszó, de viszont az eszköz el van zárva tehát konfigurálás nem lehetséges (kéne az aljáról a belépési jelszó).
Ez a jel van fogva egy 1043v1-el ami látszólag egész jól működik, luci alatt látom is hogy csatlakozik meg minden. Aztán ez a router össze van kötve egy utp kábellel egy Netgear AP-val ami nem csinál mást csak amit kap lanon kiteszi wifire. Ezekkel eddig nem is volt gond, csak baromi lassú volt, majd valami oknál fogva a telekomos cucc bemondta az unalmast. Ezután jött az hogy lefrissítettem a firmware-t (1043-on) gondolva hogy lehet hogy valamivel jobb lesz majd a kapcsolat(0.8.1). Nem lett, sőt teljesen használhatatlan jelenleg.Következő lépésben megszereztem a speedport-os modem rendes wifi jelszavát amihez szintén repeaterként csatlakoztattam a leírtak alapján a 1043-at, ami szépen be is csatlakozik, máramikor luciban egyáltalán meg tudom nézni, mert amióta lefuttattam a repeater beállítást a 9092-ben azóta a 1043 szinte elérhetetlen
-
#63664
suste
veterán
Joker850403
#63660
suste
veterán
válasz
Joker850403
#63660
üzenetére
Ne downgradeld! Hanem frissíts!
Logoutom! -
#63661
siddis
őstag
Joker850403
#63660
siddis
őstag
válasz
Joker850403
#63660
üzenetére
Egyelőre ne falsh-eld, vagy ha igen, akkor
1. reset
2. gyári vágott firmware
3. új firmware ( xxx_xxx_factory.bin)A másik oldalon milyen eszköz volt, ha már repeater.?
-
#63660
Joker850403
csendes tag
siddis
#63659
Joker850403
csendes tag
-
#63659
siddis
őstag
Joker850403
#63658
siddis
őstag
válasz
Joker850403
#63658
üzenetére
Azért csak óvatosan a kísérletezésekkel, pontosan mit akartál feltölteni rá, mi volt a neve.?
-
#63658
Joker850403
csendes tag
Joker850403
csendes tag
Sziasztok,
Olyan kérdésem volna hogy a 1043ND V1-emet szeretném downgradelni.
Ugyanis a repeater funkció nem igazán akar működni. Legalább is nagyon nem tudom beállítani.
Egy régebbi suste fw-vel símán ment, kb a 0.2-essel!
Megpróbáltam símán csak letölteni a régi fw-t aztán flashelni, de valamiért nem akar visszafelé menniValaki tudna ebben segíteni?
Köszi
-
siddis
őstag
Van egy olyan biztonsági beállítás, hogy "AP Isolation" (vagy valami hasonló kéne hogy legyen illetve firmware-függő), a lényege hogy a vezeték nélküli kliensek biztonsági megfontolásokból ne láthassák / böngészhessék egymást (főleg ingyen wifi-knél lenne értelme), na azt kéne kikattintani..
-
Thome
veterán
Sziasztok,
Lehet (biztos) hogy már előjött ez a kérdés, de esélytelen véleményem szerint hogy megtaláljam.
Van egy V2-es routerem (FW: 3.15.28 Build 130618 Rel.58493n).
2 db noti WLAN-on csatlakozva látja egymást a hálózaton, de ha csatlakoznék a másikhoz a megosztott tartalmak letöltése miatt, azt jelzi a Windows, hogy nincs a hálózaton ilyen eszköz.
Amint az egyik noti kábelen van rákötve routerre, abban a pillanatban látja a két gép egymást és tudok is csatlakozni, adatokat másolni egyikről a másikra.
Mi a hiba, hol keressem?
-
raidx
őstag
Ez nagyon furcsa! Egy 16 gigás pendrivet nem akart a Win 10 kezelni mostanába Win 7 alatt nem volt gond. Eszembe jutott, hogy bekapcsoltam BIOS-ba az USB 3-at. Most kikapcsoltam és a pendrive hibátlanul működik. De a lényeg, hogy azóta a 1043-al sincs baj! Tegnep délután óta szépen üzemel. Nem jelentkezett a DNS szerver hiba. Hogy függhet ez a kettő össze? Már új routert akartam venni! Teszt képpen engedélyeztem az USB 3-at és félórán belül jött a routerhiba. Kikapcsoltam ismét az USB 3-at és azóta megint hibamentesen megy. Ez Win 10 hiba lehet mert a Th2 óta jelentkezett. Előtte semmivel nem volt gond.
-
suste
veterán
válasz
Maximusz
#63652
üzenetére
-knockd nem kötelező, csak ajánlott, mivel biztonságosabb mint a fix nyitott port.
Használat egyszerű, a kopogtató programmal egy gombnyomással bekopogsz a beállított portokra, és már nyitva is a port amit használni akarsz. Egyszer kell jól beállítani a szerveren és minden kliensen.
Hsz végén mi lett volna a kerdes? Vagy miért másoltad be a leírást?-forwardok ide is jók, amik a Vargalex-ben voltak (ha nem használsz knockd-ot).
-
Maximusz
aktív tag
Szia!
tehát - a "régi" (vargalex-es) konfigban sok portom volt nyitva (http, vpn, 4-5 ip camera, tranmission control,stb..) - ezek ha jól olvasom nem fognak már működni, mert kell a knockd (vagy ez alapból nincs beállítva, és amit a végén írtál, az van "alapból" - tehát , hogy a portokra ha teszek egy szabályt pl:
config redirect
option name '102-IPCamera-Picture'
option target 'DNAT'
option src 'wan'
option dest 'lan'
option src_dport '21021'
option dest_ip '10.1.0.102'
option dest_port '80'
option proto 'tcp udp'akkor ez be fog menni, vagy nem fog bemenni, ha nem konfiguráltam még semmit?
Felfedeztem (persze, ha beleolvasok a readme-be, akkor nem csoda), hogy a két fw tűzfalbeállítások terén eltér.
Vargalex fw:
Global:
=====
Input : accept
Output : accept
Forward : reject
lan: accept, accept, reject
wan: drop, accept, reject (Maquerading MSS clamping)
Suste fw:
Global:
=====
Input : accept
Output : accept
Forward : reject
lan: accept, accept, accept
wan: reject, accept, reject (Maquerading MSS clamping)Az a baj, hogy az a fajta vagyok, aki szereti a config állományokat módosítani (!nem újat írni!) és szeretném érteni az "új" tűzfalam működését. Első körben a knockd-ot tanulmányozom, hogy ez mennyire működhet, ha szeretnék mobilról hazanézni az ip camerákra, előtte milyen szertartásra lesz szükségem, hogy menjen....
és hogy a kérdésedre is válaszoljak, igen, belső hálóról próbáltam a külső címekkel (amivel eddig nem volt gond --régi fw-- - a laptopomon is egyszerű volt beállítani a külső portot, ha a transmission-ra rá szerettem volna nézni, külső címmel - ezért próbáltam úgy). Kipróbáltam mobilnettel, és megy kívül a weboldal, amit szerettem volna elérni. Most a transmission-nal szenvedek, mert letöröltem , újra felraktam, és most is ugyan azt a hibát írja mint korábban (Connection rejected) - valamit nagyon elronthattam
"Knockd használat:
------------------Port kopogtató szerver beállítása (portnyitás közvetlen IP-re):
Az új webfelületre (9092/knockd) beleraktunk 3db linket, amik a különböző kopogtató kliensekre mutatnak (Android, iOS, WIN).
Az FW-ben lévő knockd alapértelmezetten fut (luci/rednszer/rendszerindítás), de mentés felrakása után a kopogató szerver nem aktív, engedélyezni és indítani kell a luci/rendszer/rendszerindítás fülön (knockd)!-Beállítás: a szerveren és a kliensen be kell álllítani a 3db TCP portot, amin kopogtatni akarunk, és a szerveren meg kell adni a nyitvatartási intervallumot és azt, hogy melyik portot nyissa ki, ha jó a kopogás.
(SSH, FTP, 9092, TM -re van előbeállítás, ezeket csak szerkeszteni kell.)-Működés: ha a kliens bekopogtat a WAN felöl, és a 3 port egyezik a szerveren, akkor a szerver megnyitja a beállított portot a bekopogó IP-re (csak erre az IP-re!).
A beállított idő leteltével a szerver megvizsgálja hogy aktív-e a kapcsolat, és ha nem, akkor zárja a portot.
Ha még aktív a kapcsolat, akkor továbbra is nyitva marad, és majd újra ellenőrzi a kapcsolatot a beállított idő múlva.ALAPÉRTELMEZETTEN CSAK A TRANSMISSION PORTJA VAN NYITVA FIXEN A TŰZFALBAN!
Az SSH, FTP, HTTPS -hez vannak szabályok, de inaktívak, ha valaki mégis fixen ki akarja nyitni őket a knockd használata helyett, akkor ezeket a szabályokat be kell kapcsolni (luci/hálózat/tűzfal/átirányítás+forgalmi szabályok)." -
Nagynozi
aktív tag
Sziasztok! V3-as routerem van ebből a szériából, jelenleg egy 50mbit-es netet osztanék vele Wifi-n, de valamiért a Samsung okostévém nem akarja a jót, 0,3 mbit/s-al képes csak fogni a netet, amúgy a telefonommal végigmentem az egész házban és 30mbit/s mindenhol megvan minimum. Ha a telefonommal a kezemben melléállok a tv-nek ott is megvan a 30 stabilan. Valaki tapasztalt hasonlót? Mit tudnék tenni? Ezelőtt egy WDR-4900-as routerem volt, de az tönkrement, annak az 5ghz-es sávját használta eddig a TV és az tökéletesen működött, mi lehet a hiba? Előre is köszönöm a válaszokat!
-
Maximusz
aktív tag
Szia!
de hogy felesleges, már olvasom is
- közben (az éjszaka) hozzáérés nélkül változott a hiba 409: Conflict
Your request had an invalid session-id header.
To fix this, follow these steps:
When reading a response, get its X-Transmission-Session-Id header and remember it
Add the updated header to your outgoing requests
When you get this 409 error message, resend your request with the updated header
This requirement has been added to help prevent CSRF attacks.
X-Transmission-Session-Id: N2xRfmZqzxmnWkvSMXIioz6ApHyswmXEQLIfjZaENr8KXwW3elolvasom a reame-ket ami ide kapcsolódik, és megjavítom
uhttp-hez is van readme? - valamiért külső hálóról nem érem el a belső weboldalt ( port továbbítást elkészítettem) - ott ez a hiba:
Forbidden
Rejected request from RFC1918 IP to public server addresskipróbáltam, hogy hozzáadom az uhttpd confighoz ezt, de így sem jó :
option rfc1918_filter '0' -
thales
csendes tag
Nekem ugyanez van (DNS feloldási időtúllépés, pinegk kimaradása, stb...), ha "sok" csatlakozás van nyitva (torrentek, több tíz fül böngészőkben, stb...).
UPC sokadik embere végül arra jutott, hogy az általuk adott routerekben kevés a memória, vagy gyenge a processzor, de a lényeg, hogy kevés a hardware teljesítménye ehhez az "extrém" használathoz....
Vegyek egy 1043 -at, és az megoldás lesz. Innen jön a fenti kérdésem, hogy V3, vagy V4? Melyik mit tud? A számokat leszámítva, mert látom a 30MHz különbséget a táblázatbanÚgy néz ki gyenge lesz Neked is a V1...
-= Thales =-
-
thales
csendes tag
Sziasztok!
Nem találtam infót a neten, hogy pontosan mi a különbség (gyakorlatban) a V3 és a V4 változatok között.
Értem, és tudom, hogy más a CPU/Wireless chip, és a switch chip is, de melyik a jobb? Érdemes a V4 -et vadászni, vagy örüljek, ha nem futok vele össze, mert a V3 chipjei sokkal megbízhatóbbak, stb?Köszönöm a szakértő válaszokat!
-= Thales =-
Openwrt Wiki oldaláról:
V3.x CPU/Wireless chip: Qualcomm Atheros QCA9558@720MHz
V4.x CPU/Wireless chip: Qualcomm Atheros QCA9563@750MHzV3.x switch chip: QCA8327N
V4.x switch chip: QCA8337N
-
raidx
őstag
Wr1043ND V1 indulás utánn cc félóra és eltünik a DNS szerver. Most a gargolyla 1.9 van rajta. 1-2 perc és rövid időre visszajön és megy rendesen a net de rövid időn belül ismétlődik hiba. Gondoltunk a routerbe lévő kondik kiszáradására de TV szerelő ismerős szerint azok rendbe vannak. Mi lehet a hiba oka?
Más. Nézegettem a TP-Link oldalát, már van V4 is. De IPV 6 támogatottak között nem szerepel a 1043-as.
-
#63644
gabikiraly2
aktív tag
gabikiraly2
aktív tag
A routerhez használt külsó vinyón lévő tartalmat hogyan tudom elérni, ha leválasztom a routerről és közvetlenül a számítógéphez csatlakoztatom? A gépemen win 10 pro van.
Köszi -
-
Maximusz
aktív tag
oké - megvan a fájlos csatolás "automatikusan" (rc.local) - transmission-t is beállítottam (ahogy vargalex fw-nél volt), és nem tudom behozni a webes felületet, ami fura, hogy a Suste 9092-es lapon a http:routerip:9092/cgi-bin/transmission.cgi -oldalon viszont listáz valamennyi torrentet (ami előzőleg benne volt a letöltési listában ) - ha nem jön be a 9091-es oldal, és külső kliens sem tud csatlakozni hozzá (Connection refused - hibát dob a Transmission Remote GUI - előtte ment) - akkor mit érdemes megnéznem, mi lehet a probléma?
alakul már - most ezt írja ki a weben :
404: Not Found
Couldn't find Transmission's web interface files!
Users: to tell Transmission where to look, set the TRANSMISSION_WEB_HOME environment variable to the folder where the web interface's index.html is located.
Package Builders: to set a custom default at compile time, #define PACKAGE_DATA_DIR in libtransmission/platform.c or tweak tr_getClutchDir () by hand. -
-
krealon
veterán
válasz
Maximusz
#63634
üzenetére
"viszont ami furi, hogy router újraindítás után mindig a /share/500-1 -be kerül felcsatolásra a winyóm, pedig az fstab-ban konfiguráltam, hogy ne oda tegye"
Ha nem irtad vissza az fstab valtozasokat az overlaybol a belso flash-nem levo fstab-ba, akkor nem csoda, hogy boot idejen az eredeti fstabbal dolgozik a rendszer, nem pedig azzal, amit te az overlay-ben szerkesztettel.
-
Maximusz
aktív tag
válasz
Maximusz
#63616
üzenetére
Bocs ez Suste-nek akart menni... - de magamnak válaszoltam
viszont ami furi, hogy router újraindítás után mindig a /share/500-1 -be kerül felcsatolásra a winyóm, pedig az fstab-ban konfiguráltam, hogy ne oda tegye (elvileg helyesen):
config global
option anon_swap '0'
option anon_mount '0'
option auto_swap '1'
option auto_mount '1'
option delay_root '5'
option check_fs '0'
config mount
option enabled '1'
option target '/mnt'
option fstype 'ext4'
option uuid '0715c467-4b07-4968-9576-c8cc9e01f51f'
option device '/dev/sda1'
config mount
option uuid 'f552a697-5026-420f-8377-76da6f529050'
option fstype 'ext4'
option options 'rw,sync'
option enabled '1'
option is_rootfs '1'
option enabled_fsck '1'ezzel szemben indulás után ez fogad :
root@Anna-TpLinkWDR4300-Suste:~# df
Filesystem 1K-blocks Used Available Use% Mounted on
rootfs 122835 11185 102476 10% /
/dev/root 6144 6144 0 100% /rom
tmpfs 63224 308 62916 0% /tmp
/dev/sda2 122835 11185 102476 10% /overlay
overlayfs:/overlay 122835 11185 102476 10% /
tmpfs 512 0 512 0% /dev
/dev/sda1 480460504 401323232 74238344 84% /share/500-1
root@Anna-TpLinkWDR4300-Suste:~# mount
rootfs on / type rootfs (rw)
/dev/root on /rom type squashfs (ro,relatime)
proc on /proc type proc (rw,noatime)
sysfs on /sys type sysfs (rw,noatime)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,noatime)
/dev/sda2 on /overlay type ext4 (rw,relatime,data=ordered)
overlayfs:/overlay on / type overlayfs (rw,noatime,lowerdir=/,upperdir=/overlay)
tmpfs on /dev type tmpfs (rw,relatime,size=512k,mode=755)
devpts on /dev/pts type devpts (rw,relatime,mode=600)
debugfs on /sys/kernel/debug type debugfs (rw,noatime)
/dev/sda1 on /share/500-1 type ext4 (rw,noatime,nodiratime,data=ordered)nem nézi az FSTAB-ot induláskor a rendszer?
egy 500 gigás winyó van két felé osztva :
500-1 - adatpartíció , majd 500 GB és egy (sda1)
500-2 -re, ami 128 mb-os a rendszernek (sda2) -
-
Maximusz
aktív tag
Szia!
ismét igazad van! - mostmár 0.8.3-at ír ki
a wifi-s időzítéssel kapcsolatban hogy érted a "kivétel" hozzáadását ?
ennyit fűz hozzá , de ebből nem látom, hogy kivételként felvette volna-e a bekattingatott wifi-ket
0 0 * * * /etc/hotplug.d/button/25-wifi_umount_reset off -
sto1911
veterán
A forouter valami regi mocsok. A laptopon pl. nagyjabol stabil a kapcsolat, de a telefonon egyaltalan nem. Neha ugy eldobja, hogy csak router ujrainditas utan lesz a telon megint net - ami vagy 1 percig tart, vagy orakig. A telo jo, mert csak itt van gondja.
Ennek a routernek a jelet szerettem volna kiterjeszteni kicsit, de nem jott ossze. Csak a forouter hibajara tudok gondolni. -
sto1911
veterán
Azt hiszem 14.4. Barrier Breaker.
A kapcsolat ugy nezem letrejon, mert ugyanazt hibat/ill. problemas viselkedest tapasztalom, ha az extendelt halozatra csatlakozok, mint az eredetin.
Lehet van valami beallitasa, de mivel nem tudom a credentialst, ezert bakhatom... Resetelni se opcio. -
sto1911
veterán
Sziasztok,
meglevo router wifijet szeretnem kiterjeszten egy 1043v2+openwrt-vel.
A youtubeon talalt tutorialok kozul megcsinaltam parat (kb. ugyanazt mutatjak), de valahomiert nem mukodik.A fo routerhez tudok joinolni, de nem kap IP cimet a 1043. Ha statikusat allitok be neki se jo. A fo routerbe nem tudok belepni, de a wifi kodot nyilvan tudjuk.
-
-
suste
veterán
válasz
Maximusz
#63614
üzenetére
nincs routerenkénti frissítés!
ha megnéznéd a logoutom, akkor a legutolsó bejegyzésben minden le van írva, hogy hogyan kell 0.8.1-et frissíteni
páran már félreértették, pedig szerintem tök egyértelmű:
-0.8.1 fw-m van, amit a 0.8.1-repair javít/frissít (ez már végleges, dátum nélküli mentés), és ilyenkor a 9092-n már 0.8.2-nek látszik a fejlécben
-a 0.8.2-nek jelzett 9092-es oldalt lehet frissíteni a 0.8.2-repair-2016-xx-xx mentéssel, ami mivel dátumos, ezért még frissülhet.... -
Maximusz
aktív tag
válasz
Headless
#62978
üzenetére
Szia!
az említett frissítést hogyan tudom elérni TPLink 4300-hoz? - és ma most csak 0.8.1-em van akkor a router LuCI felületén - rendszer-->mentés/Frimware frissítést-->Biztonsági mentés visszaállítása részben kitallózom a frissítést, és betölti (majd gondolom a szükséges részeket újrakonfigurálom) ?
Köszi a tippet!
-
-
doberman
senior tag
válasz
Norby86
#63609
üzenetére
már legyen feltelepítve a program, hogy felkészülten várd a hibát...
meg addig is ismerkedj a felülettel...
azt tudod vele megnézni, hogy az átviteli láncban hol nő meg a válaszidő a te géped és a megnézni kívánt oldal között. Célszerű lenne majd egy képernyő képet készítened, hogy lássuk mi is mit mérsz. -
Szigma70
addikt
Üdv
Van egy 1043ND-m szolgálatban, V1-es szegény öregfiú. Amire nekem kellett, arra tökéletes is volt.
Ám eljött a tegnap, mikor is tableten wifin keresztül nincs net. Asztalin simán megy a net továbra is, wifi jel is van a tabon, kapcsolat is van, bár szakadozik, de net nincs, vagy ha van is csak csordogálAmi érdekes, hogy próbáltam állítgatni a csatornákat, de csak az 1-es csatin van kapcsolat, a többin látja a tab, de nem csatlakozik a routerhez.
OpenWrt vargalex v1.1.7 r35342 ez a firm van fent.
Én arra gyanakszom (remélem), hogy csak valami szoftveres nyűgje lett a melegtől, ilyet már láttam az asszonynál is.
Szóval összegezve:
a wifi jel kijön a routerből, de csak az 1-es csatin lehet hozzá csatlakozni, és akkor sincs, vagy használhatatlan a net. Táp kihúz , vár , bedug már megvolt.Ötlet?
Elöre is köszi
A tab máshol más wifin tökéletes
Új hozzászólás Aktív témák
Hirdetés
- BESZÁMÍTÁS! 4TB Toshiba P300 SATA HDD meghajtó garanciával hibátlan működéssel
- Tablet felvásárlás!! Apple iPad, iPad Mini, iPad Air, iPad Pro
- BESZÁMÍTÁS! Gigabyte A620M R5 7600 32GB DDR5 512GB SSD RTX 4070 12GB ZALMAN S2 TG EVGA 650W
- Apple Cinema HD Display 23" eladó
- BESZÁMÍTÁS! ASROCK H310CM i5 8400 16GB DDR4 240GB SSD 1TB HDD GTX 980 4GB Aio Corp Croma CM 600W
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: CAMERA-PRO Hungary Kft
Város: Budapest