- Poco X3 Pro - hardverfrissítés
- Poco X4 GT - az idei kihívó
- Netfone
- Bivalyerős lett a Poco F6 és F6 Pro
- Android alkalmazások - szoftver kibeszélő topik
- Google Pixel 6/7/8 topik
- Huawei Watch Fit 3 - zöldalma
- Xiaomi 13T és 13T Pro - nincs tétlenkedés
- Vodafone mobilszolgáltatások
- Honor Magic5 Pro - kamerák bűvöletében
Hirdetés
-
Akciófigyelő: Humble Games Bundle - Nightdive FPS Remasters
gp Számos remek játék szerezhető be PC-re az elkövetkező több mint húsz napban.
-
Bivalyerős lett a Poco F6 és F6 Pro
ma Kínában más néven már startoltak, az európai árak magasabbak, de elviselhetők.
-
Elhozná az olcsó önvezető autók korát az Xpeng
it Gyümölcsöző az Xpeng kutatás-fejlesztési részlegének munkája, a Volkswagennel való együttműködés. Az Xpeng négyes szintű önvezetésre és olcsó önvezető EV-kre készül.
-
Mobilarena
TP-Link WR1043ND - N450 router
Új hozzászólás Aktív témák
-
vargalex
Topikgazda
Hi!
Nem ilyen egyszerű. Megvan a gond. Az swconfig-ot is áthelyezték más helyre a forrásban (ezt észre is vettem), ezért letöröltem a régi helyről. Viszont az áthelyezést az aktuális verzióban néztem, a build pedig 2 napos revízióból készült. Ott még nem volt áthelyezve. Ezért az swconfig ki is marad a build-ből, azaz be sem állítja a switch-et (sem a WAN sem a LAN nem megy). Már buildelem a verziót, és a javítás metódusa is megvan (soros kábel nélkül).
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz krealon #32718 üzenetére
Hi!
Ez egy 3 napja visszavont rossz commit, de sajnos a build-em a pont 1-el korábbi 9397-es revízióból készült. A most fordulónál viszont azt is frissítettem.
Ahogy a changeset-ben láthatod, te még találsz ilyen cirill szövegeket a transmission config-nál, illetve a hálózati beállításoknál is.
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz GigiGat00 #32729 üzenetére
Nos, felment a firmware, úgyhogy jöhet a javítás.
A teendő (feltételezem, hogy nincs ftp szervered LAN-on, úgy egy kicsit egyszerűbb volna):
1. Letöltöd a firmware-t a PC-dre.
2. Ha nem lenne (és Windows-t használsz), akkor letöltöd, majd telepíted a WinSCP alkalmazást (Linux alatt ott az scp parancs).
3. Failsafe módban elindítod a routert. Ehhez áramtalanítsd, majd áram alá helyezés után, amikor a sys led először felvillan, megnyomod a QSS gombot. Ekkor a sys led nagyon gyors villogásba kezd. Ha ez a gyors villogás nincs, akkor nem sikerült a failsafe-ban indítás.
4. A PC-den beállítasz egy fix IP-t a 192.168.1.x tartományból (x>1). Pl. 192.168.1.100
5. Telneten belépsz a routerba a 192.168.1.1 címen (nem SSH, hanem telnet pl. a putty-al)
6. Kiadod a mount_root parancsot.
7. Kiadod a passwd parancsot és megadod a root felhasználó jelszavát (fog kérni megerősítést is)
8. Kiadod a /etc/init.d/dropbear start parancsot
9. WinSCP-vel felmásolod a letöltött firmware-t a router /tmp mappájába (ezután a WinSCP-t be is zárhatod)
10. Ha a telnet ablakot nem zártad be, akkor ott, ha bezártad, akkor bejelentkezel ssh-n és kiadod a következő parancsot:sysupgrade -n /tmp/openwrt-ar71xx-generic-tl-wr1043nd-v1-squashfs-sysupgrade_vargalex_1.1.5.bin
Ennek hatására felrakja az új firmware-t és újraindul a rotuer. A PC-den visszaállíthatod statikus IP-ről DHCP-re.
Ebben a build-ben már a LuCI cirill betűs fordításai sincsenek angol nyelv esetén.Remélem nem hagytam ki semmit, mert most nem csináltam végig a folyamatot.
Szerk.: Most jutott eszembe egy egyszerűbb módszer (kipróbáltam, működik):
1. Letöltöd a firmware-t a PC-dre.
2. Failsafe módban elindítod a routert. Ehhez áramtalanítsd, majd áram alá helyezés után, amikor a sys led először felvillan, megnyomod a QSS gombot. Ekkor a sys led nagyon gyors villogásba kezd. Ha ez a gyors villogás nincs, akkor nem sikerült a failsafe-ban indítás.
3. A PC-den beállítasz egy fix IP-t a 192.168.1.x tartományból (x>1). Pl. 192.168.1.100
4. Telneten belépsz a routerba a 192.168.1.1 címen (nem SSH, hanem telnet pl. a putty-al)
5. Kiadod a /etc/init.d/uhttpd start parancsot (a hibákkal ne törődj)
6. A http://192.168.1.1 címen eléred a LuCI-t. Itt nem kell jelszót változtatnod. Belépsz és a System->Backup/Flash Firmware oldalon feltöltöd a firmware-t.[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz energiezolee #32773 üzenetére
Hi!
Megírtad a választ: "Bár flash-eléskor meghagytam a config-ot!"
Így megmaradt az uhttpd config is, amit módosítottam.Alex
-
vargalex
Topikgazda
Hi!
Ahogy privátban adtál hozzáférést, megnéztem, a transmission-ban az RPC-t tiltottad le (maga a transmission futott). Engedélyeztem és megy rendesen. Látom sebességkorlátozás nincs beállítva, ezért kicsit magas a load, de jön is szépen 2 MB/s-el (illetve amikor néztem, néha felment 2,5 MB/s-re) az anyag.
Alex
-
vargalex
Topikgazda
-
vargalex
Topikgazda
Hi!
Most csak mobilról vagyok, így megnézni nem tudom, ezért feltételezem, hogy a wifi-device[0] helyes. Van mögötte
uci commit
wifiparancs is? Ugyanis a set csak beállítja, a commit véglegesíti is a configot. A wifi pedig fel is használja, újraindítva az eszközt. Azaz esetedben csak leállítaná.
Alex
-
vargalex
Topikgazda
válasz Penész Gomba #32853 üzenetére
Hi!
Bocs, hogy privátban még nem válaszoltam. Sajnos még nem került bele.
Alex
-
vargalex
Topikgazda
válasz r3dsnake #32868 üzenetére
Hi!
Az én build-emben default-ban így van. Én úgy oldottam meg, hogy a transmission init script-ben az umask-ot olyanra állítom, hogy az írás flag-et mindenképpen beállítsa. A samba megosztást pedig az users csoport tulajdonába tettem, a samba user pedig az users csoport tagja.
Persze megoldható ez úgy is, ha a /etc/samba/smb.conf.template-ba beteszel egy ilyen sort:force_user=root
Ekkor root jogokkal rendelkezel samba-n keresztül is.
Alex
-
vargalex
Topikgazda
Hi!
Ebből még nem derül ki, hogy BackFire, vagy milyen build. Persze az látszik, hogy pl. nem az én build-em. Jelenleg a snapshot nem elérhető az OpenWrt oldalán, így gyaníthatóan BackFire. És így meg is van a gond. Újabb build kellene, mert az új bootloader a boot során letiltja a WAN portot, amit a régi build-ek nem kapcsolnak vissza.
Alex
-
vargalex
Topikgazda
válasz SteveBeard #32863 üzenetére
Hi!
Az 1.00 verzió óta DROP a WAN zone default input policy-je REJECT helyett. Egyszerűen csak azért mert néhányan jelezték, hogy a port scannerek a REJECT-ből tudják, hogy valamilyen eszköz van azon az IP-n. A DROP-nál nem tudják kijelenteni, mert semmilyen választ nem kapnak. Engem különösebben a REJECT sem zavart.
A problémához viszont nincs köze, mivel az ugye pont az ellenkező irány. LAN->WAN irányban pedig alapértelmezetten minden engedélyezett, így pont tiltásokat van értelme megadni extra szabályként. De látom, hogy rájöttél.
Alex
-
vargalex
Topikgazda
válasz LetoAtreides #32860 üzenetére
Hi!
swap-od van? Bár ez az eth1: out of memory elég érdekes...
Alex
-
vargalex
Topikgazda
Hi!
Köszi, javítom. Az "esemány"-t nem találom a képen (lehet, hogy csak elkerült a figyelmemet), de megkeresem a forrásban.
Szerk.: Így a másik képpel már megvan. Ezt éppen most tettem bele (ezek szerint jól elgépeltem), még a patch-et sem dolgozták fel a LuCI-s srácok (tehát ott még nincs meg).
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
-
vargalex
Topikgazda
válasz LetoAtreides #32916 üzenetére
Hi!
1. A build-emben a sysctl-ben már meg vannak növelve a bufferek.
2. A dd egy linux-os parancs, amivel általában a HDD közvetlen sebességét mérik.Azt azért tudni kell, hogy a WiFi+HDD olvasás (különösen, ha közben a transmission is tölt le, vagy fel) erősen le tudják terhelni a routert. Próbáltad esetleg úgy, hogy a transmission-t leállítod közben? Esetleg miniDLNA scannelés nem fut? Azt is állítsd le a biztonság kedvéért.
A PC-d milyen WiFi csatlakozási sebességet ír?Alex
-
vargalex
Topikgazda
válasz tomi7711 #32950 üzenetére
Hi!
Azért jó, mert a gyári firmware-nél is (illetve korábban az OpenWrt-nél is, de ott már régen megoldották) a vas 5 portos switch-ként inicializált. Így előfordult, hogy a LAN-on csöcsülő PC egy reboot (vagy indulás) során DHCP-n szépen megkapta a WAN oldali IP-t (persze csak DHCP-s net esetén).
Alex
-
vargalex
Topikgazda
válasz lee732 #32938 üzenetére
Hi!
1. Extroot esetén csak a router áramtalanítása a szabályos művelet
2. Mivel naplózott filerendszert használunk, így nagyjából semmi (legrosszabb esetben a letöltés alatt álló torrent egy szeletét újra letölti)
3. Általánosságban a pivot-overlay-t javasolják, a pivot-root csak egy extra lehetőség. Igazából nincs előnye.Alex
-
Új hozzászólás Aktív témák
- Poco X3 Pro - hardverfrissítés
- Tőzsde és gazdaság
- Poco X4 GT - az idei kihívó
- Amlogic S905, S912 processzoros készülékek
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Diablo IV
- Hálózati / IP kamera
- Sweet.tv - internetes TV
- Tudományos Pandémia Klub
- A fociról könnyedén, egy baráti társaságban
- További aktív témák...
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Ozeki Kft.
Város: Debrecen