Hirdetés
- sziku69: Fűzzük össze a szavakat :)
- sziku69: Szólánc.
- Luck Dragon: Asszociációs játék. :)
- btz: Internet fejlesztés országosan!
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- BerserkGuts: 9800X3D Hitvallás, Dogma megcáfolása egy RTX5080+12600K-val
- Meggyi001: Áram nélkül....méltóság nélkül.....
- Lalikiraly: Mercis kalandok - Huszonkilencedik rész
- balojazz: Szódakészítés üzembiztosan és olcsón! Figyelem, csak hardcore szódázóknak!
-
LOGOUT
Asus RT-AC1200G+ téma összefoglaló
Új hozzászólás Aktív témák
-
#1199
FreedomHUN
senior tag
goccer
#1197
FreedomHUN
senior tag
Nekem az uj sw-vel 7 napnal jár. 2 hónap alatt talán 3x vagy 4x indult újra. Egyszer sem vettem észre, hála égnek, nekem ez így teljesen jó, ha nem írtatok volna ezt a restartot, lehet ésre szem veszem. Viszont azok a napi többszörik amiket írtok, az már idegesítő lehet.
-
Dareiosss
senior tag
Na mivel tegnap az Emagos akcióban megcsíptem 19 ért a TP link Archer C7 et, így úgy néz ki hamarosan véget ér nálam a pályafutása ennek az asusnak. Vagy visszaküldöm Edigitálba gariba, vagy AP nak lesz használva. Ezentúl szenvedjen vele akinek két anyja van.
-
#1193
Dareiosss
senior tag
__Keskin__
#1191
Dareiosss
senior tag
válasz
__Keskin__
#1191
üzenetére
Csak rátoltam.. lehet ez volt a baj... de akkor is vicc.
-
#1190
Dareiosss
senior tag
__Keskin__
#1184
Dareiosss
senior tag
válasz
__Keskin__
#1184
üzenetére
Na nekem viszont az új FWvel 1 napot sem bír ki. Katasztrófa.
Az előzővel 35 nap volt a rekordom. -
#1185
__Keskin__
tag
fogi
#1179
__Keskin__
tag
Nálam a ledek folyamatosan világítanak, a Power és a két wifi, csak a wan és a lan résznél villognak aktivitáskor, de nálam az folyamatos minden oldalon
.
Elvileg kellene villognia a wifi-nek is de az mióta megvettem nem villog
A powernek meg ugye egyfolytában világítania kell, kivéve ha kikapcsolod a ledeket akkor semmi nem világít. -
#1184
__Keskin__
tag
__Keskin__
tag
Na csak, hogy egy pozitív hírrel szolgáljak én is, persze nem akarom elkiabálni de eddig rekord esemény történt a router életében, sosem volt, hogy 7 napnál többet ment volna a most a 3.0.0.4.380_4089-el már 8nap 13órája megy.
Persze attól független nem merek senkit buzdítani a vásárlásra, de most pozitív dolog ért.
Én is elgondolkodtam, hogy ha vissza kellene vinni és csereigényt vagy pénzt kapok akkor az RT-AC58U-t be merném-e vállalni, vagy nagyobb asus-t vagy vissza Linksys-re, mert túl friss még az is, sehol egy vélemény róla.
(Egy dolog pozitív benne, hogy 4 magos a cpu, de persze ez ne tévesszen meg senkit, a MU-MIMO miatt van benne a több kliens gördülékeny kezelés miatt és persze, ha a kliens nem tudja és az pedig még mindig ritka akkor semmit nem ér az SU-MIMO-hoz képest. amúgy meg teljesítményre kb megegyezik a mostani routerével, ja a 128MB flash is pozitív) -
#1180
Intruder2k5
MODERÁTOR
fogi
#1179
-
#1179
fogi
tag
Gubek-Einste
#1178
fogi
tag
válasz
Gubek-Einste
#1178
üzenetére
Nekem az is fura, hogy a hétvégén vásárolt routerem H/W Ver.:A és F/W Ver.:V3.0.0.4.380_1234.
Tehát a hardverhez nem nyúltak és arra sem képesek, hogy az aktuális legújabb firmware-el küldjék a boltokba. Azóta megjelent 4 új firmware és a hardvert is javíthatták volna, amennyiben tömeges panasz érkezik hozzájuk, pl. az újraindulások miatt. De úgy tűnik a felhasználók nagytöbbségét nem zavarja, hogy néha újraindul, az ritka egy percnyi kiesés néha nem tűnik fel egy amúgy is eleve bizonytalan szolgáltatásban. Na de mennyire ritka? Ha pl. 5 naponta indulnak újra átlagosan és az átlagfelhasználók napi 3 órát wifi-znek, akkor 40 naponta tapasztalnak egy perc kiesést, amit még mindig van esélyük nem észrevenni, ha éppen olvasnak valamit abban a percben és nem videót néznek vagy zenét hallgatnak. Átlag user nem nézegeti a logot.
Tehát Asus azért nem foglalkozik ezzel a problémával, mert nem létezik számára.Más. Azt észrevettétek, hogy a ledeknek három állása van? A bekapcsolt kikapcsolt mellett néha átáll olyanra, hogy a power meg a két rádió világit folyamatosan. Azt nem tudom mi váltja ki, esetleg tapasztalta más is?
-
#1178
Gubek-Einste
legenda
Failure
#1177
-
Failure
csendes tag
mióta kint van a 3971-es fw, azóta azzal használtam. Én többször tapasztaltam azt is, hogy ha hirtelen tartós nagy terhelést kapott az eszköz, akkor egész egyszerűen csapot-papot eldob. Nem újraindul, hanem lefagy: kábelen lógó gép nem lát hálót, és a router webadmin felülete nem jön be, manual restart kell neki. Nem gyakran csinálja, de megesik, és szemmel láthatóan a terheléstől rogy meg. Mindez egy 240-es UPC net mögött, ami nem okoz neki full terhelést, teljes sávszél kihasználtság mellett is csak 45-50% körüli a router CPU terhelése.
Most feldobom rá az új fw-t, meglátjuk erre mit lép.Nem hiszem el, hogy az ASUS nem tud róla, hogy baj van ezzel, ha egyszer hordákban viszik vissza. Amit nem értek: ha arra jutottak, hogy tervezési, vagy hardware hiba van, akkor rég vissza kellett volna hívniuk az egész sorozatot, mert csak blamálják magukat vele. Ha viszont szoftveres a gond, akkor ennyi idő alatt sem sikerül javítani? Semmi kommunikáció a userek felé, hogy mire számíthatnak?
Lehet, hogy idővel felbosszantom magam, és elkezdem zaklatni az ASUS ügyfélszolgálatát. -
#1175
itg
tag
SpongyaBob
#1168
itg
tag
válasz
SpongyaBob
#1168
üzenetére
Hát ez nagy csalódás....őszintén megmondom reméltem, hogy javították.
-
#1174
__Keskin__
tag
_Flood_
#1171
__Keskin__
tag
válasz
_Flood_
#1171
üzenetére
Nézd meg ez alapján, hogy mindent beállítottál-e.
Olyan mintha nem routeolna a belső hálóba.
A Broadcast Support engedélyezve van?
ASUS PPTP VPN SETUP
Mondjuk én a pptp vpn-t nem ajánlom, mert nem túl biztonságos, sajnos ez a modell nem támogatja az openvpn-t. esetleg nincs valaimi eszközöd, pl raspberry pi amiről tudnál openvpn-t tolni? -
#1168
SpongyaBob
veterán
SpongyaBob
veterán
Melóból hazaérve szomorúan tapasztaltam, hogy sajnos a legújabb firmware-rel (4089) 7 órája újraindult.
Élt 5 napot.. 
-
itg
tag
Reggel mérgemben írtam az ASUS-nak, hogy azért több mint egy hónap után illene valamit jelezniük.
Kiderült, meg sem kapták még az eszközt.
Ezt a levelet továbbítottam a boltnak ahol vásároltam és pár perc múlva jött a levél, hogy sem javítani, sem cserélni nem tudják.
Találtam egy AC58U-t viszonylag jó áron, nem akarok kockáztatni még 20-30 napokat a garis ügyintézéssel....
Sok sikert, remélem az új fw valóban megoldja az újraindulás problémát.
(és azt is, hogy ezzel az új vassal nem lesz gond
-
#1165
_Flood_
aktív tag
__Keskin__
#1164
_Flood_
aktív tag
válasz
__Keskin__
#1164
üzenetére
Köszönöm, de ezeken már túl vagyok, ha a két gép egy hálózaton van akkor működik látszanak a megosztások. A probléma akkor van amikor vpn-nel kapcsolódom, akkor nincsenek megosztott mappák.
-
#1164
__Keskin__
tag
_Flood_
#1162
__Keskin__
tag
válasz
_Flood_
#1162
üzenetére
Baromi lusta vagyok ennyit írni, így kerestem neked egy leírást
Androidon (ES File Explorer, amihez a leírás készült)
Megosztás beállítás android
Van mikor a nevet így kell megadni gépnév\név, vagy a megosztást \\192.168.x.x\xy, de szerintem a leírás alapján nem lesz nehéz. -
#1162
_Flood_
aktív tag
__Keskin__
#1161
_Flood_
aktív tag
válasz
__Keskin__
#1161
üzenetére
Igen beállítottam egy pptp-t és tökéletesen megy. Leginkább androiddal próbálom, de win10 is benne lenne a képben. Otthon megy a megosztás száz éve, és pingelni is tudom, délután megnézem távolról is megy-e a ping. A gépen nem kell semmit beállítani?
-
#1161
__Keskin__
tag
_Flood_
#1160
__Keskin__
tag
válasz
_Flood_
#1160
üzenetére
Tehát gyakorlatilag akkor a routeren beállítottál egy pptp-t és be is enged és f@sza minden ha jól értem?
Android, iOS, milyen progival próbálod?
A gépet tudod pingelni teloról?
Gondolom otthon megy a megosztás, vagy eddig nem kellett?
Kellene egy kicsit több infó mert így sok minden lehet
-
_Flood_
aktív tag
Szeretném leszögezni, hogy nem vagyok egy hálózat guru. Egy dolgot szeretnék, elérni a gépem megosztott meghajtóit távolról. Beállítottam a VPN-t a routeren és a telómon is, a csatlakozás működik, de nem látom a gépem. Milyen lépést hagyok ki, vagy mire nem gondoltam?
Ja, és 5 napja nem indult újra
-
#1159
arnd
senior tag
__Keskin__
#1156
arnd
senior tag
válasz
__Keskin__
#1156
üzenetére
Ok, köszönöm!
-
#1158
ittakary
nagyúr
SpongyaBob
#1155
válasz
SpongyaBob
#1155
üzenetére
1) mert a hányinger kerülget ha csak rágondolok erre a kupac szarra amiért képes voltam pénzt adni
2) mert nem tudtam hogy jött új FW -
#1157
__Keskin__
tag
fogi
#1151
__Keskin__
tag
Annyit tanácsolók, nem tudom milyen neted van, de ha 100Mb/s és feljebb akkor a QoS-t ne kapcsold be, mert eben az esetben a NAT Acceleration lv1-es eljárása a CTF (Cut Through Forwarding) ki fog kapcsolni, mivel nem kompatibilis a kettő.
Tehát ha 100Mb/s neted van akkor semmi gond a QoS-el mert nem fogod érezni a NAT hiányát, de ha már legalább 200Mb/s-el rendelkezel akkor nem fogod elérni azt a sebességet, a wan oldalról csak 130Mb/s lesz a max ami átjön.
Ezt meg is tudod nézni LAN -> Switch control
NAT Acceleration (Auto a legördülő menüben) CTF (Cut Through Forwarding) is enabled (ez sárgán van kirva).
Ha bekapcsolod a Qos-t ez disable lesz.
Ha 100Mb/s a neted vagy alatta vagy akkor nem szóltam, csak egy tanács volt. -
#1156
__Keskin__
tag
arnd
#1146
__Keskin__
tag
Arra gondolsz, hogy miért használok ssh tunnelt böngészésre a cégnél ? Pusztán csak azért mert olyan helyen dolgozom ahol minden le van tiltva biztonsági okból, így a proxy-n keresztül ssh-n tudok böngészni az otthon szerómon keresztül, logolásban így is látszik a forgalom a gépemről, sőt ha nagyon akarnák alkalmazás tűzfallal meg is nézhetnék mit csinálok. ha erre gondoltál.
-
#1154
ittakary
nagyúr
SpongyaBob
#1153
válasz
SpongyaBob
#1153
üzenetére
Mrg a 3971 van fent
-
fogi
tag
Közben láttam, hogy ez nem újdonság nektek.
A FW version check megjavult, a Traffic manager menü is működni kezdett, bekapcsoltam a QoS-t és onnantól bármilyen címet írtam be a böngészőbe, a router admin felületén landoltam. A leírás szerint ilyen hibát javítottak ki az utolsó, fentlévő firmware-ben. Ez olyan, mintha két kínai fiatal írogatná egy kunyhóban... -
#1148
Intruder2k5
MODERÁTOR
itg
#1147
Intruder2k5
MODERÁTOR
Sajnos szerintem az ASUS ennyire lassú a garanciális ügyintézés terén, mert bolttól függetlenül bárhol olvasok a témában a fórumon, ha ASUS routerről van szó, mindenütt ilyen hosszú az ügyintézés. Nekem is volt nem régen ilyen ügyem, leadástól számítva napra pontosan 5 hét múlva cserélték ki.
-
#1146
arnd
senior tag
__Keskin__
#1140
arnd
senior tag
válasz
__Keskin__
#1140
üzenetére
Nagyon OFF
a céges tűzfal/logolás miatt? (SSH tunnel)
-
__Keskin__
tag
válasz
Gubek-Einste
#1144
üzenetére
Hálózatos voltam, nekem ez nem újdonság, én úgy is használom
Amúgy nem alapfeltétel, és nem is biztos, hogy ugrik a hozzárendelt ip, mert általában a dhcp ugyan azt adja vissza ugyan abban a hálózatban, ha lehetséges, és nincs máshogy bekonfigolva. (pl nekem a telefonom kezdetek óta ugyan azt kapja vissza).
Inkább azt mondanám, hogy erősen ajánlott.
De pont ugyan azt írtam amit te most nekem.
Szépen megfogalmazva (dhcp reservation) -
#1144
Gubek-Einste
legenda
__Keskin__
#1140
válasz
__Keskin__
#1140
üzenetére
A port forward alapfeltétele a fix-ált IP cím, ennek a legideálisabb megoldása a kliens eszköz MAC címe alapján történő beállítás.
-
#1143
rbok
csendes tag
__Keskin__
#1141
rbok
csendes tag
válasz
__Keskin__
#1141
üzenetére
Ja, viszont rossz volt a matekom, nincs az csak majdnem három hónap... Azelőtt viszont májustól 1,2,3,5 naponként rendszeresen újraindult. kíváncsi vagyok a folytatásra, de egyelőre még nem akarom frissíteni
-
#1142
SpongyaBob
veterán
__Keskin__
#1140
SpongyaBob
veterán
válasz
__Keskin__
#1140
üzenetére
Igen ez lesz ha hazamegyek, ugyanis eddig még nem volt restore egyszer sem.
-
__Keskin__
tag
válasz
SpongyaBob
#1137
üzenetére
Nekem nincs port átirányítás hiba minden fasza, most is a cégtől írok, ssh tunelen a saját netemen keresztül
.
Jó ip-hez van rendelve a port ? esetleg az eszköz azt az ip-t kapja vissza?
Érdemes dhcp reservation-t beállítani, így az adott mac-hez mindig az az ip kerül vissza
Nyomj neki egy restore-t és állítsd vissza kézzel mindent, ha van mentésed régebbről azt ne rakd fel. -
#1138
itg
tag
__Keskin__
#1135
itg
tag
válasz
__Keskin__
#1135
üzenetére
de az aug. 1 előtt ott volt a 18 is. sztem jó lehet az
-
#1137
SpongyaBob
veterán
__Keskin__
#1131
SpongyaBob
veterán
válasz
__Keskin__
#1131
üzenetére
Most ezt nem tudom mitől van, de a legújabb fw-n nem mennek át a portok, hiába nyitok manuálisan és ha be van pipálva az upnp, akkor sem. Eddig ilyen gondom nem volt
Nem értem. -
#1136
rbok
csendes tag
__Keskin__
#1135
rbok
csendes tag
válasz
__Keskin__
#1135
üzenetére
Így sem?
A log szerint nem történt semmi aug. 18. -tól a november 15-i újraindulásig...Aug 14 23:02:29 disk_monitor: Got SIGALRM...
Aug 15 07:53:48 miniupnpd[683]: upnp_event_recv: recv(): Connection reset by peer
Aug 17 12:07:32 miniupnpd[683]: upnp_event_recv: recv(): Connection reset by peer
Aug 18 10:36:52 miniupnpd[683]: HTTP Connection from 192.168.143.112 closed unexpectedly
Aug 18 12:50:05 miniupnpd[683]: upnp_event_recv: recv(): Connection reset by peer
Aug 1 02:00:09 syslogd started: BusyBox v1.17.4
Aug 1 02:00:09 kernel: klogd started: BusyBox v1.17.4 (2015-12-01 09:54:59 CST)
Aug 1 02:00:09 kernel: Linux version 2.6.36.4brcmarm (gitserv_asus@wireless-pub1) (gcc version 4.5.3 (Buildroot 2012.02) ) #1 PREEMPT Tue Dec 1 10:04:01 CST 2015
Aug 1 02:00:09 kernel: CPU: ARMv7 Processor [410fc075] revision 5 (ARMv7), cr=10c53c7f
Aug 1 02:00:09 kernel: CPU: VIPT nonaliasing data cache, VIPT nonaliasing instruction cache
Aug 1 02:00:09 kernel: Machine: Northstar Prototype
Aug 1 02:00:09 kernel: Ignoring unrecognised tag 0x00000000
Aug 1 02:00:09 kernel: Memory policy: ECC disabled, Data cache writealloc
Aug 1 02:00:09 kernel: Built 1 zonelists in Zone order, mobility grouping on. Total pages: 32512
Aug 1 02:00:09 kernel: Kernel command line: root=/dev/mtdblock2 console=ttyS0,115200 init=/sbin/preinit earlyprintk debug
Aug 1 02:00:09 kernel: Memory: 125488k/125488k available, 5584k reserved, 0K highmem
Aug 1 02:00:09 kernel: Virtual kernel memory layout:
Aug 1 02:00:09 kernel: vector : 0xffff0000 - 0xffff1000 ( 4 kB)
Aug 1 02:00:09 kernel: fixmap : 0xfff00000 - 0xfffe0000 ( 896 kB)
Aug 1 02:00:09 kernel: DMA : 0xf7e00000 - 0xffe00000 ( 128 MB)
Aug 1 02:00:09 kernel: vmalloc : 0x88800000 - 0xf0000000 (1656 MB)
Aug 1 02:00:09 kernel: lowmem : 0x80000000 - 0x88000000 ( 128 MB)
Aug 1 02:00:09 kernel: modules : 0x7f000000 - 0x80000000 ( 16 MB)
Aug 1 02:00:09 kernel: .init : 0x80008000 - 0x80038000 ( 192 kB)
Aug 1 02:00:09 kernel: .text : 0x80038000 - 0x803e3000 (3756 kB)
Aug 1 02:00:09 kernel: .data : 0x803fc000 - 0x8041ef40 ( 140 kB)
Aug 1 02:00:09 kernel: Mount-cache hash table entries: 512
Aug 1 02:00:10 kernel: Found ST compatible serial flash with 256 64KB blocks; total size 16MB
Aug 1 02:00:10 kernel: ACP (Accelerator Coherence Port) enabled
Aug 1 02:00:10 kernel: bio: create slab <bio-0> at 0
Aug 1 02:00:10 kernel: PCI: no core
Aug 1 02:00:10 kernel: PCI: no core
Aug 1 02:00:10 kernel: PCI: Fixing up bus 0
Aug 1 02:00:10 kernel: PCI: Fixing up bus 1
Aug 1 02:00:10 kernel: PCI: scanning bus 0 !!!
Aug 1 02:00:10 kernel: PCI: Fixing up bus 0
Aug 1 02:00:10 kernel: VFS: Disk quotas dquot_6.5.2
Aug 1 02:00:10 kernel: Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
Aug 1 02:00:10 kernel: pflash: found no supported devices
Aug 1 02:00:10 kernel: bcmsflash: squash filesystem found at block 30
Aug 1 02:00:10 kernel: Creating 5 MTD partitions on "bcmsflash":
Aug 1 02:00:10 kernel: 0x000000000000-0x000000040000 : "boot"
Aug 1 02:00:10 kernel: 0x000000040000-0x000000ff0000 : "linux"
Aug 1 02:00:10 kernel: 0x0000001ef214-0x000000dc0000 : "rootfs"
Aug 1 02:00:10 kernel: 0x000000dc0000-0x000000ff0000 : "jffs2"
Aug 1 02:00:10 kernel: 0x000000ff0000-0x000001000000 : "nvram"
Aug 1 02:00:10 kernel: === PPTP init ===
Aug 1 02:00:10 kernel: Registering the dns_resolver key type
Aug 1 02:00:10 kernel: VFS: Mounted root (squashfs filesystem) readonly on device 31:2.
Aug 1 02:00:10 kernel: ctf: module license 'Proprietary' taints kernel.
Aug 1 02:00:10 kernel: Disabling lock debugging due to kernel taint
Aug 1 02:00:10 kernel: et_module_init: passivemode set to 0x0
Aug 1 02:00:10 kernel: et_module_init: txworkq set to 0x1
Aug 1 02:00:10 kernel: et_module_init: et_txq_thresh set to 0xce4
Aug 1 02:00:11 kernel: et_module_init: et_rxlazy_timeout set to 0x3e8
Aug 1 02:00:11 kernel: et_module_init: et_rxlazy_framecnt set to 0x20
Aug 1 02:00:11 kernel: bcm_robo_enable_switch: EEE is disabled
Aug 1 02:00:11 kernel: eth0: Broadcom BCM47XX 10/100/1000 Mbps Ethernet Controller 9.10.178.27 (r584393)
Aug 1 02:00:11 kernel: wl_module_init: passivemode set to 0x0
Aug 1 02:00:11 kernel: wl_module_init: txworkq set to 0x1
Aug 1 02:00:11 kernel: PCI: Enabling device 0001:01:00.0 (0140 -> 0142)
Aug 1 02:00:11 kernel: eth1: Broadcom BCM43227 802.11 Wireless Controller 9.10.178.27 (r584393)
Aug 1 02:00:11 kernel: External imprecise Data abort at addr=0x2ae44004, fsr=0x1c06, pc=0x2aadf7a0 lr=0x2ad0c16c ignored.
Aug 1 02:00:11 kernel: eth2: Broadcom BCM43c8 802.11 Wireless Controller 9.10.178.27 (r584393)
Aug 1 02:00:11 stop_nat_rules: apply the redirect_rules!
Aug 1 02:00:11 WAN Connection: Fail to connect with some issues.
Aug 1 02:00:18 dnsmasq[382]: warning: interface ppp1* does not currently exist
Aug 1 02:00:18 RT-AC1200G+: start httpd
Aug 1 02:00:19 disk monitor: be idle
Aug 1 02:00:19 miniupnpd[414]: version 1.9 started
Aug 1 02:00:19 miniupnpd[414]: HTTP listening on port 41570
Aug 1 02:00:19 miniupnpd[414]: Listening for NAT-PMP/PCP traffic on port 5351
Aug 1 02:00:19 hour monitor: daemon is starting
Aug 1 02:00:19 syslog: Generating SSL certificate...
Aug 1 02:00:20 pppd[428]: pppd 2.4.7 started by drparoczai, uid 0
Aug 1 02:00:20 pppd[428]: Connected to 00:25:90:e3:dc:e7 via interface eth0
Aug 1 02:00:20 pppd[428]: Connect: ppp0 <--> eth0
Aug 1 02:00:20 syslog: module ledtrig-usbdev not found in modules.dep
Aug 1 02:00:20 syslog: module leds-usb not found in modules.dep
Aug 1 02:00:21 kernel: SCSI subsystem initialized
Aug 1 02:00:23 pppd[428]: PAP authentication failed
Aug 1 02:00:23 pppd[428]: Connection terminated.
Aug 1 02:00:33 pppd[428]: Connected to 00:25:90:e3:dc:e7 via interface eth0
Aug 1 02:00:33 pppd[428]: Connect: ppp0 <--> eth0
Aug 1 02:00:36 pppd[428]: PAP authentication failed
Aug 1 02:00:36 pppd[428]: Connection terminated.
Aug 1 02:00:41 rc_service: zcip 565:notify_rc start_firewall
Aug 1 02:00:41 zcip client: configured 169.254.45.77
Aug 1 02:00:42 start_nat_rules: apply the nat_rules(/tmp/nat_rules__eth0)!
Aug 1 02:00:43 kernel: nf_conntrack_rtsp v0.6.21 loading
Aug 1 02:00:43 kernel: nf_nat_rtsp v0.6.21 loading
Aug 1 02:00:46 pppd[428]: Connected to 00:25:90:e3:dc:e7 via interface eth0
Aug 1 02:00:46 pppd[428]: Connect: ppp0 <--> eth0
Aug 1 02:00:49 pppd[428]: PAP authentication failed
Aug 1 02:00:49 pppd[428]: Connection terminated.
Aug 1 02:01:00 pppd[428]: Connected to 00:25:90:e3:dc:e7 via interface eth0
Aug 1 02:01:00 pppd[428]: Connect: ppp0 <--> eth0
Aug 1 02:01:03 pppd[428]: PAP authentication succeeded
Aug 1 02:01:03 pppd[428]: peer from calling number 00:25:90:E3C:E7 authorized
Aug 1 02:01:03 pppd[428]: local IP address 178.164.193.226
Aug 1 02:01:03 pppd[428]: remote IP address 10.0.0.1
Aug 1 02:01:03 pppd[428]: primary DNS address 193.110.56.8
Aug 1 02:01:03 pppd[428]: secondary DNS address 193.110.57.4
Aug 1 02:01:03 rc_service: ip-up 626:notify_rc start_firewall
Aug 1 02:01:04 start_nat_rules: apply the nat_rules(/tmp/nat_rules_ppp0_eth0)!
Aug 1 02:01:04 wan: finish adding multi routes
Aug 1 02:01:05 WAN Connection: WAN was restored.
Aug 1 02:01:09 rc_service: ip-up 626:notify_rc stop_upnp
Aug 1 02:01:09 rc_service: ip-up 626:notify_rc start_upnp
Aug 1 02:01:09 rc_service: waitting "stop_upnp" via ip-up ...
Aug 1 02:01:09 miniupnpd[414]: shutting down MiniUPnPd
Aug 1 02:01:11 miniupnpd[675]: version 1.9 started
Aug 1 02:01:11 miniupnpd[675]: HTTP listening on port 33799
Aug 1 02:01:11 miniupnpd[675]: Listening for NAT-PMP/PCP traffic on port 5351
Aug 1 02:01:11 ntp: start NTP update
Nov 15 02:21:24 rc_service: ntp 674:notify_rc restart_upnp -
#1135
__Keskin__
tag
rbok
#1134
__Keskin__
tag
Igen mikor újra indul, aug 1 az "alapértelmezett" idő, majd mikor feláll a kapcsolat a wan-oldalon lerántja ntp-n a pontos időt, azért látod ezt az eltérést. ez nem jelent 3,5 hónap üzemidőt.
Tedd fel a mostani legújabb firmet, hát ha megszünek az újraindulások is.
Az upnp-t meg kapcsold ki a francba nyiss kézzel portot ha kell.
3.0.0.4.380.4089 -
rbok
csendes tag
Aug 18 12:50:05 miniupnpd[683]: upnp_event_recv: recv(): Connection reset by peer
Aug 1 02:00:09 syslogd started: BusyBox v1.17.4
...
Aug 1 02:01:11 ntp: start NTP update
Nov 15 02:21:24 rc_service: ntp 674:notify_rc restart_upnpEz 3 és fél hónapi folyamatos üzemet jelent?
(Minden újrainduláskor aug.1-re teszi a dátumot, majd kb egy perc működés után szinkronizálja azt) Ezt tegnap tegnap előtt néztem meg, amikor belefutottam ebbe a fórumba, és láttam az újraindulásos problémákat. -
__Keskin__
tag
válasz
SpongyaBob
#1132
üzenetére
Nincs mit, azért van a fórum
-
#1132
SpongyaBob
veterán
__Keskin__
#1131
SpongyaBob
veterán
válasz
__Keskin__
#1131
üzenetére
Köszi a hasznos infókat!
-
__Keskin__
tag
válasz
SpongyaBob
#1129
üzenetére
Nekem naponta kérte az új ip-t a digi-től, pedig hetente újítanak, de mióta az új van még mindig az indulás kori ip van benne, szal azért mondom, hogy nagyon nagyon bízom benne,hogy sikerült rendbe rakni
Ipv6-bekepcsolhatod, semmilyen hátrányt, nem fogysz érezni, sőt vannak oldalak ahol javul, gyorsabban eléred, javul a ping kevesebb a hope. Ráadásul biztonságosabb is, végpontól végpontig titkosítás használható, 4-nél ezi inkább vpn-el kell elérni de utólag belekerül ez a "funkció".
A face, full ipv6, a google szolgáltatásai, youtube szintén, sőt nco..-is kivéve a torrentek, magyarországon még nincs ipv6 tracker.
Én főleg munka és tesztelés miatt használom, és mert miért ne
apple termékek már régóta, andoid 4.4-tól biztosan tudja, windows szintén, én azt mondom használd.
Dual stack-ben megy, így nem lesz bajod ha egy oldal csak ipv4 képes, de ha elérhető akkor a 6-t a priorizált.
A diginél így tudod beállítani.
-
#1130
Gubek-Einste
legenda
SpongyaBob
#1129
válasz
SpongyaBob
#1129
üzenetére
Egyenlőre még annyira nem szükséges az IPv6 használata de idővel az lesz.
-
#1129
SpongyaBob
veterán
__Keskin__
#1128
SpongyaBob
veterán
válasz
__Keskin__
#1128
üzenetére
Ma reggel én is feltettem a legújabbat, ugyanis a 3971-es 11 nap után megadta magát
No, nem indult újra csupán csak reggelre nem volt netem, se wifi se kábel se semmi. Restartolni kellett, úgy volt, de akkor már egyben feltettem a legújabb softot. Érdekes még, hogy kb. 2 naponta új IP-t kaptam pedig a router nem indult újra, pedig ez csak akkor van.Egyébként jó ez az ipv6, érdemes használni? (DIGI) Azt sem tudom, hogy működik egyébként.
-
#1128
__Keskin__
tag
itg
#1125
__Keskin__
tag
Most is ipv6-on van és már a legújabbal nem csinálja, de ezt olvastam én is és igazából senki nem tudja az okát, már az ms dns-től kezdve mindent írogatnak mindenhol, de ez össz asus betegség.
Volt egy hét mikor azt hittem, hogy az ipv6 miatt kattan meg mert teszteltem egyszer egy d-link 860L-t azt pl az nyírta ki sőt meg is fektette a cpu-t így ha valaki ipv6-t is akar d-linknek azt a verzióját nem ajánlom , de ebben csak ipv4-el is benn volt a dns hiba, így az ipv6 bekavarást kizárnám.
Most úgy tűnik ok minden a legfrissebbel, a dchp kéréseken és a fűzfal bejegyzésen kívül semmi nincs még a logszerón, én remélem, hogy most már tényleg rendben lesz. -
#1127
Gubek-Einste
legenda
Daywalkerke
#1124
válasz
Daywalkerke
#1124
üzenetére
Ez egy kliens(Media bridge)/AP eszköz vagyis tud működni sima AC-s AP-ként vagy pedig kliens(Media bridge) módban amikor egy wifi-re kapcsolódva biztosít hálózati elérés a kábeles eszközök számára.
Szerintem nem éri meg az árát, ennyiért már egy sima wifi router is kapsz ami többre képes. -
Joemedve
csendes tag
Sziasztok!
29. nap szerviz idő után kaptam az üzenetet az üzletből, ahová visszavittem a routert, hogy menjek be. Felajánlották, hogy levásárolhatom vagy visszaadják a vételárat. Annyit lehet, tudni, hogy az Asus vissza sem küldte a készüléket. "2- 5 naponta újraindul." hibával lett leadva javításra. Nálam 5 napnál tovább nem bírta egy huzamban. Visszakértem a pénzt. Még nem tudom milyen routert veszek helyette, hasonló tudásban/árban.
(Megjegyzés: Amíg az Asus RT-AC1200G+ szervizben volt, kénytelen voltam venni egy másik routert. Az Asus RT-N12+ lett a választás. Tudom, más kategória, de valamit használni kellett. Ma 30 napja megy folyamatosan.)
Kitartást kívánok a Asus RT-AC1200G+ tulajdonosoknak!
Üdv Joe
-
#1125
itg
tag
__Keskin__
#1123
itg
tag
válasz
__Keskin__
#1123
üzenetére
Ez a DNS hibaüzenet nekem fw frissítés után jött és valahol azt olvastam, hogy az új fw-ben alapból bekapcsolt ipv6 miatt lehet. (az ezelőtti fw-ről írták)
-
#1124
Daywalkerke
aktív tag
Daywalkerke
aktív tag
Van valakinek tapasztalata egy ilyen készülékkel:
Elvileg ez bármilyen gyenge routert nagyon felerősít, de fogalmam sincs róla, hogy ez valóban így van-e.
-
#1123
__Keskin__
tag
__Keskin__
tag
Vagy többet javítottak mint ami ki van írva vagy nem tudom, mert sokkal szebben indul log alapján, már a WAN Connection: DNS probe failed (0/2) is eltűnt.
Lehet jó lesz hosszútávon ?Új és régi.
------3.0.0.4.380.4089-------------------------------------------------------------------
Aug 1 02:00:34 192.168.1.1 pppd[428]: PPP session is 4156 (0x103c)
Aug 1 02:00:34 192.168.1.1 pppd[428]: Connected to xx:xx:xx:xx:xx:xx via interface eth0
Aug 1 02:00:34 192.168.1.1 pppd[428]: Using interface ppp0
Aug 1 02:00:34 192.168.1.1 pppd[428]: Connect: ppp0 <--> eth0
Aug 1 02:00:37 192.168.1.1 pppd[428]: PAP authentication succeeded
Aug 1 02:00:37 192.168.1.1 pppd[428]: peer from calling number xx:xx:xx:xx:xx:xx authorized
Aug 1 02:00:37 192.168.1.1 pppd[428]: local LL address fe80::6dce:xxxx:xxxx:xxxx
Aug 1 02:00:37 192.168.1.1 pppd[428]: remote LL address fe80::794d:xxxx:xxxx:xxxx
Aug 1 02:00:37 192.168.1.1 pppd[428]: local IP address xxx.xx.xxx.xx
Aug 1 02:00:37 192.168.1.1 pppd[428]: remote IP address xx.xx.xx.xx
Aug 1 02:00:37 192.168.1.1 pppd[428]: primary DNS address xx.xx.xx.xx
Aug 1 02:00:37 192.168.1.1 pppd[428]: secondary DNS address xx.xx.xx.xx
Aug 1 02:00:37 192.168.1.1 rc_service: ip-up 557:notify_rc start_firewall
Aug 1 02:00:37 192.168.1.1 dnsmasq[385]: read /etc/hosts - 6 addresses
Aug 1 02:00:37 192.168.1.1 dnsmasq-dhcp[385]: read /etc/ethers - 2 addresses
Aug 1 02:00:37 192.168.1.1 dnsmasq[385]: using nameserver xx.xx.xx.xx#53
Aug 1 02:00:37 192.168.1.1 dnsmasq[385]: using nameserver xx.xx.xx.xx#53
Aug 1 02:00:39 192.168.1.1 wan: finish adding multi routes
Aug 1 02:00:39 192.168.1.1 rc_service: ip-up 557:notify_rc stop_upnp
Aug 1 02:00:39 192.168.1.1 rc_service: waitting "start_firewall" via ip-up ...
Aug 1 02:00:39 192.168.1.1 kernel: registering ipv6 ROUTE target
Aug 1 02:00:39 192.168.1.1 start_nat_rules: apply the nat_rules(/tmp/nat_rules_ppp0_eth0)!
Aug 1 02:00:40 192.168.1.1 kernel: nf_conntrack_rtsp v0.6.21 loading
Aug 1 02:00:40 192.168.1.1 kernel: nf_nat_rtsp v0.6.21 loading
Aug 1 02:00:41 192.168.1.1 rc_service: ip-up 557:notify_rc start_upnp
Aug 1 02:00:41 192.168.1.1 rc_service: waitting "stop_upnp" via ip-up ...
Aug 1 02:00:41 192.168.1.1 rc_service: zcip 625:notify_rc start_firewall
Aug 1 02:00:41 192.168.1.1 dnsmasq[385]: read /etc/hosts - 6 addresses
Aug 1 02:00:41 192.168.1.1 dnsmasq-dhcp[385]: read /etc/ethers - 2 addresses
Aug 1 02:00:41 192.168.1.1 dnsmasq[385]: using nameserver xx.xx.xx.xx#53
Aug 1 02:00:41 192.168.1.1 dnsmasq[385]: using nameserver xx.xx.xx.xx#53
Aug 1 02:00:41 zcip client: configured 169.254.175.120
Aug 1 02:00:42 192.168.1.1 kernel: registering ipv6 ROUTE target
Aug 1 02:00:42 192.168.1.1 start_nat_rules: apply the nat_rules(/tmp/nat_rules_ppp0_eth0)!
Aug 1 02:00:43 WAN Connection: WAN was restored.------ 3.0.0.4.380.3971-------------------------------------------------------------------
Aug 1 02:00:34 192.168.1.1 pppd[434]: PPP session is 2644 (0xa54)
Aug 1 02:00:34 192.168.1.1 pppd[434]: Connected to xx:xx:xx:xx:xx:xx via interface eth0
Aug 1 02:00:34 192.168.1.1 pppd[434]: Using interface ppp0
Aug 1 02:00:34 192.168.1.1 pppd[434]: Connect: ppp0 <--> eth0
Aug 1 02:00:37 192.168.1.1 pppd[434]: Remote message: Too many sessions^J
Aug 1 02:00:37 192.168.1.1 pppd[434]: PAP authentication failed
Aug 1 02:00:37 192.168.1.1 pppd[434]: Connection terminated.
Aug 1 02:00:37 192.168.1.1 pppd[434]: Sent PADT
Aug 1 02:00:41 192.168.1.1 rc_service: zcip 560:notify_rc start_firewall
Aug 1 02:00:41 192.168.1.1 dnsmasq[385]: read /etc/hosts - 6 addresses
Aug 1 02:00:41 192.168.1.1 dnsmasq-dhcp[385]: read /etc/ethers - 2 addresses
Aug 1 02:00:41 zcip client: configured 169.254.175.120
Aug 1 02:00:42 192.168.1.1 kernel: registering ipv6 ROUTE target
Aug 1 02:00:42 192.168.1.1 start_nat_rules: apply the nat_rules(/tmp/nat_rules__eth0)!
Aug 1 02:00:42 192.168.1.1 kernel: nf_conntrack_rtsp v0.6.21 loading
Aug 1 02:00:42 192.168.1.1 kernel: nf_nat_rtsp v0.6.21 loading
Aug 1 02:00:46 192.168.1.1 stop_nat_rules: apply the redirect_rules!
Aug 1 02:00:47 192.168.1.1 pppd[434]: PPP session is 2387 (0x953)
Aug 1 02:00:47 192.168.1.1 pppd[434]: Connected to xx:xx:xx:xx:xx:xx via interface eth0
Aug 1 02:00:47 192.168.1.1 pppd[434]: Using interface ppp0
Aug 1 02:00:47 192.168.1.1 pppd[434]: Connect: ppp0 <--> eth0
Aug 1 02:00:50 192.168.1.1 pppd[434]: Remote message: Too many sessions^J
Aug 1 02:00:50 192.168.1.1 pppd[434]: PAP authentication failed
Aug 1 02:00:50 192.168.1.1 pppd[434]: Connection terminated.
Aug 1 02:00:50 192.168.1.1 pppd[434]: Sent PADT
Aug 1 02:01:00 192.168.1.1 pppd[434]: PPP session is 3974 (0xf86)
Aug 1 02:01:00 192.168.1.1 pppd[434]: Connected to xx:xx:xx:xx:xx:xx via interface eth0
Aug 1 02:01:00 192.168.1.1 pppd[434]: Using interface ppp0
Aug 1 02:01:00 192.168.1.1 pppd[434]: Connect: ppp0 <--> eth0
Aug 1 02:01:03 192.168.1.1 pppd[434]: PAP authentication succeeded
Aug 1 02:01:03 192.168.1.1 pppd[434]: peer from calling number xx:xx:xx:xx:xx:xx authorized
Aug 1 02:01:03 192.168.1.1 pppd[434]: local LL address fe80::3d20:xxxx:xxxx:xxxx
Aug 1 02:01:03 192.168.1.1 pppd[434]: remote LL address fe80::2c5b:xxxx:xxxx:xxxx
Aug 1 02:01:03 192.168.1.1 pppd[434]: local IP address xx.xx.xx.xx
Aug 1 02:01:03 192.168.1.1 pppd[434]: remote IP address xx.xx.xx.xx
Aug 1 02:01:03 192.168.1.1 pppd[434]: primary DNS address xx.xx.xx.xx
Aug 1 02:01:03 192.168.1.1 pppd[434]: secondary DNS address xx.xx.xx.xx
Aug 1 02:01:03 192.168.1.1 rc_service: ip-up 624:notify_rc start_firewall
Aug 1 02:01:03 192.168.1.1 dnsmasq[385]: read /etc/hosts - 6 addresses
Aug 1 02:01:03 192.168.1.1 dnsmasq-dhcp[385]: read /etc/ethers - 2 addresses
Aug 1 02:01:03 192.168.1.1 dnsmasq[385]: using nameserver xx.xx.xx.xx#53
Aug 1 02:01:03 192.168.1.1 dnsmasq[385]: using nameserver xx.xx.xx.xx#53
Aug 1 02:01:05 192.168.1.1 wan: finish adding multi routes
Aug 1 02:01:05 192.168.1.1 rc_service: ip-up 624:notify_rc stop_upnp
Aug 1 02:01:05 192.168.1.1 rc_service: waitting "start_firewall" via ip-up ...
Aug 1 02:01:05 192.168.1.1 kernel: registering ipv6 ROUTE target
Aug 1 02:01:05 192.168.1.1 start_nat_rules: apply the nat_rules(/tmp/nat_rules_ppp0_eth0)!
Aug 1 02:01:06 192.168.1.1 rc_service: ip-up 624:notify_rc start_upnp
Aug 1 02:01:06 192.168.1.1 rc_service: waitting "stop_upnp" via ip-up ...
Aug 1 02:01:08 WAN Connection: DNS probe failed (0/2)
Aug 1 02:01:08 WAN Connection: WAN was restored.
Aug 1 02:01:13 WAN Connection: DNS probe succeeded (1/2) -
itg
tag
válasz
Űrvándor
#1121
üzenetére
több opció lehetséges.
1) javítják és visszakapom.
2) nem javítják és kapok újat.
3) beszámíttatom egy másik eszközbe.az első opció lényegében kizárva, mi a fenét tudnának benne cserélni....
de nagyon nem szeretném a következő 1200-ast is visszaküldeni egy hónapra, így ha belemennek, szerintem cserélek. hacsak nem oldja meg az új fw ezt a restart problémát.mondjuk az még érdekes kérdés lehet, hogy ha új 1200-ast ajánlanak, arra érvényes-e a 14 napos visszavásárlási gari. ezt még bevállalnám. ha 14 napig nem indul újra, maradhatna
-
__Keskin__
tag
válasz
SpongyaBob
#1115
üzenetére
Az szép, de még így is megdőlhet a rekord, eddig ő áll a legközelebb
-
#1115
SpongyaBob
veterán
__Keskin__
#1113
SpongyaBob
veterán
válasz
__Keskin__
#1113
üzenetére
Volt itt 50 nap is
[link] -
#1114
Űrvándor
csendes tag
SpongyaBob
#1111
Űrvándor
csendes tag
válasz
SpongyaBob
#1111
üzenetére
Nincs mit.Enyém még szervizben,határidő 11.24.
-
-
#1109
Dareiosss
senior tag
__Keskin__
#1086
Dareiosss
senior tag
válasz
__Keskin__
#1086
üzenetére
WAN Connection: DNS probe failed (0/2)
Nekem ezt naponta elég sűrűn kiírja, nem von maga után újraindulást, ezt a szolgáltató hibája miatt írja ki, általában amikor ez hibaüzenet megjelenik, szakad a WDSL egy pillanatra.
Tcom internet, egy húgy a szolgáltatásuk.
30 napnál járok újraindulás nélkül.
-
__Keskin__
tag
válasz
SpongyaBob
#1105
üzenetére
Nekem azóta nem indult újra, igaz csak hetente egyszer csinálta, a múltkor volt csak egy egymás utáni kettő de ennyi. Azóta meg megcsináltam ahogy te is és semmi hiba, hát bízom benne
-
#1106
__Keskin__
tag
kakadu78
#1091
__Keskin__
tag
válasz
kakadu78
#1091
üzenetére
Azért a wifi-re nem mondamám, hogy ócska.
Az 5ghz, az árához képest baromi jó 400Mb/s volt már csúcsban, valamint a 2,4-is tudott tartósan 100Mb/s és ezt a tp link sem tudta 2,4-en megállt 80Mb/s-nél.
A hatótávra sem panaszkodok.
Mivel nálam a wifi másodlagos így nem foglalkozom vele túl nagy lendülettel de azért leteszteltem, fontos dolgok csak kábellel mennek.Amúgy az 5ghz rész nem érdemes piszkálni, de a 2,4-et érdemes.
átenni n-only, /40mhz/ a b/g Protection automatikusan letiltásra kerül így a 40mhz elérhető (ilyenkor széles csatornán üzemelsz, de ha sok a wifi 2,4 a szomszédban akkor a nagy interferencia miatt még rosszabb lehet, mint szűk csatornán és ilyenkor a b/g eszközök sem látják a wifit).
Amúgy ha megteheted csak 5Ghz-t használj, főleg teljesítményre, távolságra már nem jó.
Pl, nálam kb 30 2,4Ghz-es wifi van ami zavar de 5G-n csak én "sugárzok" és ez meg is érződik teljesítményben. -
#1105
SpongyaBob
veterán
__Keskin__
#1104
SpongyaBob
veterán
válasz
__Keskin__
#1104
üzenetére
Így én már a 10. napnál tartok jelenleg.
Azért ez így már nekem oké lenne, ha nem naponta kétszer indulna újra.. -
__Keskin__
tag
válasz
SpongyaBob
#1070
üzenetére
Ez hihetetlen, na mondom kipróbálom amit írtál.
Kezdtem egy restore-al, majd miután újra indult a rendszer, felraktam a 3310-t.
Rendszer újra indul, majd ismét restore.
Miután megint felállt a rendszer, bementem a frissítőbe, jelezte, hogy van új firm, felrakta, restart.
Felállt megint a rendszer és ismét kapott egy restore-t, majd miután ismét újra indult vissza állítottam minden beállítást.
Már 3 napja meg és semmi baromság nem került a logba.
Most mi van?
Én firmeltem már jó pár eszközt de ilyet még nem pipáltam
Nem akarom elkiabálni, de most nagyon ok minden. -
#1103
FreedomHUN
senior tag
Daywalkerke
#1102
FreedomHUN
senior tag
válasz
Daywalkerke
#1102
üzenetére
Mielött megvettem beleolvastam a topicba. Akkor épp valaki tápcserével foglalkozott. Ez nálam is így van 2,5 A minőségi táppal dugtam össze hátha, illetve legfrissebb sw, ap modban. Máshoz nem nyultam, illetve a wifi nevét irtam át.
-
#1102
Daywalkerke
aktív tag
FreedomHUN
#1096
Daywalkerke
aktív tag
válasz
FreedomHUN
#1096
üzenetére
Mivel sikerült elérned ezt a 21 napos uptime-ot? Legújabb firmware és más semmi?
-
#1101
kakadu78
csendes tag
Intruder2k5
#1100
kakadu78
csendes tag
válasz
Intruder2k5
#1100
üzenetére
köszi
Nem értem.
Új hozzászólás Aktív témák
Hirdetés
- Vivo X200 Pro - a kétszázát!
- Motorolaj, hajtóműolaj, hűtőfolyadék, adalékok és szűrők topikja
- Április 30-án rajtol korai hozzáférésben a Heroes of Might and Magic: Olden Era
- Gyúrósok ide!
- T mint tavasz: képeken a közelgő Xiaomi 17T
- Autós topik
- Parkside szerszám kibeszélő
- ThinkPad (NEM IdeaPad)
- Intel Core Ultra 3, Core Ultra 5, Ultra 7, Ultra 9 "Arrow Lake" LGA 1851
- One mobilszolgáltatások
- További aktív témák...
- DIY prémium tápszűrő
- I7 2600K - RX 580 4Gb - 16Gb DDR3
- BONTATLAN Új iPhone 17 PRO 256-512GGB Független 1év Apple GARANCIA Deák Térnél Azonnal Átvehető.
- Bomba ár! HP ProBook 430 G3 - i5-6GEN I 4GB I 500GB I HDMI I 13,3" HD I Cam I W10 I Garancia!
- Bomba ár! Lenovo Tablet 10 - Intel N4100 I 8GB I 128SSD I 10,1" WUXGA I HDMI I Cam I W11 I Gari!
- Windows 10 / 11 Pro Retail aktiváló kulcs Azonnal szállítással, számlával, garanciával!
- Yurbuds Ironman fülhallgató
- GYÖNYÖRŰ iPhone 14 Pro Max 128GB Deep Purple - 1 ÉV GARANCIA -Kártyafüggetlen, MS3702
- Azonnali kézbesítés az év bármely pillanatában
- Ducky One 3 FULL/TKL/SF/MINI billentyűzetek többféle színben és kapcsolókkal, plusz csuklótámaszok
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest