- A Keychron ismét egy űr betöltését vállalta magára az egerek szegmensében
- Az átlagnál vaskosabb ventilátorok kandikáltak ki a Corsair vitorlája mögül
- Csatába küldte Magyarországon idei csúcs hangprojektoros szettjét a Samsung
- Karácsonyfaként világíthat a Thermaltake új CPU-hűtője
- Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
- Milyen processzort vegyek?
- A Keychron ismét egy űr betöltését vállalta magára az egerek szegmensében
- Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
- Modern monitorokra köthető 3dfx Voodoo kártya a fészerből
- Azonnali fotós kérdések órája
- Gaming notebook topik
- Raspberry Pi
- Mini-ITX
- ThinkPad (NEM IdeaPad)
- Milyen belső merevlemezt vegyek?
Hirdetés
-
Csatába küldte Magyarországon idei csúcs hangprojektoros szettjét a Samsung
ph A HW-Q990D/EN 11.1.4 csatornás, külön mélynyomóval megtámogatott termék.
-
A legtöbb amerikai szerint a TikTok egy őket befolyásoló eszköz
it Egy felmérés szerint a legtöbb amerikai osztja azon véleményt, hogy a TikTok egy őket befolyásoló eszköz.
-
Ennyibe kerülnek a Huawei Pura modellek Európában
ma Megérkezett az újrabrandelt Pura széria, kivéve a Pura 70 Pro+-t, mert az marad Kínában.
-
PROHARDVER!
TP-Link WR1043ND - N450 router
Új hozzászólás Aktív témák
-
petakpa1
őstag
válasz petakpa1 #71250 üzenetére
Amíg az Cisco AP vissza nem érkezik hozzám (egy itteni kolléga átfasheli nekem standalone/autonomous Fw-re a most rajta lévő, és csak külön kontrollerel működő lightweight WF-t), felkonfigolom az openwrt-t
WOL és DDNS szolgáltatások már fenn is vannak .
Szeretnék egy másik skin-t is a bootstrap helyett. A csomagok frissítése után ezek a skinek telepíthetők:
Bátran telepíthetem ezeket? Nem lesz gond, hogy 22. a verziószámuk? Fognak működni az én 19.07.10 verziós eszközömön?
"... Feltalálom a hidegfúziót oszt reszeltek az amcsiknak...":)))
-
petakpa1
őstag
válasz petakpa1 #71251 üzenetére
Siker . A Material skin felment, illetve az OpenWrt is, de az nem tetszett így töröltem is.
Most a sebességet tesztelem parancsoros speedtest-el, úgy, hogy wifi tiltva és LAN-on csak egy kliens van rácsatlakoztatva, amivel mérek. 10 mérés átlaga 485 Mbps.
Rooter-be konzollal is be vagyok jelentkezve és a TOP parancs 90% feletti CPU kihasználtságot mutat amikor kliensen a letöltési teszt fut.
Ezzel még így meg is békélnék. Kíváncsi vagyok ha rá lesz csatlakoztatva az AP is, és azon keresztül 10-15 egyéb kliens, döntően IoT eszközök is rajta lógnak, akkor mit produkál majd.
[ Szerkesztve ]
"... Feltalálom a hidegfúziót oszt reszeltek az amcsiknak...":)))
-
petakpa1
őstag
válasz petakpa1 #71252 üzenetére
Héten nem nagyon volt időm foglalkozni az öregfiúval, leszámítva azt, hogy random méregettem rajta rajta keresztül letöltési sebességet, de sajnos 100%-ban stabilan nem tudja a 500 Mbps-t. Van, hogy áttolja, de van, hogy csak 460-480 jön át (nagyon ritkán még 450-nél is kevesebb és pár alkalommal meg kb 500). Teljesen random, hogy mikor mennyi...
Mindez úgy, hogy SFE flow offload engedélyezve van, és mindössze 1 db PC-t routol.Közben a netmegosztás hálózati topicban kaptam egy újabb ötletet, és ennek openwrt-n való belövésében kérném segítségeteket.
Ez lenne a cél amit el szeretnék érni.
Most ott tartok, hogy HGW-n még DHCP ON, és a 1043ND helyett egy sima buta switch van a hálózatomban.
A következő lépés lenne az, hogy a switch helyére bekerülne az előzetesen már egy laptop segítségével a fenti hálózati strukturára felkonfigolt 1043ND és ezzel egyidejűleg HGW-ben le is kapcsolnám a DHCP funkciót.
IP címek az alábbiak lennének:
HGW - 192.168.0.1
1043ND - 192.168.0.2
PC (1043ND mögött) - 192.168.0.101
MiniPC (HGW- egyik lan portján lógna!) -192.168.0.102
Laptop (1043 ND mögött) - amit DHCP szerver oszt neki
wifi kliensek (HGW-n) - amit a GDCP szerver oszt nekikGondolatom szerint az alábbiakat kellene beállítanom 1043ND-n lévő Openwrt-ben, illetve az alábbi kérdéseim lennének
1) 1043ND ip címét beállítani 192.168.0.2-re (célom az lenne, hogy HGW, 1043ND és az összes kliens is ugyanabban az alhálózatban legyen. => Hol tudom ezt megtenni Openwrt-ben. Mi legyen a netmask?
2) 1043ND-ben beállítani, hogy 192.168.0.101-250 között osszon ki IP címeket a klienseknek. Hol lehet ezt?
3) Mit kell még openwrt-ben beállítani, hogy ne routerként hanem switchként működjön?
[4) A 1043ND wifije egyenlőre nem lesz bekapcsolva, az csak egy jövőbeni opció, így a narancssárga szaggatottal jelölt résszel egyenlőre nem foglalkozom]
[5) Jó lenne ha később majd a 1043ND WAN portját is tudnám LAN portként használni, de ez is ráér majd később, nem SOS]
6) A HGW wifijére kapcsolódó kliensek (amennyiben ip beállításukat auto DHCP lekérésre állítom) fogják tudni, hogy nem HGW-től, hanem 1043ND-től kérjék az ip címet?
7) Előbbivel összefüggésben 1043ND a a DHCP ip cím kérelmekre ugye nem csak az ip címet fogja kosztani klienseknek, hanem a
(i) netmaskot,
(ii) gatewayt (ami ugye nem a 1043ND egyben DHCP server ip címe(192.168.0.2), hanem a HGW 192.168.0.1 ip címe lesz majd, azt adja ki, valamint
(iii) valamint a dns szerverek címét is. => Mivel a HGW-n nem fog futni DHCP server funkció, ezért a 1043ND honnan fogja megtudni az ISP-m DNS szervereinek nevét? Vagy hagyjam a fenébe a ISP DNS szerverét, és simán állítsam be 8.8.8.8-at illetve 8.8.4.4-et fixen 1043ND-ben és ezt osztja majd ki LAN klienseknek 1043ND? Hol és hogyan kel ezt beállítani Openwrt-ben?
8) HGW LAN2-4 portjaira kötött vezetékes kliensek (jelenleg csak a MiniPC) is ugye a 1043ND-től fogja kérni és kapni az ip címet, netmaskot DNS servert ugyanúgy, mint a HGW-re kapcsolódó wifis kliensek.
9) Ha a MiniPC-nek a 1043ND-vel fixen és MAC cím kötötten mindig a 192.168.0.102 ip cím kerül kiosztásra és a HGW-ben beállítők különféle port forward szabályokat WAN felől 192.168.0.102 irányába, akkor ezek fognak működni? HGW érteni fogja hogy hova kell ezeket a bejövő csomagokat továbbítani, annak ellenére, hogy nem ő a DHCP server?
10) Ha a 1043ND mögött lévő PC-nek szintén kiosztok egy fix és MAC cím kötött IP címet pl 192.168.0.101, és HGW-ben beállítok port FW szabályokan WAN felől 192.168.0.102-re, akkor ezek működni fognak?
Vagy inkább amiket a 1043ND mögötti kliensekre akarok FW-olni, azt úgy állítsam be, hogy:
(i) HGW-ben forwardolási szabály 1043ND (192.168.0.2) felé majd
(ii) 1043ND-ben FW-lás tovább a PC (192.168.0.101) felé.Húúú ez nagyon hossz lett, bocsika...
Azért remélem lesz aki tud segíteni, mint a korábbiakban
(u.i. Nyilván tudom, hogy egy pár 10 ezer forintos routerrel meg tudnám oldani sokkal egyszerűbben ezt, csak amíg 1043ND üzemel addig nem növelném vele az e hulladékot)
"... Feltalálom a hidegfúziót oszt reszeltek az amcsiknak...":)))
-
xabolcs
őstag
válasz petakpa1 #71253 üzenetére
Szia!
Ezt legszivesebben tavsegitseggel segitenem megcsinalni, mert latod leirni eleg sokaig tart!
Egyebkent teljesen jo es mukodokepes megoldas, a miniPC-s port forwardtol sem kell feljel, az is mukodni fog!
aláírás1: csocsó-vesztes vagyok, főleg a Bog és Bocha páros ellen, aláírás2: van mobilarénáskulcstartóm! :D
-
gduck
addikt
válasz petakpa1 #71253 üzenetére
Hát ez kicsit hosszúra sikeredett, de igazából én semmi bonyolultságot nem látok benne
0) HGW-n letiltod a DHCP szervert és beállítod a FIX IP-t és a Wifi-t. Openwrt alatt letiltod a Wifi-t.
1) Interfaces/LAN
General settings fül
IPv4 address: 192.168.0.2
IPv4 netmask: 255.255.255.0
IPv4 gateway: 192.168.0.1
Advanced setings fül:
Use custom DNS servers: DNS szerverek megadása, midegyik után + zöld gombot ne felejtsed el megnyomni2) Interfaces/LAN/DHCP server fül
General settings fül
Start: 101
Limit: 150
Advanced setings fül:
DHCP-options:
3,192.168.0.1 (majd zöld + gomb megnyomása!)
6,8.8.8.4,8.8.8.8 (amint látod, a '6,' után kell felsorolni a DNS szervereket! Cseréld ki arra, amit szeretnél. Többet is meg lehet adni! Majd itt is a zöld + gomb megnyomása!)3) Igazából "semmit". A WAN port helyett a LAN porba dugod a kábelt.
A WAN és a WAN6 portok indítását le is tilthatod:
Interfaces/LAN/General settings fülön 'Bring on boot' pipa kiszedése.5) A 4)-es pontban említetted, hogy majd be akarod kapcsolni a Wifi-t. Ha átállítod LAN portra a WAN portot, a "WAN-LAN" kapcsolat a procit fogja terhelni és Wifi-vel együtt használva mindkettő lassabb lesz!
6) Ők a hálózaton lévő DHCP szervert keresik, ennyire egyszerű
9) Igen, érteni fogja!
10) Igen, érteni fogja, véletlenül se bonyolítsad!
-
petakpa1
őstag
Köszönöm, ez alapján sikerült belőnöm, most már a TpLInk van a switch helyén, és az osztja az ip címeket, de a gateway az továbbra is a HGW.
WAN -> HGW -> TPLink as switch -> PC irányú letöltési sebességet még tesztelgetem, mert mindtha nem mindig tolná ki a 500 Mbps-t...
Ha közvetlenül HGW-re dugom a PC-t (és PC TCP/IP konfigjában manuálisan adom meg a hálózati konfigurációt, (HGW-n DHCP funkció ki van kapcsolva ugyebár) akkor minden mérésnél megvan az 500 Mbps, tehát nem a netkapcsolat vag ISP gyengélkedik.
Még tesztelgetem, mi okozza a lassulgatást...
Illetve lenne még egy kérdésem:
Mit kellene beállítanom, ahhoz, hogy WAN felől is elérjem TPLink konfigurálós oldalát? Elég a HGW-ben egy portf fw szabály, amely egy általam kiválasztott portot (pl 12345) fw-ol a TPLink belső ip címére, azaz 192.168.0.2-re? Ezen belül melyik portra 22?
[ Szerkesztve ]
"... Feltalálom a hidegfúziót oszt reszeltek az amcsiknak...":)))
-
petakpa1
őstag
válasz vargalex #71257 üzenetére
Köszi Alex,
Csomót mértem, és közvetlen HGW-PC kapcsolat esetén is néha csak 460-480 Mbps a sebesség. Tehát nem biztos hogy a TPLink a hunyó, lehet Vodafone hálózat terheltsége ingadozik így vasárnap este...
+ Ha gigabites switch van benne, akkor annak valóban nem lehet az a szűk keresztmetszet 500 Mbps-nél.
HGW-ben TPLink belső ip címén 80-as portra fw-olással megoldottam a WAN felőli elérést is .
Az egyik ok ami miatt belebonyolódtam ebbe az egészbe, az volt, hogy amíg a HGW volt a gateway is és a DHCP szerver is, addig ha a menüjében lekérdeztem a rá csatlakozó eszközökét, akkor némelyiknél kiírta a kliens nevét, némelyiknél nem, hanem ismeretlen eszközt írt. Nyilván attól függött, hogy a kliens küldött e ilyen infot magáról.
Most viszont, hogy a TP Link lett a DHCP szerver a a HGW már az összes kliensre azt írja ki, hogy ismeretlen , tehát rosszabb a helyzet mint volt .
Arra gondoltam, hogy TPLink-ben a Network/DHCP and DNS/Static Leases-ben beállítok minden általam ismert klienshez egy-egy fix ip címet 192.168.101-150 tartományban, míg a Network/Interfaces/DHCP Server/General Setup-ban beállítom, hogy 201 legyen az első ip cím amit kioszt, és maximum 50-et osszon ki.
A) Jól gondolom, hogy ennek az ez az eredménye, hogy a 101-150 tartoményból DHCP nem oszt ip címeket, ott csak az általam fixen kiosztottak lesznek, míg bármi egyéb ami a DHCP servertől kér le ip címet az a 201-250 tartományból fog kapni egyet?
B) Vagy ezzel a beállítással a DHCP server nem fog kiosztani azon klienseknek ip címet egyáltalán akikhez a 101-150 tartományban fixen hozzárendeltem ip-t?
"... Feltalálom a hidegfúziót oszt reszeltek az amcsiknak...":)))
-
-
petakpa1
őstag
válasz vargalex #71259 üzenetére
Köszi, mindjárt átállítom így, mert ezzel a setuppal minden általam nem ismert kliens .200-al kezdődő ip címet kap majd, így könnyen felismerem akár a HGW-ből is, ha valami új kliens kapcsolódik, pl azért mert betört a wifi hálózatomba.
Közben belőttem a dyndns szolgáltatást is .
Később szeretném majd TPLink wifi-jét is beüzemelni. Azt meg lehet majd oldani, hogy HGW és TPLink wifie-jei MESH hálózatba legyenek majd rendezve? Vagy ez csak akkor lenne lehetséges, ha HGW is MESH képes. Sajnos nem az .
"... Feltalálom a hidegfúziót oszt reszeltek az amcsiknak...":)))
-
xabolcs
őstag
válasz petakpa1 #71260 üzenetére
A MESH az akkor hasznos, amikor nem tudod osszekotni vezetekkel az eszkozeidet, ezert az "uplink-et" is radion keresztul kell megoldani.
Nalad vezetekezve van a ket eszkoz, igy csak annyi a dolgod, hogy ugyanazzal a titkositassal, SSID-val (a csatorna viszont legyen minel messzebb) bekapcsolod a wifit a TP-Link-en.
aláírás1: csocsó-vesztes vagyok, főleg a Bog és Bocha páros ellen, aláírás2: van mobilarénáskulcstartóm! :D
-
petakpa1
őstag
Na igen, pont erre gondoltam én is. Ha a kliens érzékeli, hogy annak az AP-nak ahova csatlakozva van már gyengébb a jele, mint az ugyanazon SSID-vel rendelkező MESH hálózatban lévő de már erősseb jelű AP-nak, akkor automatikusan átvált utóbbira.
De azt gondolnám, hogy ehhez a HGW-nek is támogatnia kellene a MESH-t, az pedig szerintem hiányzik. Compal CH7465CF a HGW-m típusa egyébként.
Az világos, hogyha 2 rádiós egységem lesz 2,4 GHz-en akkor egyiket 1-es másikat 13-as csatornára kell állítanom, hogy ne legyenek átfedésben még 40 MHz-es tartomány esetén sem.
TPLink wifijének beüzemelése egyébként nem aktuális még, mert nincs meg a webkamera amit ki fog szolgálni. Kb egy falon és a szobán belül 3-4 m-en kell majd átlátnia a wifinek, szerintem ez menni fog.
Mesh nélkül meg elleszünk szerintem valahogy...
Még1x köszi mindenkinek a segítséget. A következő hetekben még tesztelem ezt az új setupot, és majd beszámolok hogyan muzsikál. Tök jó, hogy OpenWrt-vel mai napig használható ez az eszköz még
[ Szerkesztve ]
"... Feltalálom a hidegfúziót oszt reszeltek az amcsiknak...":)))
-
xabolcs
őstag
válasz petakpa1 #71263 üzenetére
A megfelelo kliens roaminghoz leginkabb megfelelo kliens kell!
Segitheted a klienseidet ha bekapcsolsz mindenfele roamingolast segito szolgaltatast az AP-idon, de a MESH nem az.
OpenWrt vilagaban a MESH csak egy "atviteli kozeg", pont mint az UTP kabel. Mellette kell inditanod egy masik wifit, AP-kent, amire tudnak kapcsolodni a kliens eszkozok.Olyat erdemes megprobalni bekapcsolni, amit mindegyik AP tamogat! Pl. ha az TP-Link tudja a 802.11r-et, de a HGW nem, akkor szerintem nem vagy elorebb!
aláírás1: csocsó-vesztes vagyok, főleg a Bog és Bocha páros ellen, aláírás2: van mobilarénáskulcstartóm! :D
-
zsero
aktív tag
Sziasztok, egy ismerősömnek ledobja a ThinkPad X240-es laptopját a router, gyári FW-n. Valamelyik másik FW szerintetek segíthet? Ha igen, melyiket ajánljátok? Nem kell tudjon semmit, sima NAT. v4 vagy v5.
[ Szerkesztve ]
-
petakpa1
őstag
Persze nyilván nem a 22-es és 80-as portokat nyitom ki wan felé, de egy port scannerrel simán kiszűrik a magasabb nyitott portokat is.
@ Szabolcs
HGW-m UPC-s, illetve mostmár Voda-s eszköz és szerinten nem támogat semmi ilyen specko funkciót, hogy MESH. El is engedtem ezt a témát, megleszek nélküle is"... Feltalálom a hidegfúziót oszt reszeltek az amcsiknak...":)))
-
#46824192
törölt tag
Először próba...
Routerban wifi csatorna csere , laposon driver csere/update. Csatorna választást érdemes lenne oda tenni ,ahol nincs másik wifi vagy nagyon gyenge. Ez egy okostelefonos bármelyik wifi scan progi is megmutatja. Illetve sok eszköz nem szereti a magas csatornaszámokat (magasabb frekvenciát)De nálam pl. már volt olyan laptop ,hogy bármilyen eszközt eldobált ha wpa2 -n ment a wifi titkosítás.
A samsung a53 telefonom pedig a 1043nd v2(gyári fw) wifit dobja el néha.
Ezt még nem tudtam megfejteni mi okozza.[ Szerkesztve ]
-
-
#46824192
törölt tag
Sajnos ezt nem tudom megmondani.
Elég régen volt már hogy napi szinten használtam.
+a HW nat hiánya miatt el is engedtem a dolgot.Ma már csak wifi nélküli switch funkciót lát el.
Még ami eszembe jutott , hogy egy táp hiba is tud érdekes dolgokat produkálni.
Esetleg az is hogy haldoklik az elektronika a routerban.
(kiszáradt kondi ,stb...)Laptopon minden driver legutolsó, Intel, volt egy frissítés, nem változtatott semmit.
Az azért nem olyan biztos. Attól hogy kintről minden ugyanaz, magába a driverbe azért rendesen bele tudnak nyúlni. Egyáltalán nem biztos , hogy a legutolsó a legjobb/legstabilabb.Sajnos a wifi hiba tud egyszerű és tud nagyon szívatós is lenni.
-
zsero
aktív tag
Itt lent azt olvasom az OpenWRT v19 a legstabilabb. Megpróbálom azt. Aztán ha az sem jó akkor vagy másik router vagy marad da vezetékes hálózat, nincs más ötletem.
-
iMaverick
addikt
válasz #46824192 #71270 üzenetére
Még ami eszembe jutott , hogy egy táp hiba is tud érdekes dolgokat produkálni.
Esetleg az is hogy haldoklik az elektronika a routerban.
(kiszáradt kondi ,stb...)Ezt korábban más is írta, érdemes lehet ránézni.
"Sokkal könnyebb gazdagon boldognak lenni, mint szegényen" (Moldován András)
-
jozsef111
csendes tag
Sziasztok.
Szeretném elmondani mit csinálok.1. Fő router asus rt-n18u portforward kinyitva a torrent klienseim felé.
2. tp-link_wr1043nd openwrt-fe okosítás-t átléptem a transmission felment,port forwardot a 2. router-nek ki lett nyitva,plusz az 1. router transmission portja is kinyilt.
Okosítás: https://logout.hu/cikk/tp-link_tl-wr1043nd_okositas/bevezetes_specifikacio.html?stext=TP-Link%20TL-WR1043ND
De a gépen futó kliensek passzív módot kaptak.
Most ismerkedek a fórummal.
További szép napot.
Hogyan lehet a gépen lévő torrent kliensek aktív módot kapni?[ Szerkesztve ]
-
jozsef111
csendes tag
válasz woodworm #71277 üzenetére
Nos a laptomon futnak a transmission és qbittorrent.
1. router rt-n18u kapcsolódik a laptophoz.
2. TP-Link WR1043ND kapcsolódik asus routerhez dhpc módon.
1. router ppoe módon kapcsolódik a digi optikai routerhez egy kábelen.
elraktam a TP-Link WR1043ND routert majd később előveszem, kell seedelnem, így napi 2-3 órát szánok rá,amolyan hobbi szinten.[ Szerkesztve ]
-
petakpa1
őstag
Ismét az itteni guruk segítségét kérném, mert nem sikerül beállítanom megfelelően port fw-ot a PC-m távolról történő magic pocketes élesztéséhez.
Router tehát a Vodafone-os HGW-m, de az IP címeket a TPLink osztja.
TPLink gduck kolléga #71255 sz hozzászólása alapján lett beállítva.
Ezen kívül az alábbiakat állítottam még be:
Network/Interfaces/Lan/DHCP server/General setup részben az ip címeket csak a 192.168.0.200-250 tartományban oszt automatikusan.Network/DHCP and DNS/Static Leases menüben az összes klienshez hozzárendeltem manuálisan az ip címeket. A PC-m amit távolról éleszteni akarok mindig a 192.168.0.101 címet kapja, és bérleti idő végtelenre van állítva.
HGW-n beállítottam 2 ilyen port FW szabályt:
A felső elméletileg önállóan is ébreszteni a PC-met, ha külső ip címem 27002-es portjára elküldöm a PC-m MAC címét
Az alsó pedig a TPLinknek továbbítja csak a csomagot, melyet a TPLink az alábbi port fw szabály alapján továbbít PC-mnek:TPLinken beállított port FW szabály a Network/Firewall/Port Forwards részben
A probléma ott van, hogy a PC-m kikapcsolását követően valamennyi ideig mind külső ip címem 27002-es portjára mind a 50001-es portjára küldött csomag éleszti a PC-t.
Viszont ha hosszabb idő telik el, pl ha este kikapcsolom PC-t másnap reggel elmegyek dolgozni, és du-án szeretném éleszteni a PC-t akkor már sem a 27002-es portra sem az 50001-es prtra küldött csomag nem ébreszt.
Ellenben ha távolról belépek TPLink menüjébe és a Services/Wake onLan menüben a Host To Wake up legördülőben kiválasztom PC-t és rányomok a zöld gombra akkor gond nélkül éleszti a PC-t.
Továbbá ha amikor hazaértem és telom feljelentkezett a wifire, és a 255.255.255.255 címre elküldöm a PC-m MAC azonosítóját akkor is egyből ébred a PC.
Ezek alapján úgy vélem, hogy a probléma nem a PC oldalán van, hanem a TPLink oldalon.
Mit kellene máshogyan beállítanom, hogy legalább a 50001 portra küldött csomag biztonsággal ébressze PC-met?A legeslegeredeti problémám (ami miatt ismét beállítottam TPLinket hálózatomba) az volt, hogy HGW ARP táblája bizonyos időközönkét frissült, így időről időre kikerült belőle az az info, hogy a kikapcsolt állapotban lévő PC-m melyik LAN porton is lóg (akkor még közvetlenül a HGW Lan portjába csatlakozott). Így azt, hogy a 27002 portra küldött csomaggal egy idő eltelte múlva miért nem éled PC el tudom fogadni.
Azt viszont egyáltalán nem értem, hogy a 24/7-ben a HGW-hez kapcsolódó TPLink (aminek ip címe szintén fixált: 192.168.0.2) mint switch-re forwardolt 50001es port majd ezt TPLink által PC-m belső ip címére tovább forwardolt csomag miért nem éleszti PC-t?
TPLink ARP táblája is befrissül valamilyen időközönként annak ellenére, hogy PC-m ip címe végtelen bérleti idővel fixálva van TPLinkben.
Hogyan tudnám megoldani, hogy tartósan is üzembiztosan lehessen éleszteni PC-met távolról?
Ismét bocsi a nagyon hosszú postért, de igyekeztem minden infót megadni ami a helyzet megértéséhez szükséges.
[ Szerkesztve ]
"... Feltalálom a hidegfúziót oszt reszeltek az amcsiknak...":)))
-
petakpa1
őstag
válasz vargalex #71280 üzenetére
És akkor hol a hiba, miért nem jut el
(a) sem HGW 27002-s portjára küldött magic pocket a 192.168.0.101 belső IP 7-es portjára a HGW-be konfigolt powrt FW szabály alapján
(b) sem a HGW 50001-s portjára küldött magic pocket a 192.168.0.101 belső IP 7-es portjára a HGW-be ÉS TPLInkbe konfigolt kettős port FW szabály alapján?Egyénként ma figyeltem a TPlink menüjében Status/Firewall alatt az alábbi részt:
És ahogyan okostelóról WAN felől külső ip címről küldözgettem a magick pocketeket a külsö ip címem 50001-es portjára, úgy szépen emelkedett itt a packet-ek száma és a frogalmazott mennyiség is.
Tehát mintha port FW működne TPLinken, de PC-m mégsem ébred
"... Feltalálom a hidegfúziót oszt reszeltek az amcsiknak...":)))
-
vargalex
Topikgazda
válasz petakpa1 #71281 üzenetére
(a) a HGW-n kiesik az ARP táblából a géped, így nem tudja, hogy mely MAC címre kellene továbbítani a csomagot (mivel nincs IP cím társítva hozzá).
(b) ha valóban switch módban van config-olva, akkor ennek nem kellene működnie.
Biztos, hogy LAN-LAN összekötésben van a két eszköz?Alex
-
petakpa1
őstag
válasz vargalex #71282 üzenetére
(a) Igen én is így gondolom, hogy kiesik. Viszont a 2x-es port forwardos megoldásnak meg pont e miatt kellene működnie, hiszen a TPLink 24/7-ben üzemel és össze van kötve a HGW-vel, így az nem eshet ki a HGW ARP táblájából sosem.
Ez utóbbit bizonyítja az is, hogy a HGW az 50001-es portra küldött csomagot továbbítja a TPLink 192.168.0.2-es íp címének 50001-es portjára és ezt a TPLink Status/Firewall menüjében a packetszám emelkedése igazolja is ahogy fentebb írtam.(b) Igen biztos. A TPLink WAN (kék) portjába nincs semmi dugva. A HGW felől jövő kábel megy LAN1be a PC-ből jövő pedig LAN2-be.
A TPLinken beállított port FW szabály részleteiben így néz ki:
A kérdés inkább az számomra, hogy a 2 port FW-os módszer miért nem működik?
Mintha TPLink ARP táblájából is kiesne idővel a PC, annak ellenére, hogy statikus ip cím van hozzárendelve a PC MAC címéhez végtelen bérleti idővel[ Szerkesztve ]
"... Feltalálom a hidegfúziót oszt reszeltek az amcsiknak...":)))
-
Satrafuckar
tag
sziasztok,
TpLink1043v3
suste/headless@OpenWrt@0.8.1 Barrier Breaker 14.07röviden: lehet ebben a régi fw-ben a dropbear package-et frissiteni valahogy 2018 v utáni verzióra?
vagy van ujabb suste/headless/vargalex/egyéb custom build amiben alapbol benne van ez a sok hasznos dolog ami a fentiben?hosszan:
usb hdd elérése netről a cél, sftp sshfs winfsp
ez az eddigi legjobb leirás, most végre működik, de csak régi verziós sshfs-win-nel (2 napja projektelem mire erre rájöttem...)friss verzios sshfs-win -nel az openwrt rendszer log-ban:
dropbear[...]: Exit before auth: No matching algo kex
vsz mert tul régi a dropbear, ez alapján
próbáltam a package listák átírásával frissiteni, pl innen (de sok más verziot is probáltam) de nem sikerült,... has no valid architecture, ignoring.
mindig. Ahogy nézem ar71xx - ath79 - mips_24kc amik elvileg jók nekem, de nem teljesen vagyok tisztában az architekturákkal, utasításkészletekkel.egyebek:
ddns megy
samba win7-el megy, win10 még nem látja
minidlna csak kb 10763 file-t indexel a több100k-ból, de azt legalább minden restartnál előről
szóval van még projekt, de egyelőre a fenti amiben nem jutok önerőből tovább.köszi!
-
#46824192
törölt tag
válasz Satrafuckar #71284 üzenetére
A csomagok verzióira már nem emlékszem, de arra igen hogy a minidlna engem szét sz.patott.
Egyszerűen elfelejtett tartalmakat látni. Asszem addig jutottam ,hogy a mappán ahová az adatbázist írja,teljsesen random mindig megkotlott a jogosultság. Így nem tudott bele írni.
Win10 alatt pedig default tiltva van az smbv1 ,ezt külön engedélyezni kell, azután látni fogja.
-
vargalex
Topikgazda
válasz Satrafuckar #71284 üzenetére
Nem ismerem a winfsp-t, de nem ad lehetőséget legacy key exchange algorithm-ok engedélyezésére? Ez ugye a legújabb openssh esetén egyetlen kapcsoló.... Általában attól, hogy valami alapból nem tiltott, kézzel még engedélyezhető szokott lenni egy rendes software esetén...
Alex
-
Satrafuckar
tag
válasz vargalex #71286 üzenetére
köszi vaggalex!
rákeresgéltem, vsz inkább az sshfs-win -ben kéne ezt beállitani valahogy. szenvedtem is vele pár órát, de annyira nem lényeg. a dropbear frissitése lett vna a szimpibb/elöreláthatolag fenntarthatobb irány, ha az nem lehetséges akkor jo igy.samba: igen köszi boxoslaca közben megtaláltam én is ezt, viszont azt is hogy smbv1 hiányában csak a tallózás nem megy, a bepötyögős/networkdrive verzió viszont igen, igy tképp ez is jó igy.
na már csak a dlna van akkor
-
vargalex
Topikgazda
válasz petakpa1 #71288 üzenetére
Szia!
Rögzítsd fixen a MAC címet az ARP táblába.
De nekem továbbra is fura az a port forward. LAN-LAN nincs tűzfal, így nem értem, hogy mit továbbítana...
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz Satrafuckar #71287 üzenetére
A minidlna adatbázisának helyét állítsd át egy a HDD-n lévő könyvtárra, mert alapban a /var-on van, ami RAMDRIVE, azaz újraindulás esetén megy a kukába. Illetve az indexelés is azért állhat le, mert elfogy a hely a /var-on.
[ Szerkesztve ]
Alex
-
xabolcs
őstag
válasz vargalex #71289 üzenetére
Erre (az ARP tablas rogzitesre) vartam!
Koszonom!A fo router is fel fogja tudni ebreszteni, ha csak az OpenWrt-s eszkozben van rogzitve? Van olyan okos, hogy megkerdezze tole?
aláírás1: csocsó-vesztes vagyok, főleg a Bog és Bocha páros ellen, aláírás2: van mobilarénáskulcstartóm! :D
-
Satrafuckar
tag
válasz vargalex #71290 üzenetére
ja bocs, elfelejtettem irni, azt már alapból átállítottam a hdd-re, ahogy a logot is. igy is 10763 képnél megállt mindig, és rebootkor elölröl kezdte az egészet, majd ugyanott megállt.
most beállítottam h csak fotókat keressen (főleg az van a hdd-n), így tovább jut, de marha lassu és nagyon dögledezik közben az egész rendszer (Átlagos terhelés4.81, 2.52, 2.48, hálózati megosztás ill luci hosszu 10mp-ekig fagy / nem reagál).
30k-nál tart kb 5h után (ez normális?), és több100k kép van a vinyón.
nem merem ujrainditani h kiderüljön h megmarad e a dbnormál müködés szerint megmarad rebootkor a db, és csak updatelgeti, vagy az a normál ha indulásnál nullárol ujraépiti? (uj nekem a minidlna).
update: áh és ennyi, ebben a pillanatban az egész meghalt lefagyott ujraindult, ezzel együtt az indexelés is ismét nulláról....
[ Szerkesztve ]
-
#46824192
törölt tag
válasz Satrafuckar #71294 üzenetére
Lehet nagyfalat már ez ennek a vasnak
-
Satrafuckar
tag
hmm most éjjel végigszkennelte, reggel megjelent a logban
[2022/11/14 06:38:44] scanner.c:793: warn: Scanning /share/Kulso finished (141492 files)!
ráadásul alig 6 óra után. v.ö. előtte 5h alatt 30k file.
viszont a memória teljesen el volt fogyva, a gyakorlatban használhatatlan volt luci, samba, dlna, minden.
így aztán ujraindítottam / közbe lefagyott ujraindult magától.
és most megint elölről kezdi a scannelést, pedig már fel volt épitve a db, 260 mb (ezt ki is mentettem ujrainditás előtt, meg a logot is. még 1 érdekesség, a logban mintha nem stimmelnének a timestamp-ek / a sorok sorrendje, log ld itt)konkrét kérdések:
-alapvető működésben normális-e, hogy minden indulásnál nullárol ujraépiti az adatbázist?
-hogy lehet rávenni, hogy ezt ne tegye
-hogy tudom a meglévő adatbázisomat betolni neki h tessék ezt használdbonusz kérdések:
-mi a logban a timestamp káosz
-miért irja suste itt hogy "Amilyen gyorsan csak lehet kilépünk a Luciból!!!" -
Satrafuckar
tag
válasz #46824192 #71295 üzenetére
lehetséges, igen, bár most pont sikerült 1x végigérnie..
itt irnak egy ilyet "Tips
If you have a decent size music library, you will more than likely find building the minidlna database on your OpenWrt device extremely slow or impossible due to RAM constraints. The solution is to build the minidlna database on a Linux PC."
szoval valami ilyesmi kéne, 1x megépiteni az adatbázist, akár külső gépen, majd rávenni, hogy ezt használja. Ezutóbbi a ködösebb számomra. -
vargalex
Topikgazda
válasz Satrafuckar #71296 üzenetére
Szia!
Egyáltalán nem normális, hogy újrainduláskor nulláról építi fel az adatbázist. Biztos, hogy nem hibás? Esetleg maga a HDD? De ekkora mennyiség tényleg nem egy 32 MB-os routernek való...
A PC-s adatbázis felépítésnél arra kell figyelni, hogy pont ugyan oda legyen csatolva, különben mit sem ér az egész...[ Szerkesztve ]
Alex
-
petakpa1
őstag
válasz vargalex #71289 üzenetére
Szia Alex,
Köszi, hogy próbálsz segíteni.
System/Software menüben rányomtam, hogy az Update lists gombra majd, bal felül a keresőbe beírtam, hogy IP és kilistázott egy 767 csomagot, aminek leírásában/nevében benne van, hogy ip.
Viszont olyan aminek csak IP a neve nincs ip-full és ip-tiny van.
Putty-al konzolba bejelentkezve ip neigh parancsot kiadva nem sípol, hogy nem ismeri ezt a parancsot, tehát bennem felmerült, hogy kell bármilyen további csomagot telepítenem egyáltalán a parancs használatához?
Neten még keresgélve találtam ezt.
Be is nyomtam konzolba üresen a ip neigh parancsot, és az alábbi eredmény adódott PC-mre:
192.168.0.101 dev br-lan lladdr aa:bb:cc:dd:ee:ff ref 1 used 0/0/0 probes 1 REACHABLE
Ahol aa:bb:cc:dd:ee:ff nyilván a PC-m MAC címe, csak ezt már nem akartam ide beírni.Ez alapján az lehet a gond szerintem, hogy hiába van a Network/DHCP and DNS/Static Leases menüpontban fix ip cím állítva végtelen bérleti idővel a PC-m MAC címéhez az mégse PERMANENT-ként kerül be a TPLInk ARP táblájába -
UPDATE1:
Na próbálkoztam konzolból ip neigh add parancsal, de nem ismeri .
ip parancs csak az alábbiakat ismeri jelenleg:ip addr add|del IFADDR dev IFACE | show|flush [dev IFACE] [to PREFIX]
ip route list|flush|add|del|change|append|replace|test ROUTE
ip link set IFACE [up|down] [arp on|off] [multicast on|off]
[promisc on|off] [mtu NUM] [name NAME] [qlen NUM] [address MAC]
[master IFACE | nomaster]
ip neigh show|flush [to PREFIX] [dev DEV] [nud STATE]
ip rule [list] | add|del SELECTOR ACTIONMelyik csomagot kell telepítenem, hogy az ip neigh add parancs működjön? ip-full vagy ip-tiny?
[ Szerkesztve ]
"... Feltalálom a hidegfúziót oszt reszeltek az amcsiknak...":)))
Új hozzászólás Aktív témák
- Lenovo Legion Y530 (81FV00YCHV) - i5-8300H, GTX1050Ti, 8GB (felárral bővítem)/1TB HDD (feláras SSD)
- Playstation 3 & 4, Xbox One & 360, Wii játék tokok
- Eladó DUAL GeForce RTX 3060 Ti MINI OC Edition
- ASUS ProArt GeForce RTX 4080 SUPER 16GB GDDR6X OC (ASUS-VC-PRO-RT4080S-O16G) Bontatlan új 3 év gar!
- IPhone SE 3 2022 2024.11.02-ig Apple garancia