Új hozzászólás Aktív témák

• #13955 soma314 tag vzsolti1980 #13953

  Új Válasz 2018-01-16 11:46:12 #13955

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  soma314

  tag

  válasz vzsolti1980 #13953 üzenetére

  Köszi a részletes választ.

  Volt viszont pár gyakorlati téma, amit nem értintettél. Esetleg röviden tudnál írni tanácsolni valamit Juper tanuláshoz milyen labort állítson össze az ember.
  Milyen vizsgaköltségekkel kell számolni? Itt is Pearson Vue vizsgaközpontba kell menni (nem az expert vizsgára gondolok hanem az A P szintűekre).

  Mivel én pont azért küzdök, hogy dinoszaurusz legyek, ezért végiggondoltam amit írtál és én kicsit optimistábban látom a dolgokat: szerintem a sofware defined networking-el, a gyárilag operációs rendszerek nélküli eszközökkel, a virtuális gépként futó hálózati eszközök miatt szerintem pont hogy nagyob szükség lesz expert szintű ismeretekkel bíró személyekre.
  Persze kevesebbet kell majd kábelezni, hibaelhárítani (bár ebben azért nem vagyok biztos), a hálozatok bevezetésére is lesznek sztenderdizált, autómatikus megoldások, de a hálózatok összetettsége nő. Ezzel hibafeltárás, hibaelhárítás is mélyebb tudást tesz szükségessé. Nyilván nem switcheket kell cserélgetni egy rackszekrényben.
  Enterprise világban eddig az volt a cél, hogy legyen egy olyan hálózat, ami a lehető legoptimálisabban szolgálja ki az üzleti folyamatokat. Erre kiépült egy topológia egy-egy konfigurációval, ami egyes eszközök esetében elég bonyolult lehetett, hogy kellő rugalmasággal szolgálja ki a célt. SDN-nel lehet lesz 5 üzemállapot, amik között a rendszer másodpercek alatt átáll és lehet ehhez az eszközökön magukon sokkal egyszerűbb konfiguráció elég, hiszen nem egy konfigurációval akarunk mindnent lefedni, de akkoris egyszerre több rendszerarchitektúra, amit kiépíteni, hibaelhárítani nyilván nagyobb emberi erőforrást igényel, mint egyet.
  Ha ki van építve, akkor a karbantartására már nem igen kell erőforrás. Mivel azonban a rendszer rugalmas és az üzleti folyamatok változnak ezért időről időre igény lesz újabb és újabb üzemmódok bevezetésére.
  Persze egy tökéletes vigálban egy tökéletes szoftverrel az új üzemmód projektálása gyors és egyszerű, de azt jobb helyeken le is kell tesztelni, amihez megintcsak nem árt mélyebb tudás.
  Amúgy pedig kell az interfész az üzleti folyamat és a projektálás közé, hogy mégis az új igény kiszolgálására milyen architectúra, konfiguráció a megfelelő. Ezt nem egy programozó fogja átlátni, ehhez megintcsak kellenek mélyebb hálózati ismeretek. (dinoszauroszok)

  Sajnálattal olvastam a biztonság csökkentéséről szóló tapasztalataidat a szolgáltatók oldalán, de ez nálam egyenesen azt jelenti, hogy ha a szolgáltatóknál csökken a biztonság, akkor az enterprise oldalról pont, hogy nagyobb igény lesz rá és eleve egyre inkább csak titkosított packeteket fognak bejuttatni a cégek a transzparens szolgáltató hálózatokba. A cégek pedig egyre inkább paranoiásak lesznek és keresni fognák a jó Security-s szakembereket.

  Nekem az iparból vannak tapasztalataim és az utolsó tíz évben olyan dolgok autómatizálásával foglalkoztam, amik korábban vagy nem voltak autómatizálva egyáltalán, vagy analóg áramkörökkel. Itt az elején szög egyszerű IP hálózatok voltak, de ahogy egyre komolyabb és komplexebb műszaki tartalom lett autómatizálva, úgy fototunk bele egyre több hálózati problémába. És bizony az üzleti kommunikáció sok-sok lépéssel van előrébb ezen a téren az ipari kommunikációnál. Részben a két terület filozófiája alapjaiban eltérő, mert amíg az iparban a biztonságos működés a fő cél, addig az üzletiben a biztos működés. Vagyis az első, nem is működik, de úgy álljon le, hogy abból ne legyen baleset a logika ezért egy bizonytalan státuszból a biztos leállásig kell eljusson, addig az üzletben a bizonytalan működés is jobb, mint a leállás.

  Szóval szerintem az ipar 2.0, IoT és hasonló "varázsszavak" mögött van annyi tartalom, mint az SDN és a Clouding mögött.
  (Az én személyes tapasztalatom eddig egyébként pont az volt, hogy networking eszközökkel kellett szoftver hibákat kiküszöbölni. Ugyanis jellemzően sokkal olcsóbb, mint egy szoftvert egy rendszerben megváltoztatni, újra tesztelni és újra validáltatni biztonságkritikus környezetben.)

  A másik dolog a dioszauroszok mellett, az az, hogy egy expert szintű vizsgához rengeteg technológiát meg kell tanulni gyakorlati szinten. Ha valakinek valós gyakorlata van, az kétségkívül biztos lábakon áll abban amit akár évekig csinált, de a többiben nem feltétlenül. Például valaki egy szolgáltató core hálózatával foglalkozott 5 évig ahol OSPF és MPLS volt, az biztosan jó single area OSPF-ben és MPLS-ben, de már az sem biztos, hogy BGP-vel foglalkozott. Vagy akár Layer 2-es switchinggel sem minden nap. Az én szerény tapasztalatom az, hogy elhanyagolható az a konfiguráció amit éles hálózatokon csináltam azzal összevetve amit a vizsgákra való felkészüléshez a laborokban. Persze lehet más szerencsésebb, de azért ritka az aki mindenféle technológiával foglalkozik napi szinten.
  Egy expert vizsga ad támpontot (no nem a HR-esnek, hanem esetleg annak aki a fönöke lehet az embernek és tudja miről van szó) arról, hogy az illető már látot ezt-azt, ha nem is "élesben", de konfigurált sok mindent.

  Szóval abban én is egyetértek, hogy önmagában egy adott márka szintaktikájának, termékeinek ismerete nem lesz olyan nagy érték, mint most.

  Abban már nem vagyok olyan biztos, hogy üzembe helyezni, kevesebb eszközt kell mert a virtualizáció és SDN ellenében újabb és újabb hálózatba volt területek jönnek.

  Avval pedig végkép nem értek egyett, hogy nem lesz szükség mély hálózati ismeretekkel rendselkező személyekre.

  Szerintem akiket leginkább érinteni fognak a változások, azok a CCNA szintú teknikusok, de eddig sem volt jellemző, hogy valaki csak egy CCNA-vel csinált volna kariert.

  Az ás kérdés, hogy egy expert szint mellé mit érdemesebb tanulni: más szakág, cép P szintú tudását, vagy programozást.

• #13954 crok Topikgazda vzsolti1980 #13953

  Új Válasz 2018-01-14 22:39:18 #13954

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  crok

  Topikgazda

  válasz vzsolti1980 #13953 üzenetére

  Velem biztosan nem kell hitvitára számítanod, mert osztom minden betűd : D De szívesen leszek dinoszaurusz, csak tanulok mellé : D

• #13951 stfreddy tag vzsolti1980 #13939

  Új Válasz 2018-01-13 12:48:21 #13951

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  stfreddy

  tag

  válasz vzsolti1980 #13939 üzenetére

  Először is nagy gratuláció hogy sikerült!
  Másrészt nagyon köszönjük a beszámolót!

  A Juniper vizsgákkal kapcsolatban nekem 6, illetve 3 éve kicsit más volt a tapasztalatom, ma már lehet nem így van, de majd kiderül mert márciusban recert :/
  JNCIA: kb egy CCNA szint volt emlékeim szerint amikor csináltam - 6 éve

  JNCIS-SP: kb CCNP-SP szint volt. Most ahogy nézem, nincs annyi topic mint 3 éve de amikor recertelnem kellett, hát eléggé izzadós volt MPLS l2 l3, bgp, TE is volt benne... Nagyon durvának éreztem, éppen hogy csak sikerült a recert.

  Anno a JNCIP-t mondták a CCIE Written-nel egyenértékűnek.

  Tök más a filozófiája a kérdéseknek emlékeim szerint. Sokkal életszerűbbek voltak, mint a Cisco kérdések.
  Ezt megerősíti a beszámolód is.

• #13946 soma314 tag vzsolti1980 #13939

  Új Válasz 2018-01-13 09:58:16 #13946

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  soma314

  tag

  válasz vzsolti1980 #13939 üzenetére

  Köszi a beszámolót.
  Had használjam ki a lehetőséget és érdeklődjek a Juniper vizsgákkal kapcsolatosan.
  Ha egyszer meglesz a CCIE RS utána esetleg pár Juniperes vizsgát lehet letennénk.
  Sok mindent hallottam, de nem tudom így vannak-e:

  Igaz, hogy az alapszintű (CCNA szintű) Juniper vizsgáknál nincs konfiguráció csak teszt kérdések?

  Igaz, hogy a JNCIA vizsgán nincs switching?

  Igaz, hogy meglévő érvényes Cisco-s tanúsítvánnyal (akár egy CCNA RS-el is) lehet online "próbavizsgát" tenni és ha az sikerül, akkor féláron menni a Juniper vizsgára?

  Cisco-nál ugye úgy van, hogy a professional vizsgák előfeltétele a érvényes Associate a témában vagy bármilyen érvényes Expert tanúsítvány. (Például a CCNP Security-hez kell a CCNA Security, de jó a CCIE RS is.) Ugyanakkor CCIE írásbelire bárki jelentkezhet, nincs előfeltétele és ha sikerül mehet a laborra.
  A Juniper-nél hogy vannak ezek az előfeltételek?

  Cisco-nál jól ismertek a home lab kialakitásának lehetőségei (dynamips + GNS3, EVE NG, bérelhető online laborok....) Junipernél csak egy módszert ismerek GNS3-ban virtuális gépet tudtam futtatni JunOS-el Virtualbox-szal. Ez még mindig jobb, mint amit Alcetel Lucent/Nokia próbáltam qemu-val és óránként újrainduló virtuális routerrel, de ha nem csak 2 db router kell, hanem 20 akkor ehhez elég erős gép kell. Van esetleg egyéb módszer amivel hatékonyabban lehet otthon laborozni Juniper-t?

  A "marketing" dologban lehet igazad van és nem vitaként írom, de sokan ugye azért vizsgázunk, mert a munkaerő piacon egy-egy ilyen tanúsítvány értékkel bír. Én befektetésnek tekintem, ahol a költség oldalon ott van elsősorban a tanulásba fektetett munka, a home laborra, az oktatási anyagokra és a vizsgákra költött pénz, míg a hason oldalán első sorban a megszerzett tudás, de másodsorban a munkaerő piacon szerzett értéke a papírnak.
  Én megköszönném, hogyha írnál ezekről is egy keveset. Ahogy írtad magas szinten nagyon nehéz szerezni összeszedett felkészítő anyagokat, de ugyanakkor belépő szinten ha jól láttam a Juniper honlapján letölthető pdf oktató anyag van.

  Az, hogy a piaci értéke a tanúsítványnak azt nyilván az adott munkahelytől is függ, de ugye a két márka elterjedtsége is más. És a Juniper felfutóban van, tehát erősen van benne fantázia. Mondjuk a Huwai-ben is hasonló képen. Nyilván hol mire van szükség, az lesz az értékes erről nem is érdemes szerintem többet írni. viszont van egy technológiai oldala is a dolognak: van egy sor technológia amit Cisco tulajdon, vagy az elmúlt évekig az volt. Gondolok itt mondjuk az EIGRP-re, ODR-re az HSRP-re vagy a PVRSTP+-ra, DMVPN. Ezekből ugye van amire van műszakilag kvázi egyenértékű standard megoldás: VRRP, vagy akár jobb MSTP illetve van ami "fel lett szabadítva" mint az EIGRP. Ez utóbbi ma már valamennyi gyártónál lehetne, de én a Cisco-n kívül egyedül a Nokia (Alcatel Lucent) próbálkozásáról hallottam.

  Biztos vannak olyan speciális technológiák, amik a Juniper sajátjai és úgy nyomják, mint a Cisco-nál az EIGRP-t.
  Routing területen a RIP-en, OSPF-en kívül ugye az IS-IS használatos. Ez utóbbi (IS-IS) a Cisco-nál az RS-ben nem túlreprezentált téma (csak CCIE RS wrtitten teszt témája, a laborban nincs is már). A RIP-et leginkább hibaforrásként lehet tekinteni a vizsgákon, a gyakorlatban nem ajánlott az alkalmazása.
  Ha jól értem a dolgot Juniper-nél a linskstate protokolok logikáját fontos megérteni, illetve az azokkal együttműködő MPLS-t.

  Arra szeretnék kilyukadni, hogy ha az ember a technológiát (OSPF, MPLS, MSTP...) megtanulja a Cisco vonalon, akkor elég-e hozzátanulni a JunOS szintaktikájátvagy van sok olyan Juniper technilógia amit szintén meg kell tanulni? (RS/Enterprise vonalra gondolok)

  Cisco-nál annak idején amikor én csináltam a CCNA RS-t, CCNP RS-t a Frame Relay volt az egyik "mumus" és elég nehéz is volt megérteni, hogy miért kell megtanulni. Akkor az volt az ideológia, hogy ugyan a FR már "obsolate" technológia, de kell a DMVPM és az MPLS könyeb megértéséhez. Amiben valami biztosan volt, de nayyi sok mégsem, mert újabban kikerült mond a CCNA RS mind a CCIE RS témái közül. Ha jól tudom a CCNP RS-ben még van.
  Juniper-nél is vannak ilyen "mániás" témák, amik nehezek viszont a gyakorlatban ritkán futni össze vele?

  Bocs a hosszas és sok kérdezgetésért, de komolyan érdekel a Juniper-es vonal is.

• #13937 Cyber_Bird senior tag vzsolti1980 #13935

  Új Válasz 2018-01-12 10:09:44 #13937

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Cyber_Bird

  senior tag

  válasz vzsolti1980 #13935 üzenetére

  Termeszetesen, szeretettel varjuk

• #12388 crok Topikgazda vzsolti1980 #12385

  Új Válasz 2017-01-28 21:22:25 #12388

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  crok

  Topikgazda

  válasz vzsolti1980 #12385 üzenetére

  Én ekkoriban még cca. 14 voltam és programokat módosítgattam assemblyben hogy teljes értékűen működjenek anélkül, hogy az ember egy tetemesebb összeget adott volna ki értük : D

• #12387 Cyber_Bird senior tag vzsolti1980 #12385

  Új Válasz 2017-01-28 21:16:52 #12387

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Cyber_Bird

  senior tag

  válasz vzsolti1980 #12385 üzenetére

  K. Pistivel dolgoztam egyutt, jo arc

• #12386 FecoGee Topikgazda vzsolti1980 #12385

  Új Válasz 2017-01-28 18:21:49 #12386

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  FecoGee

  Topikgazda

  válasz vzsolti1980 #12385 üzenetére

  Ilyen szinten nem ismertem a dolgot, koszi szepen hogy leirtad. Latszik hogy mar jo ideje vagy a szakmaban, ha ilyenekre emlekszel

• #11904 crok Topikgazda vzsolti1980 #11903

  Új Válasz 2016-12-03 12:10:53 #11904

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  crok

  Topikgazda

  válasz vzsolti1980 #11903 üzenetére

  Hehe, jelentem akkor mazoch vagyok ( :

• #11895 crok Topikgazda vzsolti1980 #11894

  Új Válasz 2016-12-02 19:52:34 #11895

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  crok

  Topikgazda

  válasz vzsolti1980 #11894 üzenetére

  Király helyre sikerült bedolgoznod magad, gratula ( :

  A Cisco marketingjéről meg annyit, hogy ők a hálózatok Microsoftja. Pont úgy és pont azt csinálták mint ők.. és látszik is, hisz majd' mindenhol desktopon Windows fut, a rack-ben Cisco teszi a dolgát.. A passziánsz mint játék megvan, hogy miért került be a Windowsba? Hát hogy az emberek játszva tanulják meg használni az egeret.. a drag'n'dropot.. a Cisco meg sokat tolt a dokumentáción, felfuttatta a saját certjeit mint értéket. 1:1 ugyan azt csinálták és azt kell mondjam hogy jól.

  Ja, írtad a vim-et.. én spec. nagyon szeretem, nekem nagyon könnyű kezelni, mondjuk lehet forgatom már pár éve és az ujjamban van : D de akinek nem (vagy szeret játszani..) annak ajánom ezt és kis segítségképpen ezt és ezt, Androidra ; ) Jó ha az ember könnyen mozog vi-al.. az minden *nixon lesz.

• #11656 crok Topikgazda vzsolti1980 #11649

  Új Válasz 2016-11-05 14:53:57 #11656

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  crok

  Topikgazda

  válasz vzsolti1980 #11649 üzenetére

  Egy jó éve találtam egy kis dobozban eltéve ilyen NYÁK-lapra szerelt flash-eket, sokat, 8MB már 2 IOS-re is elég volt : D Az IPX meg szerintem azért halt el mert a TCP eleve jobb konstrukció meg hát ingyé' volt használni : D 4500 router, van meglepetés párszor mikor egy-egy régi site-on egy-egy fiatalabb arc belép egy ilyenbe és olyat lát a sh ver-ben hogy router, egy C4500-on : ) Ammegmilyenkuttyafajta'?! : )

  Win95 OEM Service Release 1-2 - mint a messiást úgy vártuk : D ugye ott is volt két féle, OSR1 és OSR2, az "A-végű" meg a "B-végű" verziószámmal, az egyik már tudott egész stabilan USB-t de a másik még nem (papíron tudta, de persze rom ß@r volt, szinte semmire se lehetett használni mert annyiszor kifagyott) .. a port már figyelt az alaplapon (de sok Tomato volt akkoriban.. ha még emlékszik valaki, utáltam mint a vastag ß@rt) de akkor most "A-s végű a Win95" akkor reinstall vagy volt valami patch ami vagy ment vagy összeomlott úgyis : D meg a "B-s végű" ami meg már huhuhuuuudefrankó volt (bughalom az is, de valamivel mégiscsak jobb..). Meg a "Gamerek kedvence" az OSR2.5 már DirectX 5.0-val szerelve (azt is hányszor újrahúztam mindenféle vackokon.. de volt benne egy jó diag szoftver amiben volt egy nagyon buta TCP/IP stack teszt amivel lehetett pl. chat-elni..).

  Azt a Win95 telepítőkódot meg szerintem ha legalább 512x nem írtam be akkor egyszer sem.. a 80x25-ös kék/sárga képernyőt (1.44"es diskekről telepítve, szigorúan..) már csak akkor utáltam jobban amikor a s c a n d i s k kezdett futni egy jó kis áramszünet után, mert onnantól jöhetett az ima hogy minden rendben legyen..

• #11642 crok Topikgazda vzsolti1980 #11640

  Új Válasz 2016-11-04 22:44:07 #11642

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  crok

  Topikgazda

  válasz vzsolti1980 #11640 üzenetére

  Nem emlékszem hogy láttam volna *bármit* ami arj-vel tömörített *és* jogtiszta volt - valaha! : D Az LPT port kapcsoló is milyen retro már.. ezer éve nem láttam már sehol.. a KVM meg mekkora túlélő már, azt meg még mindig látok rackszerkényben is : D Régen minden jobb volt.. ( :

  [Szerk:] még megvannak a DOS 6.22, Win3.1 és Win3.11 1.44"-es lemezek. A DOS ráadásul *eredeti* : D És eszembe jutott egy Win95 telepítőkód - fejből XD

• #11641 FecoGee Topikgazda vzsolti1980 #11640

  Új Válasz 2016-11-04 22:33:31 #11641

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  FecoGee

  Topikgazda

  válasz vzsolti1980 #11640 üzenetére

  Uristen ezert eloturtad a DVD-t? Nem semmi

• #11637 crok Topikgazda vzsolti1980 #11635

  Új Válasz 2016-11-04 15:25:57 #11637

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  crok

  Topikgazda

  válasz vzsolti1980 #11635 üzenetére

  80/20:

  "Aztán mikor 99-ben megjelent a Solaris SunRay terminál környezet ott már elvárás volt, hogy a SunRay kiszolgáló és SunRay desktop között nem lehet kikapcsolható switch."

• #11636 FecoGee Topikgazda vzsolti1980 #11635

  Új Válasz 2016-11-04 15:22:48 #11636

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  FecoGee

  Topikgazda

  válasz vzsolti1980 #11635 üzenetére

  Wow, ez igen! Nagyon koszonjuk

• #10273 FecoGee Topikgazda vzsolti1980 #10271

  Új Válasz 2016-02-21 21:48:57 #10273

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  FecoGee

  Topikgazda

  válasz vzsolti1980 #10271 üzenetére

  akkor Te is sokszor hallottad hogy FabricPat, szigoruan igy: pat. Indiaiak mind igy mondjak

• #10269 FecoGee Topikgazda vzsolti1980 #10268

  Új Válasz 2016-02-21 21:28:29 #10269

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  FecoGee

  Topikgazda

  válasz vzsolti1980 #10268 üzenetére

  . Melyeken voltunk egyutt?
  Azt nem is irtam hogy a CCIE Lounge-ban osszefutottam Bruce Pinskyvel. CCIE #1047, CCDE es CCAr (!). Durva.

• #9859 vzsolti1980 csendes tag vzsolti1980 #9858

  Új Válasz 2015-12-25 22:03:05 #9859

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vzsolti1980

  csendes tag

  válasz vzsolti1980 #9858 üzenetére

  Illetve a VPND debug mode-ban indítod akkor $FWDIR/log/ike.elg és vpnd.elg file-ok is elég beszédesek.

  De az IKEVIEW sokat tud segíteni:
  http://check-point-firewall.blogspot.hu/2012/03/roubleshooting-checkpoint-vpns-with.html

Új hozzászólás Aktív témák