- Itt egy pár fotó az iPhone 17 sorozatról
- iPhone topik
- Milyen okostelefont vegyek?
- Profi stratégiára vált a Galaxy S26
- Mobil flották
- Samsung Galaxy Watch7 - kötelező kör
- Bivalyerős Snapdragon a láthatáron
- One mobilszolgáltatások
- Motorola Edge 50 Neo - az egyensúly gyengesége
- Tényleg helyettem elpakol ez a porszívó? - Roborock Saros Z70 teszt
Hirdetés
Talpon vagyunk, köszönjük a sok biztatást! Ha segíteni szeretnél, boldogan ajánljuk Előfizetéseinket!
-
Mobilarena
TP-Link WR1043ND - N450 router
Új hozzászólás Aktív témák
-
gurabli
őstag
válasz
vargalex #51834 üzenetére
Szia! Lehet, hogy 841ND az, igazad van.
A fogyasztás minimális, picPSU-val, energiatakarékos atom lappal és green HDD-vel. Ettől sokkal lejjebb nem lehet vinni, kompromisszum nélkül.
Megoldás lehet még egy 1043ND v1, amit használtan olcsón megkapok. Az már gigabites és tudtommal az is jól és szépen működik. Olvastam valami wifi bugról, ha jól emlékszem DD-WRT-n, hogy terhelés alatt elveszíti a kapcsolatot és restart kell. Ez igaz vagy már javították. Fontos, hogy stabilan működjön.
Mire kell figyelnem a v1 vásárlásakor?DD-WRT-vel szépen működik a v1?
Köszönöm!
-
Nokia12
tag
válasz
vargalex #51762 üzenetére
Szia!
Ez a log, amikor a resetet nyomva tartva kapcsolom be.
Amúgy senki nem bontotta szét előttem, bekötve pont úgy van ahogy a többi TPlink volt, azok megálltak a tpl leütésekor.U-Boot 1.1.4 (Sep 25 2013 - 08:43:53)
ap135 - Scorpion 1.0DRAM:
sri
Scorpion 1.0
ath_ddr_initial_config(178): (16bit) ddr2 init
tap = 0x00000003
Tap (low, high) = (0x0, 0x1d)
Tap values = (0xe, 0xe, 0xe, 0xe)
64 MB
Flash Manuf Id 0xef, DeviceId0 0x40, DeviceId1 0x17
flash size 8MB, sector count = 128
Flash: 8 MB
Using default environment*** Warning *** : PCIe WLAN Module not found !!!
*** Warning *** : PCIe WLAN Module not found !!!
In: serial
Out: serial
Err: serial
Net: ath_gmac_enet_initialize...
athrs_sgmii_res_cal: cal value = 0xe
No valid address in Flash. Using fixed address
No valid address in Flash. Using fixed address
ath_gmac_enet_initialize: reset mask:c02200
Scorpion ----> S17 PHY *
athrs17_reg_init: complete
: cfg1 0x80000000 cfg2 0x7114
eth0: ba:be:fa:ce:08:41
eth0 up
athrs17_reg_init_wan done
SGMII in forced mode
athr_gmac_sgmii_setup SGMII done
: cfg1 0x800c0000 cfg2 0x7214
eth1: ba:be:fa:ce:08:41 -
siddis
őstag
válasz
vargalex #51760 üzenetére
Halié Mester,
Hmmm, azért kérdezem,mert próbálgattam az utóbbi időben szinte az összes trunk-öt, és a 42xxx-nél ugyanúgy előjött a wifi-eldobálás problémája 2 MB/s letöltés környékén mint eddig mindig. Viszont a 41877 (júl. 30.) és a 41900-as (aug.01) érdekes módon csont nélkül megy.. -
vargalex
Topikgazda
válasz
vargalex #51745 üzenetére
Helyesbítek. Itt sem látszik a boot során. De az 1043ND v1 általam említett bootloader-ében igen. Erről a sorról beszélek:
is_auto_upload_firmware=1
Ha nem nyomjuk a reset gombot, akkor helyette ez van:
is_auto_upload_firmware=0
Szóval, mégis van rá esély, ráadásul soros porton nézve, a resetet nyomva tartva, rögtön ki is derül (az IP cím és a file neve is).
-
Hallendor
csendes tag
válasz
vargalex #51595 üzenetére
Most amit tudtam felesleges dolgot azt kiszedtem:
root@OpenWrt:/etc/config# cat firewall
config defaults
option syn_flood '1'
option input 'ACCEPT'
option output 'ACCEPT'
option forward 'REJECT'config zone
option name 'lan'
option network 'lan'
option input 'ACCEPT'
option output 'ACCEPT'
option forward 'REJECT'config zone
option name 'wan'
option network 'wan'
option input 'DROP'
option output 'ACCEPT'
option forward 'REJECT'
option masq '1'
option mtu_fix '1'config forwarding
option src 'lan'
option dest 'wan'config rule
option src 'wan'
option proto 'udp'
option dest_port '68'
option target 'ACCEPT'
option family 'ipv4'config rule
option src 'wan'
option proto 'icmp'
option icmp_type 'echo-request'
option family 'ipv4'
option target 'ACCEPT'config rule
option src 'wan'
option proto 'udp'
option src_ip 'fe80::/10'
option src_port '547'
option dest_ip 'fe80::/10'
option dest_port '546'
option family 'ipv6'
option target 'ACCEPT'config rule
option src 'wan'
option proto 'icmp'
list icmp_type 'echo-request'
list icmp_type 'destination-unreachable'
list icmp_type 'packet-too-big'
list icmp_type 'time-exceeded'
list icmp_type 'bad-header'
list icmp_type 'unknown-header-type'
list icmp_type 'router-solicitation'
list icmp_type 'neighbour-solicitation'
list icmp_type 'router-advertisement'
list icmp_type 'neighbour-advertisement'
option limit '1000/sec'
option family 'ipv6'
option target 'ACCEPT'config rule
option src 'wan'
option dest '*'
option proto 'icmp'
list icmp_type 'echo-request'
list icmp_type 'destination-unreachable'
list icmp_type 'packet-too-big'
list icmp_type 'time-exceeded'
list icmp_type 'bad-header'
list icmp_type 'unknown-header-type'
option limit '1000/sec'
option family 'ipv6'
option target 'ACCEPT'config rule
option name 'Enforce-ULA-Border-Src'
option src '*'
option dest 'wan'
option proto 'all'
option src_ip 'fc00::/7'
option family 'ipv6'
option target 'REJECT'config rule
option name 'Enforce-ULA-Border-Dest'
option src '*'
option dest 'wan'
option proto 'all'
option dest_ip 'fc00::/7'
option family 'ipv6'
option target 'REJECT'config include
option path '/etc/firewall.user'config rule 'transmission_web'
option target 'ACCEPT'
option _name 'transmission_web'
option src 'wan'
option proto 'tcp'
option dest_port '9091'config rule
option target 'ACCEPT'
option _name 'ssh_WAN'
option src 'wan'
option proto 'tcp'
option dest_ip '192.168.1.1'
option dest_port '22'config rule
option target 'ACCEPT'
option _name 'ftp_WAN'
option src 'wan'
option proto 'tcp'
option dest_ip '192.168.1.1'
option dest_port '21'config rule
option target 'ACCEPT'
option _name 'Transmission'
option src 'wan'
option proto 'tcpudp'
option dest_port '21234'config rule
option target 'ACCEPT'
option _name 'Luci_HTTPS'
option src 'wan'
option proto 'tcp'
option dest_port '443'config rule
option src 'lan'
option name 'block_internet_access_IP'
option src_ip '192.168.1.181'
option target 'DROP'
option dest 'wan'
option extra '-m time --weekdays Mon,Tue,Wed,Thu,Fri --timestart 10:00 --timestop 22:00'
option enabled '0'config redirect
option target 'DNAT'
option src 'wan'
option dest 'lan'
option proto 'tcp udp'
option src_dport '39000'
option dest_ip '192.168.1.101'
option dest_port '39000'
option name 'torrent' -
Hallendor
csendes tag
válasz
vargalex #51590 üzenetére
Szia! Ez lenne a firewall file ban:
root@OpenWrt:/etc/config# cat firewall
config defaults
option syn_flood '1'
option input 'ACCEPT'
option output 'ACCEPT'
option forward 'REJECT'config zone
option name 'lan'
option network 'lan'
option input 'ACCEPT'
option output 'ACCEPT'
option forward 'REJECT'config zone
option name 'wan'
option network 'wan'
option input 'DROP'
option output 'ACCEPT'
option forward 'REJECT'
option masq '1'
option mtu_fix '1'config forwarding
option src 'lan'
option dest 'wan'config rule
option src 'wan'
option proto 'udp'
option dest_port '68'
option target 'ACCEPT'
option family 'ipv4'config rule
option src 'wan'
option proto 'icmp'
option icmp_type 'echo-request'
option family 'ipv4'
option target 'ACCEPT'config rule
option src 'wan'
option proto 'udp'
option src_ip 'fe80::/10'
option src_port '547'
option dest_ip 'fe80::/10'
option dest_port '546'
option family 'ipv6'
option target 'ACCEPT'config rule
option src 'wan'
option proto 'icmp'
list icmp_type 'echo-request'
list icmp_type 'destination-unreachable'
list icmp_type 'packet-too-big'
list icmp_type 'time-exceeded'
list icmp_type 'bad-header'
list icmp_type 'unknown-header-type'
list icmp_type 'router-solicitation'
list icmp_type 'neighbour-solicitation'
list icmp_type 'router-advertisement'
list icmp_type 'neighbour-advertisement'
option limit '1000/sec'
option family 'ipv6'
option target 'ACCEPT'config rule
option src 'wan'
option dest '*'
option proto 'icmp'
list icmp_type 'echo-request'
list icmp_type 'destination-unreachable'
list icmp_type 'packet-too-big'
list icmp_type 'time-exceeded'
list icmp_type 'bad-header'
list icmp_type 'unknown-header-type'
option limit '1000/sec'
option family 'ipv6'
option target 'ACCEPT'config rule
option name 'Enforce-ULA-Border-Src'
option src '*'
option dest 'wan'
option proto 'all'
option src_ip 'fc00::/7'
option family 'ipv6'
option target 'REJECT'config rule
option name 'Enforce-ULA-Border-Dest'
option src '*'
option dest 'wan'
option proto 'all'
option dest_ip 'fc00::/7'
option family 'ipv6'
option target 'REJECT'config include
option path '/etc/firewall.user'config rule 'transmission_web'
option target 'ACCEPT'
option _name 'transmission_web'
option src 'wan'
option proto 'tcp'
option dest_port '9091'config rule
option target 'ACCEPT'
option _name 'ssh_WAN'
option src 'wan'
option proto 'tcp'
option dest_ip '192.168.1.1'
option dest_port '22'config rule
option target 'ACCEPT'
option _name 'ftp_WAN'
option src 'wan'
option proto 'tcp'
option dest_ip '192.168.1.1'
option dest_port '21'config rule
option target 'ACCEPT'
option _name 'Transmission'
option src 'wan'
option proto 'tcpudp'
option dest_port '21234'config rule
option target 'ACCEPT'
option _name 'Luci_HTTPS'
option src 'wan'
option proto 'tcp'
option dest_port '443'config rule
option src 'lan'
option name 'block_internet_access_IP'
option src_ip '192.168.1.181'
option target 'DROP'
option dest 'wan'
option extra '-m time --weekdays Mon,Tue,Wed,Thu,Fri --timestart 10:00 --timestop 22:00'
option enabled '0'config redirect
option target 'DNAT'
option src 'wan'
option dest 'lan'
option proto 'tcp udp'
option src_dport '39000'
option dest_ip '192.168.1.101'
option dest_port '39000'
option name 'torrent'config redirect
option target 'DNAT'
option src 'wan'
option dest 'lan'
option proto 'tcp udp'
option src_dport '39000'
option dest_ip '192.168.1.100'
option dest_port '39000'
option name 'torrent2'config rule
option target 'ACCEPT'
option src 'wan'
option dest 'wan'
option name 'torrent'
option dest_port '39000'root@OpenWrt:/etc/config#
-
suste
veterán
válasz
vargalex #51517 üzenetére
Én méret alapján arra tippeltem, hogy nincs benne luci (AA óta sokat nőtt a rendszer), de én is megnéztem a config-ot, és ott a luci be van kapcsolva, így azt írtam nemrég én is ide, hogy szerintem van benne. Aztán írta valaki, hogy SSH-n szenvedett vele.....
Lehet, hogy a 4mb-os flash méretű routerek miatt maradt ki a teljes támogatás?
Újra megnézve elég sok lucis dolog nincsen bekapcsolva a config-ban... -
chipi89
tag
válasz
vargalex #51497 üzenetére
Szia!
A router nem itt van helyben. Távolról szoktam elérni. De ma orvosoltam, felmásztam az irodaház tetőterébe és a sys led villogott csak. Áramtalanítás sem oldotta meg a problémát, így társra találtam Gem Gézával, melynek segítségével 10 másodpercig nyomva tartottam a rezet gombot.
Az mjpeg_stream pontatlan beállítása kiakasztotta.Amit meg az ujraindítás után tapasztalok, hogy az XML feldolgozással hibával tért vissza.
XML feldolgozási hiba: nem jól formázott Hely: https://77.111.185.33/cgi-bin/luci 619. sor, 57. oszlop: /usr/lib/lua/luci/dispatcher.lua:195: in function </usr/lib/lua/luci/dispatcher.lua:194></pre> ---------------------------------------------------------------^
A másik problémám, hogy normális ezzel a beállítása, hogy a memot eszi ennyire?
-
m3ss
veterán
válasz
vargalex #51508 üzenetére
koszi a segitseget mindenkinek!
majd ramerunk a dolgokra, vagy kiprobalom masik tappal. lehet garis lenne meg?
amugy erdekes modon elobb kivettem a helyerol, kifujtam suritett levegovel (bar semmi por nem jott ki belole) de most fel oraja mukodik...en se ertem. ma pedig 5-10 percnel tobbet nem mukodott meg egyhuzamban. kontakt pedig nem lehet, mert eleg sokszor huzogattam ki-be a tapkabelt...
-
-
-
Flashget
félisten
válasz
vargalex #51490 üzenetére
Szia.
Ez egyértelmű csak a kérdés a V2-re vonatkozott.
Én csak példaként írtam, hogy bármi is legyen az (nem csak router) ne a webshop legyen a tájékoztató pont az eszközről, mert sokszor hiányos vagy a képek nem stimmelnek, hanem a gyártói oldal.
Ahol vettem a V2-t ott még mindig a V1 képe van kirakva, miközben már nem is árulják azt. -
-
Alien4
tag
válasz
vargalex #51458 üzenetére
korábban amikor ez volt a gondom, valakinek be is linkeltem, ott kidobta a támogatott készülékeket, azt mondták h az v1. megpróbálok visszapörgetni, ha tudok szerkesztek, ha nem akkor duplapost. előre is bocs
szerk: meg lett:
[link]na most erre nekem mindenki azt mondta h v1re való, tégy igazságot
-
raidx
őstag
válasz
vargalex #51402 üzenetére
Még a hét elején közvetlen gépbe dugva nagyon rossz volt a le, a fel kicsit javult a 1043-hoz képest. Most a napokba volt valami karbantartás felénk azóta javult a helyzet (tegnap óta). Jelen pillanatba a routerek pihennek. A 741-et estére vissza kell adnom, a 1043 meg várja sorsát. Lehet, nem ártana neki egy kábeles újrapakolás mert kicsit furán bootol. Olyan mint ha kétszer tenné.
-
raidx
őstag
-
raidx
őstag
válasz
vargalex #51352 üzenetére
Valamikor benne voltam az EU által preferált SamKnows tesztbe. Abba a két évbe, eltekintve egy műszaki hibától hóról hóra precízen megvolt minden le is fel is. kb. 1-1,5 hónapja kezdődött és mostanra már állandósult a probléma. Méregettem én már sokat az utóbbi hetekbe de hasonló eredmények voltak. Arra gondoltam, hogy a fejlesztés miatt lehet de már nálunk végeztek és meg kellene lenni már az új sebességnek nekem meg a régi sincs meg.
-
mcll
senior tag
válasz
vargalex #51325 üzenetére
Igen látom, de egyik konfig fájlban sem szerepel ez az IP cím. Az /etc/NetworkManager alatt az összes fájlt átnéztem.
root@mcll-ubuntu1404 ~ # cat /etc/NetworkManager/NetworkManager.conf
[main]
plugins=ifupdown,keyfile,ofono
dns=dnsmasq
[ifupdown]
managed=falseDe az nm appletben sincs semmi. DHCP-re van állítva.
Ugyanakkor érdekes hogy csak az eth0 (azaz a kábeles kapcsolatnál) csinálja ezt, a Wifi tökéletes veszi a router által előírt 137-es IP-t.
-
mcll
senior tag
válasz
vargalex #51316 üzenetére
Azt is újraindítottam, sőt előtte a routert is, de akkor is a 136-os ip-t ossza ki a gépnek. Pedig dhcp-n van a gép.
root@mcll-ubuntu1404 ~ # cat /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet dhcp
auto wlan0
iface wlan0 inet dhcp -
mcll
senior tag
-
vzoli1987
aktív tag
-
n_atsi
tag
válasz
vargalex #51197 üzenetére
Igen a scriptben elvileg nem volt más, a tartalmát másoltam, tehát nem kerülhetett bele más.
Viszont meg is lett a hatás, a v2-es routerből tégla lett! Újraindítás után már nem működött.
A sysled ütemesen villog a lan portok működnek, mégsem tudom elérni telnet-en sem.Hát kár volt szórakoznom az -mtime opcióval, de ki a fene gondolta....
A reset-re sem csinált semmit.
A Factory reset sem megy, bár a sysled úgy villog, mintha abban a módban lenne.
(A v2-nél is gondolom 192.1681.1 az ip telneten?!)
-
n_atsi
tag
válasz
vargalex #51189 üzenetére
megnéztem a bonyolultabb megoldást
átírtam benne az útvonalat, de ez nálam nem működik.
kimenet:
/usr/bin/clear: line 1: can't open ▒▒▒▒Gf$▒▒▒▒▒▒▒▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@7▒@Q▒@7▒E▒4Ge: File name too long
no meg nem is értek hozzá
A script-ben ez szerepel:
#!/bin/sh
WATCH_DIR=/mnt/atis/KAMERA # EZT A SORT ÍRTAM ÁT (KIS/NAGYBETŰKRE FIGYELVE)
DELETE_OLDER_THAN=50400 # file age in sec
NOW=`date +%s`
for files in `find $WATCH_DIR/* -type f`
do
FILEDATE=`date -r $files +%s`
DIFF=$(($NOW-$FILEDATE))
if [ $DIFF -gt $DELETE_OLDER_THAN ]; then
rm -f $files
logger -t deletefiles $files deleted
fi
done -
Gelmi
tag
válasz
vargalex #51086 üzenetére
Igazad van az úgy nem is volt jó!
Mai nap nyomtam egy teljes alapértelmezések visszaállítása gombot[link]
Természetesen az összes beállításom eltünt de ezt is akartam!
A jelszavak vissza pötyögtetésével 5 perc alatt meg voltamMajd csak az aztali gépemhez beállítottam a port továbbítást!
Ha megy az utorrent az Open Port Check Tool zöldet mutat!
Ha nem megy akkor pirosat!
Az utorent saját sebességkalauza csak is zárt állapotot mutat[link]
Leszedtem egy majd 2gigás filmet aminek majd a felét vissza is ossztottam de az ncore szerint csak
42mega került vissza osztásra több óra elteltével is!
Úgyhogy itt még van valami disznóság!
De ezt már betudom az utorrent hibájának.
Valószínüleg keresni fogok egy régebbi verziójú utorrentek ami jól müködik.A Nas ip címére a port továbbítás is be lett állítva ott remekül működik minden!
Köszönöm szépen a segítségeket mindenkinek!
-
-
-
Gelmi
tag
válasz
vargalex #51077 üzenetére
Piszok fáradt vagyok de még akkor is ba..a a csőröm a probléma
A 192.168.1.171 szabáját át írtam.
Forrás címnél nem volt semmioda bejelöltem a listából a nas íp címét.
A külső porthoz beírtam :51413mentés és alkalmazás után igy néz ki [link]
Ez így jó
Futattam az open port check toolt [link]
Így már piros ahogy lennie kell!
A gépemmel majd tégyleg csak holnap foglalkozom!
Köszönöm az eddigi segítségeket!
Jó éjszakát mindenkinek! -
válasz
vargalex #51078 üzenetére
Ez ok, de részemről én nem feltételeztem, hogy rossz ip címre forwardolja, és ráadásul azon az ip-n is pont ugyanazt a portot használja egy alkalmazás! Ehhez már több véletlen egybeesés is kell, ami valószínűtlen, noha nem lehetetlen!
Azt tudom, tiszta sor, hogy bárhol bármi válaszolhat a LAN-ról a tesztre, de ugye az IP-n kívül a portot sem árt szelektálni, és amit a routeren használok, vagy pl. a fiam, párom gépére van forwardolva, azt nyilván nem fogom én is felhasználni, minek is tenném, amikor van még 65000+ másik szabad port!
Ezen kívül két LAN IP címre nem is lehetne forwardolni egy időben ugyanazt a portot, és ha feltételezem, hogy egy portot csak egy kliensen használ valaki, ami logikus, akkor ha az IP címet eltéveszti is a forwardnál, akkor már kizárt, hogy zöld legyen az online teszt, ha csak nem a routeren fut a szerver!
Szóval most már értem mit akartál, de én ennyi véletlen egybeesést, hibát, nem feltételeztem, ráadásul első körben a többi meglévő szabályt nem is láttuk!!
-
-
-
válasz
vargalex #51070 üzenetére
A probléma pont az, hogy állandóan nyitottnak jelzi a canyouseeme.org teszt, még akkor is, ha nem fut az utorrent! Még annyit írtam neki, hogy próbálja meg úgy, hogy letiltja a port továbbítást a routerben, hogy kiderüljön, hogy ez a rész megfelelően működik-e, és ha igen, akkor a hibát tovább csak a Windows-ban kell keresni, hogy mi válaszol leállított utorrent esetén is a hívásra...?!
-
-
válasz
vargalex #50993 üzenetére
Persze, én nem is mondtam, hogy nem megy! Ami nekem át van húzva routertől a másik szobába, az is egy ezer éves, azt sem tudom milyen, merev falkábel, de az tuti, hogy nem cat5-e! Saccra 20-25 méter lehet, és már legalább 12-14 éves, de létrejön rajta a Gbit-es link! Mondjuk valós sebességét még sosem mértem...
-
-
WarLock07222
tag
válasz
vargalex #50786 üzenetére
Hali!
Eredményre jutottam. Elmentettem a router config fájlját és egy okos kis programmal exportáltam belőle a jelszavakat és láss csodát, tényleg nem az volt a jelszó amire gondoltam... de akkor vajon a szerződésen miért nem ez szerepelt? Nah mindegy, most átdugdosás a másik routerbe és tesztelés.
-
WarLock07222
tag
válasz
vargalex #50782 üzenetére
Hali!
Meglepő eredményekkel térek vissza. Igazad volt, megpróbáltam reset után beírni az általam és a szerződés által helyesnek vélt login detaileket és nem tudott csatlakozni (PAP auth failed), config visszatöltés után pedig tökéletesen működik. Lehet, hogy jelszóváltoztatás történt a tudtunk nélkül? Ilyenkor mi a teendő?
EDIT: A webes felületen anno, amikor csináltam a PPPoE beállításokat elmentettem böngészővel a jelszavakat és a Firefoxból egyszerűen előhívhatóak a mentett adatok.
-
WarLock07222
tag
válasz
vargalex #50782 üzenetére
Hali!
Igen, 100% hogy jó jelszót írtam be, mert az előző router kezelőfelületéből illetve a szerződésről másoltam be (ezek megegyeztek). Viszont most megpróbálom amit mondtál és beírom a jelszót a régi routeren, amit gondolok hogy megfelel, persze a beállítást elmentve.
-
suste
veterán
válasz
vargalex #50714 üzenetére
biztos???
én nemrég jártam egy 1043v2 luciban, és mintha lett volna eth0 és eth1 (mint pl a 710-ben meg a 842-ben)
és ezen kívül volt az eth0 vlan-ozva eth0.1 és eth0.2 -re
nem 100%, de mintha az interfészknél a fizikai fülön látszódtak volna ezek, de az eth0.2 nem lett volna sehova csatolva
az tuti, hogy nagyon nem tünt logikusnak elsőre
meg ugye járt itt már olyan emberke, aki ez miatt jól el is konfigurálta SSH-n ezt a részt...azt még el tudom képzelni, hogy a LAN részből (eth0) leválasztották a nem kivezett portokat, de ehhez kár volt külön eth0.2-t is csinálni, elég lett volna kikapcsolni ezeket
-
válasz
vargalex #50649 üzenetére
Szia!
Ez egy kicsit rohadt kevésnek hangzik! Oké, hogy ezt írja a TP, de akkor is... ASUS-nál tapasztalatom szerint olyan 15, max. 20% csökkenést jelent a PPPoE, a DHCP kapcsolathoz képest sebességben! Na most, ha neduddki 135Mbps DHCP mérésből indulunk ki (bár az már meglehetősen régi fw-vel történt), akkor is reális lenne a 100-110Mbps elvárás! Most már kíváncsi leszek majd egy tényleges mérésre...
-
suste
veterán
válasz
vargalex #50622 üzenetére
ok, köszi!
még 3 kérdés:
1:ez minek bele, mit csinál?:
. /etc/diag.sh2: ezekből elhagyható a "qssbutton":
logger -t qssbutton "$PROG leall."
logger -t qssbutton $i umounted
logger -t qssbutton "swapoff $PARTITION"
logger -t qssbutton "Most ujraindul!"3: a rebbot elég lesz a végére?
nem kell valami paraméter, vagy útvonal?köszi!
-
suste
veterán
válasz
vargalex #50614 üzenetére
biztos jó lesz ez így nekem?
nálam nem lesz gombnyomás
az elkészült scriptet a cron-nal akarom időzíteni
a cél az, hogy hetente csináljon egy szabályos reboot-ot (szolgáltatások leállítása, swapoff, umount, reboot)valamiért a 842v2-nek ugyan az a baja, mint régen a 1043v1-nek volt, hogy kb egy hét után majdnem hogy elérhetetlen a router
ha be is jön a luci, akkor is iszonyat load-ok vannak (3-4), lassú a rendszer nagyon
reboot után viszont tök jól működik egy pár napigszóval józan paraszti logikával ennyi kéne csak:
#!/bin/sh
. /etc/diag.sh
sysfs=$(uci get system.led_usb.sysfs)
PROGS="minidlna samba transmission vsftpd"
for PROG in $PROGS; do
logger -t qssbutton "Stopping $PROG."
/etc/init.d/$PROG stop
done
for i in `mount | grep "/dev/sd" | cut -f 1 -d " "`; do
umount $i
logger -t qssbutton $i umounted
done
for PARTITION in `tail +2 /proc/swaps | awk '{ print $1 }'`
do
logger -t qssbutton "swapoff $PARTITION"
swapoff $PARTITION 2>&1
done
logger -t qssbutton "Most újraidnul!"
led_set_attr $sysfs brightness 0
reboot
Új hozzászólás Aktív témák
- Samsung Galaxy Z Flip 4 felújított új 2026.01.08. gyártói jótállás
- Lenovo IdeaPad V15 Ryzen 5 5500U / 16GB RAM / 512GB SSD / FHD
- IPhone 12 64GB gyári független 2 év RJ jótállás
- IPhone 11 128GB gyári független új akku
- Dell XPS 13 i5-8365U / 8GB RAM / 256GB SSD / 13,3" FHD / HUN bill. / 12 hó garancia
- Új és újszerű 17.3" Gamer, irodai, üzleti készülékek nagyon kedvező alkalmi áron Garanciával!
- Bomba ár! Dell Latitude 5490 - i5-8GEN I 8GB I 256GB SSD I 14" HD I HDMI I Cam I W10 I Gari!
- AKCIÓ! EZÜST! RITKASÁG! Surface Pro 11 Qualcomm Snapdragon X Elite 16GB 512GB OLED 120Hz Gar!
- Gamer PC-Számítógép! Csere-Beszámítás! I7 6700 / Rog RX580 8GB / 32GB DDR4 / 500GB SSD
- Bomba ár! Dell Precision 5530 - i7-8850H I 16GB I 512SSD I 15,6" FHD I P1000 I Cam I W11 I Gari!
Állásajánlatok
Cég: FOTC
Város: Budapest