-
GAMEPOD.hu
TP-Link WDR3600 - N600 router
Új hozzászólás Aktív témák
-
galaxys80
veterán
válasz Intruder2k5 #16351 üzenetére
Na most ez nekem semmit nem mond.
Elárulnátok, akkor végre , hogy ennek a 8 eszköznek milyen tartományba adjak ip címet? -
suste
veterán
-
galaxys80
veterán
Valóban félreértés lesz, akkor itt. Én a routerben a luci/ dhcp menüben fixáltam le az eszközöket. A klienseken éppen, ezért nem is állítottam be semmit. (Gondolom ez a megoldás, így rendben van)
Akkor magyarán jó az, hogy 100 és 250 közötti címekre fixáltam mindent ugye?
De így viszont mi a garancia arra, hogy a router nem oszt ki például a mobiltelefonnak, olyan címet, ami le van fixálva más eszköznek? Vagy ilyen nem történhet meg? -
galaxys80
veterán
Van egyébként annak jelentősége, hogy egy eszköz fixált dhcp-t kap vagy fix ip-t?
-
csixy
addikt
Az baj, hogy én a routerben a DHCP-n kívülre szoktam kiosztani MAC cím szerint az IP-ket és a klienseken is beállítom LAN címnek azt amit a routerben kiosztottam neki? Eddig ez működött így nálam. Lehet ennek hátránya?
Kert, kütyük,munka,matek,morfondír...ennyi. Szóval ács nem vagyok, de nemrégiben sikerült faragnom egy mőködőképes fogpiszkálót.
-
Celtis
veterán
válasz galaxys80 #16357 üzenetére
Nem jó. A DHCP-vel kiosztott fix IP-khez használd a 2..99 tartományt, mert az alapértelmezett dinamikus tartomány a 100..250. Nem magyarázom, hogy a többit miért ne. Ez bőven elég lesz.
Lehet, hogy a dinamikus tartományból választott fix IP-ket sem osztaná ki a router, de jobb amit ajánlottam. Ráadásul az IP címre ránézve már látod, hogy fix vagy dinamikus tartományba esik.A DHCP-vel fixált IP és a fix IP közti lényeges különbség, hogy előbbit minden eszközre a routerben tudod beállítani, míg a fix IP-t magukban az eszközökben egyedileg. Az előbbi a kényelmesebb.
-
Celtis
veterán
Vagy-vagy. A kettő együtt felesleges. Ha a kliensen állítasz fix IP-t, akkor tök mindegy mit állítottál a routeren. A kliens vagy DHCP-t haaznál az IP beszerzésére vagy ha kézzel van beállítva az IP, akkor azt.
A baj csak annyi lehet, hogy majd később ha valamikor a routeren állítod át egy kliens IP-jét csodálkozni fogsz, hogy miért nem lesz mégsem az a címe.
Az mindenképpen helyes, hogy a fix IP-ket a DHCP tartományon kívülről választod. -
galaxys80
veterán
válasz Celtis #16360 üzenetére
Suste meg ezt írta:
-fixalt dhcp-nel a címek a dhcp tartományon belül kell legyenek, amit a routerben állítasz be.
-fix Ip-t a kliensen állítod be, és a dhcp-nel kívülre.Most már tényleg kezdek összekeveredni.
Ő azt mondja, hogy a tartományon belül fixáljak. Te meg, hogy azon kívül.
-
-
suste
veterán
Kinek mi a logikája
-nekem az a logikus, hogy ha DHCP-t használok, akkor annak tartományát használja a rendszer
ha itt lefixálok egy címet, akkor ezt a címet adja neki mindig a router (ő osztja ki az ő tartományából, így tudja hogy melyik adható ki a lefixáltakon kívül)-ha pedig kliensen állítok be fixet, akkor az egyértelműen a DHCP tartományon kívül teszem, hiszen azt nem tudja a router DHCP-je, hogy én mit állítok be kézzel
Így tuti nem fordulhat elő az, hogy gyorsan akarok egy fixet beállítani valamelyik kliensen, aztán ütközik az egyik DHCP fix-szel (amit csak akkor tudnék meg, ha belépnék a routerbe). Persze egy másik fix-szel még ütközhet
-
galaxys80
veterán
Régóta húzódó problémám , hogy időnként elég sokat kell várni arra, hogy a nas-on levő dlna szerver megjelenjen az eszközeimen.
Több helyen is olvastam, hogy ez valami multicast probléma lehet.
Szerintetek van arra esély, hogy a gyári firm-en ez megoldódna? Jelenleg suste openwrt-t használok.
Vagy ez ettől teljesen független?
Feleslegesen nem cserélnék firm-et. -
galaxys80
veterán
Segítséget szeretnék kérni.
A Luci rendszerindításba kellene egy parancssort beírnom.
echo "0">/sys/devices/virtual/net/br-lan/bridge/multicast_snooping
Most a rendszerindítás menünel pontosan hova kellene illeszteni a parancssort? Azt írja exit 0 sor elé. Előtte levő sorba vagy az exit 0 elé közvetlenül?
Illetve a most ott levő szöveget töröljem vagy az maradjon? -
galaxys80
veterán
Gyári firm van fent a routeren. Ha nem muszáj, akkor nem kapcsolnám be itt sem az upnp-t, így saját magam nyitom az alkalmazásoknak a portot.
A laptopnak viszont más az ip címe lan-on és más wifin. A szükséges portot viszont, ha már az egyiken megnyitottam, akkor a másikon már nem engedi.
Ez normális? Nyitott lesz így a port lan-on és wifin is? -
Intruder2k5
MODERÁTOR
válasz galaxys80 #16369 üzenetére
Igen normális, és nem, sajnos nem lesz nyitott csak azon az IP címen, amire forwardoltad. Egy portot csak egy IP címre tudsz forwardolni, függetlenül attól, hogy a két cím egy kliens eszközé. Így vagy marad az UPnP, vagy minden alkalommal módosítod a forwardot, vagy más-más portot használsz wifin és kábelen.
[ Szerkesztve ]
-
galaxys80
veterán
válasz Intruder2k5 #16370 üzenetére
A fenébe. Nem akartam az upnp-t bekapcsolni, mert szerintem az okozott zavart a Transmission (NAS) portjánál. Annak külön én nyitottam portot a routerben. (nem találtam upnp engedélyezésére lehetőséget a TM-ben). Aztán egyik-napról a másikra closed lett a portja.Kikapcsoltam az upnp-t és helyreállt a rend.
Openwrt alatt külön-külön is tudtam portot nyitni.
-
galaxys80
veterán
Feltettem ugye nemrég a gyári TpLink firm-et. Ez végre megoldotta azt a gondomat, hogy későn volt látható a DLNA szerver a klienseken.
Cserébe viszont kaptam egy X-aktát. (Ha egyáltalán köze van a gyári firmhez).
2.4 ghz-es wifit használva, ha egy eszközön be van kapcsolva a Bluetooth is, akkor elképesztően belassul a wifi. Youtube alig tölt be, FB szintén, speedtestben is látható a sebességcsökkenés. Bár,olyan is volt, hogy speedtest szerint rendben volt a sebesség, de mégis a fenti alkalmazások lassúak voltak.Először azt hittem, hogy csak a telefonomon, de minden más eszközön is, amin be van kapcsolva a BT.
Kipróbáltam minden beállítást a routeren. (20 mhz,40, auto, csatornaváltások), de semmi nem segített.5 ghz-en és kikapcsolt BT-vel 2.4 ghz-en is rendben van minden.
Van ötlete valakinek esetleg mielőtt végleg kivágom a routert?
-
galaxys80
veterán
válasz doberman #16373 üzenetére
Tisztában vagyok vele. De kikapcsoltam minden más BT-t használó eszközt. (egér, hangfal, fejhallgató) Nem lett jobb. Kikapcsoltam minden más wifi-t használó eszközt is. Nem segített.
1 db wifi-t és bt-t használó eszközt, azért el kellene viselnie a rendszernek.
Az 5 ghz egy kisebb lakásban biztos jó megoldás. De családi házas környezetben egy udvarral ez csak félmegoldás. (gyakorlatilag ha kilépek a házból elmegy az 5 ghz.
De egyébként is van néhány csak 2.4 ghz-et tudó eszköz a házban. Ezeket mind lecserélni nem 2 forint lenne.
Ennél, azért jóval olcsóbb megoldás, ha veszek inkább egy új routert. -
galaxys80
veterán
A ti (suste) firm-eteken a DLNA probléma volt.(Mint utána olvastam ez openwrt probléma lehet [link]) Percek teltek el mire felismerte a TV a DLNA szervert. A gyári fime-en ez szinte azonnal megtörténik.
Hogy ez a BT - 2.4ghz zavar megvolt-e nem tudom. Valószínűleg nem.Még délután megpróbálok egy factory resetet vagy egy régebbi frim-et feltenni. Aztán ha semmi nem segít akkor lassan itt az ideje egy router cserének azt hiszem.
[ Szerkesztve ]
-
vargalex
Topikgazda
válasz galaxys80 #16376 üzenetére
Ha ezt a ticketet megtaláltad, akkor ott a megoldás is (a multicast snooping tiltása a bridge-en). Érdekes probléma, én nem találkoztam vele, pedig évek óta külön DLNA szervert használok és vannak wifi-n csatlakozó klienseim is. Bár nem teljesen egyértelmű, mert mintha a ticket szerint csak a plexet érintené (én minidlna-t használtam és természetesen az is multicast-on hirdeti magát).
[ Szerkesztve ]
Alex
-
galaxys80
veterán
válasz vargalex #16377 üzenetére
Nálam Twonky és MiniDlna van a NAS-on és mindegyikkel probléma volt.
A echo "0">/sys/devices/virtual/net/br-lan/bridge/multicast_snooping megoldotta a problémát, de minden restart után újra előjött a probléma.
Hiába írtam be a rendszerindításnál a /etc/rc.local-ba.Gyári firm-ben viszont problémamentes ez a része. Cserébe kaptam most egy másik gondot. Őszintén szólva mocskosul unom már, hogy hónapok óta szívok valamivel.
A gyári firm-ben szinte minden alap beállításon van. Annyit tettem, hogy .91 -től .99-ig fix DHCP-t foglaltam az eszközöknek sorban egymás után. Illetve torrentnek nyitottam portot.
De gondolom ezek nem okozhatnak ilyen jellegű gondot. -
vargalex
Topikgazda
válasz galaxys80 #16382 üzenetére
Akkor lehet, hogy még nem állt fel a hálózat (a bridge), vagy valami miatt utána még újraépül. Így inkább valami hotplug script-be kellene tenni.
Illetve a ticket lezárásaként hivatkozott commit 5 éve történt, a későbbi verziókban alapból jónak kellene lennie. Igaz, az általad is írt megoldást ajánló bejegyzés szerint akkor van gond, ha WDS kapcsolat van...Alex
-
galaxys80
veterán
Bocsánat az újabb hsz-ért.
Azt hiszem megtaláltam a megfelelő firm-et.
Ez [link] lenne az?Ha mégsem lenne jó, akkor a vágott tplink szoftverrel innen is vissza tudok menni ugye?
Illetve itt is van luci felület? Vagy valamilyen webes beállítási felület?
[ Szerkesztve ]
-
vargalex
Topikgazda
válasz galaxys80 #16387 üzenetére
Ha a Suste/Headless build NAT sebességben megfelelt, akkor én konkrétan ezt tenném fel, majd utána a
luci-i18n-base-hu
és aluci-i18n-firewall-hu
csomagokat, így magyar is lesz a felület.Természetesen a vágott gyári firmware-val bármikor vissza tudsz állni.
[ Szerkesztve ]
Alex
-
galaxys80
veterán
Találtam egy ilyet:
opkg install luci-i18n-hungarianEzt SSH-n keresztül beírva magyar lesz?
-
galaxys80
veterán
2.4 ghz-en a 20 vagy a 40 mhz ami ajánlottabb?
Ellentétes véleményeket olvastam a neten róla.Stornó. Működik minden, úgyhogy inkább marad az alap 20 mhz. Nem keresem a bajt magamnak.
[ Szerkesztve ]
Új hozzászólás Aktív témák
- EDIFIER R1700BTS hangfal pár makulátlan, új állapotban, 2 év hivatalos garanciával, alkalmi áron
- LG OLED55B23LA 2 Év GYÁRI GARANCIA
- Apple iPhone XR 128GB, Kártyafüggetlen, 1 Év Garanciával
- Gamer PC , i7 12700KF , RTX 3080 Ti , 64GB DDR5 , 960GB NVME , 1TB HDD
- Intel PC , i5 8500 , 1660 6GB , 32GB DDR4 , 512GB NVME , 500GB HDD
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest