- iPhone topik
- Yettel topik
- Kikristályosodik a Razr 60
- Mobil flották
- Bemutatkozott a Poco X7 és X7 Pro
- Hat év támogatást csomagolt fém házba a OnePlus Nord 4
- Samsung Galaxy A53 5G - kevesebbet többért
- Hivatalosan is bemutatta a Google a Pixel 6a-t
- Motorola Edge 50 Neo - az egyensúly gyengesége
- Hivatalos a OnePlus 13 startdátuma
Hirdetés
Talpon vagyunk, köszönjük a sok biztatást! Ha segíteni szeretnél, boldogan ajánljuk Előfizetéseinket!
-
Mobilarena
TP-Link WR1043ND - N450 router
Új hozzászólás Aktív témák
-
Maximus78
csendes tag
válasz
vargalex
#15414
üzenetére
Lefutattam a két parancssort, az unmoutolást ki is próbáltam működik. Valamit nagyon elronthattam a csatolásnál mert a windows se tudja megnyitni a csatolt meghajtót, ami egy pendrive lenne 4gb ntfs. Mit tegyek, hogy el tudjam érni a laptopról és a médiaplayerről is?
-
lrobertoc
tag
válasz
vargalex
#15378
üzenetére
Hi!
Nos nagy szenvedés árán újra műxik sambával, mindennel
Mégsem kellet soros kábel
Igazából nem tudom mi volt a móka, de a legvégső próbálkozás az volt, hogy benyomtam a routerhez kapott lemezt és quick install, aztán láss csodát (ahogy néztem a hálózati adapterbeállításokat kitörölte és mindent dinamikusra rakott) egy reboot után minden faszás lett. Aztán gyorsan openwrt from vargalex.
Most úgy néz ki minden megy. Még arra vagyok kiváncsi, hogy a transmission tölt-e vissza!Egyébként mi az ftp kezdeti root jelszava (fosok megváltoztatni, mert az rémlik, hogy tegnap az után nem volt samba, az ftp és a samba pl. az ASUS o!playen nem megy egyszerre)?
Remélem minden ok lesz
köszönöm a segítségeket!
-
lrobertoc
tag
válasz
vargalex
#15374
üzenetére
TL-WR1043ND_V1_110429.bin-t tettem fel, csak átneveztem korábban tplink.bin-re és ezt raktam fel usb hdd-ről. Teljesen azt hittem, hogy ez az openwrt-s firm, csak utána döbbentem rá, hogy nem.
Most úgy néz ki, hogy a pwr led világít, sys villog, wlan willog, a gép a 2-es lan-ra van kötve az is villog.
192.168.1.1-n nem érem el a routert, pedig a gép ip-je 192.168.1.2, az átjáró pedig 192.168.1.1-re van állítva, illetve az elsődleges DNS is 192.168.1.1A wifi-k között pedig megjelent egy ilyen sor: TP-LINK_B73BD4, ami a router mac címéből egy részlet.
-
lrobertoc
tag
válasz
vargalex
#15370
üzenetére
Hi!
Bassza meg, túl türelmetlen voltam, nem vártam a válaszodat meg és így újra akartam tenni a openwrt-t, aminek az lett az eredménye, hogy a nagy kapkodásba a gyárit raktam vissza!
Természetesen nem volt vágva! Szóval a legújabb gyári firm-et is vágni kell, mert most úgy néz ki gallyra vágtam a cuccost. A sys led villog.....
hát ennyi volt.Úgy tudom már csak valami nagy buherával, soros porton lehet ezen módosítani, de ki csinál ilyet????
-
lrobertoc
tag
válasz
vargalex
#15362
üzenetére
A template-n kívül a samba-t is módosítgattam a leírások szerint putty alól. Most kitöröltem a template-t, mert valahol, talán tóthsz. oldalán olvastam, hogy bekavarhat, az ottani leírás alapján újra szerkesztettem a samba-t, de az istennek nem tudom már a net.share-t LUCI-ból elérni. A többi opció megy LUCI alól. Remélem nem kell újrarakni a firm-et!
Esetleg valami ötlet???? -
lrobertoc
tag
válasz
vargalex
#15356
üzenetére
Piszkáltam egy kicsit a smb.conf.template-et, web-ről ez a hiabüzi jön:
usr/lib/lua/luci/cbi.lua:262: Unable to read UCI data: samba
stack traceback:
: in function 'error'
/usr/lib/lua/luci/cbi.lua:262: in function '__init__'
/usr/lib/lua/luci/util.lua:71: in function 'Map'
/usr/lib/lua/luci/model/cbi/samba.lua:16: in function 'func'
/usr/lib/lua/luci/cbi.lua:90: in function 'load'
/usr/lib/lua/luci/dispatcher.lua:684: in function 'target'
/usr/lib/lua/luci/dispatcher.lua:384: in function 'dispatch'
/usr/lib/lua/luci/dispatcher.lua:146: in function </usr/lib/lua/luci/dispatcher.lua:145>
t -
lrobertoc
tag
válasz
vargalex
#15356
üzenetére
Igen látszik.
Nem tudom mit kavartam, most már mc és ftp alatt is látom a hdd tartalmat, de mintha a samba nem működne korrektül! A hálózati munkacsoportban nem látom most az eszközt!!! Eddig láttam,csak mintha üres lett volna, most semmi...
Valami ötlet?? A transmission viszont űgy néz ki lefelé megy fölfelé kérdéses! -
lrobertoc
tag
válasz
vargalex
#15321
üzenetére
Akkor +próbálom. Igazából most kezdem magam beleásni az infok-ba. Ha minden igaz akkor az oldaladról tudok egy minden jóval megszórt fw-t tölteni a 1043-hoz, a parancssoros konfiggal még sajna nem vagyok tisztában, de......
Első körben transmission, samba, ftp, és printshare kellene a 1043nd-n!
Valami tapasztalat a transmissionnal kapcsolatban (fagyás, router kiakadás.... stb.)
Nem extrém torrent a cél, de ne menjen már ezért 0-24-be az asztali gép, ha nem muszáj!Illetve még annyi kérdés, ha nem tetszik az OpenWrt, már simán vissza lehet tenni a gyári fw-t mondjuk webes felületről? Vagy még mindig vágni kell (olvastam valahol, hogy a TP megelégele a sok gariztatást)
-
lrobertoc
tag
válasz
vargalex
#15296
üzenetére
Elvileg, ha sambával osztanám meg, a hálózati csoportban az ASUS O!Play R3 médialejátszónak látnia kellene, mint hálózati eszköz!? Vagy mindenképp DLNA kell, de akkor a ASUS-on is kell DLNA?
Igazából a routeren akarnám futtatni a transmissiont, mert az ASUS-on folyamatosan fagyás van a moddolt HD2-es firm-el.
Elvileg a 1043nd-n jobb lenne a helyzet, vagy akkor inkább egy normális NAS? -
#15299
Intruder2k5
MODERÁTOR
vargalex
#15298
-
lrobertoc
tag
válasz
vargalex
#15287
üzenetére
DE a routeren van, azonban a média lejátszó a 192.168.1.1 címen nem éri el a merevlemezt.
Ha pl. winben egy hálózati meghajtóként csatlakoztatnia akarom, nem elég beírni elérési útnak a 192.168.1.1-et, hanem /hdd-t is meg kell adnom.OpenW alatt pl. azt meg lehetne oldani, hogy a router ipje ugye a 192.168.1.1, a merevlemez, pedig a 192.168.1.2-n legyen elérhető, mintha egy NAS-t csatlakoztatnék a hálóra?
-
wiERHcSc
tag
válasz
vargalex
#15252
üzenetére
miniDLNA.log
[2011/08/16 14:26:05] minidlna.c:721: warn: Starting MiniDLNA version 1.0.18 [SQLite 3.7.4].
[2011/08/16 14:26:06] minidlna.c:744: warn: Creating new database...
[2011/08/16 14:26:06] scanner.c:721: warn: Scanning /mnt
[2011/08/16 14:26:06] minidlna.c:809: warn: HTTP listening on port 8200
[2011/08/16 14:26:23] upnpsoap.c:1370: warn: SoapMethod: Unknown: X_GetFeatureList
[2011/08/16 14:26:23] upnpsoap.c:1418: warn: Returning UPnPError 401: Invalid Action
[2011/08/16 14:26:23] upnpsoap.c:1370: warn: SoapMethod: Unknown: X_GetFeatureList
[2011/08/16 14:26:23] upnpsoap.c:1418: warn: Returning UPnPError 401: Invalid Action
[2011/08/16 14:26:23] upnpsoap.c:1370: warn: SoapMethod: Unknown: X_GetFeatureList
[2011/08/16 14:26:23] upnpsoap.c:1418: warn: Returning UPnPError 401: Invalid Action
[2011/08/16 14:27:01] upnpsoap.c:1370: warn: SoapMethod: Unknown: X_GetFeatureList
[2011/08/16 14:27:02] upnpsoap.c:1418: warn: Returning UPnPError 401: Invalid Action
[2011/08/16 14:27:02] upnpsoap.c:1370: warn: SoapMethod: Unknown: X_GetFeatureList
[2011/08/16 14:27:02] upnpsoap.c:1418: warn: Returning UPnPError 401: Invalid Action
[2011/08/16 14:27:02] upnpsoap.c:1370: warn: SoapMethod: Unknown: X_GetFeatureList
[2011/08/16 14:27:02] upnpsoap.c:1418: warn: Returning UPnPError 401: Invalid ActionAz nem lehet a baj, hogy mielőtt ő beszkenneli a könyvtárakat, én türelmetlen vagyok és fellépek a DLNA Serverre???
u.i.: a miniUPnPd DISABLED-en van nálam az nem baj? Sry kicsit láma vagyok
wiER
-
-
Mardel
őstag
válasz
vargalex
#15208
üzenetére
Stable 10.3, raktam fel ntp-t is luci appot is hozzá, 600 sec frissitési időközökkel megy alapból, 1-re raktam meg be volt állitva a Europe/Budapest mégis 2 órát késik.
Az rdate-et utána próbáltam mivel amit linkeltem az oldal alján a time.kfki.hu-val használta, gondoltam ha ntp szerver is jó neki akkor átirom a külföldi cimeket magyar ntp szerverekre, de mint kiderült a kfki már ntpt használ. Majd valahogy vissza rakom az eredeti cimeket.
10.3-nál upnp-vel megszenvedtem. Mivel reboot után az upnp eltűnt a tűzfal chainből, persze azóta javitották csak nem került bele a javitás a stable verzióba.
A a javitott fileok https-ről voltak elérhetőek és nem engedélyeztem azt a portot igy a wget nemtudta leszedni, leszedtem a 2 pár KBos filet majd felraktam dropboxra és azt adtam meg wgetnek.
Valamiért ez tűnt egszerűbbnek.
Aztán nem akartam cp-vel felülirni a régi fájlt hátha egy symlinket teszek tönkre vele egy cat file1 > file2-vel átmásoltam a tartalmukat az eredeti helyükre felülirva a régit.
upnpt restartoltam még irta hogy a fájl 50 meg 51, stb, sorában nem találja az adott lekérdezést egy másik fájlban. Aztán a megoldást itt a fórumon találtam meg mikor cronhoz kellett valakinek beilleszteni a get nemtomi lekérdezést valami uci.sh-ba, -
pluhi
tag
válasz
vargalex
#15209
üzenetére
Aha, fingom nincs itt mi baja, evvan. Feliratot se tudok csinálni az istennek se, elvileg az external srt-t kezeli minden, azt mégsincs. Na mind1 telóra amúgy sincs sok teteje az egésznek, max a WCn tudnám kihasználni szarás közben. Majd ha lesz DLNAs TV, felmelegitem a témát.
-
pluhi
tag
válasz
vargalex
#15199
üzenetére
Látszik a listában. Nemtom hol lesz a probléma, mert az egész rendszer több sebből vérzik. Ha a samsungos allshare-t használom, az nem enged választani lejátszó progit, csak az android playert szereti. Hogy ezt megkerüljem, feltettem a UPnPlay-t és a MoboPlayert és lőn ezzel a kombinációval van kép. Csak hang nincs... Ja és felirat. Mondjuk az sehol sincs, se xvid alatt se sehol. Próbáltam több wines szervert is, WMP12, Samsung PC Share Manager, Serviio. Ez utóbbival sikerült lejátszani mkv-t és itt sem volt hangja, szal megint az van, hogy a franc tudja hol a gebasz. Valszeg NEM a miniDLNA körül. Ja persze lokálból simán visz mindent a teló.
Most kicsit lejjebb adtam, mkv felejtő egyelőre, inkább feliratot kéne csiholni az xvidek alá valahogy. -
Mardel
őstag
válasz
vargalex
#15191
üzenetére
Ezen leiras szerint mentem de lehet hogy ez már elavult és a time.kfki.hu már az RFC 2030 protokollt sem támogatja.
Az iptablesre meg csak találtam azt a port engedélyezést nem magam reszeltem hozzá, mert siettem.
De a lényegen nem változtat TP Link gyári firmwarén is time.kfki.hu-t adtam meg csak ott az IP cimét (148.6.0.1). Frissitésnél 1 órával késett mint amennyi volt a pontos idő. Csak akkor volt jó, ha bekapcsoltam routeren a nyári időszámitást. Tehát szerintem nálatok se ntpvel megy, hanem rdate-el frissiti az időt.
-
Maksifül
senior tag
válasz
vargalex
#15149
üzenetére
Én elhiszem, hogy másoknál /sokaknál/ működik a 1043ND D-Link DSL360R-rel, de nálam nem hajlandó. Meg persze az nem derül ki az írásból, hogy pontosan melyik verziója a modemnek. Az enyém 2006-os B3-as típusú. Nyilván az újabbak készülhettek más alkatrészekből, más firmware-rel, ahogy az 1043-asból is lehet akár olyan széria, ami éppen hibásan került le a gyártósorról és ebből a szériából vittem haza én ugyanabból az üzletből két hibás darabot.
Igyekszem kipróbálni másnál egy ugyanilyen modemmel, mert az vízválasztó lehet e kérdés tekintetében. De még az is lehet, hogy a hétvégén, ha rettentő sok szabadidőm lesz, mindenki megnyugtatására kipróbálom az OpenWRT-t...Tudtok javasolni olcsó, de jó modemet? Esetleg van valakinek elfekvőben egy használaton kívüli modem, amitől megválna? Előnyben DSL-360R
-
-
Mardel
őstag
válasz
vargalex
#15133
üzenetére
Gargoyleban volt alapból pendrivehoz szükséges dolog fent csak mount kellett.
Igen a /etc/resolv.conf egy symlink de openwrt wikiben nem találom, hogy a /etc/config/networkben hol és miylen beállításokkal lehet DNS címeket manipulálni, mivel nem akarom a szolgáltatóét használni.Ilyet találtam (Add a secondary DNS) bár ez már a /etc/dnsmasq.conf és nem említi meg hogy symlink lenne amit törlés után vissza is kéne állítani sőt az /etc/init.d/S60dnsmasq már nem is létezik, csak dnsmasq van, tehát a wiki-re is ráférne némi frissítés.
Ugyanazon az oldalon van egy ilyen
Configuring dnsmasq to broadcast External DNS server information Bár ez csak annyit csinál, hogy a dhcp klienseknek küld másik DNS címet így a router fogja a szolgáltatóét használni, a kliensek meg amit megadtunk, de én azt szeretném ha a router is másikat használna, és ne 1 címet hanem legyen 2 egy primary meg egy secondary.De ilyet wikiben nem találtam, ha létezne is a leírás már elavult, vagy több oldalról kell összemazsolázni.
(#15135): Ok köszi, ezt észben tartom!
-
kovy79
őstag
válasz
vargalex
#15148
üzenetére
Persze, hogy DD-WRT-n sem tudom megcsinálni, ezért is írtam, hogy hagyom a buherálhatnékomat magától megszűnni.
Az uptime-ot csak megelégedésem miatt írtam (tehát, hogy nincs vele gondom, akkor meg miért váltsak?).
Hát jah, a 2 vinyó mountolása volt az én nagy gondom, de inkább vettem egy "kici, kínai" NAS-t (ha annak lehet nevezni), így már minden le van egyszerűsítve. -
kovy79
őstag
válasz
vargalex
#15144
üzenetére
( (#15146) Keresztapper-nek is szól) Most magam ellen beszélek: a te fw-edben valóban rengeteg minden meg van oldva és csak kattintgatni kell, de nekem valahogy mindig felmerültek olyan idióta kérdéseim, amihez parancssor kell.
Inkább hagytam a ..csába és elhessegetek minden buherálós dolgot, ami a routerrel kapcsolatos. Valamint a mostani DD-WRT-vel az uptime volt már 30-35 nap is, tehát teljesen meg is vagyok vele elégedve.Mod: a (#15141)-ben nem 604-est akartam írni, hanem a régi modem számát.
-
Maksifül
senior tag
válasz
vargalex
#15142
üzenetére
Ehhez nem tudok szakmait hozzászólni, de azért az elgondolkodtató, hogy a D-link ügyfélszolgálatán sem hallott senki arról, hogy lehetnek inkompatibilitási problémák a D-link, és a TP-Link termékei között. Sosem volt náluk ilyen panasz, ellenben a TP-Link meg váltig állítja. Be is másolom a levelet, amit írtak:
Sajnos a D-Link, TP-Link párosítás nem szerencsés. A 360 as modemmel
vannak ilyen problémák, és ez nem csak a TP-Link routereket érinti. 1/2
éve tájékoztattuk mindkét gyártót a problémáról, de igazán jó megoldás
nem született. 1 dolgot tudnék javasolni: a D-LINK modemet kicserélni
egy TP-Link modemre. Ez cc 2000-3000 Ft os beruházás, és a felesleges
modemet feltenni a polcra ( szolgáltató tulajdona ). Esetleges
villámcsapás , meghibásodás esetére van tartalék modem. A router
konfigurációjában nincs erre beállítás, itt eszköz belső elektronika
szinten vannak a hibák. ( valószínű D-Link, mert ezt a modemet csak a
magyaroi. piacra gyártják )Azt meg józan paraszti ésszel kilogikáztam, hogy a DSL-360R routerből többezer darabot szórt ki a T-home a magyar piacra /az enyém 2006-os pl/, amikor még a TP-Link talán nem is létezett, de annyi bizonyos, hogy nem volt 1043ND routerük. Azt gondolom, hogy az UTÓBB készült termékeknek kellene a korábbiakhoz igazodniuk és a kompatibilitást lehetővé tenniük mind hardverileg, mind szoftverileg.
-
-
Mardel
őstag
válasz
vargalex
#15103
üzenetére
Hello!
Le tudnád írni milyen módosításokat csináltál firmwareden? Samba config, transmission beállítás, portok, stb. Mert ki szeretném próbálni ezt a Gargoylet nekem nem jön be ez a Luci, de ahogy látom külön fejlesztik és openwrtre épül (backfire-re).
Szerk.:
Ezen leírás alapján a gargoyle, csomagból csak openwrt Kamikaze verzióra tehető fel, nemtudom hogy backfire-en van e gargoyle csomag, mivel most nem az a firmware van fent. -
válasz
vargalex
#15091
üzenetére
köszönöm, ez kellően egyszerű!
(nagyobb gond, hogy megpróbáltam a külső, 443as portot irányitani a belső 22esre, tüzfalon is beallitottam... nem ment. azóta visszairtam a portokat mindenhol 22-re és továbbra sem érhető el a gép kintről. multkor is csak a régi firewall cfg fájl visszamásolása segitett, gyanitom megint valami "megállt" - mintha a cfg fájl korruptá válna, nemértem.
utorrent tesztere azt mondja, az ő redirectje működik, zöld pipa. eleve azt sem értem, miért kell a 22es portot a .1.1-re irányitani? eleve oda kapcsolódunk, nem?! logikusan csak egy tüzfal szabály kellene, ami meg is van...
hacsak nem épp a céges proxy sz*rakszik)
-
#15092
Intruder2k5
MODERÁTOR
vargalex
#15091
-
Cucuska2
addikt
válasz
vargalex
#15070
üzenetére
A te-féle FW-ben hogy lehet portot továbbítani?
Szeretném a 7777-es portot továbbítani. Nem kell komolyra gondolni, a 192.168.1.100-ra kéne. Semmi extra. Hiába próbálom, nem sikerül. Mit rontok el megint?
- | IPv4 only | TCP+UDP | wan:0.0.0.0/0:* | Device:192.168.1.100:7777 | ACCEPT
Ezt a network/firewall fülnél adtam meg.
-
#15054
Intruder2k5
MODERÁTOR
vargalex
#15050
válasz
vargalex
#15050
üzenetére
"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."
Így van összekötve, tehát egyszerűen ki tudom próbálni este...
Majd megírom az eredményt.Most úgyis VPN kapcsolatot kell majd összehoznom két Tomato közt, szóval mindenképpen be kell izzítani este.
-
#15047
Keresztapper
senior tag
vargalex
#15025
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.
-
#15045
Intruder2k5
MODERÁTOR
vargalex
#15044
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.
-
#15041
Intruder2k5
MODERÁTOR
vargalex
#15030
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.
-
-
Cucuska2
addikt
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.
-
Cucuska2
addikt
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? -
#15031
Intruder2k5
MODERÁTOR
vargalex
#15030
-
#15028
Intruder2k5
MODERÁTOR
vargalex
#15027
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.
-
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.
-
CS_D
senior tag
válasz
vargalex
#14995
üzenetére
Ezt a programot találtam a célra:
NetDrive illetve SFTP NetDriveTermészetesen távolról szeretném, mert LAN-on tökéletes a Samba.
Ezt átgyűrni SSH tunelen nem tudom mennyire jártható út. Korábban próbálkoztam SSH tuneles FTP-vel, de nem volt zökkenőmentes (igaz, ezt még az ASUS WL500gP-n próbáltam). Listázni tudtam, de a feltöltött fájlaim hibásak lettek.
-
CS_D
senior tag
válasz
vargalex
#14946
üzenetére
Szia!
VSFTPD-vel szerettem volna megoldani... Igazából lehet, hogy fordítok belőle egyet.
Valójában azért szerettem volna megoldani ezt, mert találtam egy programot a NetDrive-ot, ami lokális drivként fel tud csatolni egy ftp-t. Így egy dropbox szerűséget tudok létrehozni, saját szerveren.Viszont sima FTP-vel ott vagyok, hogy bárki lehallgathatja a munkamenetemet, legfőképpen a jelszavam...
Viszont, ha most még egy szervert fel kellene raknom, akkor már lehet, hogy végül OpenVPN lesz a végső megoldás. Mert akkor már úgyis mindegy.
openssh-sftp-server-nél lehet chroot-ot állítani? Úgy rémlik, mintha nem lehetne. Ha esetleg lehet, akkor lehetséges, hogy futok vele egy kört.
Nagyon szépen köszönöm a tanácsokat!
-
kovy79
őstag
-
macko003
csendes tag
válasz
vargalex
#14929
üzenetére
Szia
bízom benne, és bízom a többszáz felhasználóban, de nem szeretném még egyszer visszavinni a routert (sem a visszaállítással játszani)
a watchdir annyira nem is érdekel, inkább az, h nem loggol a cucc.
kihúztam a wan kábelt közvetlenül az ssh bejelentkezés előtt:Aug 6 09:37:02 crond[1332]: USER root pid 13057 cmd /mnt/hdd/scripts/insert_data.php >> /mnt/hdd/scripts/insert.log
Aug 6 09:38:01 crond[1332]: USER root pid 13061 cmd /mnt/hdd/scripts/insert_data.php >> /mnt/hdd/scripts/insert.log
Aug 6 09:38:40 dropbear[13065]: Child connection from 192.168.1.100:50987
Aug 6 09:38:48 dropbear[13065]: password auth succeeded for 'root' from 192.168.1.100:50987
Aug 6 09:39:01 crond[1332]: USER root pid 13073 cmd /mnt/hdd/scripts/insert_data.php >> /mnt/hdd/scripts/insert.logúgy néz ki a led-ekből, hogy a modem indítja újra a portot, miután felkapcsolódott a szolgáltatóhoz, ami valami átviteli hiba miatt kb 5-10 percenként megismétlődik.
-
Maksifül
senior tag
válasz
vargalex
#14965
üzenetére
Sajnos én nem értek egyáltalán a Linuxos dolgokhoz, nem nagyon mernék azzal bűvészkedni. Most visszatettem a routerre egy 2010-es firmware-t, hátha azzal nem szarakodik. Egyébként az OpenWrt-s firmware-ről is vissza lehet állni a gyárira, ha az sem segítene?
Hol található meg az általad készített változat? -
macko003
csendes tag
válasz
vargalex
#14923
üzenetére
Szia
Ne vedd bántásnak, egyszer próbáltam a firmware-d, és garos ügyintézés lett belőle.
Elöttte több openwrt-t is kipróbáltam, vissza is álltam az eredetire is, nem volt gond, a Tieddel igen.
Nem tudom mi volt a hiba, lehet, hogy én rontottam el valamit, de ezek után az újra felraktam, ami működik, a backfire 10.03.1-rc4.A kliensen elalszik a wan led.
Felhívtam a szolgáltatót, azt mondták, hogy a logokban ők azt látják, hogy a szolgáltató felé 1x-1x leszakad, és csomagátvételi gondok is vannak, ezért úgy néz ki, hogy ott lehet a gond.
Sőt, azóta észrevettem, elmegy a kábel led, majd csak utána megy el a pc, így gondolom, mikor a szolgáltatóval helyreáll a kapcsolat ő újraindítja a wan-t (gondolom).
Csak akkor sem értem, hogy a syslog miért ennyire üres, szinte bármilyen hibának próbálok utánajárni, nem megy, mert nincs normális log. -
macko003
csendes tag
válasz
vargalex
#14917
üzenetére
hát ezzel azért vitatkoznék... sikerült már olyat még az elején, hogy a watch_dirt beállítottam, és akkor sem indult el.
kikommenteztem majd az össz sort, 3-4-t hagytam benne (az oldalon lévő cikk alapján), de ez annyira már nem is érdekelne, a probléma igazán a kapcsolat szakadása.
próbáltam, hogy leállítom a transmission-t, maradt a hiba, a modem és a router közé betettem egy másik routert, úgy néz ki, megszűnt a probléma, (vagy csak nem jött elő egy órán át) betudtam a hibát a kábelnek, kicseréltem, és visszatettem az eredeti topológiát, és most reggel megint...
a logok:
//a cron által beletett dolgokat kiszedtem.
irreálisnak tartom, h nem loggol rendesen a router, és azt is,hogy óra alatt 4x kérjen egy gép ip-t. (12h a lease time)
inkább akkor fordul elő, mikor valamit csinálok, most pl a lease time-ot megnéztem, és ismét elment.
Aug 5 08:50:46 dnsmasq-dhcp[1926]: DHCPREQUEST(br-lan) 192.168.1.100 00:1f:d0:19:b8:59
Aug 5 08:50:46 dnsmasq-dhcp[1926]: DHCPACK(br-lan) 192.168.1.100 00:1f:d0:19:b8:59 Macko003-PC
Aug 5 08:50:56 dnsmasq-dhcp[1926]: DHCPINFORM(br-lan) 192.168.1.100 00:1f:d0:19:b8:59
Aug 5 08:50:56 dnsmasq-dhcp[1926]: DHCPACK(br-lan) 192.168.1.100 00:1f:d0:19:b8:59 Macko003-PCAug 5 08:58:17 dnsmasq-dhcp[1926]: DHCPINFORM(br-lan) 192.168.1.100 00:1f:d0:19:b8:59
Aug 5 08:58:17 dnsmasq-dhcp[1926]: DHCPACK(br-lan) 192.168.1.100 00:1f:d0:19:b8:59 Macko003-PCAug 5 09:04:00 dnsmasq-dhcp[1926]: DHCPINFORM(br-lan) 192.168.1.100 00:1f:d0:19:b8:59
Aug 5 09:04:00 dnsmasq-dhcp[1926]: DHCPACK(br-lan) 192.168.1.100 00:1f:d0:19:b8:59 Macko003-PCAug 5 09:15:03 dnsmasq-dhcp[1926]: DHCPINFORM(br-lan) 192.168.1.100 00:1f:d0:19:b8:59
Aug 5 09:15:03 dnsmasq-dhcp[1926]: DHCPACK(br-lan) 192.168.1.100 00:1f:d0:19:b8:59 Macko003-PCAug 5 09:25:57 dnsmasq-dhcp[1926]: DHCPINFORM(br-lan) 192.168.1.100 00:1f:d0:19:b8:59
Aug 5 09:25:58 dnsmasq-dhcp[1926]: DHCPACK(br-lan) 192.168.1.100 00:1f:d0:19:b8:59 Macko003-PC -
vargalex
Topikgazda
válasz
vargalex
#14918
üzenetére
Nem vártam meg a visszajelzéseket, így azok kedvéért, akik most tennék fel a build-emet, vagy nem akarják kézzel javítani a portot (a transmission peer port-ját kell 21234-re módosítani akár Luci-ban is) elkészült az általam buildelt firmware 0.91-es verziója. Megtalálható a logout blog-omban.
-
Badb0y
addikt
válasz
vargalex
#14893
üzenetére
Ebből a mappából az rc5-re gondolok.
Feltettem, és sima upgradenél ezt a hibát dobja, úgyhogy azt csináltam leellenőriztem a régi overlay mappán belül a konfig fájlokat bemásolgattam egyenként az újba és így működik.
Relatíve gyorsabb volt mint újra mindent kitalálni.
Viszont nekem nagyon bejön ez az új külső. Tök sok jó dolgot ír.
Marad egyelőre ez az rc5.
-
Badb0y
addikt
válasz
vargalex
#14871
üzenetére
Backfire RC5 más kernelt használ akkor ezek szerint ? Külsőre totál más csak admin fül van semmi más egy valagnyi állíthatósággal.
Nem próbáltad még ?
Mit tudok olyankor csinálni ha más a kernel ? Ez esetben akkor mindenképpen szépen le kell töltögetni és beállítgatni mindent ?
-
válasz
vargalex
#14867
üzenetére
eszembe se jutott, mivel ez a terület (is) nekem elég homályos... puttyban is emlékeim szerint elég körülményes belőni a portok tunnelezését, router oldalon nemtom mit és hogyan kellene allitani, hogy az otthoni lanon levő windózra rdpzhessek, ftpjét elérjem, stb
régesrégen használtam ilyet és arról léptem openvpn-re
-
#14880
Speeedfire
félisten
vargalex
#14878
-
#14879
Intruder2k5
MODERÁTOR
vargalex
#14877
-
#14875
Intruder2k5
MODERÁTOR
vargalex
#14870
-
kovy79
őstag
válasz
vargalex
#14870
üzenetére
A "pár másodperces írásodat" nem olvastam.
Igen, tudom, hogy mennie kellene, de nekem sehogyan sem akart. Minden rendben volt (forrasztás, csatlakozók, kontaktok), de a már leírt módon "üzemelt".
Az írásomban a driver volt a lényeg, így könnyebb megtalálni/linkelgetni (tudom, már te is linkeltél hasonlót). -
válasz
vargalex
#14839
üzenetére
én használnám - eddig a gépemre volt feltelepítve openvpn (windows...), rengeteget szívtam vele mire összejött és a mostani gépcsere után nem tettem még fel, hiszen ott van a 0.7-ben ... és most nem merek frissíteni, hiszen az újból már hiányzik
(eddig nem tudtam a 0.7-el kipróbálni, mivel cégtől valamiért mostanában nem megy a logmein... az itthon állítok valamit, aztán bentről, melóból megnézem összejött-e, másnap ujra és ujra és ujra pedig nem vonz
)amitől félek: ha össze is hozom a tunnelt, utána a routerről gondolom bonyolult bekonfigolni, hogy lássam a teljes otthoni lant, azaz mehessek pl rdp-vel a gépekre :/ (legalábbis amig gépre volt openvpn telepitve, ezt nem tudtam megoldani, csak az openvpn installos gépet láttam. nem jelszavas megoldás volt, hanem kulcsokat generáltam/használtam. guglival láttam vannak jo tutorialok... ez reményt ad
) -
bba
tag
válasz
vargalex
#14847
üzenetére
akkor próbálkozom...
egyébként mi a különbség a változatok között? fájlrendszer nevek azt látom, de pontosan, részletesen nem tudom melyik mire jó (4k 64k, squash, jffs2, combined).
és a többi fájl az openwrt mappában a bin firmwareken kívül, azok micsodák?
Vmlinuz - ez maga linux kernel?
uimage ?
rootfs.tar.gz - ebben van az openwrt alap fájl struktúra? -
nimfas
addikt
válasz
vargalex
#14803
üzenetére
hmmm....
ezzel mi a baj?
root@OpenWrt:~# tune2fs -L swap /dev/sdb1
tune2fs 1.41.12 (17-May-2010)
tune2fs: Bad magic number in super-block while trying to open /dev/sdb1
Couldn't find valid filesystem superblock.
root@OpenWrt:~#Próbáltam label alapúra tenni a swap-et... a másik particiót sikerült, ezt vmiért nem...
van vmi parancs ami a swap-ot is mutatja putty alatt? df-ben nem találom :-S
nem értem miért.... holnap újratelepítem. Mindent a leírásod alapján csináltam, a pírtícionálóval(192.168.1.1:8081) formáztam meg a without extroot menüvel.
Mégsem kellet soros kábel 
Skype elvileg nem nyit 2-3 kapcsolatnál többet (audio, filetransfer, talán chat...)
Inkább hagytam a ..csába és elhessegetek minden buherálós dolgot, ami a routerrel kapcsolatos. Valamint a mostani DD-WRT-vel az uptime volt már 30-35 nap is, tehát teljesen meg is vagyok vele elégedve.
Új hozzászólás Aktív témák
- Brutál ERŐMŰ! Lenovo P710 / 2x Xeon E5 (44 mag!) / 384GB DDR4 / 2x 512 SSD / 8TB HDD, ASUS 1660 6GB
- Asus ROG X13 Flow 2in1 Touch WUXGA 120Hz Ryzen9 5900HS 16GB 1TB SSD Nvidia RTX 3050Ti Win11 Garancia
- Samsung Galaxy A33 5G / 128GB / 6GB RAM / Üzleti széria / Független / 49.990 Ft / Sopron
- Lenovo Legion Go 512GB.SSD. MAKULÁTLAN/KARCMENTES,GARANCIÁS. CSERE IS,OLVASS.
- HP, Dell és Lenovo BIOS jelszó eltávolítás, 1 hét próba garival
- Fujitsu LIFEBOOK E449 i5-8250U 8GB 256GB 14" FHD 1 év garancia
- GYÖNYÖRŰ iPhone 11 64GB Red -1 ÉV GARANCIA - Kártyafüggetlen, MS2190, 100% Akkumulátor
- BLUESUMMERS NVMe SSD adapter
- GYÖNYÖRŰ iPhone 13 mini 256GB Midnight -1 ÉV GARANCIA - Kártyafüggetlen, MS3042, 94% Akkumulátor
- HIBÁTLAN iPhone 13 Pro Max 256GB Graphite -1 ÉV GARANCIA, Kártyafüggetlen, CW90
Állásajánlatok
Cég: FOTC
Város: Budapest