Hát azért belső hálós. De olyan amit nem használsz. Pld.: 192.168.255.0.
Mert mint írtam nem tudom, hogy nálam az utolsó frissítés vagy az miatt javult meg mert a VPN sebesség tesztek (ugye a fel irány alá sose ment be ezért úgy voltam vele csinálok pár mérést) miatt beállítottam. nem csak telepítettem és akkor néztem, hogy ez nem biztos, hogy jó a DIGI PPOE által átjárónak használt 10.0.0.1 miatt. De igazából ezt is csak tipp aztán lehet valami más az oka de nálam most jól működik.(és remélem így is marad) de azt tudd, hogy a NAS jobb szervernek amúgy .

[ Szerkesztve ]

Én ott ki szoktam választani, hogy alapból belső hálót használjon. Asszem van ott olyan jelölési lehetőség.

Nekem a frissítés után is ugyan olyan szh@r volt, mint előtte.. 100-150Mbps WAN oldalon, max.

[ Szerkesztve ]

Véleményem szubjektív...

Az lehet DE az ott szereplő alapértelmezettet még ha nincs is használva már a telepítéskor hozzá adja az útválasztási táblához és amíg fut az ott is van (Az OpenVPN -ét csak amikor az OpenVPN -t bekapcsoljuk ) . Szóval a Default az amíg a VPN Plus fut az bent van a táblában még akkor is ha nincs is rá beállítva semmi.

[ Szerkesztve ]

Őő.. Szerintem de, mert ha felraktam, annyi, h hozzáadtam a VPN felhasználót, és felcsatlakoztam, már vpn-en 192.168.x.y címet kapott.

Semmi mást nem csináltam, csak bepipáltam, hogy lokális hálózat használata, és hozzáadtam a felhasználót. Ha nem pipáltam ki a lokális hálót, akkor osztott ki 10.0.x.y ip-t.

[ Szerkesztve ]

Véleményem szubjektív...

Figyelj alapból választhatod a Default -ot és azt, hogy local network azért mert te a local network -t állítod be ő még a defaultot is hozzá adja (A router útválasztó táblájához nem a te gépedhez!!!). Igazából alapból amíg a VPN plus server fel sincs telepítve a local network -t tartalmazza a tábla amikor telepítjük a VPN plus -t akkor hozzá adja a default -ot.

Ez nem függ semmilyen beállítástól és te hiába nem is használnád és nem is használod ő hozzá adja amint elkezd futni. Ha le állítod akkor kiveszi ha elindítod vissza rakja azt az IP tartományt ami a default -nál van.

[ Szerkesztve ]

Most akkor nincs összefüggésben azzal, hogy milyen IP-t kap VPN-en keresztül az eszköz?

Mert ha ez más, akkor ok, ha ez az, akkor pedig, működött..

VPN Plus server telepít, ok, SSL VPN engedélyezés, OK, SSL VPN beállításaiban, helyi háló használata, OK, felhasználó hozzáadása, ok. Így 192.168.x.y IP-t kapok VPN-en keresztül, mintha LAN-on belül lennék. Ha ez más, amit írsz, akkor oké... De, ez Nekem így ment mindig. Ha a helyi hálóhoz nem teszek pipát, akkor nincs 192.168.x.y IP VPN-en belül.

Ha ez alapból nem elég, hanem még manuálisan is szh@rakodni kell vele, akkor kennyék a hajukra.

Amúgy a probléma még mindig ott kezdődik, hogy ha csak feltelepítem a VPN Plus szervert, és SEMMIT sem engedélyezek benne, vagyis egyik VPN szolgáltatást sem, már akkor is megcsuklik a WAN.. Szal, még mindig nem magával az SSL VPN szolgáltatással van baj, hanem magával az alkalmazással, szerintem.

[ Szerkesztve ]

Véleményem szubjektív...

Ne haragudj ennél jobban nem tudom leírni.
Nem is értem, hogy jön ide az eszköz meg, hogy milyen IP -t kap. A hiba akkor is fent áll amikor be sincs állítva semmi és engedélyezve sincs egyik VPN megoldás sem. A megoldásához sem kell egyiket se beállítani, ha egyáltalán az a megoldása. Ha átírtad amit mondtam kikapcsoltad és visszakapcsoltad a VPN plust a csomagkezelőben és nálad nem javult meg akkor nem az.

[ Szerkesztve ]

A VPN Plus Server csomag által alapértelmezetten beállított alhálózat ütközik a DIGI-ssel. Elvileg itt a probléma, ezt kellene átírnod. Fél perc az egész, és ha ez tényleg javít rajta, akkor érdemes megírni a Syno support-nak is.

[ Szerkesztve ]

<-ƘƘ->

A digi-é a 10.0.0.x, ez rémlik, csak az nem kerek, hogyha elvileg módosítom alhálózatéra, akkor miért maradna a vpn plus szerver 10.0.0.x-en. No de segáz.

Ha hazaérek, megnézem.

[ Szerkesztve ]

Véleményem szubjektív...

Ez nem csak az SSL VPN által használt alapértelmezett alhálózat, a PPTP, L2TP és az SSTP esetén is érvényes. Attól, hogy az SSL VPN-t aktiválod egy eltérő beállítással, még a táblában ugyanúgy ott marad a 10.0.0.0/24, ami ugyanaz mint a DIGI-é. Sőt, ha egyáltalán nincs aktiválva semmilyen VPN szerver, akkor is ütköznek ezek. Tehát érthető, hogy mindegy, hogy mit csinálsz az SSL-nél.

<-ƘƘ->

Mert te nem módosítod amikor beállítod hanem kiválasztod a képen is látható első sort ami a te otthoni IP címed.
Szerintem le kéne kérdezniük van e a hálózaton használva a 10.0.0.0/x és akkor pld.: 10.0.0.1/24 (vagy ugye egy olyan ami nincs) kéne használniuk de ez csak tipp, hogy itt valami nem jól fut le.

Mert pont az utolsó frissítés után néztem nálam ezt és még így is elsőre elég furcsa dolgokat csinált. Viszont mérni már csak akkor mértem, hogy milyen amikor tesztnél alacsony volt egy érték és ellenőrizni akartam a fel irányt és akkor néztem, hogy jé jó a le is. Ami változás volt tehát a nem jó álapothoz képes az az volt, hogy a router frissítve lett SRM 1.1.6-6931 Update 2 -re meg ezt át írtam ...

[ Szerkesztve ]

10.0.0.0/x és akkor pld.: 10.0.0.1/24 (vagy ugye egy olyan ami nincs)

Csak a teljesség kedvéért: a /24 miatt a 10.0.0.x az mind ugyanaz.
Nálam a digi pedig /22-es, tehát a teljes 10.0.0.x, 10.0.1.x, 10.0.2.x és 10.0.3.x átfedésben lenne vele.

Igen előrébb akart menni az az 1

[ Szerkesztve ]

Ok.

Remélhetőleg ez a probléma forrása és akkor ez is megoldódik.

[ Szerkesztve ]

Noh, úgy néz ki bejött, igazatok volt. Ez a megoldás.

Erre írtam át, ugyan így .255.0-ra, de ugyan úgy local network-re használom.

Ezt meg is írom nekik, hogy úgy néz ki, hogy ez a megoldás.. Köszi!

@gyugyo79: Neked is!

[ Szerkesztve ]

Véleményem szubjektív...

Kész a két VPN mérés:
Ubuntu Chroot - OpenVPN
Entware - OpenVPN

Egyéb infó.:
A Chroot első generált konfigurációjával volt valami bibi. A TLS kulccsal volt baja de generáltattam újat és azzal jó volt utána. Kimásoltam a logot, hogy majd megnézem de véletlenül bezártam ezért nem tudok neked se többet írni :/

hackeeeee
Örülök akkor, hogy csak ennyi meg akkor most már tudjuk ezt is.

[ Szerkesztve ]

Köszi, hogy csekkoltad ezt is. Sajnos akkor ezek szerint ez így sem tartozik a leggyorsabb megoldások közé.
Nálam mondjuk továbbra is kicsit magasabb értéket hoz. De nagy jelentősége nincs, mert ez mindenhogyan elég gyér eredmény ha a sebesség is tényező.

<-ƘƘ->

Sziasztok,
Lenne valakniek ötlete?

Egyik napról a másikra nem működika ds get. Nem tudok hozzáadni semmit.
A ds file minden további nélkül megy.
Mi lehet a baj?

Hát úgy néz ki ennyi.. Meg is írtam a supportnak, azt mondták, hogy figyelni fognak erre..

Véleményem szubjektív...

Sziasztok!
Csatlakoztam egy 2600-assal. Ha valakinek érdekes, a mall.hu-n vettem, regkártya és 2 éves Synology garanciajegy van hozzá.

Van esetleg Entware alá olyan alkalmazás ami monitorozza a WAN-on áthaladó összes forgalmat? (Olyasmire gondolok, mint a Tomato fw-ben van. Napi, heti, havi.... összesített forgalom.)

Még nem használtam de a Forgalom vezérlésnél a forgalmi statisztikák rögzítése az ezt is rögzíti nem?
(nem feltétlen tőled kérdezem ha úgy kérdezed, hogy még nincs routered és csak az érdekel, hogy lehet e ilyet)
Mert szerintem ilyen van alapból.

[ Szerkesztve ]

Van egy 2600-am.
Kendek erőteljes támogatása mellett fel is mentek rá egyéb cuccok, de ez egy kicsit hiányzik.
A régi routeren már megszoktam, mert hasznos.

A forgalomvezérlésnél csak a pc-t tudom kiválasztani ami kábelen csatlakozik.
A routerre kötött hdd-ről megy a forgalom nagy része, ezért érdekelne.

Na akkor okosabb lettem és ki se kellet ezt próbálnom , köszi.
Én nem használom a routert ilyenekre ezért nálam nincs SRM -> WAN forgalom így a hiánya ott a figyelés résznél fel sem tűnt . Amúgy 99.9% hogy van mert kb ugyan azok vannak lefordítva . De itt meg tudod nézegetni mik vannak.

Köszi a listát.
Egy darabig el fog tartani mire átnyálazom.
(Egy nagy részéről lövésem sincs hogy mi az, de gugli a barátod...)

A collectd és az a mod kell hozzá még ami érdekel szerintem meg valami ami az infókat szépen jeleníti meg neked (ez lesz a nehezebb). Szerintem várj még kicsit hátha kapsz kész megoldást arra amit szeretnél

Töröld le, majd rakd fel újra a download stationt.
Ha nem oldódik meg, akkor úgy állítsd be, hogy a ds get https porton (8001 az alapértelmezett) csatlakozzon a DS -hez.

Elvileg tegnap járt volna le a noip-s ddns-em. Megcsináltam a hosszabbítást, amikor jött a mail, erre ma fogadott 2 mail, az alábbi üzenettel: (a 2 üzenet között ~40 perc eltérés volt)

A rendszernek nem sikerült a(z) xxxxxxxxxx IP-cím regisztrálása ide: xxxxxx.i234.me a(z) Synology DDNS-szerveren. A jelentés szerint az ok a következő: [A csatlakozás nem sikerült. Nem lehet a kiszolgáló IP címét feloldani.].

Üdvözlettel:
Synology Router Manager

Ami 2 dolog miatt is érdekes, mégpedig, az egyik, hogy nem használok Synology DDNS-t, a quickconnect ki van kapcsolva, mivel noip-t használok, a másik, hogy már nagyon nem az volt az IP címem, ami a mail-ben volt, hanem más.

Arra gondoltam, hogy talán a 2. wan ip-je lehet talán ez, mert ugye azt nem látom. De akkor sem értem, hogy miért akart syno ddns-re regisztrálni, amikor a quickconnect le van tiltva.

Logban ennek az egésznek nyoma sincs..

[ Szerkesztve ]

Véleményem szubjektív...

Sziasztok!

A Synology támogatás annak ellenére, hogy elvileg lezárattam a hibajegyet vagy 3 hete, tegnap mégis küldött egy képet, a VPN Plus Server beállításának módosításáról - ami ahhoz kell, hogy ne legyen digis gigás netnél letöltési sebesség drop - amiről itt már írtatok korábban, de ez a hivatalos megoldás:

[ Szerkesztve ]

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

Igen, ezt Én küldtem el Nekik a múltkor.

Vicces azért, hogy használják, és rájöttek, hogy tényleg ez a gond..

Múltkor beszéltünk erről, Kendekkel és gyugyo fórumtárssal. Ők mondták, hogy valszeg ez lehet a megoldás. Majd mikor Nálam jó lett, elküldtem Nekik, hogy ez a megoldás megoldotta a problémát.. Ezek szerint tényleg.

[ Szerkesztve ]

Véleményem szubjektív...

Hát, csak számomra még mindig az a nagy kérdőjel, hogy, azon rugóztunk heteken keresztül, hogy melyik oldalon mérjek sebességet, hogy ott is vajon lassul-e...

Véleményem szubjektív...

nos,igen.valahol érthető is,mert pl. én ezzel az új speedtest.net-es mérőkével sosem tudom kimérni a maximumot,míg a flash alapúval igen.sőt!még az sem mindegy,hogy melyik böngészőt használja az ember.és innentől kezdve mehet az egymásra mutogatás.bár,az is igaz,hogy azért a synonál is fektethetnének nagyobb hangsúlyt arra,ha azt veszik észre,hogy többeknél is jelentkezik ugyanaz a hiba,akkor lehet náluk van gebasz.akkor meg kellene oldani,nem csak széttárni a kezüket.

mindazonáltal én eddig elégedett vagyok magával a routerrel

más,mindenkinek:

kicsit szórakoztam a ddns beállításokkal és arra lettem figyelmes,hogy egy-egy beállítás mentését követően a router törli a netszolgáltatótól kapott felhasználónév/jelszó párost.admin jelenik meg,mintha alaphelyzetbe állt volna.miért lehet ez?

azon morfondíroztam,hogy ezeknek a ddns szolgáltatóknak,mármint annak,hogy regisztrál náluk valaki,van-e valamilyen biztonsági kockázata?

illetve,egy up erre:

kicsit szórakoztam a ddns beállításokkal és arra lettem figyelmes,hogy egy-egy beállítás mentését követően a router törli a netszolgáltatótól kapott felhasználónév/jelszó párost.admin jelenik meg,mintha alaphelyzetbe állt volna.miért lehet ez?

Én nem tapasztaltam ilyet.

De amúgy melyikre gondolsz, a felhasználóra, vagy a ddns felhasználónév, jelszó párosra?

Véleményem szubjektív...

A fix domain névnek lehet egyfajta biztonsági kockázata. Illetve ha gyenge, vagy más szolgáltatással közös jelszót használsz, akkor az komoly probléma lehet. Általánosságban viszont nem kell a DDNS-től tartani, de esetleg javasoltabb lehet a gyári, Synology-s megoldást használni. Annál egyébként sincs kényelmesebb.

<-ƘƘ->

arra,amit a digi-től kaptam.lényegében visszaáll néha a syno az alapértelmezett admin-ra és nemtudom milyen jelszóra és úgy kell bepötyögni utána,hogy megint tudjak csatlakozni.

Kendek:

köszi!
végül is ja,sok mindent nem tudnak kezdeni a dinamikus ip címemmel,ha esetleg feltörik a ddns szolgáltató szerverét.a jelszó meg persze nem ugyanaz.

Jah mármint a pppoe? Én nem tapasztaltam ilyet.

Én akkor beírtam, amikor megvettem a router-t, azóta az van benne.

Véleményem szubjektív...

hmm,asszem rájöttem.a lastpass kavarhat be,mert megjegyeztettem vele az router belépési adatait és mindenáron azt akarja a pppoe-nél is alkalmazni.

Vásároltam egy RT1900AC routert. Elsőre óriási csalódás volt a wifi jelerősség, hiába volt magasra téve. Gyakorlatilag bármelyik korábban használt routeremet alulmúlta, a filléres tp-linktől a komolyabb Asus/Zyxel routerekig. A routerrel 1 térben sebesség terén minden jó volt, de ahogy elkezdtem távolodni, drasztikusan csökkent. Ahol másik router tudott 30mbit-et, ott a Synology tudott 2-15Mbit-et...
Olvasgattam, melyik országban mik a megengedett átviteli teljesítmények, és valahol írták, hogy kb. Indiában a legnagyobb. Átállítottam az országot Magyarországról Indiára, áramtalanítottam a routert, majd újraindítottam és azóta teljesen megtáltosodott. Gyakorlatilag majdnem olyan sebességet tudok távoli helyeken, mint előtte az Asus router tomatoval, határra emelt wifi jelerősséggel.
Szóval ha valaki hasonló problémával küzd, ez megoldás lehet.

