- Samsung Galaxy S23 Ultra - non plus ultra
- iPhone topik
- Prémium külsőt kaphat a Motorola Moto G85 5G
- Huawei Watch Fit 3 - zöldalma
- Milyen okostelefont vegyek?
- Netfone
- Jobb zoom, egyszerűbb kijelző - megérkezett a Sony Xperia 1 VI
- Redmi Watch 4 - olcsó hús, sűrű a leve
- Samsung Galaxy S24+ - a személyi asszisztens
- DIGI Mobil
Hirdetés
-
Békésen legelészik a májusi hardvercsorda
ph Ezúttal monitorokat, processzorhűtőt, házat, routert, tápokat, egérpadot és akciókat tereltünk be a szombati karámba.
-
NVIDIA: a következő nagy dolog az AI-generálta videó
it Az NVIDIA vezérigazgatója szerint még nagyobb keresletet hoznak majd a chipjeik iránt az AI által generált videók. Pedig nagy baj nincs, legutóbb így is 200 milliárd dollárral nőtt a cég piaci értéke a kedvező tőzsdei hangulat miatt.
-
Spyra: nagynyomású, akkus, automata vízipuska
lo Type-C port, egy töltéssel 2200 lövés, több, mint 2 kg-os súly, automata víz felszívás... Start the epic! :)
-
Mobilarena
TP-Link WR1043ND - N450 router
Új hozzászólás Aktív témák
-
vargalex
Topikgazda
Természetesen Arch linux :
gavarga@gavarga-e5540 ~ % uname -a
Linux gavarga-e5540 4.11.9-1-ARCH #1 SMP PREEMPT Wed Jul 5 18:23:08 CEST 2017 x86_64 GNU/Linux
gavarga@gavarga-e5540 ~ % gcc --version
gcc (GCC) 7.1.1 20170621
Copyright (C) 2017 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz novarobot #66652 üzenetére
Én anno próbáltam a debwrt-t. A fő gond az, hogy nem kifejezetten a kis méretű csomagok találhatóak meg, ami ugye egy embeddded device-nél sokat számít (pl. dnsmasq az isc-dhcp-server és bind helyett). Egy kérdés: miben különbözik a saját build-ed a debwrt oldaláról letölthetőtől?
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz novarobot #66657 üzenetére
Általában az embedded rendszereken nem nagyon használnak gcc-t, jellemzően inkább cross-compile-olni szoktak.
Alex
-
vargalex
Topikgazda
válasz zolka95 #66667 üzenetére
Gondolom trunk LEDE-t tettél fel, ami nem tartalmazza a LuCI-t (webes felület). A végleges 17.01.1, illetve 17.01.2 verzió jobb választás lett volna, mert azok alapban tartalmazzák.
Ha DHCP neted van (a szolgáltató ilyet ad, vagy egy másik router mögé teszed a TP-Linket), akkor rögtön lesz neted, így ssh-n bejelentkezve telepítheted, illetve indíthatod is:opkg update
opkg install luci
/etc/init.d/uhttpd enable
/etc/init.d/uhttpd start[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz code1005 #66705 üzenetére
A gond az, hogy valószínűleg trunk lede-t telepítettél, ami azóta már változott. Ha trunk-ot telepít az ember, akkor ezért az első lépés mindig az, hogy minimálisan az összes szükséges kernel csomagot is telepíti, így később nem éri meglepetés. Vagy stabil release-t kell telepíteni, ott nem változik semmi (legalábbis kernel biztosan nem).
Alex
-
vargalex
Topikgazda
válasz Indiant #66726 üzenetére
Az mit jelent, hogy mi sem bírunk az OpenWrt/LEDE-vel? Az általam "üzemeltetett" 6 routeren (mind más típus) köszönöm, gond nélkül megy...
Ha a FastPath patch-ra gondolsz, akkor az egy új fejlesztés, nem is a hivatalos LEDE/OpenWrt team által támogatott, így teljesen normális, hogy problémák vannak vele. Én egyébként csak kipróbáltam, de szükségem nincs rá, mivel vannak megfelelően erős routereim, amik nyers CPU teljesítményből megoldják a gigabit NAT-ot: D-Link DIR-860L, illetve Linksys WRT3200ACM.
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz Indiant #66731 üzenetére
LAN-on miért akarsz gateway-t megadni? Önmagát majd hírdeti DHCP-n a klienseknek.
A legtöbb embert azt zavarja meg az OpenWrt-ben/LEDE-ben, hogy itt nincs kitüntetett WAN, vagy LAN interface. Minden csak egy normális interface, ahogy lennie is kell. Ezért is tudsz mindent úgy konfigurálni, ahogy akarsz. Az alap telepítésben pedig ezek az interface-ok úgy vannak kialakítva, ahogy a gyári firmware alatt is megszoktad. Ott nem is tudsz a LAN interface-nak gateway-t állítani...Érdemes esetleg átnézni az ide vonatkozó wiki oldalt, hátha megvilágosul néhány dolog.
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz Indiant #66733 üzenetére
Ahogy már megkaptad a választ, az alap konfiguráció éppen az, amit te is szeretnél. Annyi, hogy ha az UPC eszköze egy HGW router módban, akkor annak a LAN tartománya ne egyezzen az 1043ND LAN tartományával.
De gondolom az lehet a baj, hogy a LAN interface-t átállítottad DHCP-re. Ahogy írtam, ez zavarja meg a legtöbb felhasználót (ez is csak egy normál interface OpenWrt/LEDE alatt, azaz minden tulajdonsága - így a típusa is - megadható). A DHCP-re állítás nem azt jelenti, hogy DHCP szervert fog futtatni (hiszen az interface típusát állítod, nem a futó szolgáltatásokat), hanem azt, hogy ő DHCP-n fog IP-t kérni a LAN oldalról. (Gyári firmware, illetve talán DD-Wrt esetén az interface típusát csak a WAN esetén tudod állítani, azaz ott teljesen meg vannak különböztetve, tehát nem oldható meg velük minden). Mehet neki egy factory reset (vagy failsafe mód).
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
így tudsz 1 db MAC-hez, vagy több host-hoz is egyedi DHCP opciókat (így többek között DNS szervert) rendelni.
Nálam úgy néz ki, hogy alapvetően a google, illetve a szolgáltatói DNS szervereket használom. Viszont a gyerekek tablet-jének az OpenDNS DNS szervereket adom. Ehhez a /etc/config/dhcp-be a következőket raktam:
config tag 'kids'
list dhcp_option '6,208.67.222.222,208.67.220.220'
config host
option name 'gyerek_tablet1'
option mac 'xx:xx:xx:xx:xx:xx'
option ip '192.168.x.x'
option tag 'kids'
config host
option name 'gyerek_tablet2'
option mac 'yy:yy:yy:yy:yy:yy'
option ip '192.168.x.y'
option tag 'kids'Ezzel az ő eszközeik statikus IP-t is kapnak és az OpenDNS DNS szervereket.
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
Az általam írt módon (azaz annak fordítottja szerint is) biztos, hogy működik. Szerintem a DNS forwardings kavarhat be. Nálam a felállás a következő:
A Network->WAN-nál adom meg a google DNS-t. Én a helyedben itt adnám megy az OpenDNS szerver IP-it.
Majd jöhet a tag-elés. A host-nál a dns 1 érték pontosan nem tudom, hogy mit csinál, nálam az nincs.Alex
-
vargalex
Topikgazda
válasz Indiant #66769 üzenetére
Szia!
Nem kell ehhez kiegészítő. A /etc/config/dhcp-ben a dnsmasq szekcióhoz hozzá tudsz adni egy
option dhcpscript 'path_to_script'
opciót. Ebben a script-ben pedig azt csinálsz, amit akarsz. A script első paraméterként megkapja a típust (add, old, del, stb.), második paraméter a MAC cím, a 3. paraméter az IP cím, a 4. pedig a hostname. Nyilván, ha csak a DHCP kérések érdekelnek, akkor az add típussal kell foglalkoznod és azt logolsz, amit szeretnél...
Alex
-
vargalex
Topikgazda
-
vargalex
Topikgazda
válasz Laszlo733 #66783 üzenetére
Továbbra is azt mondom, hogy a transmission-nál valami kliens oldali kavarodás van, ugyanis szerintem nincs benne a kérdéses file. Szóval, szerintem valamikor régen használtad a másik típusú web ui-t, amit cache-elt a mobil. Ennek megfelelően mobilon gondoltam a privát módot.
Alex
-
vargalex
Topikgazda
-
vargalex
Topikgazda
válasz Laszlo733 #66796 üzenetére
A login-ig eljutsz?
A transmission-ra visszatérve: érdemes pontosabban fogalmazni, mert azt írtad, hogy telepítetted a transmission-web-et. Holott ezek szerint a custom web ui-t (ami ahogy látom, nálad suste mod) telepítetted (vagy legalábbis azt szeretted volna).
Alex
-
vargalex
Topikgazda
válasz Melorin #66824 üzenetére
A rutorrent portot nem teljesen értem. Fut a routeren egy transmission és egy rtorrent is?
Egyébként a tűzfal config rendben van, ha a firewall.user-ben nincs egyéb nyitás.
Ha már az ncore login-odat is használja, akkor én inkább arra gondolok, hogy a gépeden fertőzött valami és azon keresztül jött be.Alex
-
vargalex
Topikgazda
válasz tigipuf #66870 üzenetére
A transmission biztosan telepítve van, csak a transmission-web nincs valószínűleg.
A media_dir-es hibából én arra következtetnék, hogy betelt a /overlay, így nem tudsz semmit menteni. Onnan kellene a felesleges dolgokat (jellemzően HDD nélkül elindult transmission letöltést) törölni.Alex
-
vargalex
Topikgazda
válasz lenovomen #66877 üzenetére
Először is wifi-n nem szokás firmware-t frissíteni. Másodszor OpenWrt alatt defaultban ki van kapcsolva wifi, azaz csak kábellel tudsz csatlakozni.
Harmadszor az nem wlan (mert az wireless LAN-tól, azaz wifi-t jelent), hanem wan. De nem a wan-on, hanem LAN-on kell frissíteni.Alex
-
vargalex
Topikgazda
válasz Headless #66940 üzenetére
Többek között éppen a Redmi Note 4X-ben is található Qualcomm driver nem használja a 40 MHz-es csatornaszélességet alapból. De root-olt készülék esetén (a tiéd az, ha jól tudom) ez módosítható.
[ Szerkesztve ]
Alex
Új hozzászólás Aktív témák
- Politika
- Samsung Galaxy S23 Ultra - non plus ultra
- Hardcore café
- Kormányok / autós szimulátorok topicja
- Kamionok, fuvarozás, logisztika topik
- iPhone topik
- Ukrajnai háború
- A fociról könnyedén, egy baráti társaságban
- Gaming notebook topik
- Intel Core i5-7640X / i7-7740X "Kaby Lake-X" és i9-7xxx "Skylake-X" (LGA2066)
- További aktív témák...
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen