-
Fototrend
Mikrotik routerekkel foglalkozó téma. Mikrotik router típusok, hardverek, router beállítások, programozás (scriptek írása), frissítés, és minden Mikrotik routerrel kapcsolatos beszélgetés helye.
Új hozzászólás Aktív témák
-
Core2duo6600
veterán
válasz
E.Kaufmann
#6768
üzenetére
Néha előfordul, hogy a wifi chip némileg inkompatibilis az AP vel.
Itt bent a cégnél Unifi Wifi van, a korábbi Samu J5 öm szenvedett rajta, alig csordogált az adat, míg otthon a nevesincs Ap vel gond nélkül ment.
Van ilyen néha. -
ekkold
Topikgazda
válasz
E.Kaufmann
#6418
üzenetére
Az is lehet, hogy egy PC, tablet, vagy éppen egy laptop...
-
daninet
veterán
válasz
E.Kaufmann
#6412
üzenetére
ezek szerint nem volt fix cime mert kapott egyet amit nem én állitottam be

na mind1 hosszu sztori volt ez kicsit feleslegesen. köszi mindent

-
daninet
veterán
válasz
E.Kaufmann
#6410
üzenetére
végül sikerült, winbox megtalálta de egy másik IP-je volt mint amit beállitottam adresses-nél

ráadásul valamiért nem jelent meg a másik routerben a dhcp client-eknélde most megy, fasza minden. köszi a segitséget
-
daninet
veterán
válasz
E.Kaufmann
#6394
üzenetére
minden kész, mindent beállitottam, működik, fasza
viszont a mikrotiket többet nem érem el mióta switch
de működik 
-
daninet
veterán
válasz
E.Kaufmann
#6388
üzenetére
-
daninet
veterán
válasz
E.Kaufmann
#6381
üzenetére
minden része megvan, viszont a "RouterOS-en az összes portot a LAN oldali bridge-be rakod" részt tudnád részletezni?
Most bridge-ben egy darabot látok bridge1 néven, interface-ben van egy további rakás ethernet.Szóval akkor: Szolgáltató routeren engedélyezem a DHCP-t, a router IP-je jelenleg 0.100-ra végződik, átállitom ezt 1.1-re az egyszerűség kedvéért (igy nem kell ujrakonfigolnom az AP-t)
A mikrotik lesz 1.2Mikrotiken kikapcsolom a DHCP-t, átrakom bridge-be az összes portot (ezt részletezd légyszi). Kihagyok valamit?
-
adam900331
csendes tag
válasz
E.Kaufmann
#6353
üzenetére
Levittem az MTU-t egészen 1000-ig, de semmilyen változást nem tapasztaltam a sávszélességben. A btesthez létrehoztam ideiglenesen egy input firewall szabályt, de így sem csatlakozik.
-
adam900331
csendes tag
válasz
E.Kaufmann
#6351
üzenetére
Az MTU az ugyanakkora értékű mint amekkora az ADSL kapcsolatnak. ICMP nincs blokkolva. A btest-el nem tudtam megnézni a sebességet, a btestbe beírva a router WAN IP címét folyamatosan csak azt írja, hogy connecting.
-
válasz
E.Kaufmann
#6280
üzenetére
de miért akarnád másik szolgáltató dns szerverét használni? vagy miért akarnád egyik szolgáltató dns szerverét a másik hálózatából használni? ez ddos-ra adna lehetőséget, amiért ütnek mint az ipari áram.
eleve miért is konfigurálsz be fixen dns szervert? akár dhcp-vel, akár ppp-vel kapcsolódsz a netre, mindkét esetben megkapod a szolgáltatótól a dns konfigot.
két átjárós helyen meg úgyis arra az ip címre natolod a kimenő forgalmat, amelyik az adott hálózathoz tartozik, különben rendes szolgáltatónál nem működik az elérés se (invitel not included).
-
#19482368
törölt tag
válasz
E.Kaufmann
#6282
üzenetére
A kis cégek, milyen technológiai megoldásokat alkalmaznak, az szintén egy másik téma. Ami már számtalanszor ki lett vesézve, ki, miért kénytelen olyan megoldásokat alkalmazni, amiről tudja hogy nem lesz hatékony megoldás, és ami látszólag költséghatékony, hosszú távon inkább költség zabáló megoldások. Szintén nem tartozik Core fórum társ problémáihoz. Hiszen lakossági szinten alkalmazza, használja.
Nincs hátránya, se előnye. Pont ezt mondom. Hogy teljesen mindegy, sőt bizonyos értelemben, még hátrány is tud lenni. Pl amikor valami kompromittálódig, és az előfizető nevében történnek visszaélések. Ebben ez esetben, egy esetleges nyomozást, inkább hátráltathat. De mindenki azt használ, és úgy ahogy akarja. Én csak azt mondom, hogy a közhíresemmel ellentétben, semmi baj nincs a szolgáltatói DNS szerverekkel, illtetve csak annyi, ami a többi DNS szolgáltatónál is előfordul. -
#19482368
törölt tag
válasz
E.Kaufmann
#6280
üzenetére
Úgy ahogy más DNS szolgáltatás be tudsz állítani, ugyan úgy tudod használni a másik Internet szolgáltató DNS címét is. Ja a szűrés, hát ez egy kicsit vicces téma, főleg napjainkban
Az OPEN-DNS ad olyan szolgáltatást, hogy magad állítod be mire szűrsz. A dual wan-nak sincs sok értelme, főleg lakossági szinten. De ez már egy másik téma. ki mire, milyen célból, és annak mekkora a valós kihasználtsága, lakossági szinten.
Én is több előfizetéssel rendelkezem, de nem alkalmazok dual wan elérést. Talán azért mert az egyik előfizetés otthoni felhasználásra van optimalizálva, míg a másik home office-ra. A kettőt meg nem keverném, mivel teljesen mások a felhasználói igények. -
#19482368
törölt tag
válasz
E.Kaufmann
#6278
üzenetére
Az a baj, hogy semmivel nem jobbak mint a szolgáltatói DNS szerverek. Internetes felhasználói szokásaidat egy 2-3 félnek adod ki. Ettől még a szolgáltató tökéletesen tudja milyen forgalmat hova generálsz.
Ami a titkosítást illeti, abban sincs semmi különbség.
A cloud-falre-nek van olyan mobil applikációja ami VPN keresztül biztosítja a titkosítást. De ehhez is külön app kell. Tehát akár használhatod a szolgáltatói DNS-t is.Valójában semmi értelme más DNS szervereket megadni. A lényeg mindig az, hogy csak az általad preferált DNS címen tudjon kimenni minden forgalom. Minden más DNS szerverhez való csatlakozást dobja el.
Ha ezt beállítottad a routeren, akkor gyakorlatilag akár használhatod a router alapértelmezett privát DNS címét. Mivel minden forgalmat automatikusan forwardol az általad preferált DNS címre. -
válasz
E.Kaufmann
#6275
üzenetére
biztonsági szempontból elég zűrös a google dns szervereinek a használata.
normális beállítás esetén mindenki a szolgáltatói dnst használja.
-
Core2duo6600
veterán
válasz
E.Kaufmann
#6275
üzenetére
Érdekesség képpen.
Más magyarázatot nem tudok rá adni, valamint a tanulás folyamatát, hogy hogyan is kell beállítani, hogy megfelelő legyen. -
kovyhun
tag
válasz
E.Kaufmann
#6206
üzenetére
"Ma viszont nem voltam itthon, becsatlakoztam vpn-re telefonnal én is, így vannak még problémák, de talán elbírok vele"
Igazad volt, vissza kellett kapcsolnom a nat-ot a vpn címtartományra, mert telefonnal becsatlakozva nem értem el semmit.

-
ekkold
Topikgazda
válasz
E.Kaufmann
#6206
üzenetére
Nálam ez úgy működött, hogy a TPlinken beállítottam egy port forwardot, a 1723-as portra (PPTP VPN-hez) a mikrotik felé. Ahoz hogy a hálózat többi PC-je is lássa a becsatlakoztatott PC-t (vagy másik hálózatot és az azon levő PC-ket), fel kellett venni egy static routing szabályt is a TPlinkbe, hogy a VPN címtartományába (vagy a másik hálózat címtartományába) menő csomagok számára mikrotik LAN címe legyen a gateway. (Azonos címtartomány nem célszerű, de úgy is működhet, csak akkor mikrotiketben a bridge-t proxy ARP-nek kell beállítani)
Egyébként NAT-olással is működik a dolog, csak az sokkal nagyobb erőforrás igényű - ezért kevésbé célszerű.
-
szunyog199
tag
válasz
E.Kaufmann
#6193
üzenetére
Szia!
Eszköz kiresetelés után konfiguráltam fel, néhány firewall szabállyal. Kicsit előrébb jutottam a dologban. Rádugtam a laptopomat UTP kábellel a Mikrotik routerre, kábelesen jön a 30 MB/s letöltési sebesség stabilan. Viszont: Ha visszakapcsolom a Telekomos ZTE eszköz wifijét, majd arra csatlakozok(tehát kiiktatom a Mikrotiket), akkor a ház egy pontján, (kb 5m-e van a router), szintén hozza a 30MB/s letöltési sebességet. Ha visszarakom a Mikrotik routert, ugyanarról a helyről mérve már csak a korábban említett sávszélességgel jön(kb. 20Mb/s). Tehát az ADSL vonallal nincs gond, valahol a wifi beállításánál lehet valami hiba.
Wifi létrehozását úgy csináltam, hogy engedélyeztem a wlan1-es interfészt, átraktam ap bridge módba, beállítottam az SSID-t, majd létrehoztam egy security profile-t. A többi az maradt defaulton.
-
ekkold
Topikgazda
válasz
E.Kaufmann
#5727
üzenetére
Ennyire nem egyszerű a dolog szerintem. Van hAPac és RB951 routerem is (jelenleg AP-ként működnek), mindkettőben 128Mb RAM van, és a /system resources menüben is 128.0M-nak mutatja.
-
E.Kaufmann
veterán
válasz
E.Kaufmann
#5702
üzenetére
Látom, nem túlzottan népszerű itt a 3011-es
de azért újabb közérdekű infók, megkérdeztem az okát a gyengus IPSec teljesítménynek, erre jött a válasz Emils-től (miki support):
Currently the RB3011 IPsec performance is comparable with any of the IPQ4018 routers (like 450Gx4, hAP ac2), it actually shares the same driver, however there are 4 total crypto modules on RB3011 and as of now only 1 is enabled, meaning it has the potential to achieve even higher throughput. Anyway, we will continue to develop this driver, but in the mean time, 400Mbps over the 100Mbps which you were able to achieve with software crypto is a valuable gain in my opinion.
Magyarul a 4 kripto modulból csak egyet kezel a jelenlegi driver, de fejlesztik. Mire kifut a 3011, talán még kész is lesznek![;]](//cdn.rios.hu/dl/s/v1.gif)
Sebaj, mi úgy is mindent tovább használunk, mint kéne
-
válasz
E.Kaufmann
#5661
üzenetére
"A beépített sw-k képességeit már kritizálják a hivatalos Miki fórumon.": azt nehezen... merthogy nincsenek

szerintem is súlyos hiba volt ilyen gagyi switch-csel kihozni ezt a routert.
-
ekkold
Topikgazda
válasz
E.Kaufmann
#5661
üzenetére
Utánaolvastam én is. Szerintem otthoni felhasználásban nem tud problémát okozni a VLAN-ok szoftveres kezelése. Valószínűleg ezzel együtt sem igazán fut otthon semmi olyan, ami képes lenne komolyabban megterhelni ezt a CPU-t.
-
ekkold
Topikgazda
válasz
E.Kaufmann
#5661
üzenetére
Tulajdonképpen mi a gond a sw-el?
-
válasz
E.Kaufmann
#5661
üzenetére
Igen láttam, beleolvasgattam.
Pedig vártam amúgy rá, mert így akkor az RB450Gx4+hAPc kombót válthatta volna, de látva az árát marad minden
Amúgy októbertől lesz elvileg elérhető. -
ekkold
Topikgazda
válasz
E.Kaufmann
#5596
üzenetére
Egyelőre nem lesz IPV6. Bár a diginél elvileg működik az ipv6 is, nincs benne tapasztalatom, és nem is értek hozzá egyelőre. Nyilván előbb-utóbb szükség lesz rá, de most még nem sok mindenre jó.
Igazából ipv6-hoz nem feltétlenül kell router, kapsz egy címtartományt, amit elosztasz az eszközeid között. viszont kell egy jó tűzfal, mivel kicsit összemosódik a helyi hálózat az internettel, ezért valaminek ki kell jelölnie a határokat. Ugyanakkor biztos lesz aki abban az irányba megy majd, hogy a helyi háló maradjon csak ipv4, az internet meg ipv6, és majd natol a kettő között. -
f8enter
aktív tag
válasz
E.Kaufmann
#5576
üzenetére
Köszönöm, kipróbálom délután.
Kicsit a filozófiát tudjuk tisztázni?
A maszkarádnál a konkrét PPPoE IF-t kell megadni, ok.
Ha tűzfal szabályokat építek (forward), ahol a kimenő interface a br-wan, akkor a szabály érvényes lesz az összes pppoe irányú forgalomra? (a többi belső bridgenél érvényesnek tűnik)
Tehát ez egy kitüntetett speciális (=semmire sem jó) bridge, vagy használható gyűjtőként az éppen aktuális WAN interfaceknek? -
e90lci
senior tag
válasz
E.Kaufmann
#5571
üzenetére
Nem írtam,hogy szar csak van ettől jobb is pl:1100ahx4.
Más:
Valószínű ma kidobom az utolsó TP-link gigabites buta switch-emet.Csak még nem döntöttem el,hogy vegyek egy RB260GS-t vagy egy harmadik RB750gr3 ast switchnek.260GS-t nem ismerem swos sem használtam még.A kérdés melyikkel járnék jobban?Egy tv,egy erősítő,egy androidos box,megy egy ps3 csüngene rajta. -
Cirbolya_sen
aktív tag
válasz
E.Kaufmann
#5553
üzenetére
Annak néz ki, de ezt meghagyom szívni másnak, nekem elég egy ideig az rb450gx4 gyerekbetegségei

-
Adamo_sx
aktív tag
válasz
E.Kaufmann
#5093
üzenetére
Én 2 lépésben csináltam, de valahogy sosem sikerült teljesen egyértelműen elválasztani a ki és bemenő forgalmat (valószínűleg az én bénzásom miatt), különösen ha torrentet is próbáltam korlátozni vele.
Elvileg lehet egy lépésben csinálni, minden egyes csomagot vizsgálva is, de ez - szerintem - csak addig megy elfogadható prociterheléssel, amíg nincs túl sok kapcsolat. A forward és a post-routing között ebben az esetben nincs nagy különbség, de ha a forwardba teszed a mangle-t, akkor arra már a filterben akár szűrni is tudsz. Ha esetleg kell ilyen...
Packet flow. -
vkp
aktív tag
válasz
E.Kaufmann
#5091
üzenetére
Igen, mert egy olyan pc-re van dugva, ami a backup vonalon és a backup mikrotiken lóg

-
vkp
aktív tag
válasz
E.Kaufmann
#5089
üzenetére
A legkritikusabb routerembe van dugva egy soros konzol

-
vkp
aktív tag
válasz
E.Kaufmann
#5063
üzenetére
Én bátor voltam

6.42.1-nél volt olyan, hogy oda kellett menni a dobozhoz, mert 10 gigás sfp nem akart kommunikálni... kihúz-bedug megy... kibírtam röhögés nélkül... -
janos666
nagyúr
válasz
E.Kaufmann
#5026
üzenetére
Persze, csak annyi, hogy rögtön PoE-vel raktam össze elsőre, aztán vakargattam a fejem, hogy "na hol vagy?", de végül is jogos, hogy rá van írva "Internet", és a mellékelt papíron is rajta van, hogy alapértelmezésben aktív a tűzfal ezen a porton, csak AccessPoint és nem Router néven fut, így nem triviális.
De igen, már átkonfigoltam, egyszerűen bridge-re lehet dobni az összes ethernet portot és wlan-t.
Viszont picit bugos (szépséghibás / hiányos) még a szoftver.
Hungary + manual_tx módban a tx_power-t default-on hagyva, 2G-n N-only, 5G-t N/AC módra rakva a Current Tx Power fülön 2G-n minden létező módra 0dBm-et ír, 5G-n ez a teljes táblázat totál üres (a módok listája is hiányzik, nullákat se látok), szóval fogalmam sincs most milyen erősítéssel üzemel.
A másik bug, hogy (?) az 5G rédión teljesen hiányzik a HT MCS fül, bár igazából megvagyok nélküle, 2G-n is csak a Basic módokat pipálgattam le, minden MCS módot bennhagytam egyelőre (és talán vissza kell majd tennem pár basic-et ott is, majd kiderül).
Az alapján, amit notin jelszintre mérek, most kicsit hangosabban kiabál 2 és 5G-n is, mint az ASUS N66U a Merlin firmware-el (közel tettem mellé tesztelni), ami a legális fölé engedi lőni a txpower-t, szóval nem gyenge -> persze később több okból is visszaveszem majd, most csak próbálgatom.
Viszont egy másik emeleten gyengébb, szóval az antenna marad jobban síkban a hAP-on, ami nekem jó is (sokat fog a födém, úgyis külön AP kell a külön emeletekre normális sebességhez 5G-n).(#5027) Kiratheonly
Még konfigolgatom és AC-s kliensem csak 1x1-es van, N-ből van 2x2-es.
Pontosan mit szeretnél, hogy mérjek? WiFi sebességet iperf-el LAN-on pár különböző jelszinten az épületben, vagy NAT sebességet? (A NAT-ot és tűzfalat már teljesen kigyilkoltam, de később kiróbálhatom, ha backup-oltam, mikor kész a konfig.) -
E.Kaufmann
veterán
válasz
E.Kaufmann
#5022
üzenetére
Amúgy régebben is tapasztaltam már ilyet, hogy egyes oldalakkal hosszú ideig szöszölt az épp aktuális ROS Proxy szekciója, csak gondoltam, már kinőtte.
Valamint az is érdekes, ha egy másik proxy szerveren át böngészek, aminek a ROS Proxy a szülője, tehát rajta keresztül kommunikál a másik proxy a webszerverekkel, akkor nincs ilyen probléma -
#19482368
törölt tag
válasz
E.Kaufmann
#4842
üzenetére
Nem tudom, tegnap jelent meg a cikk, azzal a céllal másoltam be, és adtam meg a forrást, hogy aki esetleg érintett lehet meg tudja tenni a szükséges lépéseket.
(#4843) bambano
Igen, kicsit olyan tájékoztató célú. -
Gyurka6
őstag
válasz
E.Kaufmann
#4836
üzenetére
Hali!
140m dupla sc/Apc csatlakozóval, igaz 3 mm-es 7500 Ft. -
válasz
E.Kaufmann
#4835
üzenetére
"nem kellene külsős szakit hívni optikához": ebből látom, hogy tájékozatlan vagy.
próbáld meg újragondolni a készreszerelt optika kifejezést.a kábelfutárnál készre szerelt optikai kábelt tudsz venni többféle méretben, a 40 méteres például 11 ezer forint bruttó. Ha a két switch, amit 5 gigás rézzel akarsz most összekötni, közelebb van egymáshoz nyomvonalon, mint 40 méter, akkor 11 rugóért van szabványos, normális 10 gigát átvivő kábeled, amit csak be kell húzni. ha nem töröd el húzás közben, akkor nem kell hozzá szakember. Van belőle rövidebb is. Az ehhez való sfp+ modul darabja 2 rugóval olcsóbb, mint a 10gigás rezes sfp+.
tehát ha jól számolok, bruttó 7 ezer forint választja el a tisztességes, időtálló megoldást a barkácsolástól. tehát vagy tájékozatlan voltál, hogy erről nem tudtál, vagy olyan elvárásai vannak a főnöködnek, amitől jobb menekülni

én a magam részéről továbbra is ahhoz tartom magam, hogy amit vettem, marék rezes sfp+, az kuka, és veszek helyette optikát meg optikai sfp+-t. se tüzet, se a berendezések hőterhelés miatti fáradását nem fogom kockáztatni ilyen aprópénzen.
a fenti 7 ezer forint tekintetében kéretik újragondolni a nagyképűsködést is.
-
quby
őstag
válasz
E.Kaufmann
#4836
üzenetére
Csinálj nekik egy 1 napos outage-t a gerincen...ugy hogy ne menjen semmi (nem tudom mivel foglalkozik a cég). Ha egy napig nem tudnak dolgozni, és azt mondod nekik, hogy ez a sporolás eredménye átgondolják...
Én elözö munkahelyemen 3 évig rimánkodtam klimáért...nincs rá pénz....nyári szabi után megyek be, már az ajtóban vár a fönök tök idegesen hogy nem megy semmi...már messzröl gyanus volt hogy csend van a szerverszobában. bemegyek, 50 fok, szétrobbant a szünetmentes...szabályos detonáció volt. behivtam, ránézett, és közöltem hogy akkor mostmár nem csak klima kell hanem szünetmentes is. Szoljon ha van rá pénz...addig hazamentem....fél óra mulva volt rá pénz...

Nekem van ccs326. Nem használtam SFP-t de a SwOS nagy csalódás...
-
E.Kaufmann
veterán
válasz
E.Kaufmann
#4835
üzenetére
Letelt a szerkesztés. Szerintem amúgy is, aki Mikrotiket vesz nem azért teszi, mert olyan de csodásak a termékei, hanem mert olyan rohadt olcsók egy Cisco-hoz képest. Próbáljuk a maximumot kihozni a legkevesebből. Nem tudom, minek kell nagyképűsködni itt.
-
válasz
E.Kaufmann
#4833
üzenetére
értem, tehát a vezetés belemegy a 19790 forintos sfp+ rezes modulba, ami melegszik, de nem megy bele a 17290 forintos multimódusú miktorik 10 gigás optikai modulba (aminél van olcsóbb, nem mikrotik).
a vezetés belemegy, hogy cat7-es vagy 7a-s kábelt vegyél, aranyárban, 3-5 ezer forintos csatlakozókkal, de nem megy bele 10-12 rugós készreszerelt optikai kábel megvásárlásába?
megkérdezem: a vezetésed idióta?
-
válasz
E.Kaufmann
#4831
üzenetére
én kipróbáltam, majd kihajítottam a fenébe az egészet.
ennek oka, hogy a szabvány szerint nem lehet megcsinálni a 10 gigát rezes sfp+ modullal, mert nem bírja el az áramfelvételt a modul. a mikrotik megcsinálta, ennek az lett az eredménye, hogy a modul melegszik, mint az állat.én úgy voltam vele, hogy nem akarom felgyújtani az épületet, ezért lett kuka a cucc. ha 10 gigát akarsz, húzz optikát, az se olyan drága mostanában.
-
Sir John
tag
válasz
E.Kaufmann
#4630
üzenetére
Előbb átkonfoltam a 2. portra, mert lusta voltam elővenni a létrát.
Aztán rájöttem, hogy hiba volt, mert így is kell a létra, hogy átdugjam a wan kábelt a 2. portba.
Persze ez nem hozott megoldást, hanem a KÁBLECSERE igen!!!
Szóval a POE port használható! Visszaraktam az eredeti konfigot és az új kábellel megy gigán!
Uraim! Nagyon köszönöm!

-
válasz
E.Kaufmann
#4587
üzenetére
Magyarországon használható, az biztos. Egyszer rászántam az időt, és kigyűjtöttem mely országokban engedélyezett, és milyen teljesítményen :-)
-
válasz
E.Kaufmann
#4585
üzenetére
A 12 és 13 csatornát sok eszköz csak a Country Code megadásával vagy beállításával fogadja el.
Arra most nem emlékszem, hogy végül is a RouterOs ezt most hogyan kezeli. Volt erről a fórumon egy hosszabb topic.
Nekem eddig nem volt vele gondolom. -
válasz
E.Kaufmann
#4583
üzenetére
20 MHz mindenképpen.
1-6-11 is jó, bár én használom az 1-5-9-13 kiosztást is. -
Fooler89
őstag
válasz
E.Kaufmann
#4573
üzenetére
Igen, nálam is úgy van megoldva, hogy wpaddal ismerik fel a proxyt, mivel van pár laptop ami néha wifin néha pedig vezetéken megy. Bár mostmár beégethetném a beállítást, mégis valahogy szerapálni szeretném a forgalmat.
llacee: transzparens proxy nálam nem ment HTTPS-es vagy nem szűrt vagy a https hibákat. Ugye mindenhova telepíteni kellene a saját certemet, ami 400 mobilnál csinálja az jó anyja

bambano: Igen, ilyen egyszerűen is lehetett volna kérdeznem

Köszönöm a választ! -
válasz
E.Kaufmann
#4551
üzenetére
szerintem nem feltétlenül.
másrészt ha úgyis cseréled, cseréld ac-sre, az se sokkal drágább.nekem mondjuk nagyon bejön, hogy a 922UAGS-5HPacD panelen van sfp is, de ymmv.
-
válasz
E.Kaufmann
#4549
üzenetére
attól tartok, hogy az nv2 protokoll kicsit belemókol a csomagok sorrendjébe, emiatt a tcp időnként megáll, pláne, ha ssl vagy ilyesmi is van rajta.
emlékeim szerint az nv2 szétdobálja két streamre a csomagokat, emiatt felmerült bennem, hogy előfordulhat, hogy a csomagok érkezési sorrendje megváltozik.
persze az is lehet, hogy egy tcp szálon történő kommunikációt pont nem tud terhelésmegosztani az nv2, ezért lassul le. rég volt, hogy ilyet olvastam

-
válasz
E.Kaufmann
#4547
üzenetére
próbáltam burkoltan jelezni, hogy az MBps az megaBYTEpersec mértékegység, 50 MBps az 400+ Mbps, az nem megy át az n-es protokollal is max. 150Mbps/stream csatornán.
-
válasz
E.Kaufmann
#4545
üzenetére
50 MBps?? az nem megy át egy kétcsatornás nv2-es linken.
50 Mbps meg kevés.szerk: azzal meg nem tudsz mit kezdeni, hogy teleszemetelték a szabad frekvenciákat...
-
válasz
E.Kaufmann
#4543
üzenetére
azt tapasztaltad, hogy nem stabil a 912UAG-5HPnD?
én most akarok több ilyesmit beszerezni. -
E.Kaufmann
veterán
válasz
E.Kaufmann
#4540
üzenetére
Látom, nem sokakat izgat itt még az IPv6

Közben azt látom, hogy az egyik legújabb RC changelog-jában megjelent a következő:
dhcpv6-server - added DHCPv4 style user options
Na hátha ez lesz a nyerő.Más:
912UAG-5HPnD rádiókat cserélnénk lassan, amit PtP-ben használtunk, de kérdés, hogy mire érdemes, akár Mikrotiken belül, akár azon kívül. Nem kellene sokkal nagyobb sebesség, inkább kisebb késleltetés, meg nagyobb stabilitás.
-
almi
senior tag
válasz
E.Kaufmann
#4191
üzenetére
Értem, köszönöm szépen!
-
válasz
E.Kaufmann
#4151
üzenetére
az történt, hogy a routeros korábban nem beszélt stp-t a switch chipekben. ezt a 6.40-ben bevezették. de a bevezetés nem sikerült elsőre hibátlanul, így a 6.40.rc.x-eknél volt, hogy kicsit megomlott a cucc, amiben bridge volt, mert a bridge kódba rakták bele a hw switch stp támogatást.
legalábbis ez volt leírva az illetékes mikrotikes changelogban.
-
válasz
E.Kaufmann
#4140
üzenetére
Csak UTP kábel jön be a fali rackből. Diginél nem szoktak adni routert. Modemet sem.
Gr3-ban nincs wifi. -
almi
senior tag
válasz
E.Kaufmann
#4116
üzenetére
Szia!
Köszönöm szépen, végülis sikerült úgy megcsinálni, hogy létrehoztam egy ca.crt-t és key-t, amit felvettem a Windowsos kliensen a certek közé és csináltam a ca-val egy server.crt-t és server.key-t, amit ugye a mikrotiken adtam meg az SSTP szerverhez.
Ezen felül van egy felhasználói név és jelszó az azonosításra.
Mennyire biztonságok így a csatorna, hogy nincs külön client cert?(Ha bepipáltam a beállításoknál, hogy Verify Client Certificate, azzal már nem jött össze a dolog sajnos.
Az alábbi hibát kaptam: A leíróval társított megnyitás-zárolás most más leíróval van társítva.)De ha ez csak egy plusz azonosítási szint és a csatorna így is titkosított, akkor végülis megfelelne csak a ca.crt-vel is a dolog.
-
E.Kaufmann
veterán
válasz
E.Kaufmann
#4117
üzenetére
Akkor is szóljatok, ha van az elképzelésben más biztonsági bukfenc is, azon túl, hogy nem szerencsés a Mikire átmásolni a tanúsítványt, nem vagyok otthon a cert-es dolgokban.
Elsőre lehet kézzel érdemes lefuttatni, hogy elfogadtassuk a miki kulcsait az SSH kapcsolathoz. Lehet érdemes kiegészíteni amúgy az ssh és scp parancsokat a következő opcióval, guglis keresés alapján:
ssh -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/nullJa és az sshpass külön telepítendő, a legtöbb gyári tároló elvileg tartalmazza a csomagot.
-
E.Kaufmann
veterán
válasz
E.Kaufmann
#4087
üzenetére
Kész a nagy mű pre-pre-prealfa változata.
Lényeg, ha már van egy szerverünk ugyanazon domainneven Letsencrypt tanúsítvánnyal (vagy bármi mással és acme-n vagy mi a nyavalyán át frissül automatikusan), hogyan lőjjük fel azt a Mikrotik routerünkre is, pl jelen esetben SSTP szolgáltatáshoz.
Cseh és más nemzetközi oldalakról összeollóztam. Valahogy csak szkriptként a mikin meghívva nem működött, valamint beraktam várakozási időket, mert különben nem tud időben felmásolódni és települni a tanúsítvány.
Ha bárkinek van fejlesztési ötlete pl a sleep-ek kihagyására, az ssh parancsok kiadására, másolásra, tanúsítvány lejártának ellenőrzésére, azt szívesen fogadom és megköszönöm.
A lényeg, hogy figyeli az élő cert MD5 ellenőrzőösszegét a script (pontosabban valamelyik cron mappába helyezve periódikusan indítva. Ha nincs még ellenőrzőösszeg, akkor úgy veszi, hogy elavult a Mikin a cert)Amiken változtatni kell a használatához a Miki jelszava, a Miki címe (x.x.x.x), esetleg a felhasználónév (admin), az MD5 ellenörzőösszegek helye (/root/lec_hash, /root/lec_hash_tmp maradhat is, igény/biztonsági megfontolások szerint)
Csak saját felelősségre!!!!
#!/bin/bash
# Update Mikrotik certs
touch /root/lec_hash
s=$(cat /root/lec_hash)
#Unsafe method, password for Mikrotik
pass="jelszo"
md5sum /etc/letsencrypt/live/valami.domain.hu/cert.pem > /root/lec_hash_tmp
if [ "$s" == "$(cat /root/lec_hash_tmp)" ] ;then
echo "Cert O.K."
else
echo "Cert has renewed..."
echo " Upload key..."
sshpass -p "$pass" scp /etc/letsencrypt/live/valami.domain.hu/privkey.pem admin@x.x.x.x:vpn.key
sleep 3
echo " Upload cert..."
sshpass -p "$pass" scp /etc/letsencrypt/live/valami.domain.hu/cert.pem admin@x.x.x.x:vpn.pem
sleep 3
echo " Preinstall cleanup..."
sshpass -p "$pass" ssh admin@x.x.x.x '/certificate remove [find name=vpn.pem_0]'
sleep 3
echo " Import cert..."
sshpass -p "$pass" ssh admin@x.x.x.x '/certificate import file-name=vpn.pem passphrase=""'
sleep 3
echo " Import key..."
sshpass -p "$pass" ssh admin@x.x.x.x '/certificate import file-name=vpn.key passphrase=""'
sleep 5
echo " Install cert for SSTP..."
sshpass -p "$pass" ssh admin@x.x.x.x '/interface sstp-server server set certificate=vpn.pem_0'
sleep 3
echo " Postinstall cleanup..."
sshpass -p "$pass" ssh admin@x.x.x.x '/file remove vpn.pem'
sshpass -p "$pass" ssh admin@x.x.x.x '/file remove vpn.key'
echo " Save new certs md5..."
md5sum /etc/letsencrypt/live/valami.domain.hu/cert.pem > /root/lec_hash
echo " Ready now!"
fi -
almi
senior tag
válasz
E.Kaufmann
#4110
üzenetére
Most odáig eljutottam, hogy a CN nem felel meg az átadott értéknek.
Pedig a CommonName az ugyan az mind a 2-nél. Hm-hm. Legalább most már más a hiba..

-
almi
senior tag
válasz
E.Kaufmann
#4108
üzenetére
Szia!
Köszi, kipróbálom.
A másik tanusítványt, amit létrehozol az server tanusítvény legyen? Tehát build-key-server-el hozom létre, vagy mintha kliens tanusítványt hoznék létre, tehát build-key client, stb.?
-
bacus
őstag
válasz
E.Kaufmann
#4101
üzenetére
Én nem voltam katona, egy tonna orvosi leletem volt, hogy megússzam.
A honvédelmi oktatás a közép iskolai padok között történt, kb. mint általánosban a szexuális felvilágosítás.Mi jól szórakoztunk rajta, mert sorkatonák jöttek az ország leg eldugottabb falvaiból, és messze nem jutottak volna be az okosabb vagy mint egy ötödikes versenyre. Konkrétan ott hallottam tőlük, hogy ha messzebbre akarsz lőni, akkor fejjel lefele tartsd a géppisztolyt, ezt ők véresen komolyan gondolták.

-
bakonyip95
tag
válasz
E.Kaufmann
#4092
üzenetére
Köszönöm a tanácsokat, ki fogom akkor próbálni, akkor különböző állásokban!
A rébuszokat nem rád értettem, hanem bacus kollégára, bocsánat, ha magadra vetted!
-
bakonyip95
tag
válasz
E.Kaufmann
#4089
üzenetére
Egy falon van az ap, nem plafono és fentről jön a vezetéke és ha nem számít a helyzete, akkor esztétikusabb lenne, ha egyből belemenni az ap-ba és nem kellene bekanyarítani alá.
Szóval a rébuszok mellett, van valami hátrány, ha fejjel lefelé teszem?
Köszi! -
E.Kaufmann
veterán
válasz
E.Kaufmann
#4083
üzenetére
Nincs senki aki automatikusan tölt át linux szerverről tanúsítványt? Vagy titok?
Van egy script-em, ami már feltölti nekem a cuccost és az SSTP müxik is vele, csak nem tudom, ha jön egy új tanúsítvány, hogy kel a régit felülcsapatni automatikusan.
Összefoglalva, van egy webszerver, ami a Letsencrypt-ről frissíti a tanúsítványt és az egyedi porton működő SSTP szolgáltatáshoz is szeretném felhasználni, kézzel működik a dolog, de jó lenne valami automatikus megoldás. -
Fooler89
őstag
válasz
E.Kaufmann
#3606
üzenetére
Először is köszönöm mindenkinek a válaszát!
Akkor ezek szerint nem esélytelen, bele fogok mélyedni a témában és ha majd elakadtam írok.A használat az egy eléggé érdekes kérdés. Ugye ha egy sulit nézünk akkor órán nem lesz akkora a terhelés mint szünetben. A vasszigor miatt ez már itt kérdéses.
Meg hát igen az is érdekes téma, hogy mire használják a mai fiatalok a internetet. Még nem jutottam el egy proxy telepítéséhez szóval marad a megérzésem. Közösségi oldalak, market frissítése, zene youtube.
Itt ugye azonnal meg kéne húzni egy vonalat, hogy mit engedünk mit nem.Nagyon nem akarok panaszkodni, de én amikor átvettem ezt az iskola szerveres részét tavaly szeptemberben akkor egy adsl volt 4/1-es kapcsolattal. Igazából 10mbit volt előfizetve de messze voltunk a "központtól"
Nyáron húzták be a kábelnet az iskola területén keresztül egy másik intézménybe, amit a Telekom hosszú győzködése után, hajlandóak voltak az épületünkbe is bekötni. Innen van a 2 x120mbit ami nem garantált, de tesztek alapján hozza. Ráadásul ez egy eléggé ritkán lakott területen van szóval nem hinném, hogy probléma lesz vele. Eddig nem volt
Ezért gondoltam, hogy kapnak 100mbitet, több is lenne, de majd bővítem ha több infóm lesz. -
feel2006
tag
válasz
E.Kaufmann
#3589
üzenetére
Szia,
Nekem az upload 20M ahol a 2011 van üzemben, de ahol 951 és 952 ott 1,5M és 0,75M upload van, és ott is működik.
Részben netről összerakott, részben saját kútfőből, de már úgy működik ahogy szeretném.
P1 Link-critical traffic (DHCP+L2TP) ->nekem a VPN-be akkor van forgalom, ha lokálisan nem vagyok a helyi hálózatban, ezért így van megoldva, de bárhová tehető
P2 Time-critical traffic (DNS, NTP, TCP control packets, certain ACK packets, new connections)
P3 Critical traffic (just some ACK packets)
P4 High-priority interactive traffic (SSH, WinBox, certain ACK packets, VOIP 5060)
P5 Low-priority interactive traffic (HTTP, HTTPS, TransmissionUI)
P6 High-priority non-interactive traffic (FTP)
P7 Low-priority non-interactive traffic (POP, SMTP, SMTP-SSL)
P8 Non-critical traffic (P2P)üdv
-
E.Kaufmann
veterán
válasz
E.Kaufmann
#3588
üzenetére
Próbálnám úgy belőni a VPN-t, hogy még ha marha lassú is, de betonstabil legyen, és több konkurens forgalom ne ölje meg se egymást, se a vonalat. Legalább RDP-n át tudjanak tevékenykedni, átmenjenek a levelek és át tudjanak telefonálni, hogy marha lassú a net

-
válasz
E.Kaufmann
#3584
üzenetére
hány area-t használsz?
-
E.Kaufmann
veterán
válasz
E.Kaufmann
#3584
üzenetére
Most azt próbálom, hogy megjelölöm a forward láncban a ppp csatoló felé induló kapcsolatokat mindkét oldalon. Ez alapján a csomagokat is megjelöltem, a jelölt csomagokat meg egy-egy simple queue-ba sebességkorlátoztam a két oldalon, hogy a helyi hálókról induló csomagok ne dugíthassák be teljesen az útvonalat és a közvetlenül a router által indított csomagoknak jusson szabad sávszél. Még tesztelem, de ha van jobb módszer, írjatok

-
válasz
E.Kaufmann
#3427
üzenetére
Ennek a Connection-Bytes dolognak utána nézek. Köszi!
-
válasz
E.Kaufmann
#3417
üzenetére
Mac-et látja és úgy is csinálom de nem kapcsolódik, csak connecting... megy.
Reset sokadjára megtörtént, vissza is állt a gyári wifi ssid de ugyan az. -
schawo
titán
válasz
E.Kaufmann
#3411
üzenetére

Már be is neveztem rá.
-
válasz
E.Kaufmann
#3402
üzenetére
Ez sajnos igaz. Ahogyan elnézem, csak a "nagy/drága“ sorozatokban létezik a "minden egyes port a CPU-hoz csatlakozik" kialakítás. Gondolom nem véletlenül 😥
-
válasz
E.Kaufmann
#3389
üzenetére
MobilNet kuka. Használhatatlan térerő (Voda es Tele)
-
válasz
E.Kaufmann
#3386
üzenetére
Jaja, igazad vala
-
user12
őstag
válasz
E.Kaufmann
#3370
üzenetére
Telnet, winbox és http alatt mind ugyanúgy mutatja?
-
válasz
E.Kaufmann
#3368
üzenetére
Nagy telephely, sok épület, kb 50 kamera
Egy vastag sok sok szálas optika megy az épületek között. A rendszert már 80%-ban készen kaptam rendbetételre. -
ibenny
senior tag
válasz
E.Kaufmann
#3350
üzenetére
Zárd le a tűzfalon az UDP csomagok fogadását input-oldalon legalább egy időre és add hozzá ezt a két plusz tűzfalszabályt:
/ip firewall filter
add action=drop chain=input connection-state=new dst-port=53 in-interface=ether1 protocol=udp
add action=drop chain=input connection-state=new dst-port=53 in-interface=ether1 protocol=tcpTudom, tűzoltás, de innentől sokkal jobbat nem tehetsz..

-
válasz
E.Kaufmann
#3350
üzenetére
béke poraidra, sose fognak elfelejteni, még évek múlva sem.
személyes tapasztalat. -
válasz
E.Kaufmann
#3337
üzenetére
RB951G, RB951Ui, RB952Ui, RouterOS évek óta, verzió függetlenül. Nem csak nálam, kollégámnak is.
-
válasz
E.Kaufmann
#3288
üzenetére
ospf nem ip alapú protokoll, úgyhogy lehet priorizálni, csak kicsit macerásabb...
szerintem felesleges. elég nagy alapidőzítések vannak benne, ha annyi idő alatt sem talál át a hálózaton a hello csomag, akkor nagyobb bajod is van. -
kammler
senior tag
válasz
E.Kaufmann
#3282
üzenetére
Jó tudni, hujujj! Volt már RC-től boot loop nekem is.
-
Ablakos
addikt
válasz
E.Kaufmann
#3282
üzenetére
Egyszer már szívtam ilyen vacakkal, miután a crs125-öt kellett életre kelteni egy boot loop után. Soha többet RC.

-
HalasKYO
aktív tag
válasz
E.Kaufmann
#3203
üzenetére
Ez csak egy példa volt nem áll szándékomban a garázsba súlyos pénzekért wifit szórni a lemezkazánnak
.
Csak érdekelt, hogy ilyent pl tud e.Alapból egy 2 szintes 2x80-90 m2 es családi ház + hátsó kert az amit jó lenne lefedni, a mostani 3 routerrel sok szopóroller után kb egész jól használható.
De hogyha már fejlesztek Mikrotik swithcre, és talán később routerre is akkor már pár AP nem tétel a kérdés hogy 2-4 el el tudom e rendezni ?
Az alsó szinte nem igen tudok kábelt vinni, illetve 1 talán van az egyik első szobában, de azon kívül wifin oldanám meg szóval 2,4 Ghz MIMO és minél jobb antennák lenne a lényeg. Nem tudom erre mit ajánlotok ?mAP ? hAP ac lite ? wAP ?
A szobákban most telefonon mérve egy 3-5Mbit van alsó szinten.
Ha Mikrotik tudna 10-15 ne adj isten 20Mbitet már elég lenne (ott 99% ban netezés van csak nincs LAN oldali forgalom. Nem tudják kezelni a NAS on lévő filmeket, erre marad a pendrive :S
-
válasz
E.Kaufmann
#3159
üzenetére
szerintem ospf-nél az dönt, hogy azon az interfészen van-e másik ospf-es router.
ha nincs, akkor passzívan, ha van, akkor aktívan. -
válasz
E.Kaufmann
#3155
üzenetére
mtu-t megnövelted?
az ipv6-os fejléc sokkal nagyobb, mint a v4-es, ezért kevesebb adat fér mellé.
-
bacus
őstag
válasz
E.Kaufmann
#3128
üzenetére
Nem, nem rosszak, sőt, talán az egyik legjobb név.
Én csak azt mondom, ha van egy tápot, ami zárlatos lesz és átenged magán pár mp erejéig pár száz voltot, akkor az utána lévő eszköz tönkre mehet. Ha egy tápod van, minden eszköz megkapja, mind tönkre mehet, ha 5 tápod van, akkor nem sok esély van, hogy mind az 5 egyszerre lesz zárlatos.
Egyébként ezek mind kapcsoló üzemű tápok, jó hatásfokúak, nem esznek többet mint kellene, bírják az állandó üzemet, rövid zár és túlterhelés védettek, szinte kivétel nélkül mind.
Épp oldalra pillantottam, ahol kb 5-7 éve van üzemben egy saját gyártmányú tcp/ip -n táv vezérelhető PDU, amit lustaságból csak úgy bedobozolatlanul felfúrtam a szekrény oldalára. No ennek is a tápját egy 12V-os kalapsínes MW táp adja (amit szintén csak úgy cigányosan odafúrtam, mármint a kalapsínt) a szekrény oldalára.
-
bacus
őstag
válasz
E.Kaufmann
#3124
üzenetére
Jó hát, így egyszerre megy tönkre minden

-
bacus
őstag
válasz
E.Kaufmann
#3121
üzenetére
érdekes, de azért az ábrával van némi probléma.
Pl két nat kliens is ugyazzal az ip cimmel szerepel.
Én el sem tudom képzelni, hogy működhet ez a vigor.

-
válasz
E.Kaufmann
#3117
üzenetére
az ugye megvan, hogy ezt lehetetlen tisztességesen megcsinálni?
-
válasz
E.Kaufmann
#3095
üzenetére
"Nem tudom, hogy sebességben gond-e ha beszélő neveken bridge-ket hozok létre": a portok nevét is tudod állítani, szóval ezért felesleges bridge-elni.
-
bacus
őstag
válasz
E.Kaufmann
#3093
üzenetére
Nekem még nem tiszta, hogy mit szeretnél, így nem is igen tudok hozzászólni.
Mobil hálózaton ami nem igen akar működni, illetve állítgatni kell az APN-t vodafone, telenor és valószínűleg tcomnál is.
Az openvpn stabil a mikrotiken, de csak tcp-n működik, pedig már több mint 5 éve én is felvéstem a whislistjükre, ezért a külön szerver tényleg jobb lehet.Amikor különböző telephelyeket kell összekapcsolni (ahol a fő router mindenhol mikrotik), akkor remekül működik egyébként az sstp, klienseken nem kell állítani semmit. Ez nagy előny, mert "elég rosszul dokumentálom a dolgokat, abban bízva, hogy a zseni átlátja a káoszt", ami rendesen megszívatna, ha új klienst kell beállítani.

Ezt az OSPF-s dolgot így még nem csináltam, általában az egy szerver és több kliens viszonylatában, ha a szerver internete kiesik, akkor addig a kliensek se kommunikálnak. Nyilván megoldható, hogy több kliens egyben sstp szerver is legyen, és egymáshoz is betárcsázzanak, de ilyet még nem kért senki, ráadásnak pár router esetén, akkor sem használnék OSPF-t.
Nem tudom, hogy minek az EOIP, gondolom csak az OSPF miatt kell, de sok problémát tud okozni, összeakadt dhcp szerverek, átjárók, stb..
-
feel2006
tag
válasz
E.Kaufmann
#3085
üzenetére
direktbe, DHCP-n. Nem PPPoE.
A hozzászólások alapján megértettem, hogy ez a cucc, erre már kevés.

-
bacus
őstag
válasz
E.Kaufmann
#3087
üzenetére
akkor nem vagyok profi.
Persze kinek mit jelent, mert ha ez azt jelenti, hogy mindent maximálisan kihasznál, jobban tud, akkor nagyon nem, de ha csak annyit, hogy jövedelme van belőle, nem csak hobbiból csinálja, akkor viszont mégis.. 
Van amit csak parancssorból lehetett beállítani, de sok mindent javítanak és már megy winbox-ból is.
Én 99% azt használom, de ez a webfig, meg quickset, ezt én kiirtanám, ez csak problémát okoz:
1. mert kevésbé kell érteni, de már be lehet állítani, a webfig sztem még mindig bugos, első amit tiltok az a 80-as portos hozzáférés
2. mert bármikor véletlen kinyitod és ráokézol a quickset, szétk..rja a konfigod.Ez olyan mint a F1 autóban lenne egy safe automód, ami csak 150 km/h ig gyorsít fel, a kanyarokat 40-el veszi, viszont sofőr nélkül is megy..
-
bacus
őstag
válasz
E.Kaufmann
#3085
üzenetére
Ezt már többször olvastam, hogy reset, majd ugyanazt beállítani ?!
Ez tényleg bejött már valakinek? Vagy csak gyorsabb, mert a sok elállított kis paramétert rosszabb visszaállítani?
Ha nem fog a fék a bringán, akkor először darabokra kell szedni az egész bicajt, majd újra összerakni?
-
feel2006
tag
válasz
E.Kaufmann
#3083
üzenetére
1-es port a WAN port, 5-ös a PC, látszik a képen.

mindenesetre köszönöm
, és akkor beérem az Upload duplázásommal, ha már a DL irány kevés maradt. 
-
válasz
E.Kaufmann
#3081
üzenetére
nem hinném, hogy akár a 120-as mér sebességnél, akár a 240-es ígért sebességnél a gigabites port akadály lenne.
-
kammler
senior tag
válasz
E.Kaufmann
#3076
üzenetére
Hát, EoIP tapasztalatom az nincs. Log?
-
E.Kaufmann
veterán
válasz
E.Kaufmann
#3074
üzenetére
Közben már mükszik két Mikrotik között is az l2tp
-
kammler
senior tag
válasz
E.Kaufmann
#3072
üzenetére
4500, 500, 1701-es port UDP, 50-es IPsec-esp engedélyezve? 4500-as lehet nem is kell, fejből nem tudom. Ja a tűzfalon ugye.
Új hozzászólás Aktív témák
- ÚJ Microsoft Surface Laptop 7 13.8" 2K - 120Hz Érintő - Snapdragon X Elite - 16GB - 512GB-2 év gari
- ÚJ Lenovo ThinkPad X13 Gen 5 - 13.3" WUXGA IPS - Ultra 5 135U - 16GB - 512GB - Win11 - 2,5 év gari
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7800X3D 32/64GB RAM RTX 5070Ti 16GB GAMER PC termékbeszámítással
- REFURBISHED - DELL Thunderbolt Dock WD19TBS (210-AZBV)
- AKCIÓ! HP EliteBook x360 830 G7 i5-10210U 16GB 512GB 1 év garancia
Állásajánlatok
Cég: BroadBit Hungary Kft.
Város: Budakeszi
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest




A cloud-falre-nek van olyan mobil applikációja ami VPN keresztül biztosítja a titkosítást. De ehhez is külön app kell. Tehát akár használhatod a szolgáltatói DNS-t is.
de azért újabb közérdekű infók, megkérdeztem az okát a gyengus IPSec teljesítménynek, erre jött a válasz Emils-től (miki support):![;]](http://cdn.rios.hu/dl/s/v1.gif)



ekkold