Sajnos ez teljesen szokványos dolog a mai routereknél. Azelőtt nem voltak így leszabályozva, így az előző, sokkal olcsóbb és butább eszköz cseréjekor jön a meglepetés.
A Synology esetén legalább adott a régióállítás lehetősége, más routereknél általában még ennyi sincs. Üröm az örömben, hogy régióváltáskor az 5 GHz AC csatornakiosztás elállítódhat. Ennek eredményeképp pedig a hazai eszközök által érzékelt tartományon kívül eshetnek a használható csatornák.
Nálad most 20/40/80 MHz beállítás esetén mely csatornákat listázza? Itthon a 36, 40, 44, 48, 52, 56, 60, 64, 100, 104, 108 és 112-es csatornák vannak használatban. A többit általában nem kezelik a klienseszközök, hacsak nincsenek azok is megbabrálva.

[ Szerkesztve ]

<-ƘƘ->

Nekem Szaúd-Arábia rémlik, Tomato is arra volt állítva.

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

Plusz ugye ne felejtsük el az osztott antennákat sem. A legtöbb router-nél manapság a 2.4GHz beépített antennáról megy, és a külső antennák 5GHz-sek. Pl. a syno-nál nem tudom, hogy ez, hogy van megoldva.

Véleményem szubjektív...

Minden csatornát listáz amit írtál, plusz 149 153 157 161.

Lecsekkoltam:

iwlist wlan0 txpower # 2,4 GHz
Current Tx-Power:16 dBm (39 mW) # HU
Current Tx-Power:22 dBm (158 mW) # IN

iwlist wlan1 txpower # 5 GHz
Current Tx-Power:25 dBm (316 mW) # HU
Current Tx-Power:20 dBm (100 mW) # IN

A 2,4 GHz-es jel a gyakorlatban is tényleg sokkal erősebb lett, ezt megerősíthetem én is.
Viszont az 5 GHz az gyengébb, és a gyakorlatban is lényegesen rövidebb volt a hatótávja mint a 2,4-nek.
Ugyanakkor optimális tartományban sugároz, a 12-es és 13-as csatornák vesznek csak el.

[ Szerkesztve ]

<-ƘƘ->

Amikor Tomato-t használtam akkor sok olvasgatás után a Szaúd-Arábia lett a legkiegyensúlyozottabb és még volt valami. Nálam Szaúd-Arábia megoldott minden gondot, az 5GHz is erős, meg kéne keresnem azt ahol ez volt leírva.

[ Szerkesztve ]

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

iwlist wlan1 txpower # 5 GHz
wlan1 2 available transmit-powers :
0 dBm (1 mW)
25 dBm (255 mW)
Current Tx-Power:32 dBm (1496 mW)

iwlist wlan0 txpower # 2,4 GHz
wlan0 2 available transmit-powers :
0 dBm (1 mW)
25 dBm (255 mW)
Current Tx-Power:32 dBm (1496 mW)
...

Nekem ezt írja ha magyarra állítom, és ugyan ezt ha Ausztráliára.

Most akkor ez jó?

[ Szerkesztve ]

Tudok én is jobbat, Kanada:

iwlist wlan0 txpower # 2,4 GHz
Current Tx-Power:16 dBm (39 mW) # HU
Current Tx-Power:22 dBm (158 mW) # IN
Current Tx-Power:28 dBm (630 mW) # CA

iwlist wlan1 txpower # 5 GHz
Current Tx-Power:25 dBm (316 mW) # HU
Current Tx-Power:20 dBm (100 mW) # IN
Current Tx-Power:29 dBm (794 mW) # CA

Ráadásul ugyanazok a csatornák érhetőek el mint Indiában.
Szaúd-Arábiát is csekkoltam, de annak az értékei minden tekintetben megegyeznek a magyar régióéval. Még az elérhető csatornák is teljesen ugyanazok. Szerintem így semmi értelme arra váltani.

<-ƘƘ->