Én nem agódom félreérted. A helyin az adott országot értettem.

Sziasztok. Búék mindenkinek. Állítólag van olyan beállítás a routerben ami szerint be lehet állítani, hogy mennyire erősen sugározzon a wifi. Mivel én a RT2600ac típust használom egy 35 nm2 beton panellakásban, esetleg indokolt lenne megnéznem ezt a beállítást. Tudtok ebben segíteni?

http://phmegbizhatosag.atw.hu/phtabla.php?nev=allein

A wifi beállításoknál van egy olyan, hogy átviteli teljesítmény.

wireless - advanced options - transmit power - ezt állítsd middle-re

Köszönöm szépen a segítséget

http://phmegbizhatosag.atw.hu/phtabla.php?nev=allein

Miért pont közepesre?

Kendek, arról jön értesítő mail, hogy lezárták a ticket-et?

Írtam nekik, hogyha jelenleg nincs más opció, akkor zárják le a hibajegyet, és majd írok mail-t, hogy mikor lehet jó. Viszont azóta nem írtak, viszont becsuknám az ssh-t, ha nincs rá szükség.

Véleményem szubjektív...

Nekem még ilyen emailt nem küldtek, szóval nem hiszem. De az üzenetváltásokból azért ki szokott derülni, hogy mindketten lezártnak tekintjük a témát.

<-ƘƘ->

Hát, Ők ugye annyit írtak, hogy megpróbálnak utána nézni, hogy van-e teamviewer-en kívül más opció, erre Én írtam, hogy ha körülményes, akkor megoldom másképp a vpn-t, és zárjuk le a dolgot, és majd jelentkezem, hogyha esetleg tudok időpontot írni teamviewer-re.

Minden nap reggel 7 körül kaptam eddig válasz, erre ma nem érkezett.

Véleményem szubjektív...

Akkor majd csak jelentkeznek egyszer, addig gondolom nyugodtan visszaállíthatod a routert.

<-ƘƘ->

Hát max akkor kinyitom újra, és újra elküldöm nekik a hozzáférést. Én is így gondolom.

Véleményem szubjektív...

Szia!

"A VPN Plus Server futtatása harmadolja a sebességet 2600ac-n" hibát én is bejelentettem.

A nyitott SSH portnak akkor van értelme, ha a támogatási hozzáférés dátuma még nem járt le a routerben, egyébként hiába is akar csatlakozni. (nálam napi 50-70 próbálkozó IP-t tiltott le a router egyébként, amikor is SSH-n akartak bejutni az eszközbe.)

Most jutottunk el oda a támogatással (másodszor: elsőre nem tudtunk időpontot egyeztetni), hogy mivel ők ahogy írták Taipei-ben vannak (GMT+8) azaz 7 órával később vannak mint mi, ezért felajánlottam, hogy mivel nekem is fontos, hajlandó vagyok egy reggel f6-os időpontban Teamviewerezni velük.

Erre kaptam egy copy+paste levelet, amiben olyanokat írogattak, hogy fusson a DiskStation(WTF???) így visszaírtam, hogy ugye a mérnök, aki jönne megnézni, tisztában van vele, hogy a ticket szerint egy 2600ac router az érintett, és sehol nincs NAS a hibajelzésben?!

..most erre várom a választ tőlük.

Kicsit idegesítő amúgy, hogy eseti hibaként kezelnek valamit, ami pedig nyilvánvalóan az összes, 500Mbps+ letöltési sebességű nettel rendelkező vásárlójukat érinti?!
Meg tudom mutatni a hibát, de nem hiszem, hogy wordwide sehol nincs olyan sebességű netjük, amivel képesek lennének ezt tesztelni?

Ha lesz fejlemény, megosztom.

"Nekem a "link" egy hivatkozás legyen, ne egy ember ?!" - by Mr.CsiT

Ha megírod a Ticketed számát megírom nekik, hogy nálam ugyan az a hiba.
De már itt is felmerült másba is ami bennem, is, hogy nem csak DIGI hálózatán jön ez ki?
Mert mintha szintén itt a fórumba írta volna olyan Telekomos akinek van gyors nete, hogy nála nem lassul be.

Értem ez alatt, hogy akár a PPoE -ből vagy az ott használt pld 10.0.0.1 átjáró miatt valami gubanc van még ha nem is lehetne főleg amíg nem be sincs állítva és használva sincs...

Mondjuk ettől működni kéne nálunk is, csak lehet specifikus dolog is.

Az SSH portot elraktad a 22 -ről és úgy nyitottad ki vagy hagytad 22 -n?

[ Szerkesztve ]

Üdv!
Egy RT1900-ast használok. Rá van kötve egy USB3-as mobilvinyó és az azon lévő fájlokat Samba közreműködésével érem el egy médialejátszóval. Az a gondom, hogy router Samba szervere rendszeresen (heti 2-3 alkalom) lefagy és onnantól kezdve a mobilvinyó teljesen elérhetetlenné válik.
A router nagyrészt működőképes marad (továbbra is megosztja a netet), viszont újraindítani már nem lehet, hogy ezáltal az SMB szolgáltatás is helyreálljon, mivel reboot közben teljesen beleáll a földbe és csak a fizikai ki- és bekapcsolás segít.
Lenne erre valakinek valami tippje, hogyan lehetne a fenti problémát kiküszöbölni?
Köszi!

Én az eddigi tapasztalataim alapján arra jutottam, hogy ezeknek a szoftvermérnököknek nem állnak rendelkezésre teszt jelleggel azok az eszközök amiken a hibát kellene javítaniuk. Mert hiába írod le részletesen, hogy mi a probléma és az egyszerű reprodukálásának a menete. Minden esetben SSH, majd TeamViewer, és talán megértik a probléma jellegét ha nálad látják. De ez sem biztosíték arra, hogy lesz megoldás.

<-ƘƘ->

Én kilőttem a supportot, mert most nem kaptam választ, pedig leírtam nekik, hogy letöltés során a sebesség jóval kevesebb, ha fut az alkalmazás. Nem akartam itt hagyni folyamatosan. Persze, volt a port módosítva, de akkor sem.

Erre Én azt a választ kaptam, hogy nem tapasztalták a hibát, teamviewer. Én leírtam Nekik, hogy Nekem nem jó az időpont, szal majd valami más.

Négy mérési képet küldtem nekik, engedélyezve, letiltva a vpn plus servert. Ez nem volt elég.

Nekem szerverfüggő volt, volt ahonnan jön 5-600Mbps-sel, de volt ahonnan csak 250-300Mbps, ha futott a vpn plus server.

Ha Te ennél tovább jutsz, kíváncsian várom. Ha kérik, Én még vissza engedem őket.

Kendek: Ha már beengedem a routerre, elvileg az Én routeremen tud szinte mindent csinálni. Elvileg tudna parancssorból is letölteni valahonnan, valamit, nem?

[ Szerkesztve ]

Véleményem szubjektív...

Hozzáférnek az SRM-hez és SSH kapcsolatuk van, simán reprodukálni lehet a kapott információkkal a problémát. Nálam is pontosan ez volt anno, én sem értem.

<-ƘƘ->

És, ez így 2-ből 2 eset, ahol azt mondják, hogy nem sikerült.. Nem nagyon értem.. Pedig egyértelmű.. De tény, hogy nem mindig jön elő.. de ha nem csinálja, akkor sem 100%-os a nat.

Véleményem szubjektív...

A tegnap felvetett problémámra azt gondoltam ideiglenes megoldásként, hogy Samba helyett FTP-n keresztül mozgatom át a szükséges fájlokat - de sajnos az eredmény ugyanaz: a 6-7-8 gigás fájlok átvitele közben teljesen megnyekken a router. Mondjuk korábban már 300 megás fájllal is sikerüt kiütni, szóval nem biztos, hogy nagy fájl specifikus a hiba...
Kipróbáltam úgy is, hogy az USB-s HDD-ről egy SD kártyára próbáltam mozgatni a fájlokat (tehát laptopot kiiktatva, készüléken belül), de úgy is kifagyott pár perc után.
Most még az jutott eszembe, hogy az USB-s vinyó fájlrendszere NTFS (szándékosan, hogy szükség esetén Win-es laptopra dugva is használható maradjon). Ez okozhatja a fájlkiszolgáló szolgáltatások (Samba, FTP) leállását?

Nekem elsőre se a SMB tűnt ludasnak és továbbra se de tippelgetni ...
Én első körben is a linux és ntfs kezelésre gyanakodnék vagy az usb eszköz vezérlője.
Ha bele fér akkor első körben formáztasd meg a routerrel ext4-nek és ha akkor is csinálja kérj kölcsön egy másik külső HDD -t.

Tesztnek másolhatsz laptopról az SD -re is de annak pont az írása amúgy se az erőssége a routernek de ki nem szabadna fagyni viszont ha ott is csinálja akkor nem a usb vezérlő meg olvasni ha már feltöltötted adattal tudja SD -hez képest normálisan ....

[ Szerkesztve ]

exFAT-et is látja a win, az is jó NTFS helyett.

*** "Ne kérdezz többet, mint amennyi a hasznodra válik." - Dante *** "Csak akkor tehetsz meg mindent, ha már semmid sincs." - Harcosok klubja ***

Synology NAS -on fizetős az exFAT kezelés (4$) a router kezeli ?

Egyszerűen nem értem a support-osokat.

Leírtam, hogy, ha feltelepítem az alkalmazást, megáll a hwnat, ha letiltom akkor minden rendben, jó a sebesség, és ha újra engedélyezem, akkor megint lassú.

Erre, küldenek egy üzenetet, hogy ha letiltom az alkalmazást, majd engedélyezem, akkor is lassú?

Egyszerűen nem értem, hogy mit nem értenek.....

Véleményem szubjektív...

Update, noh, elvileg megértették.. Kíváncsian várom mire fognak jutni a témában.

Véleményem szubjektív...

Hali, kész vannak már a szkriptek? MiniDLNA, transmission érdekelne egy hónap alatt még egy torrent se ment fel 1-es arányig. 1900-re kellene.

Persze, beírtam az összefoglalóba is már. Holnap pedig frissítem is őket, illetve jön a Plex telepítő is hozzájuk. Plusz írtam egy kontroll szkriptet amivel tiltani, engedélyezni és eltávolítani lehet a telepített progikat.

<-ƘƘ->

Beállítottam, egyből csatlakozik, de egyből el is dobja és ugyanúgy IP kiosztás folyamatban...

[ Szerkesztve ]

DS 918+ -ban van egy dupla LAN-os beállítási lehetőség, mi szerint "összefűzi" a kapcsolatot, de a routernek tudnia kellene a 802.3ad Link Aggregation Control Protocol-t. Ezt nem találtam sehol az RT1900ac-ben.

Nem támogatja egyáltalán ? Valaki esetleg próbálkozott már ezzel?

Köszi előre is

Rákeresve úgy látom, hogy nem támogatja az RT1900ac a Link Aggregation-t.
De egyébként ennek mi lenne az előnye? Mert az addig oké, hogy a router és a NAS 2 Gbps sávszéllel lenne összekötve. Na de a routeren nincs semmi olyan ami ekkora sebességet tudna (pl. USB vinyó), az internet és a többi hálózati eszköz pedig csak max 1 gigabites lehet. Ergo a kapcsolat fele leszűkülne mindenhogyan. Legalábbis pl. az én előző routerem (RT-AC87U) csak két portra tudta, 2+2-re nem. Így ott sem értettem, hogy akkor meg minek...

<-ƘƘ->

Már én is megtaláltam, hogy nem támogatja. Köszönöm azért, hogy megnézted!

Való igaz, még nincs jelentősége, talán később...

Van egy 415play, ami azt produkálta, hogy egyik HDD-ről a másikra lettel adatok másolva.

A másolás végeztével vmiért teljesen eldobta az életet magától , sárgán villogó legfelső led.

Próbáltam resetelni, előszőr csak ,hogy maradjon a DSM, utánna teljes reset, de semmi, az assistant nem látja és ua úgy villog a sárga led felül.

A HDD-ket kivettem, adatokat egy PC-vel le tudtam menteni. De nem tudtam azóta sem feltámasztani a NAS-t.

Raktam bele formázott HDD-t ,de semmi...

Valaki esetleg találkozott már ilyen hibával?

Köszi előre is!

Frissítésre kerültek a szkriptjeim, pár apróbb és lényegesebb dolgot módosítottam. Illetve bekerült a Plex Media Server telepítője is. Ez mondjuk kicsit korlátozottan képes csak futni a routeren (nincs transzkódolás), és mindenképpen ajánlott hozzá extra SWAP fájl.
Valamint írtam egy services_control.sh szkriptet is, amivel a MiniDLNA-t, az OpenVPN-t, a Plex Media Server-t és a Transmission-t lehet letiltani, engedélyezni és eltávolítani (uninstall).

Más:
Már egy ideje nézegetem és tesztelgetem az új (kábel) netemmel (max 25/2,5 MiB/s) a Transmission-t (chroot-olt Ubuntu alá telepítve). Nem sok tapasztalat lett még megosztva az elérhető átviteli teljesítményt illetően, ezért írnék róla kicsit.
Nálam olyan 10 és 20 MiB/s közötti az átlag letöltés, e fölé nem nagyon megy, pedig adott lenne még egy kis extra. Ezért úgy gondolom, hogy olyan 150 Mbps lehet a vége neki.
Nagyobb sebességű letöltés közben nem nagyon megy a feltöltés, de utána szépen kimaxolja az én kis 20 megabitemet.
Egyébként most, hogy minden aktiválva van, olyan 100 MiB-ot bekajál a SWAP is. Bár ez most inkább a futó Plex miatt van, egyébként nem jellemző ekkora érték.

<-ƘƘ->

Ez teljesen jó sebesség lefelé. Nagyon több nem is kell.
Egyébként mi veszi igénybe jobban a processzort, a le vagy a feltöltés?

Az USB-s írási műveletek (és persze a magasabb kapcsolatszám) miatt természetesen a letöltés. Ugyanez érvényes mikor gigabites hálózaton olvasol (feltöltés) és írsz (letöltés), ezért is lassabb ez utóbbi művelet.

[ Szerkesztve ]

<-ƘƘ->

Sziasztok!

A VPN Plus Server csomag az RT-2600ac routeremen ma délutánra auto-update-el frissült a Version 1.2.2-0215-ra, és ha elindítom és várok 3-4 percet - addig valami háttérmunkát végez, gondolom - akkor megkapom közel azt a letöltési sebességet, mintha nem futna a csomag, így a support ticketet lezárattam.

[ Szerkesztve ]

"Nekem a "link" egy hivatkozás legyen, ne egy ember ?!" - by Mr.CsiT

A Release Notes nem igazán említ ilyesmi javítást (bár lehet, hogy ez egy alig említendő minor bug volt) ebben a verzióban, de örülök neki ha mégis jó lett.
Engem egyébként az első pontja érintett. Amiatt egyáltalán nem lehetett aktiválni az OpenVPN szervert.

<-ƘƘ->

Úgy tűnik jó munkát végeztek:
- a csomagfrissítés nem írta felül a kézi openvpn config módosításokat
- végre át lehet írni 443-as porta kényelmesen a gui-ból

Kipróbálom, köszi a jelzést.

Ha ez nem az előző béta verzió, akkor nincs gond.

Hát, ez nem nyert.Eddig.

Tolok egy reboot-ot, hátha azután ok, de eddig, ez ugyan olyan rossz, mint eddig, sőt, rosszabb.

Azonos szerver, mindkettő második mérés:

Engedélyezve:

Leállítva:

[ Szerkesztve ]

Véleményem szubjektív...

Nálam is ilyen kipróbáltam. Töröltem is le megint.

[ Szerkesztve ]

Jah, ez ugyan olyan xar, mint volt.

Véleményem szubjektív...

- 4-5 percet várj a szolgáltatás engedélyezése után;
- csinálj 2 mérést.

Nekem az első, még 1-2 perc után futtatott ugyanilyen gyenge volt, de 4-5 perc után már jó lett. Mondjuk a karakterisztika érdekes volt: a teszt csík 1/3-ad részéig még csak olyan 300Mbps-ig ment fel, majd ott elkezdett durván feljavulni.

reboot nálam nem volt szükséges.

szerk: próbáld meg még egyszer

[ Szerkesztve ]

"Nekem a "link" egy hivatkozás legyen, ne egy ember ?!" - by Mr.CsiT

Állt egy ideig, akkor sem lett jobb.

Most áll már egy ideje, akkor sem megy ~500Mbps fölé.

Elég érdekes, 1 mérés 800, következő 500, aztán 600.. össze vissza ingázik.

3. mérés dunaújvárosra, bő 10 perc után:

Ez előtt volt 2 darab ~500Mbps. Ez akkor sem jó..

[ Szerkesztve ]

Véleményem szubjektív...

Igen súlyos sebezhetőséget találtak a Transmission-ben. A transmission-daemon-t ez alapból érinti, és ez települ például akkor is mikor valaki a telepítőszkriptemet futtatja.
Az Entware-nél még nem adtak ki frissítést ami befoltozná a lyukat, de Ubuntu-ra már kész van. Ha valaki ez utóbbit használja chroot környezetben, akkor erősen ajánlott a frissítése. Ennek a menete:
- SSH-n root felhasználónévvel való bejelentkezés, majd

cd /ubuntu
wget https://raw.githubusercontent.com/KrisztianKende/syno-router-scripts/master/services_control.sh
sh services_control.sh
4 - Enter - 1 - Enter - Enter

17.10-es kiadás esetén:

apt-upgrade

18.04-es kiadás esetén pedig, mivel a fejlesztői verziók nem kapnak biztonsági frissítéseket:

wget http://ports.ubuntu.com/ubuntu-ports/pool/universe/t/transmission/transmission-daemon_2.92-2ubuntu3.1_armhf.deb
wget http://ports.ubuntu.com/ubuntu-ports/pool/universe/t/transmission/transmission-cli_2.92-2ubuntu3.1_armhf.deb
wget http://ports.ubuntu.com/ubuntu-ports/pool/main/t/transmission/transmission-common_2.92-2ubuntu3.1_all.deb
uroot
dpkg -i /*.deb

A végén pedig a services_control.sh segítségével újra elindítható a Transmission.

<-ƘƘ->

Sziasztok!
Rt1900ac-m van.
Iphone-t használok, és azt vettem észre, hogy az iphone ha készenlétben le van téve, vagy ha töltőn van egy idő után 1-2-5 perc után nincs rajta wifi, hiába van bekapcsolva.
Van olyan is, hogy ha hazaérek, addig nem csatlakozik a wifire amíg fel nem élesztem a kijelzőt.
A telefon jó, mert a párom iphone-ja is így viselkedik.
Az én telóm a melóhelyemen rögtön csatlakozik felélesztés nélkül a tök egyszerű TP-Link 741ND routerre.

Ezzel az egésszel csak az a baj, hogy így a telókon hiába van bekapcsol az automatilus icloud mentés nem történik meg.
Aki nem tudja annak elmondom, hogy úgy működik, hogy ha az iPhone töltőn van és wifire csatlakozik 10 perc használaton kívüli idő után automatikusan elkezdi a mentést.

Mit lehet ezzel kezdeni?

5 GHz-en válaszd a 36-48 közötti csatornákat. 2,4 GHz-en meg az 1-11 közöttieket

*** "Ne kérdezz többet, mint amennyi a hasznodra válik." - Dante *** "Csak akkor tehetsz meg mindent, ha már semmid sincs." - Harcosok klubja ***

Köszi, de ez már meg volt.
Az 5GHz 36, a 2,4GHz 8-as csatornára be van lőve fixen, és így is jelentkezik a hiba.

Egyéb tipp valakitől?

Akkor nézd meg, hogy esetleg másik iOS eszközzel csinálja-e ugyanazt vagy sem. Nálam eddig 27 eszközből egyet sem dobott, az iPad-emet is hibátlanul kezelte. Érdemes végig menni és ha nem találod a hibát akkor írj a "support"-nak. A telefonodnál is nézd meg, hogy nincs-e véletlenül valamilyen akkukimélő mód bekapcsolva, stb.

*** "Ne kérdezz többet, mint amennyi a hasznodra válik." - Dante *** "Csak akkor tehetsz meg mindent, ha már semmid sincs." - Harcosok klubja ***

Megint azt a választ kaptam, hogy nem tudják reprodukálni a hibát, mert ők más oldalon tesztelnek, és elvileg ott nem jön elő. Én is leírtam nekik annó, hogy nem minden szerverről lassul be drasztikusan, de akkor is lassabb, ha fut a szerver.

Véleményem szubjektív...

Mégis nem azzal kéne tesztelnie amivel a probléma van?
Ezek vagy hülyék vagy téged néznek hülyének.
Ha csak egy irányba is előjön a hiba akkor az hiba. Még ha ők lennének az internet szolgáltató mondhatnák, hogy csak XY -el tesztelve vállalnak bármit.
Jó, hogy nem írják azt, hogy fizess elő lassabb nettre és akkor nem lesz hibás.

Vagy írják le, hogy a VPN szerver telepítése önmagában több száz Mbps -es sebesség vesztést is okozhat bizonyos IP címek elérésénél. Értitek, nem a használat hanem az ha ott fut a routeren . Mert ha már VPN -be lépve és a tunelen belül lassulna radikálisan akkor azt mondom hát jó ennyit bír de ez így kabaré.