-
Mobilarena
TP-Link WDR3600 - N600 router
Új hozzászólás Aktív témák
-
vargalex
félisten
válasz
Intruder2k5 #7261 üzenetére
Szia!
Teljesen mindegy. A kapcsolatok száma nagyjából ugyan annyi lesz és ez számít. Csak az rtorrent-ben ezt így, a transmission-ben pedig úgy szokás korlátozni.
-
vargalex
félisten
válasz
Endless #7235 üzenetére
Szia!
Azt csak az én repomban találod meg (luci-app-mjpg-streamer). De akkor már az mjpg-streamert is onnan érdemes telepíteni, mert az init scriptjét kiegészítettem az új paraméterekkel.
-
vargalex
félisten
Szia!
Én a cseréltetem szóból gondoltam, hogy üzletben vette.
Szerk.: Közben meg is kaptuk a választ.
A birck-elt router kb. így villog. Mindenesetre az összes led felvillanása mindenképpen azt jelzi, hogy újraindul az eszköz.
-
vargalex
félisten
válasz
s.zsolt94 #7200 üzenetére
Szia!
A ledek villogásából ítélve ez nagyon olyan, mintha egy brickelt példányt kaptál volna (azaz valaki már visszavitte egy sikertelen frissítés után). Ugyanis akkor villan fel nagyjából 2 másodpercenként az összes led, ha a bootloader nem kernelt talál a flash megfelelő címén. Ezért mindig újraindul.
-
vargalex
félisten
válasz
Intruder2k5 #7187 üzenetére
Szia!
Akkor valószínűleg a PC lokális DNS cache-éből oldja fel. Mert az egészen biztos, hogy az OpenDNS nem fogja a belső neveket feloldani. De egy nslookup-al meg is nézhetnéd majd otthon.
Mondjuk az felettébb érdekes, hogy az OverView-ben a WAN-nál látszik az OpenDNS szerver. Igaz, a Static DNS beállítás számomra nem egyértelmű, hogy mire vonatkozik...
-
vargalex
félisten
válasz
Intruder2k5 #7182 üzenetére
Szia!
Alap esetben a router továbbra is saját magát fogja DNS szerverként hírdetni. Máskülönben természetesen a belső neveket sem oldaná fel, hiszen a kliensek nem is hozzá fordulnának!
Nálam a WAN interface-ra vannak beállítva a google DNS szerverek, de azok csak a router resolv.conf.auto file-jában jelennek meg, a kliensek továbbra is a router LAN IP-jét kapják DNS szerverként.
Persze LAN interface-on beállítva más lehet a helyzet. Hacsak nem hirdeted saját magadat is.
-
vargalex
félisten
válasz
kaciokos #7144 üzenetére
Szia!
Az a $sysfs valóban nem jó, de mentségemre legyen mondva, akkor még nem volt TL-WDR3600-as routerem. Most megnéztem és a TL-WDR3600 esetében ez helyesen:
sysfs=$(uci get system.led_usb1.sysfs)
Ez az 1-es USB led-je. Nyilván a 2-es led a
sysfs=$(uci get system.led_usb2.sysfs)
Viszont abból, hogy a LuCI-t nem éred el, én arra gondolok, hogy extroot-ot használsz, mégpedig valószínűleg pivot_root verziót. Ebben az esetben nem lehet szabályosan leválasztani a HDD-t.
De akár az USB eszköz tápellátását is meg lehet szakítani:
1. USB1:
echo 0 > /sys/class/gpio/gpio22/value
2. USB2:
echo 0 > /sys/class/gpio/gpio21/value
Ekkor természetesen a led állítás felesleges, mert automatikusan le fogja kapcsolni.
1-et echo-zva bele vissza is lehet kapcsolni. Persze ez sem szabályos extroot esetén. -
vargalex
félisten
Szia!
"Ilyet automatizmust pl nem lehet belerakni, hogy ezt magától csinálja meg mondjuk a kikapcs gomb megnyomására?"
A kikapcsoló gombra nem, mert az egy fizikai gomb, ami megszakítja az áramkört. De a wps/reset gombra nyugodtan lehet ilyet írni. A buildemben nem engedélyezettként benne is van, ami leállítja a szolgáltatásokat és leválasztja a partíciókat. Olvasd el a blogomban, hogy hogyan lehet engedélyezni. Lehet még játszani vele, hogy bizonyos időtartamú gombnyomás után fusson csak le.
-
vargalex
félisten
Szia!
A samba-n megosztott tartalomra a windows mindenképpen NTFS típust fog mondani, hiszen a filerendszer információt nem is kapja meg!
A kérdés az, hogy a routeren mi látszik. Nézd meg ssh-n (vagy LuCI-ban a parancs futtatása ablakban) az
fdisk -l
illetve a
blkid
parancsok kimenetét. Egyébként szerintem egyszerűen annyi volt az eredeti probléma (illetve most is az), hogy induláskor úgy döntött a rendszer, hogy lemezellenőrzésre van szükség (pl. a mount-ok száma miatt, vagy egyéb dolog miatt) és azért villogott a sys led, mert még nem fejeződött be a boot process. Ugyanis az ellenőrzés a partíció méretétől függően nagyon sokáig is eltarthat. Szóval szerintem csak ellenőrizni kellene a partíciókat (e2fsck paranccsal), majd beállítani a csatolási pontokat és kész.
Szerk.: Az eszközt nyugodtan kikapcsolhatod naponta, csak ugye a filerendszer sérülések elkerülése érdekében ezt igazából szabályosan kellene. Azaz először lecsatolni a partíciókat, stb. (elég lehet egy halt parancs is SSH-n). A PC-det sem a főkapcsolóval kapcsolod ki. Ő is szépen elintézi a leállás során ezeket a dolgokat.
-
vargalex
félisten
Szia!
Mi egy elég nagy területen (irodában) teszteltünk, a GPIO magasra húzása után mindenhol hibátal volt a vétel egy mobillal is.
-
vargalex
félisten
válasz
tibi3650 #6954 üzenetére
Szia!
Az adat porto(ka)t is forwardolni kellene. Persze ehhez célszerű lenne a vsftpd.conf-ban a pasv_min_port, illetve pasv_max_port értékeket is beállítani. És ezeket a portokat továbbítani. A DMZ ebben az esetben valóban nem biztonságos, mivel ilyenkor a TP-Link számára minden LAN kapcsolat, így nincs tűzfal.
-
vargalex
félisten
válasz
tibi3650 #6929 üzenetére
Szia!
Igen, ha visszaírod, akkor minden úgy lesz, mint régen. Igazából a root-al történő használatnak annyi veszélye van, hogy olyan file-hoz is hozzáférsz (illetve törölheted is), amit nem feltétlenül kellene. Mondjuk a buildemben ez egyébként is a /mnt-re van korlátozva.
FTP-hez:
Először is létre kell hoznod egy operációs rendszer szintű felhasználót az adduser paranccsal (érdemes a home-ját is beállítani, mert ide fog beesni ftp-vel is). Azaz pl.:
adduser -h /mnt/ftpuser1 -s /bin/false -G users ftpuser1
Ebből:
-h: a home könyvtár (létre is hozza)
-s: a parancsértelmező. Azért állítjuk /bin/false-ra, hogy ssh-n ne tudjon bejelentkezni
-G: a default csoport. Azért raktam users-re, mert a samba és az ftp user is az, így könnyen megoldható (később), hogy egymás file-jait lássák.a végén természetesen az user neve. A home lehet több usernél is azonos akár. A fenti parancs lefuttatásakor meg fogja kérdezni, hogy mi legyen a jelszava.
Ezután már hozzáadhatod a vsftpd.users file-hoz az így létrehozott felhasználót, így ő is tud majd ftp-zni (vsftpd újraindítás kell hozzá).
A hozzáféréseket egyébként filerendszer szinten oldhatod meg. Csoportokba szervezed a felhasználókat, csoportokhoz rendeled a könyvtárakat/file-okat, stb.
-
vargalex
félisten
válasz
tibi3650 #6922 üzenetére
Szia!
A legegyszerűbb (bár nem biztonságos, de ha csak te használod, akkor mindegy), ha az /etc/samba/smb.conf.template file-ba (LuCI-ban a Szolgáltatások->Hálózati megosztások oldalon a Sablon szerkesztése fülön) beírod:
force user = root
és törlöd az
invalid users = root
sort. Majd újraindítod a Samba-t.
-
vargalex
félisten
Szia!
A MAC címhez rendelhetsz fix IP-t a DHCP -> Access Reservation oldalon, tehát ez nem gond.
A domain a kliens által megtekinteni kívánt oldalak domain-ja. Pl.: prohardver.hu. Így, ha nem adtál meg egyetlen engedélyezett domain-t sem, akkor érthető, hogy a felvett klienseken nincs is net. -
vargalex
félisten
-
vargalex
félisten
Szia!
Nem ismerem a gyári felületet és azt sem tudom, hogy összefügg-e, de az 1043ND-nél van (vagy volt) egy ilyen probléma.
-
vargalex
félisten
válasz
Intruder2k5 #6408 üzenetére
Szia!
Szerintem még csak a trunk Openwrt-ben van. Ha jól tudom, poli27 és suste buildje is korábbi, mint a changeset.
-
vargalex
félisten
válasz
Intruder2k5 #6403 üzenetére
Szia!
Ezt nem teljesen értem. A wifi hiba minden firmware verzióban javítható.
-
vargalex
félisten
Szia!
Na, ilyen elképzelhető. Nem volt még dolgom szolgáltatói HGW-vel. De ez akár egy kiindulási pont is lehet.
Ha ilyen probléma van, akkor akár attól is jöhet elő fokozottan OpenWrt alatt, hogy gyorsabban átereszti a csomagokat, mint HW NAT nélkül a gyári firmware (azaz még inkább flood-nak fogja érzékelni a szolgáltatói eszköz). -
vargalex
félisten
válasz
edeleny #6309 üzenetére
Szia!
A transmission felületre (így a remote GUI-ba is) a LuCI-ban a Szolgáltatások->Transmission fülön tudod megadni a felhasználó nevet/jelszót.
Az ftp kapcsolathoz pedig a felhasználó név: ftp, a jelszavát pedig a http://192.168.1.1:8081 oldalon tudod beállítani.
-
vargalex
félisten
válasz
edeleny #6285 üzenetére
Szia!
Ahogy itt írtam, egyszerűen ennyit kell csinálni:
Egyszerűen a /etc/rc.local-ba (LuCI-ban a Rendszer->Rendszerindítás oldalon a Helyi indítóscript-be) az exit 0 sor elé tegyük be a következőt:
echo 18 > /sys/class/gpio/export
echo high > /sys/class/gpio/gpio18/direction
echo 19 > /sys/class/gpio/export
echo high > /sys/class/gpio/gpio19/directionNyilván, ha valaki nem szeret SSH-zni, akkor a LuCI-s verzió egyszerűbb. Természetesen a módosítás után kell egy router restart is.
-
-
vargalex
félisten
Szia!
Igen, küldtél. De ott is az látszik, hogy a 18-19-es GPIO high-re kapcsolásakor változik a jelerősség. Azért látszik úgy, hogy változik még a 20-as GPIO állításkor is, mert az a script az átlagos jelerősséget méri.
Nézd meg ezzel a scripttel. Ez az aktuális jelerősséget is logolja. És láthatod is, hogy természetesen az avg (átlagos) jelerősség változása nem olyan látványos, mint az aktuálisé. -
vargalex
félisten
Szia!
Azért nézd meg még egyszer a vételi jelerősségeket a GPIO20 állításával, esetleg nagyobb várakozási idővel. Nem hinném, hogy lenne hatása. A lényeg az, hogy a mérés alatt folyamatosan legyen forgalom (pl. ping-eled a routert az egyetlen csatlakoztatott wifi-s eszközről).
-
vargalex
félisten
Szia!
Ne root felhasználóval menj be ftp-n, hanem hozz létre egy olyan felhasználót, akinek a home-ja a /mnt/transmission. Vagy engedd meg a root-nak, hogy kimenjen a home-jából. Egyébként, ha esetleg az én build-emet használod, akkor az ftp nevű felhasználó home-ja a /mnt.
-
vargalex
félisten
válasz
vadászcsiga #5945 üzenetére
Szia!
Nincs hozzárendelve wps funkció, de megteheted.
-
vargalex
félisten
válasz
wwenigma #5814 üzenetére
Szia!
Volt forgalom közben wifi-n, amikor a GPIO 18-19-et állítottad? Lehet, hogy csak későn reagál a kliensed, és pont a 20-as állításával egyidőben volt megfigyelhető a változás.
Próbáld meg úgy, hogy csak egyesével húzod magasra a GPIO-kat (18, 19, 20) és mindegyik után futtatod legalább 30 másodpercig ezt:
while true; do iw dev wlan0 station dump | grep 'signal'; sleep 1; done
Persze közben legyen forgalom (pl. ping-eled a routert a wifis eszközről), illetve csak 1 eszköz legyen rajta lehetőleg.
-
vargalex
félisten
válasz
vargalex #5809 üzenetére
Sziasztok!
Úgy tűnik, hogy megszületett a megoldás a wifi problémára OpenWrt alatt. Visszajelzést mindenképpen várok!
-
vargalex
félisten
Szia!
Nem tudtad még lefuttatni a tesztet? Sokan kérdezgetik, hogy jutottunk-e valamire, de nehéz úgy nyilatkozni, hogy még csak 1 eredményt kaptam, nekem pedig nincs problémás eszközöm...
Egyébként a disassoc_low_ack-t kezeli rendesen az 1.1.7 is. De úgy tűnik, hogy semmi köze a dologhoz.
-
-
vargalex
félisten
válasz
Kicsirics77 #5729 üzenetére
Ti a beállítás után hol nézitek LuCI-ban, hogy szerinte mennyivel megy?
-
vargalex
félisten
Szia!
Ha a linkelt hozzászólás előzményeit megnézed, akkor kiderül, hogy miről beszélek.
-
vargalex
félisten
Új hozzászólás Aktív témák
Hirdetés
- GAMER PC : RYZEN 5 4500 / 16GB DDR4 / ASUS RX 480 8GB / WiFi / Bluetooth / 512GB M.2 SSD / 500GB HDD
- Dell Latitude 7390, 13,3" FHD IPS , I5-7300U CPU, 16GB DDR4, 512GB SSD, WIN 11, ( olvasd végig )
- Acer PREDATOR HELIOS NEO 16 / i9-14900HX / RTX 4070 (140W) / 1 TB SSD / 240HZ
- Topping A70 Pro fejhallgató erősítő
- Topping D70 Pro Octo DAC
- Samsung Galaxy Watch Ultra
- Új! HP 230 Vezetéknélküli USB-s Billentyűzet
- Csere-Beszámítás! Gamer PC Számítógép! R9 3900X / RX 6700XT / 32GB DDR4 / 1TB SSD
- ÁRGARANCIA!Épített KomPhone i5 10600KF 16/32/64GB RAM RTX 3050 6GB GAMER PC termékbeszámítással
- Bomba Ár! Dell Latitude 3190 - Intel N4120 I 4GB I 64GB SSD I 11,6" HD I Cam I W11 I Garancia!
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest