- Honor Magic6 Pro - kör közepén számok
- Samsung Galaxy S24 - nos, Exynos
- Képeken az egyik kameráját elvesztő Sony Xperia 10 VI
- Apple iPhone 15 Pro Max - Attack on Titan
- Bemutatkozott a Moto G32 4G
- Xiaomi Mi 10T Pro - a házon belüli ellenfél
- iPhone topik
- Ezek a OnePlus 12 és 12R európai árai
- Egyre közelebb a Poco F6 startja
- Vodafone mobilszolgáltatások
Hirdetés
-
A franciáknak elege van abból, hogy minden gyerek mobilozik
it Vissza akarják szorítani a gyerekek és tinédzserek közösségi média- és okostelefon-használatát.
-
Lunar Lander Beyond teszt
gp Nagyon sok évtizeddel az eredeti Lunar Lander megjelenése óta ismét ezen a címen jelent meg Atari logóval egy játék. Vajon mennyit javult a játékdesign a hetvenes évek óta?
-
iPaden is vége az App Store monopóliumának
ma Ősztől lehet alternatív alkalmazásboltból telepíteni az EU tagállamaiban.
-
Mobilarena
Asus RT-AC1200G+ téma összefoglaló
Új hozzászólás Aktív témák
-
__Keskin__
tag
Sziasztok!
Már rég óta tervezem, hogy megveszem ezt a routert és kipróbálok egy ASUS-t (remélem nem bánom meg, hogy elárultam a Linksys-t, főleg, hogy nem a WRT1200AC-re cseréltem ) olyan jókat olvastam itt tőletek, hogy úgy döntöttem mától beszállok én is a béta tesztbe
Sajnos még nincs Tomato, vagy Openwrt így gyárival megy.Gyárilag : 3.0.0.4.380.1234 egyből 3.0.0.4.380.3971-re frissítve (utolsó legfrissebb)
Gyári 12volt 2A adapter szünetmentesbe kötve.
Router mód, IPv4 + IPv6 PPPoE Digi, wifi 2,4/5GHz, meg port átirányítások, minden más DDNS, OpenVPN, Torrent, SAMBA stb a szervereimen futnak.Kíváncsi vagyok mikor kezdődik a híres újra indulgatást.
Mint hálózatos nem vagyok egy nagy wifi párti így a fontos dolgaim kábelen vannak, de a wifinek pozitív, hogy a konyhában is kitolják a mobil eszközeim a 200/100-as netet (1 fal, 6 méter ) smb-re is beugrott a 370 Mbits/sec.
-
__Keskin__
tag
válasz #95590400 #905 üzenetére
Éppen elérhető még újonnan is.
De igen, kicsit zavar a beépített antenna.
Tény 2,4Ghz-en jobb mint a ac1200, de 5GHz-n fordul a helyzet, én meg már csak 5GHz-et használok.
Valamint hiába a 2 magos cpu majdnem 3 év eltérés van közöttük, így ha nem használ valaki torrentet és egyéb dolgot routeren ami szerintem hülyeség, teljesen felesleges és a lan és nat sebesség és a ac1200-irányába húz.
ac56u vs ac1200[ Szerkesztve ]
-
__Keskin__
tag
LOG SERVER
Annak aki szeretné a router logjait máshol is tárolni annak csináltam egy kis leírás én ezt használom már régóta egyéb eszközökön, így ha újra is indul vagy bármi történik a syslog megmarad, ebből bármikor vissza lehet nézni mi történt esetleg mikor indult újra stb.Ehhez rsyslog-ot használok
Router beállítás:
administration/system fülön írjuk be a syslog szerver címét.Telepítés és beállítás Linux eszközön:
apt-get update
apt-get install rsyslogMiután felment az rsyslog létre kell hozni a log file-t, oda ahova tetszik (én a nas-t használom erre)
touch /mnt/WD/router_log/RT-AC1200.log
Ha ez megvan engedélyezzük az 514-es portot az rsyslog configban
nano /etc/rsyslog.conf
A következő soroknál ki kell venni a #-t# provides UDP syslog reception
$ModLoad imudp
$UDPServerRun 514# provides TCP syslog reception
$ModLoad imtcp
$InputTCPServerRun 514Ha ez is kész létre kell hozni a config file-t
/etc/rsyslog.d/ ez után .conf kiegészítéssel létre kell hozni egy file-t
nálam ez a következőképpen néz ki, majd beleírni a következőket:
nano /etc/rsyslog.d/asus.conf$template NetworkLog, "/mnt/WD/router_log/RT-AC1200.log "
:fromhost-ip, isequal, "192.168.1.1" -?NetworkLog
& ~
(bele kell írni a log file elérési útját valamint, a router címét)Ha mindennel megvagyunk akkor rsyslog újraindítás
service rsyslog restart
Csinálhatunk hozzá logrotate-et de ezt nem írom le, aki akar csinál.
A következő paranccsal tesztelhetjük ha valami bejegyzés történik (legegyszerűbb ha belépünk ssh-n, vagy módosítunk valamit a routerben)
tail -f /mnt/WD/router_logRT-AC1200.log[ Szerkesztve ]
-
__Keskin__
tag
válasz bozsozso #909 üzenetére
Azért mert a kis szemét nem jól veszi le netről, a téli nyári időszámítást, inkább kézi beállítós, állítsd át te, hogy mikortól legyen téli nyári, igaz nem a legpontosabb de így már jó lesz az idő, pl mint ahogy nálam
És használj magyar ntp szervert hu.pool.ntp.org, nem számít csak ezt 1-2ms alatt éri el a másikat meg 100-200, mert én adok az ilyenekre is
A WAN connection: DNS probe failed, nálam csak addig van két alkalommal amíg nem áll fel a pppoe, nem konfigoltál el valamit, stabil a neted, net kábel?[ Szerkesztve ]
-
__Keskin__
tag
Nem tudod az asus-t használni tp-linken.
Helyett ha tűz oltás kell, regizz be ide NO-IP ezt tudja a tp-link alap szoftvere, de az asus-is.
Ingyenes 3 domaint kapsz, annyi, hogy 30 naponta megkell "erősíteni" a domaint, de arról egy héttel előtte jön email.
Amúgy én ezt használom, itt van ipv6- is DuckDNS, de ezt egyik gyáriban sem fogod megtalálni vagy custom vagy egyéb eszközzel lehet használni de elég széles körben, 5 domain jár és nem kell xarakodni vele[ Szerkesztve ]
-
__Keskin__
tag
válasz Intruder2k5 #919 üzenetére
Ezeket mindig ki kell kapcsolni semmi értelme egyiknek sem csak a szívást hozzák, akinek ez nincs és újra indulgat az kipróbálhatná de amúgy is javaslom a kikapcsolását.
Qos Traffic manager / Qos ----> Enable Qos off
WAN / Internet connection ----> Enable UPnP no (ez amúgy is bullshit, nem biztonságos a használata és tud elég szép szopást okozni)Nálam két napja van használatban, azóta atom staibil, de még nem kopogom le ha 30 nap után is ezt mondom akkor örülök.
Amúgy RT-AC66U, RT-AC68U, RT-AC87U re is hallottam már panaszt.[ Szerkesztve ]
-
__Keskin__
tag
-
__Keskin__
tag
válasz Dareiosss #925 üzenetére
Te pl melyik firmet használod, mikor kezdet először és milyen sűrűn csinálja?
Áram stabil? Mert pl ha látszólag nem megy el az áram de van egy kicsi nagyobb ingadozás akkor okozhat hasonlót vagy pár microsekundum szakadás is.
Nekem gyakran jön ups-ből mail ezért is van minden eszköz a szünetmentesben.[ Szerkesztve ]
-
__Keskin__
tag
Ezt a kódot te is legenerálhatod, mert az asus mac-je van összegenerálva a wps kóddal (elviekben).
Amúgy egész hackelhető, egy opwnwrt, van bármi linux eszközről
Próbáld meg ezt, neten az asus rengeteg mac-et ír ki leírásokban és össze lehet generálni, én ezt találtam ha nem jó keresgélj tovább .
74:d0:2b:64:f3:30
66158561
WPS Pin Generator
"Hack the Planet! "[ Szerkesztve ]
-
__Keskin__
tag
Na egy hét után első újraindulás és pont fent voltam Openvpn-el a szerón, csak fura volt hogy leszakadtam és 2 perc múlva megint aktív volt a kapcsolat aztán a uptime már csak 1 perc volt
Nem baj a külső szerón van 1 hétnyi részletes log nem csak az ami a felületben is látszik, majd átnyálazom esetleg beküldöm az asus-nak hátha nem xarják le.
Firm : 3971, áram ingadozás nem játszik, mert szünetmentes.
Pedig baromi jó kis router lenne de azért még nem földelem el -
__Keskin__
tag
válasz bencsikgab #959 üzenetére
Nem ugyan azon a néven megy a 2,4/5ghz ?
Mert nekem akkor kezdte el csinálni mikor ugyan az lett a kettő, de már én sem lepődök meg semmin
Valaki már írt a környékükre[ Szerkesztve ]
-
__Keskin__
tag
Azt mondod, lehet jobb volt a megérzésem a linksys wrt1200ac-val, mint ahogy eddig is linksys/cisco pári voltam (igen tudom ez céges berögződés )? Na most nem tudom mi legyen, várjak, hátha jön egy firm, vagy kifutok a 14 napból. (Pedig a wifi-je baromi jó.
Amit az előbb linkeltem ott is ezt írták a srácnak.
1. What is your current firmware version?
2. Please provide the following information, sent to ASUSCSC@asus.com, the main purpose is: C160988474, in order to facilitate the response to the relevant window to help confirm.
(1) System Log File [Path: Advanced Settings - General Log File - Storage]
(2) System Profile [Path: Advanced Settings - System Management - Restore / Export / Upload Settings - Export Settings -Save]
(3) Log in the account number and password of the setting screen.For your case number C160988474, for inquiries, you can call 0800-093456 by the online commissioner at your service, causing your inconvenience, please forgive me!
Emlékszem én mikor a Padfone2-vel is baszogatva lettek mert nem akartak firmet kiadni, sokan fellázadtak aztán csak kijött
[ Szerkesztve ]
-
__Keskin__
tag
válasz FreedomHUN #967 üzenetére
A custom-nél meg lehet szembesülni kell majd azzal a problémával, hogy a wifi xar lesz.
Haver Rt-AC66U-ján a tomato, az ac-s wifit nem tudtuk 100 mega fölé csikizni (ez egy jobb n-es sebesség), de én már tapasztaltam ilyet openwrt-vel is eltérő routereken, persze cserében azt csinálsz amit akarsz.
(Persze még ez is változhat a tomatoban is)
Merlin lenne a jó, de hát az nem leszOlvasgattam egy kicsit külföldön és a többi új és drágább Asus routerra is panaszkodnak, hogy újraindulgat vagy a wifi xarakszik, vagy eldobja a wan oldalt, tehát ez nem ennek a routernak az egyedi hibája, talán csak ebben a legrosszabb a firm eddig.
Sokak által emlegetett RT-AC56U is nagyon problémás volt a maga idejében, és igen az is csinálta az újraindulást, de mivel 3 éves így már tudtak annyi idő után írni hozzá megfelelő firmet, nem beszélve az alternatív firmekről.Lehet kis türelem kellene és egy féléven belül megoldanák ezt is, de az tuti, hogy először a 50-100 ezres routereket fogják helyrehozni (ahogy én már alaplapnál kitapasztaltam az asust, mert mikor a ws-es alapokat orba-szája patchelték mer cmos hibával indult mindig, vagy oc faild, na ezt még mindig csinálja, addig az asztali frontot nagy ívben kakálta le).
Én megértem, és persze én is mérges vagyok, hogy kiadok ennyit egy routerért és még nekemek kell vele cumizni, de valahogy 2016-tól kezdve minden ennyire retek, játékok, telefonok, pc-k szóval minden és ezért mi fogyasztók vagyunk a hibásak, mert mindig újabb és jobbat akarunk minél gyorsabban. -
__Keskin__
tag
válasz Multibit #969 üzenetére
Jó hát örülj neki majd egyszer mi is fogunk hidd el.
(de nem mindenki osztja ám ezt a véleményt a te routereddel )
Amúgy meg nézd meg hány firm is van már hozzá és mennyi hibát javít, szóval nem kell össze hasonlítani, amúgy meg nem értem ilyen routeral nem egy másik fórumban kelen tudnod mi az ami jobb
Én is mondhatnám, hogy a tartalék 1043nd v2-m 2 éve hibátlanul megy openwrt 14.07-el kezdve most 15.05.1, kétszer crashelt be ha jól emlékszem össz-visz.
Hálózatos voltam nekem annyira nem tudsz újat mondani, de úgy érzem te is az a be kell szólnom de közben annyira nem értek hozzá fajta vagy.
Én már megtartom ha rossz ha nem.[ Szerkesztve ]
-
__Keskin__
tag
válasz Daywalkerke #973 üzenetére
Nem rossz a Fritz!box, ipv6-al szívtam már vele de azt leszámítva minőségi darab, persze ez sem most volt. Ha külföldi ismerősöd tud kintről olcsóbban akkor hozass vele mert itthon 30-nál szoktak indulni és a normálisabb 50-80
[ Szerkesztve ]
-
__Keskin__
tag
válasz Daywalkerke #985 üzenetére
Gondoltam, hogy az olcsóbb fritz-et nézed.
Azt nem mondanám, hogy kevés embernek van 5ghz-t tudó wifije, kb 2013-óta bennen van már kb az összes eszközben szerintem a tied is tudja csak nem tudsz róla. Már egy samsug galaxy sIII-tudta vagy egy iphon 5 így a régiek közülAz 5ghz nem csak az ac-ről szól mert az n-es wifi is megy 5ghz-n és akkor nem 100-80mega amit tud, hanem ki lehet hozni a 200-t is.
Nekem a 2008-as Macbook-om is tug 5ghz-en n-et és ott kitolja a 170megtát még 2,4-en csak 70-t.
Én azt mondom azért törekedj arra, hogy 2,4/5Ghz-t is tudja, főleg ha wifit használsz azért én a 5ghz-t jobban pártolnám a nagyobb "tisztább" teljesítmény miatt, ha távolság is kell a ott a 2,4ghz is készenlétben.
És ne tévesszen meg az antenna szám sem, ha gondolod priviben leírok mindent a wifi-ről de itt nem akarom kisregénnyel szét spammelni a falat.
A MIMO számot nem feltétlen hoznám össze az antenna számmal de igazából elmondható, hogy igen.
Az Asus amúgy azért volt négy antennás mert 2*2:2 volt mind két oldalom, szóval a 2,4-nek és az 5ghz-nek is 2-2 antennája van és nem azért mert mind két frekvencia 4-en küld.
Az sem mindegy, hogy a vevő készülék mit tud, mert hiába lősz rá pl 3*3:3-ban ha az eszközöd 2*2:2.[ Szerkesztve ]
-
__Keskin__
tag
válasz bozsozso #950 üzenetére
UPNP-t amúgy se használj soha ha jót akarsz.
Kicsit sajnálom, hogy te már itt tartasz, nekem úgy néz ki a heti egyszer jelentkezik.Kedd-től teszteltem kicsit, visszaraktam a tartalék router, majd pénteken visszakötöttem az asus-t. (közben nem volt kihúzva) wan-oldalon attól még kapott linket, és a log szerver rá volt engedve de ennyi, fura mert a logok-ban semmilyen hiba nem volt, mint ahogy egyébként minden hülyeség lenni szokott.
Amint rendesen visszakötöttem rá mindent egyből televolt minden baromsággal és rá egy órával újra is indult.
Én ebből azt veszem le, hogy szoftveres.(legyen igazam)[ Szerkesztve ]
-
__Keskin__
tag
Nem tudom miért vagyunk elkeseredve most olvastam angol fórumban, hogy a ASUS RT-AC68U-is 3 firmen keresztül random újra indult (és nem az első firmek voltak, és egy kétszer drágább eszközről van szó), volt hogy naponta többször is, főleg ha a qos és az upnp be volt kapcsolva, azokat a firmeket amiket írtam már meg sem lehet találni fent az asus oldalán a le lettek szedve, szóval azóta azt is javították egy jó év alatt és már nincs rá panasz legalább is azóta nem írt senki.
volt ilyen
2015/03/12
AiProtection fixes
- Fixed router reboot issue when disabled AiProtection
- Fixed kernel panic when wan reconnectedSött a legutolsó ekkor lett javítva
2016/09/08
Bug Fixed
- Fixed reboot issue when using repeater mode.Na most a kérdés ki az aki ki tudja ezt várni, hogy nálunk is megoldják, vagy nem
[ Szerkesztve ]
-
__Keskin__
tag
Az a béta sajnos még április ami felkerült ide.
9.0.0.4.380.xxxx, attól ne várjatok csodát. Ennek az előszele 3.0.0.4.380.3310
És elvileg ugyan azok is vannak bennen.Security fixes
- Updated OpenSSL library to 1.0.2d
- Fixed User-Agent buffer overflow.
- Fixed null ptr dereference in https issue.
- Fixed buffer overflow issues.
- Modified brute-force protection mechanism in router login page.
- Fixed CVE-2015-6949 buffer overflow issue.
- Fixed Web server Accept-Language buffer overflow.
- Fixed Web server URL handler buffer overflow.
- Fixed CSRF and XSS vulnerability.
- Enhanced router login password and wireless password(WPA2) strength check method to against brute-force attack.
- Reject administrator to set too easy to guess login and wireless password to avoid brute-force attack.
- Fixed CSRF and XSS vulnerability when router is in default status (user does not set the router yet)
- Modified the access rights of account mode and share mode to asusware.platform path when lighttpd server is enabled.
- Restricted access from wan method to enhance security.
- Changed Telnet default access interface.New Features
- Support ASUS Router App
- Added Bandwidth Limiter in QoS. Let administrator easily limit specific client's upload/ download bandwidth
- Independent mac filter for main wireless network and guest network. Administrator can set white list for main wireless network to only allow trust client connect to main wireless network and share network to guest with guest network
- Modified the network map client status. When chick the client icon, administrator can bind IP, change host name, change icon, block internet access or set time scheduling.
- Added client list view button on network map and help administrator easily monitor all client connection status.Modifications
- Adjusted Guest network mac filter maximum client number to 16
- Show current control channel while value is set to auto.
- Bandwidth limiter can accept decimal point.
- Unnecessary to reboot router after set allow only specified IP address to enter GUI.
- Changed warning page style.Bug fixes
- Fixed setup wizard IE11 compatibility issue.
- Fixed MAC clone abnormal issue
- Fixed web redirection issue when WAN IP conflicted.
- Fixed compatibility issues for IE8
- Fixed GUI related issues
- Fixed login issue when router’s IP is 10.x.x.x
- Fixed parental control-> time scheduling related issue.
- Fixed IPv6 relay issues.
- Fixed the GUI issue for reboot schedulerVan még egy béta, de ez nem fog a felületről felmenni és ez is áprilisi és inkább az iptv szívást hivatott javítani az alábbi szolgáltatóknál. Ha valaki gondolja nézze meg. Én még várok egy kicsit, nekem ennyire durván nem indul újra.
Beta firmek[ Szerkesztve ]
-
__Keskin__
tag
Én csak innen veszem, hogy áprilisi Beta rt-1200g+
Nem tudom mennyire vagy infós, de nálunk is hasonló a gondolkodás mi sem rendes név alatt készítünk bétát, egy teljesen más elő kódot kap, nekem úgy tűnik az Asus-is ezt csinálja náluk a 9-es ez ami a bétat jelzi.
Azt, hogy fórumokban mit írnak sosem szoktam elhinni csak elolvasom de mindig utána járok.
Szerintem ebben semmi érdekes nincs, nagyon sok hibát javított az első firm kiadás és ez annak volt a betája, és fura, hogy a change list is nagyából stimmel.
Ha lenne mostani publikus beta akkor a get beta bepipálása után látnia kellene a routernek.[ Szerkesztve ]
-
__Keskin__
tag
Tegnap este buli volt 3* indult újra durván egy óra eltéréssel.
Eddig nem volt bajom, a heti egyszerivel de így már kezdek félniMondjuk már tudom mikor fog újra indulni, mikor kerül bele olyan logbejegyzés hada mikor nem sok van hárta, így már lehet írok egy scriptet ami a log szervert nézi és küld egy emailt, hogy figyelj b+ most ne dolgozz
[ Szerkesztve ]
-
__Keskin__
tag
válasz FreedomHUN #1081 üzenetére
Melyik firm-el tolol?
-
__Keskin__
tag
válasz foolhouse #1085 üzenetére
Rsyslog-al szedted ki? vagy mással,(én rsyslog-al) és amit a felületen látsz fele annyi sincs kiírva mint amit kiszed valójában, ha te is erre gondolsz.
De azt már néztem, hogy elkezdi eztrouter.asus.com kernel: txerr valid (1) reason 0100 tst 2222 pctls 1cc2 1c12 0022
router.asus.com kernel: plcp 000b 039f || b607 1f26 0000 || 4531 913e || rxestats2 0000
router.asus.com kernel: txerr_tm 0021 txerr_txbytes 0000 txfunfl 0 5 0 0 0 0 txtplunfl 0
router.asus.com kernel: debug1 913e debug2 0000 debug3 0000 debug4 0000
majd ezt
disk_monitor: Got SIGALRM...
és ezt
WAN Connection: DNS probe failed (0/2)
ha ezek így együtt megjelentek majdnem egymást követően, akkor garantáltan rövid időn belül újra indul.[ Szerkesztve ]
-
__Keskin__
tag
Így nagyon ráérős időmben csináltam egy kis tesztet, azt olvasom, hogy nagyon rossz a samba a routeren.
Én nem vagyok azon a párton, hogy a routerből csináljunk hasonló kiszolgálót de már nem bírtam ki, hogy ne nézzem meg.
Az ntfs valóban elég gyarta, de hát aki linux mellé ntfs-t csatol fel az meg is érdemli
Az ext-ekkel egész jó eredményeket hozott (13-23 között) szerintem egy ilyen hardverrel ellátott routerhez képest vállalható.[ Szerkesztve ]
-
__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. -
__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. -
__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
[ Szerkesztve ]
-
__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
-
__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)[ Szerkesztve ]
-
__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. -
__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.[ Szerkesztve ]
-
__Keskin__
tag
válasz SpongyaBob #1132 üzenetére
Nincs mit, azért van a fórum
-
__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[ Szerkesztve ]
-
__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.[ Szerkesztve ]
-
__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)[ Szerkesztve ]
-
__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.
-
__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. -
__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 -
__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. -
__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?[ Szerkesztve ]
Új hozzászólás Aktív témák
- Vezeték nélküli fejhallgatók
- Kerékpárosok, bringások ide!
- Debrecen és környéke adok-veszek-beszélgetek
- Kínai cégek segítik ezentúl a Teslát, a Renault-t, a Hyundait és a Toyotát
- Politika
- Honor Magic6 Pro - kör közepén számok
- Skoda, VW, Audi, Seat topik
- OLED TV topic
- Milyen routert?
- Renault, Dacia 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