Üdv. A segítségetekre lenne szükségem router vásárlás kapcsán. Adott az ipvanish.com által egy vpn amihez csatlakozni szeretnék openvpn-el udp vel a 443 as porton. Eddig egy tp-link wdr 4300 as routert okosítottam, majd csatlakoztam, viszont a 30/5 megás netet, csak 10/5 ként képes lekezelni. Ezért szeretnék egy kicsit komolyabb eszközt beszerezni, amivel minden gördülékenyen megy. Két alternatívát nézegetek, de nem tudom, hogy van e szükségem az erősebb routerre. Alapjában véve 5-10 eszköz kapcsolódik hozzá, 2 kábelen a többi laptop, telefon, tablet a wifin keresztül. Nincs általában nagyobb terhelés a helyi hálózaton, így a 100mbit ethernet is bőven elég lehet. Viszont wifin elég sok youtube és társait néznek. Köszönöm a segítséget. (Ha ezeket kevésnek gondoljátok hozzá, még gondolkodtam egy itx + centos alapú router megoldáson, de ha nem muszáj, most nem állnék neki barkácsolni, ha ezzel is megoldható.)
RouterBOARD hAP SOHO wireless router, Level 4
http://www.wireless-bolt.hu/40027-wireless-soho/637106-routerboard-hap-…
RouterBOARD 951G-2HnD SOHO wireless router, Level 4
http://www.wireless-bolt.hu/40027-wireless-soho/544830-routerboard-951g…
- 3153 megtekintés
Hozzászólások
Tudomásom szerint a RouterOS nem támogatja az UDP módot az OpenVPN-nél.
"Currently unsupported OVPN feature:
UDP mode
LZO compression
TLS authentication
authentication without username/password"
- A hozzászóláshoz be kell jelentkezni
Igazad van, ezt most látom. Kicsit jobban utána olvasok, nekem sajna a tcp túl sokat rontana itt a helyzeten.
- A hozzászóláshoz be kell jelentkezni
Ahogy az előttem szóló is mondta a Mikrotik OpenVPN csak TCP-n megy. Szóval felejtős eleve.
A másik dolog, hogy a hAP-ot is meg a 951-et is nyugodtan elfelejtheted 10Mbs felett VPN-re.
Nagyjából azoknak is ugyanott van a vége titkosítás erősségétől függően mint a 751G-nek.
- A hozzászóláshoz be kell jelentkezni
igen,megerősítem OpenVPN esetén olyan 10-15mbps körül.
Alternatíva lehet esetleg a 850G (vagy 1100AHx2)
- A hozzászóláshoz be kell jelentkezni
Már ha jó a TCP mód..
Szvsz a Mikrotik (RouterOS) OpenVPN kombó alapból felejtős.
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
A válaszom arra irányult, hogy a kérdező szeretne valamilyen MikroTik eszközzel OVPN kapcsolatot megvalósítani egy adott VPN szolgáltató felé, adott porton és protokollon (udp, 443).
Ez ebben a formában MikroTik eszközzel (legalábbis RouterOS-el) nem fog menni.
Jó cucc a RouterOS/Mikrotik, de az OpenVPN funkciója erősen hiányos.
Két hálózat összekötésére, főleg MikroTik<-->MikroTik között ÉN biztosan nem az OpenVPN-t választnám, igaz tesztkörnyezetben való játszadozáson kívűl nem foglalkoztam ezzel a részével, és nem is akarok :)
- A hozzászóláshoz be kell jelentkezni
Khm... ezzel azért picit vitatkoznék.
1. EOIP, IPIP ugyebár titkosítatlan.
....Tudom már van az EOIP-nek is IPSEC módja.
Ördög tudja miért de nekem az EOIP+IPSEC kombóval nem jött össze a 30/30-as neten még a fele sebesség se....eddig
2. PPTP-t régóta tudjuk hogy messze van a biztonságostól... L2TP is max IPSEC-el karöltve.
3. IPSEC... Tudja, amit kell viszi is a procit, de a mikrotiknél egy jóideig nem igazán volt Roadwarrior jelleg támogatva.
Nem tudom most mi a helyzet ezen a téren pl... De ha van 2 fix ip akkor no prolemo :D
4. OpenVPN....
Titkosítás pipa, sebesség pipa, roadwarrior mód pipa....
- A hozzászóláshoz be kell jelentkezni
A roadwarriort most neztem, de jelenleg csak 1 nat mögül 1 kliens tud menni :/ Szóval kb OpenVPN marad. Bár most láttam hogy van ip-ip IPSEC el. 2 router között most azt használom.
Fedora 22, Thinkpad x220
- A hozzászóláshoz be kell jelentkezni
Mennyit tudtál kihozni belőle?
- A hozzászóláshoz be kell jelentkezni
VPS ben vannak, de most néztem 45-48Mbitet, ha 2 vcpu van adva a mikrotiknek. Xen HVM alatt. 1 vcpu val valami 36 volt. Viszont ha VPN teljesitményt akarsz mikrotiknél akkor PC, esetleg a AH sorozat tud ipsec-et hw-esen.
Fedora 22, Thinkpad x220
- A hozzászóláshoz be kell jelentkezni
Xen HVM egy f*s, ha kell teljesítmény is (hacsak nem adsz neki direkt NIC-et PCI passthru-val).
Ha VPN, akkor inkább egy 1100AHx2 (esetleg CCR ha már támogatja a HW IPSec-et), 3-400mbps-t átvisz HW gyorsítással, PC-nél meg ez lezabálja a CPU-t (szerintem).
- A hozzászóláshoz be kell jelentkezni
Hát igen, mikrotik meg sajna nem támogat semmit. pedig a Xen PVHVM igencsak jó. Igaz vannak esetek amikor a PV a jobb. A network tipikusan jobb PV-ben, kár hogy a mikrotik nem támogatja.
Fedora 22, Thinkpad x220
- A hozzászóláshoz be kell jelentkezni
Ne légy telhetetlen :D
Kaptunk egy tudással igencsak jól felvértezett OpenWRT alternatívát SOHO szintre
meg komolyabb helyre szintúgy alternatívát jelentő routert.... némi kompromiszummal.
Az áráról nem is beszélve. Akinek valóban komoly tudás/minőség/megbízhatóság/garancia
kell annak ott a Juni, Netasq, Cisco és társai.
- A hozzászóláshoz be kell jelentkezni
Ez ok de azért így 2015 ben egy xen/kvm driver ami már ezer éve a kernel része olyan nagy dolog ? Bár ha jól tudom az X86 image 32bites és 2G ramot tud :D
Fedora 22, Thinkpad x220
- A hozzászóláshoz be kell jelentkezni
Előbbi: kvm is már OK (állítólag) Xen még nem indul el. Utóbbi igen, csak Tile architektúrára van nagyobb,ill. a CHR (cloud hosted router) talán - de az meg Xen alatt még nem indul el...
- A hozzászóláshoz be kell jelentkezni
Ezekről hol olvasol ? valami fejlesztői fórum ?
Ui: megtaláltam, cloud hoster router
Fedora 22, Thinkpad x220
- A hozzászóláshoz be kell jelentkezni
Nálunk KVM alatt fut, mikor keresgettem írták hogy OK rajta, bent vannak a virtio driverek. GRE + ipsec, backup gépről indítva (celeron g1840), ~240 Mbps a CPU 30-35%-át viszi el.
- A hozzászóláshoz be kell jelentkezni
Hirtelen meglestem a 6.33rc36 ost Xenserver 6.5 alatt:
1 vpcu esetén:
rtl8139 esetén az átvitel 40-50mbit
e1000 esetén ~150
virtio nál 600
Fedora 22, Thinkpad x220
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
Azt nem tudom, gondolom ott ahol a virtio driver bekerült.
Itt a hekkelés:
http://www.netservers.co.uk/articles/open-source-howtos/citrix_e1000_gi…
Persze megjegyzem, hogy 2 linux között 12-13Gbit ment át a belső, switchen, szóval ehhez képest a mikrotik még mindig sehol sincsen.
Fedora 22, Thinkpad x220
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
Azt nem tudom mert elég régóta xenserver-t tolok, sima linux + xen nem nagyon van.
Fedora 22, Thinkpad x220
- A hozzászóláshoz be kell jelentkezni
értem. csak azért kérdem, mert ott default választható az RTL8139 helyett az E1000
(és nem rémlik, hogy 150mbps-nél többet sikerült volna vele produkálni)
- A hozzászóláshoz be kell jelentkezni
Csak mikrotiknál néztem a sebességet, a többi linuxnál mind1 szerintem.
Fedora 22, Thinkpad x220
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
FYI éppen szendvedik ki magukból azt az image-t, amivel megy virtualizáció alatt is.
Állítólag VmWare és Hyper-V már frankó.
- A hozzászóláshoz be kell jelentkezni
Akkor egyet kérdezek: 1500byte mtu átmegy fragmentálás nélkül bárhogy máshogy?
(ne azt kérdezd, hogy minek, hanem igen vagy nem)
- A hozzászóláshoz be kell jelentkezni
Erre mindketten tudjuk a választ. Valamit valamiért.
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
"Ez ebben a formában MikroTik eszközzel (legalábbis RouterOS-el) nem fog menni"
miért nem? ha a provider támogatja a TCP-t akkor fog menni. Az, hogy lassan, más kérdés.
(ha kikapcsolja a titkosítást akkor gyorsabb is lehet, de akkor minek tunnel? :-)
- A hozzászóláshoz be kell jelentkezni
OK, ha van és jó a TCP akkor persze, menni fog.
De a kiindulási pont az volt, hogy jelenleg udp van, és a topicnyitó azon szeretné megoldani.
- A hozzászóláshoz be kell jelentkezni
"Our VPN service uses these specific ports:
For OpenVPN, we allow connections via TCP or UDP on ports 443 or 1194. The Client uses port 443."
Ezt leszámítva igazad van.
- A hozzászóláshoz be kell jelentkezni
Ezt én értem, és nem is mondtam hogy a TCP ne lenne jó, de a topicnyitó írta hogy inkább UDP only.
-törölve-
"nekem sajna a tcp túl sokat rontana itt a helyzeten."
- A hozzászóláshoz be kell jelentkezni
Menni megy, de valóban nem lehet tőle teljesítményt várni. hAP/951-et felejtsd el, tényleg a 850-es a minimum. Illetve némelyik nagyobban (1100+) mintha lenne hw encryption, ami segíthet, de alapvetően a procik nem képesek 8-15Mbit/sec-nél gyorsabban titkosítani.
Mikrotik-Mikrotik transparens összeköttetésre inkább EoIP, vagy IPoIP tunnel, az minimális overhead az alatta levő csatornához képest (bár, minimális titkosítás is)
----------------------------------^v--------------------------------------
"Probléma esetén nyomják meg a piros gombot és nyugodjanak békében!"
- A hozzászóláshoz be kell jelentkezni
egy tp-link wdr 4300 as routert okosítottam, majd csatlakoztam, viszont a 30/5 megás netet, csak 10/5 ként képes lekezelni
És ezt milyen firmware-rel??
Mert ennél még a régi TL-WR1043ND is sokkal többet tud átpréselni magán.
Konkrétam 60/60-as net mögött volt, és simán át is jött rajta ennyi (OpenWRT-vel).
(WiFi-n csak 30/30)
A 4300-as most nincs olyan jó helyen, de kétlem hogy szarabb lenne mint a régi "elődje".
(A marketing anyag 800Mbps-t ígér WAN-LAN viszonylatban, a gyári firmware-rel)
--
zrubi.hu
- A hozzászóláshoz be kell jelentkezni
DD-WRT pakoltam rá OpenWrt ről. Viszont szerintem barkácsolok hozzá egy kisméretű itx es routert, másképp nem nagyon fog működni a dolog. Egy celeron j1800 2x2,4Ghz csak elég lesz már hozzá 2gb rammal.
- A hozzászóláshoz be kell jelentkezni
Félre érted - szerintem! Nem a netet magát, hanem rajta az OpenVPN-t nem tudta "agyilag" 10/5-nél gyorsabban - ahogy szintén "agyilag" sokkal többet a SoHo Mikrotik sem.
----------------------------------^v--------------------------------------
"Probléma esetén nyomják meg a piros gombot és nyugodjanak békében!"
- A hozzászóláshoz be kell jelentkezni
Megerősítem.
Cégnél 1Gbps neten CCR1036, itthon 40Mbps kábelneten RB433UAH. Utóbbi a szűkebb keresztmetszet prociban és sávszélben is.
Kíváncsiságból mértem párat: kettő közti OpenVPN tunnel-en mindössze 8-11Mbps jön és 40-55%-on jár az RB433UAH procija.
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
Valóban, félre értettem...
Ha csak a VPN kapcsolat a lassú, akkor újabb kérdés, hogy:
- mivel mérted a VPN-en belül a sebességet?
Mert windows share esetén voltak/vannak bajok rendesen, tehát nem biztos, hogy a gyenge hardver a szűk keresztmetszet. Javasolt egy sima http leöltés, vagy iperf/netcat mindkét oldalra.
- milyen kripto beállításokkal megy a VPN?
Ezek tesztelésével meg lehet találni azt a konbinációt, amit 'szeret' az adott hardver.
Javasolt egy teszt kikapcsolt (chiper none, auth none) titkosítással, hogy kiderüljön tényleg az-e a szűk keresztmetszet.
(persze, hogy ha az adott szolgáltatóhoz kell optimalizálni, akkor várhatóan ezen nem tudsz változtatni)
- az sem mindegy, hogy mennyire lett az openvpn fordításkor az adott hardverre optimalizálva.
Ilyen kicsi hardvereken nagyon sokat számít - ez meg nem triviális feladat, és egyátalán nem biztos hogy megéri vele foglalkozni, valószínűleg olcsóbb egy nagyobb eszközt beszerezni.
- oh, és manapság az is simán megeshet, hogy a kedves szolgáltatód direkt belassítja a VPN forgalmadat ;)
--
zrubi.hu
- A hozzászóláshoz be kell jelentkezni
> oh, és manapság az is simán megeshet, hogy a kedves szolgáltatód direkt belassítja a VPN forgalmadat ;)
...csak ha ez kiderül, akkor számíthat némi retorzióra az NMHH részéről.
Érdemes tesztelni:
http://szelessav.net/hu/halozatsemlegessegi_meres
- A hozzászóláshoz be kell jelentkezni
jól látom, hogy a hálózatsemlegességi mérés mindössze annyit néz, hogy tcp/22 és tcp/80 megnyitható?
a normál mérés pedig hazai mérőpontra mér - direkt, nem vpn-en át.
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
Nem számíthat.... pont pár napja fogadták el az EU-ban, hogy majdhogynem bármit megtehetnek okosan csavarva a rendelkezéseket.
- A hozzászóláshoz be kell jelentkezni