- One mobilszolgáltatások
- iPhone topik
- Olcsó Galaxyk telepíthetik a One UI 7-et
- Milyen GPS-t vegyek?
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Samsung Galaxy A56 - megbízható középszerűség
- Samsung Galaxy S22 Ultra - na, kinél van toll?
- Google Pixel topik
- Amazfit Balance - ár-érték egyensúly
- Ford SYNC 3 infotainment rendszer teszt
-
Mobilarena
--- Még az új vizsgarendszer előtti információk, majd frissítjük! ---
Gyakran ismételt kérdések
Olvasd el a cikkeket itt.
Új hozzászólás Aktív témák
-
Ripper17
tag
válasz
roPHka
#15192
üzenetére
Szia,
Bármiféle bootcamp jellegű (pár napos képzés) helyett jobban jársz, ha ugyanannyiból veszel Cisco elearning anyagokat, virtuális labort, stb., meg elkezded olvasni a cert guideokat, egy-egy téged érdeklő témában a whitepapereket, blogokat, elmész, levizsgázol.
A korábbi IT tapasztalatot nem részletezted, de pl. egy stabil szerveres-hálózatos tudással már közepes rendszerintegrátor cégekbe be tudsz kerülni, egy programozás-scripting-hálózattal is lehet esélyed bekerülni sok helyre.Az SSC-kbe majdhogynem elég angol nyelv tudás + valamilyen papír, de kkv rendszerintegrátor cégeknél és nagy ICT szolgáltatóknál is van annyi üresedés, hogy hálózatos backoffice/szervizmérnök/stb. poziba be tudsz kerülni.
A CCNA szint simán megugorható egyénileg, még komoly laborkörnyezet se kell hozzá, a Packet Tracer borzasztóan jól segít megérteni az egyes protokollokat, stb. Neki kell állni, az a titka, kérdezni, érdeklődni, a CCNA papír már jó beugró tud lenni.
-
Yeffy
veterán
válasz
soma314
#15196
üzenetére
Hat tolem biztos, h tobbet tudsz.
Koszi a valaszt, raguglizok erre a parser cuccra (eletemben nem hallottam meg, lol, de ertem a logikajat, es nem is hulyeseg), de sztem nalunk inkab az elso methodus lesz implementalva.
De rakeresek, aztan megbeszelem az illetekes senior-ral.
Ez meg ugyan OFF, de ha a 2-14 konfiguralas nelkul ugyanazt "tudja", akkor nem tudom, mi ertelme ennyinek. Miert nem csak mondjuk 5 van.
De gondolom, a szakertok anno nem ok nelkul alakitottak igy ki a rendszert anno (ha pl sok kulonallo jogosultsag szinted van/akarsz kezelni, vagy valami ilyesmi). -
soma314
tag
Nagy pofám az van, hogy a koponyám az lenne
de ha még senki nem mozdult rá, akkor:
Ami neked kell az nem a privilege level, hanem egy view hozzárendelése egy user account-hoz.
Erősen leegyszerűsítve:
privilege level 0 - no access - csak alap show parancsok, de sh run nem, nincs configuráció privilege level 1 - user mode access
privilege level 15 - privilege mode access - "superuser"
privilege level 2-14 - egyénileg állíthatóMOndjuk megadsz egy USER-t, hogy az AKARKI privilege 5-el jelentkezik be.
Ez nem jelente még semmivel sem többet, mint a privilege 1, de az egyes parancsokat hozzárendelhetet a privilege 5 levelhez:R1(config)#privilege exec level 5 sh run all
Így a show run all-t is ki tudja adni az aki 5-ös levelen vagy feljebb (pl 15-ösön) van.
Ez helyben nem biztos, hogy praktikus, de lehet TACACS+-on keresztül is parancs adatbázisokat fenntartani.
A lényeg, hogy kicsit néhézkes, de ha egy parancsot akarsz pluszban valakinak egy eszközön, akkor járható út.Helyette inkább használatos a parser view, ami re alább egy példa:
R5(config)#parser view ELSO
R5(config-view)#secret ELSO
R5(config-view)#commands exec include all show
R5(config-view)#commands exec include all configure
R5(config-view)#commands configure include all interface
R5(config-view)#commands configure include all ip
R5(config-view)#commands configure include all router
R5(config)#line vty 0 4
R5(config-line)#no privilege level 15
R5(config-line)#login local
R5(config-line)#transport input all
R5(config-line)#exit R5(config)#username USER password PW
R5(config)#username USER view ELSOItt user-hez rendelve van a view, nem pedig a parancshoz van privilege szint rendelve.
A view-t meg sokkal könnyebb configurálni, ha nem egy-egy parancsról, hanem azok csoportjairól van szó. Egy fajta fa struktúrában configurációs parancsok azon bellül mondjuk a router parancsok vagy az interfész ....
Inkább erre keress rá, hogy parser view -
Yeffy
veterán
Gyors kerdes a nagy koponyaktol:
probalok rajonni, mi a kulonbseg a kulonbozo privilege levelek kozott, egy olyan profilt akarnek beallittatni magamnak a routereinken, ami csak read only, de latok vele mindent, amit amugy latnek, ha 15-os szintu lennek, ahogy ez be van nekem allitva a switchjeinken.
Guglizok ezerrel, de semmi konkret nem jon szembe azon kivul, h 1-15-ig vannak a szintek, meg h customizalhato a legtobbjuk. Kb ez a legkozelebbi, amit talalok.
Tudja valaki, h mi koztuk a kulonbseg, vagy mi az, amit en keresek?
-
roPHka
senior tag
Sziasztok.
Igyekszem majd átolvasni az egész szakmai topicot, azonban szükségem lenne az itt jelenlévő tagoktól némi információra.
Jelenleg teljesen más területen dolgozom, IT-s tapasztalatom van valamennyi, viszont szükségesnek érzem kibővíteni már meglévő kompetenciáim és felidézni a már korábbi tudást.
Szeretnék a nulláról indulni Ciscos karrierpályán.
Hol és hogyan érdemes kezdenem az egészet, van e Budapesten olyan suli, ami gyakorlatorientált és nem csak pár napos képzésről szól?
Érdemes ezt otthonról online anyagok segítségével elsajátítani, mennyire lesz alkalmazható az a tudás a következő szintnél? Pl. a CCENT-t gondolom online anyag és konyv segitsegevel, a többit valami képzés, iskola formajaban.
Érdekelne, ki hogyan kezdte, kezdene neki most, mondjuk teljesen más jellegű munka mellett? -
Ripper17
tag
Kis szakmai brainstorming: vezetékes dot1X-t kell csinálnunk a belső hálózaton, különböző okok miatt.
EAP-TLS, belső tanúsítványok, a gépeket hitelesítem, ha minden OK: intranetes VLAN,
Ha nem jó a hitelesítés akkor egy restricted VLAN, AAA szerver felől leküldött VLAN-ID.
Ha nem dot1X képes eszköz: karantén VLAN, switchporton authentication event no-response action authorize vlan <id>
De bizonyos eszköztípusok (pl. nyomtatók) nem támogatnak dot1X-et, de az intranetes VLAN-ba kellene kerülniük úgy, hogy a switchportjuk védett legyen. Milyen megoldás a best practice erre? Port-security a nyomtatók MACjével és dot1X disabled a porton? Sajnos fizikailag hozzáférhetőek ezek a fali portok is, de fentiekkel én csak a "nem dot1X képes VLAN"-ba tudom dobni őket. -
Ripper17
tag
válasz
kenwood
#15179
üzenetére
Én erre azt tudom mondani, hogy ez az adok-kapok tipikusan egyoldalúvá fajuló dolog, ha valakinek nem tetszik hogy megkérem arra ami az ő feladata cc a főnöke, egyből megcsinálja. Sok "kiskakas" típusú ember van ezekben a munkakörökben, aki a főnöke teljes tudta nélkül akadályozza más munkáját, meg szivességként tekint arra ha elvégzi a feladatát....
Jópofizni én se szeretek, azt kell megfigyelni ki az aki jól networkingel (=legtöbbet látod a büfénél meg a cigizőben) és vele jóban lenni, megkérni alapszintű egyeztetésekre - ezek az arcok jellemzően nem a legélesebb kések a fiókban, erre jók. Kiépítik neked a kapcsolatot, csak figyelni kell, hogy utána az adott feladatkört, skilleket, stb. hozzád rendeljék, ne hozzá.
-
Ripper17
tag
válasz
FecoGee
#15180
üzenetére
Én is rétegek szerint csináltam a belső hálózatunk reverse engineeringjét mikor modernizálnunk kellett....nálunk is sokan hívei a Layer2 átvitelnek, országos méretű broadcast domainek, VLAN mappingek, stb. - szerintem ez oda vezethető vissza, hogy a legtöbb távközlési hálózatban a Layer2 konfig a tipikus, ez az egyszerűbb, míg a routingot át is kell gondolni.
-
Ripper17
tag
válasz
Cyber_Bird
#15184
üzenetére
Ez szinte mindenhol így van, kedvenceim, mikor már A/4 papírt megtöltve reverse engineeringeled magad előtt mi-merre-hogyan alakult "történelmi okok miatt", majd a végén kiderül: a fél országon átkergetsz olyan forgalmat, ami a mai helyzetben 2, egymás mellé rackelt eszköz között megy és kis túlzással egy darab patchkábellel átvihető
Meg persze sokak szakmai igénytelensége is benne van ebben, meg a jó kis "PM gyakorlat", és még sok faktor, ami azt eredményezi, hogy egy feladat előbb van késznek tekintve, mint a tényleges konfig cleanup, doksik frissítése, stb. megtörtént. -
#15184
Cyber_Bird
senior tag
FeRkE
#15183
Cyber_Bird
senior tag
-
FeRkE
őstag
Hat ganyolasbol (es igenytelen tervezesbol) a jelenlegi ugyfelnel rengeteget latok en is. Ugyanazon a switchen user portok internet es third party kapcsolatokkal - akar egymas mellett, MPLS es internet ugyanabban a security zone-ban az SRX-en, local user db az eszkozonok, sokszor ugyanaz a jelszo a legtobb adminnak, egy vlanban vannak a szerverek es a felhasznalok, meg a guestek is. Csak hogy parat emlitsek
Csomo nem hasznalt de le nem bontott link mindenfele meg tunnel configok is. -
soma314
tag
válasz
kenwood
#15174
üzenetére
Ezen szerintem mindenki átesik. Lapos hálózatok. Az már jó, ha van sok VLAN. Én láttam olyat is, ahol reggel elinditottam a kábelcápát a gépemen és a portástól a vezérigazgatóig végignézhettem volna hogyan kapnak IP cimet a DHCP servertől.
Azért nyomják a fejünkbe az oktató anyagok, hogy ma már az access switch is legyen L3-as ha lehet, mert a mai vasakkal azt lehet igazán jól kezelni routing technikákkal.
De gondolj bele, hogy a könyvben mindig zöld mezős beruházás van, az életben meg sokszor több évtizedes fejlődés során kialakult valami ami tart ahol tart, de legalább te látod már mi lenne a jó irány.A "tűzfalazás" jó esetben külön ember/csoport dolga. Ez azért jó eset, mert ha egy ember/csoport csinálja, akkor a mindenhez is értő szituáció van.
Az alapjai és űgy gondolom, hogy a RS világot megismerve leképződnek. Egy stateless zone base firewall-lá bármikor át lehet alakitani egy router-t. Sőt rádobsz egy NAT-olást és akár már statefull-nak is nevezhetjük.
Persze egy mai tűzfal ennél sokkal többet tud, de a lényege, ahogy nekem mint RS-es laikusnak, lejött az az, hogy ezek az eszközök leginkább egy netről frissülő adatbázisra hagyatkozva szűrik a tartalmat, akár L7-en. Na ezt nem, vagy őrült nehezen lehet router-rel megcsinálni (NBAR-ral lehet kisérletezni, de minek).
A harverekben is más céleszközök vannak. Kb azonos lóereje van egy versenyautónak autónak, meg egy jó traktornak, mégis egész másra valók.
A tűzfalak jobban tundak NAT/PAT cimforditásokat végezni, binding táblákat kezelni, kevésbé terheli le őket. Viszont általában baromi rosszak a dinamikus routing protokol támogatásban. Pl a multkor lepődtem meg, hogy nextgen firewall nem tudott BFD-t.
Egyébként a tűzfal mint egyedi eszköz, ha nem is kihalóban, de fogyóban van. Régen csak az internet felöl érkező forgalomtól féltek oda tettek egy tűzfalat, amin keresztülment az internet forgalom. Ma már egyszerű olcsó eszközökkel, akár véletlenül is lehet újabb és újabb kijárata a hálózatnak az internet felé (elég egy windows 10-es gép egy LTE modem, meg internet megosztás).
Szóval ma már csak nagyon kis része a Security technológiáknak a peremtűzfalak esete. Divatos buzzword a microsegmentáció. Az NSX-T például olyan megoldást használ, ami a végpontok közötti kapcsolatot monitorozza, szűri. Persze nem ismer igazi dinamikus routing protokolt még (bár a gyártó szerint a BGP az)És még nem beszéltünk load balancerekről, a DC világban FiberChannel-t használó SAN switch-ekről.
Nekem minden nap egy pofára esés, hogy minél többet tanulok, annál inkább látom, hogy egyre több dologhoz nem értek -
FecoGee
Topikgazda
válasz
kenwood
#15179
üzenetére
Tudnanak de szerintem azzal nagyon elbonyolitanak a vizsgakat. Az ilyesfsjta kihivasokat keresoknek ott a lehetoseg a CCIE laboron. Ott lesznek nem tokeletesen tervezett rendszerben hibak, sot olyan ganyolasok vannak benne amit nem is latni eloben, osszedobalnak minden letezo technologiat es keresd a hibat. Szerintem CCNA/CCNP szintre nem kell tultolni a tshoot-ot, a gondolkodasmodot kell megtanulni, hogy kozelited meg a hibat, layerekben gondolkodni, szegmentalni, osszkepet nezni majd alabontani. Hibat keresni nem lehet konyvbol megtanulni, azt csak a valo elet adja meg.
Azokon a halozatokon ahol dolgozol meg ugyis ismered a technologiakat, hiaba vagy expert mondjuk multicast hibakeresesbol ha nincs is bekapcsolva. Itt most nem arrol beszelek hogy beloknek egy ugyfelhez es ott tegyel csodat hanem ha benne elsz bizonyos ugyfelek napi dolgaiban.rosszul dokumentalt halozatok felderiteseben es doksizasban van tapasztalatom. OSI retegekben kell gondolkozni, fizikai, L2, L3, aztan tuzfalak szabalyai, alkalmazasok, valamint configokat szegmensekre bontani es azokat kirajzolni. CDP, ARP, LLDP, routing tablak, ilyesmik amikbol dolgozol.
-
kenwood
veterán
Koszi mindenkinek a valaszokat,sok hasznos volt,de ez talalt be a legjobban.
Sajnos bennem van egy ilyen hulye gatlasossag,hogy utalok ugymond ados lenni, meg a tudatos kapcsolat epites az ilyen ures beszelgetesekkel,haverokdasokkal is fajni szokott.
Egyebkent total igazad van, ezt csinalja minden kollega,ezen fejlesztenem kell.Igazabol pont olyan a rendszer,ahogy leirod,es nem is panaszkodni jottem.
Picit biztam benne, hogy valaki talalt mar "hogyan terkepezz fel rosszul dokumentalt,ganyolt rendszereket" tipusu videokat is, de mar amikor megirtam, akkor ereztem, hogy hiu abrand
Egyebkent Jeremy megmondta, hogy ez az egesz oylan,mint egy puzzle, az elejen azt se tudod, hol kezdd el,aztan kesobb, mar barmi uj dolog jon, szinte azonnal tudod,hova illik be.Szerintem az amugy nagy hibaja az oktato konyveknek,videoknak,hogy nagyon egy kapfatafara megy a troubleshoot resz mindenhol.
Lenyegeben arrol szol,hogy a tokeletesen tervezett rendszerben van 1-1 apro hiba,amire szepen fokozatosan ravezet. .
Fura ez, mert a legtobb oktato ilyen 15 eve ccie, biztosan lattak mar sokkal cifrabbakat is,mint en.
Valszeg azert van,mert igy tudnak a vizsgara felkesziteni. -
crok
Topikgazda
válasz
kenwood
#15174
üzenetére
Most gyorsan csak annyit tennék hozzá (míg eszemben van) hogy ja, ilyen ez a szakma, nálad érnek össze a szálak, ezt meg kell szokni, bele kell tanulni abba is ami hozzá van még kötve a routerekhez/switchekhez mert úgyis te leszel akit nyaggatnak ha nem megy valami (akkor is ha sose ment).
Ha olvasni akarsz akkor ügyesen kell keresni,
ezeket a kulcsszavakat ajánlom első körben
CiscoLive előadások anyagai:
BRKCRS cisco 6500
BRKCRS cisco 6500 troubleshooting
BRKCRS cisco 6500 architecture
BRKCRS cisco 4500
BRKCRS cisco 4500 troubleshooting
BRKCRS cisco 4500 architecture
BRKCRS cisco ISR 4K
BRKCRS cisco ISR 4K troubleshooting
BRKCRS cisco ISR 4K architecture
BRKCRS cisco QOSHa csak olvasgatnál:
BRKCRS cisco troubleshooting
BRKCRS cisco architecture
BRKCRS cisco advancedÁltalánosságban
BRKCRS cisco [valamiamierdekel]
..és a fentiek variációi.. -
Yeffy
veterán
Ezért kell a kapcsolati tőke cégen belül, gyeremáegykávéra, kérdeznék stb típusú dolgok, mert ha mailben/ticketben rendeznéd, az életben nem érsz a végére...
Ez igy van, nalunk is igy van, ha DHCP/DNS/FW dolgok kulon csoporthoz tartoznak, mondjuk mindenki segitokesz, meg jo az egyuttmukodes a csapatok kozott, szoval lehet kerdezgetni ezerrel, ami rengeteget szamit.
ne olyan munkahelyet keress ahol az infra rendben van, hanem ahol nincs, de innovációra/fejlesztésre fogékony környezetről van szó. Így sokat fejlődhetsz.
Szintugy, ebbol a szempontbol lehet mondani, h szerencses vagyok, van nalunk olyan mixtura az architekturaban, h orom nezni. Nehany switch 2000-es evek kozepebol, VMPS/legacy/dot1X konfig, van, amikor egy kabineten belul, ezeket is itt tanulgatom, h micsoda, es ez csak a switch end. Mondjuk a core szerintem up-to-date-ebb, de rengeteget tudok itt tanulni, ami jol fog jonni a kesobbi fejlodesehez, a halozatunk megertesehez, ha majd elkezdek a core/routing fele mozdulni. -
FecoGee
Topikgazda
válasz
kenwood
#15174
üzenetére
Erre nem tud a tananyag felkesziteni. Sokfajta switch letezik, nagy stack, 4500, 6500 meg egyebek. A konyv csak a technologiara tanit meg. CCNA DC-ben az elso fejezet csak a vasrol szolt, nekem pont attol doglott le az agyam. Ha kell majd utana nezek de ne kelljen mar bemagolni. Ha belegondolok hogy be kene tanulni a 4500 osszes sup meg milyen parametereit akkor nagyon szaraz lenne. Majd kitanulod adott ugyfelnel azt hogy milyen eszkozeik vannak.
Igen a security kulon tema, az mas terulet sokszor, ez tud nehezkes lenni. -
@tco@
aktív tag
válasz
kenwood
#15174
üzenetére
- nagyobb (chassis) switchek, irtozatos meretu runing configgal, es az oldjunk meg mindent layer 2-n, 5-6 eszkozon ativelo vlanokkal
Ilyen ez a popszakma- firewallok, amiket egy teljesen mas csoport kezel, nekem nincs is hozzaferesem az eszkozokhoz,meg a guikhoz,amivel dolgoznak.
Ezért kell a kapcsolati tőke cégen belül, gyeremáegykávéra, kérdeznék stb típusú dolgok, mert ha mailben/ticketben rendeznéd, az életben nem érsz a végére...A tananyagok nem mindig fedik a valóságot (amit élő környezetben látsz majd), a rendszerek nagy része olyan taknyolás amire sokan ránézni se mernek, mondván, jó van az úgy. Bele fogsz jönni
Szerk.: ne olyan munkahelyet keress ahol az infra rendben van, hanem ahol nincs, de innovációra/fejlesztésre fogékony környezetről van szó. Így sokat fejlődhetsz. -
kenwood
veterán
Szamtalan ccna,ccnp konyv es video utan egy valodi enterprise kornyezetbe kerulve ket komoly problemat is latok, amire szinte egyaltalan nem ter ki a tananyag :
- nagyobb (chassis) switchek, irtozatos meretu runing configgal, es az oldjunk meg mindent layer 2-n, 5-6 eszkozon ativelo vlanokkal
- firewallok, amiket egy teljesen mas csoport kezel, nekem nincs is hozzaferesem az eszkozokhoz,meg a guikhoz,amivel dolgoznak.
Ott megy a natolas, ha elakad egy traceroute,nem tudom, hogy normalis vagy sem stb ....A tananyag foleg a broadcast domainek szeparalasara, az inter vlan routingra epit, en pedig pont az forditottjat tapasztalom,ahol lenyegeben a vlanokat hasznaljak routolas helyett.
A firewallokat pedig szinte egyaltalan nem erinti a r&s.
Nem tudom, sikerult-e erthetoen megfogalmazni,tapasztalt-e valaki ilyet, egy uj helyre kerulve, es ha igen, tud-e tippeket,linkeket adni, amivel ezen hianyossagokat potolni tudom ?
-
Ripper17
tag
válasz
Ripper17
#15085
üzenetére
Végignéztem ezt a Kevin Wallace féle kurzust, amit ide is linkeltem. Ingyen jó volt, de "masterclass" címszó alatt szerintem elég kevés.
Sok témakört CCNA szinten adott elő Kevin, nem éreztem azt (főként switchinggel és wlanal foglalkozom, tehát a routing ismereteim még hiányosak), hogy egy 2.5 éve letett CCNA vizsga és minimális routing whitepaper, config guideok olvasgatása után sok új dolog lett volna.
Ingyen ez jó volt és hasznos, de 300 dolcsit nem fizetnék érte.
-
FecoGee
Topikgazda
válasz
kmisi99
#15161
üzenetére
Szerintem a ROUTE nem egy szinten van a SWITCH vizsgaval, sokkal nehezebb. Nekem legalabbis az volt. De ha megcsinalod akkor a TSHOOT nem lesz nehez. Arra anno ket hetet sem tanultam talan.
En raallnek nagyon a ROUTE-ra, aztan majd kiderul. Harom honap alatt szerintem letolhato es meg mindig van idod a TSHOOT-ra. De ha nem tudod befejezni majd leteszel egy uj vizsgat es kalap. Ugyis jonnek lassan a konyvek az uj vizsgakhoz. -
kmisi99
addikt
válasz
FecoGee
#15160
üzenetére
Háát Switchez 3,5 hónap kellett és a vizsgán is úgy kattintottam a finishre hogy bukok, (meglett). Bár a Tshoot ha jól tudom lazább, a Route meg gondolom Switch nehézségű. Sikítós valóban de talán meg lehet a kettő, de inkább csak egy.
Mennyire lenne szar ha csak a Route ot tudnám letenni február 24-ig? Vagy javaslod hogy teljes erővel essek neki és tegyem le mindkettőt addig? Igazából ha nem okoz akkora szívást akkor inkább a Route aztán február 24 után egy tetszőleges más vizsga, izgalmasabbnak tűnik ez hogy sokkal több lehetőségem van.
-
FecoGee
Topikgazda
válasz
kmisi99
#15159
üzenetére
Ha leteszed a ROUTE vizsgat akkor az uj rendszerben megvan a core es melle valasztanod kell egy tetszoleges kiegeszito vizsgat a CCNP-hez.
Ha a TSHOOT-ot teszed le akkor lesz egy Specialist vizsgad es kvazi kivaltod az ENARSI vizsgat, de le kell tenned az uj core-t.
Itt van a migration tool: [link]En ramennek a ROUTE-ra de te tudod. Ha az megvan akkor a TSHOOT lazan leglehet szoval meg siman be is fejezheted a valtas elott a CCNP-t. 154 napod van meg tanulni, az nem keves.
-
kmisi99
addikt
Sziasztok, annyira nem ástam bele még magam de ahogy láttam eléggé kiforgatják most a vizsgákat. Na én CCNP Switch nél járok még a Route és a TS hátra van. Na most 2020 ig valószínű ezt a kettőt már nem tudom letenni, azaz pont a változtatások közepébe csöppenek, szerintetek hogy lenne érdemes folytatni? Csak simán haladjak tovább a még most aktuális anyaggal?
-
#15158
Yeffy
veterán
remeczkiadam
#15156
Yeffy
veterán
válasz
remeczkiadam
#15156
üzenetére
Igen, hasznos volt, koszonom neked is!
-
kenwood
veterán
Igen,az talan a kitty volt,amit a smartscreen megfogott.
Kozben rajottem,hogy a sima putty sem megy (pedig korabban ment). Feldobtam a visual studio 2013 redistribet,elindult a putty,es mar multitab. Megjelent egy donate gomb, a menu aljan ami a putty-nd fejlesztojere mutat,igy valszeg o a "bunos"
Ez tetszik,remelem,felmegy a cegesre is
(#15156) Szerintem ezt neki,illetve a managerenek,senioroknak kellene felmerni.
Nekiugorhat a linuxnak,de melyik reszenek ?
Az egesz linux kb. 5-10 ev,mire kitanulod.
Ha csak valamit linuxban kell megoldani,az par ora google/youtube.
Annak sok ertelme nincs,hogy random dolgokat megtanulsz belole,mert egyszer valamire jo lesz -
#15156
remeczkiadam
csendes tag
Yeffy
#15145
remeczkiadam
csendes tag
Szerintem érdemes elindulni a python, automatizáció, json, virtualizáció(kvm) vonalakon.
Én egy sd-wanos 2nd level-t vezetek most és itt az "alapon" felül ezekre van szükség.
Alapnak azt értem, hogy van valamennyi RS ismereted, meg képes vagy bele tanulni vpn és tunneling technológiákba. Erre jön persze az, hogy kinek a cuccát supportálod. Az én esetemben ez cisco ami viptela, de nem, de mégis, de igen vagy mégse... ebbe inkább ne menjünk most bele.Python és/vagy automatizáció: jó mert repetitív dolgokat ki tudsz vele válltani. Vagy amin én szenvedek épp, adott egy új eszköz típus amit szeretnénk forgalmazni, de a cisco még nem integrálta teljesen az sdwan portfólióba. Egy két lépcsős upgradet kell csinálni, hogy működjön az eszköz. Ez manuálisan kb 30-45 perc, a bugos scriptemmel kb 9-10 perc és párhuzamosan több upgrade is mehet.
JSON: pythonnal kéz a kézben, nagyon jó ha egy rest api segítségével tudsz mondjuk adatot kibányászni és feldolgozni legyen az akár valami real time cucc vagy inventory data.
Virtualizáció és KVM: én virtualizálok itthon is, jó buli, meg kb két dolog van amiről tudok hogy vason fut és nem vm-en a cégnél. A cisco encs esetén lehet szükség lesz egy kis kvm ismeretre.
bash: szerintem érdemes bash-al és linuxal barátkozni, sose tudhatod mikor jön jól.
Így hirtelen ez az amit látok az én szemszögemből, de biztos van ezer meg más dolog is.
Remélem tudtam segíteni. -
crok
Topikgazda
válasz
kenwood
#15144
üzenetére
PuttyND - egy darab exe vagyis alapból portable
SuperPutty - egy darab exe + 2 darab dll + egy config vagyis alapból portable. Mivel ez egy wrapper ehhez kell még majd a putty maga, de az is egy darab exe ugye
KiTTY - van kifejezetten portable változata.
Solar-Putty - ha már említettem, de csak emiatt indítottam egy Win10 virtualbox-ot és megnéztem: portable (de a licenszét azért olvasd el)
-
crok
Topikgazda
válasz
Ripper17
#15148
üzenetére
Jo, hat a licenszelese az mokas, de a Cisconak se gyenge
Amugy igazad van, a vilag kozepe ha konfigolni/megerteni akarja az ember.Tulgondoltsag: mint az Avaya vs. Cisco IP telefonia.. Avayan 5 pruttyentes, Ciscon 3..4 egymasba agyazott reteg vegen adod meg mit is akartal az elejen.
-
Ripper17
tag
Én elég sokat dolgozom Aruba wifivel, szerintem messze a legtúlgondoltabb és körülményesebb (Cisco és Huawei wifivel is sok tapasztalatom van). Szimplán az Aruba megközelítéséből adódik, a wireless controller náluk a hálózat közepe, míg a többi gyártónál igazából csak az access réteg kiterjesztése. Ami mondjuk Ciscon 5 kattintás vagy 15 parancs, Huaweien mondjuk 1.5x ennyi, az Arubán sokmillió profil létrehozása, kereszthivatkozás, miegyéb. Cserébe legalább nem is olcsóbb....
-
soma314
tag
ez nagyon találó, de kicsit azt juttatja eszembe, hogy az önvezető autókkal sokkal kevesebb baleset történne(?) mert nem fáradnak, kiszámíthatóan döntenek és szabálykövetőek
a probléma ott van, hogy amíg nem az összes autó önvezető, addig az emberek kiszámíthatatlansága miatt mégis több baleset lenne
és akkor még nem is beszéltünk az úton átfutó (autonóm vezetésű) szarvasról, pláne gyerekről.Valahogy ezzel is így vagyok, hogy remek az automatizáció az emberi hibák megelőzésére, de azok kijavítására alkalmatlan. Nem beszélve arról az esetről, hogy a szabályokat, amit az automatizáció követ emberek hozzák.
-
soma314
tag
válasz
kenwood
#15138
üzenetére
ha egy ember loggol be ssh-n, akkor be tudja írni, hogy reload in 10 és le tudja állítani, ha a config-ot sikeresen módosította.
Ezt még lehet akár autómatizálni is, de a probléma az, hogy ezzel csak az adott eszköz elérését biztosítod, nem pedig a mögöttes eszközökét.Példa R2 router-t R1-en keresztül éred el. R1-en frankón le megy a konfiguráció módisítása, az új konfiggal is eléred továbbra is, de az új konfiggal már nem éred el R2-őt.
A másik dolog meg az, hogy nem minden történik real time-ban. Lehetnek olyan szerencsétlen esetek, amikor egy redistribution loop csak hosszú percek alatt jelentkezik, ami alatt BGP peering-ek frissülnek. -
soma314
tag
válasz
Proci85
#15133
üzenetére
Ahhoz, hogy automation-t használj kell route-olható ip kapcsolat a controller és az eszköz között. Ahhoz hogy a controller be tudjon ssh-zni kell user, vty crypto beállítások. Ha snmp akkor pedig az. Ha nem agentless hanem komolyabb akkor az agent klienst fel kell telepítened a hálózati eszközre. Ezeket hogyan scripteled?
Nem kell a konfigban taknyolásnak lennie. Elég ha egy switch lefagy (a senior-ok már láttak ilyet) elég ha a site-okat összekötő service provider változtat valamit. De még csak az is elég ha nem jó sorrendben hajtod végre a változtatásokat az eszközökön és ettől a "távolabbi" eszközzel elveszted az ip kapcdolatodat
-
kenwood
veterán
válasz
soma314
#15123
üzenetére
Igen. En is erre gondoltam.
Altalaban nem arrol van szo, hogy a juniorokat elnyomjak, hanem arrol, hogy a legtobb rendszer tele van takolassal,ganyolassal, amit csak a seniorok ismernek.
Ha te jossz a tankonyvi tudasoddal,akkor garantaltan megfektetsz nehany eszkozt, vagy az egesz halozatot.Kesobb, ha mar megismerted a helyi viszonyokat, akkor termeszetesen erdemes nyitni az ujdonsagok fele is. -
#15135
crok
Topikgazda
BlackJapan
#15104
crok
Topikgazda
válasz
BlackJapan
#15104
üzenetére
LibreOffice amúgy, hacsak nem használnak makrókat de arról meg megvan külön a véleményem..
(de én szerettem és nem volt bajom a GNOME Office-al se, WPS csak a "múltja miatt" nem mondanám céges környezetbe, a Libre szerintem a VSD-t is megnyitja meg ott van a Dia és a yED, a draw.io online megoldja csak az ugye online.. egyéb iránt WINE alá és Crossover alá is van ami feltehető az MS Office)..de alapvetően ja, mindegy mi a workstation OS mert úgyis külön éred majd el amin az érdemi munkát végzed - az meg ötkilences valószínűséggel valami *nix lesz, pythonnal vagy anélkül, nano-val vagy anélkül.. ezért én pl. jobban szeretem a vi + bash + grep + awk + expect + netsnmp megoldásokat mert a legtöbb helyen - ahol kénytelen vagyok megfordulni - a python max álom, még nano is ritkásan van.. ellenben én alapból szeretem a vi-t. Perverz állat vagyok, igen, de tudok róla, az meg a felismerés és a gyógyulás jele szokott lenni, bár engem nem zavar az se ha nem ( : -
#15134
crok
Topikgazda
Cyber_Bird
#15131
crok
Topikgazda
válasz
Cyber_Bird
#15131
üzenetére
Rendet kell tenni hogy rendet lehessen tartani ( :
-
Proci85
senior tag
válasz
soma314
#15130
üzenetére
Az ansible és hasonlók lényege, hogy mindent azon keresztül intézel, kézzel nem nyúlkálsz be az eszközbe. Ez azt jelenti, ha az eszköz megpusztul, az ansible-be minden ott van, csere, és felconfigolja helyetted. Vannak csoport szabályok és vannak eszköz/host specifikus szabályok, egyedi paraméterek. Ezeket mindet le tudod írni ansible-be. Tehát nagy meglepetés nem érhet. Persze, ez nagy fegyelmet kíván és nem ad-hoc módosításokat. Meg persze ez nem az a szint, hogy vajon ez a parancs működik-e, próbáljuk ki. Ilyet tökölős egy ilyenen keresztül tesztelni. Azt közvetlen, de aztán visszaírni ansible-be és letolni a teljes configot, reboot, ha oké, akkor ansible gitbe menthető.
Ansible rule (konfig) könyvtára mehet gitbe, megvan a verzió követés, maga a rule könyvtár pedig adja a teljes config backupot.
-
soma314
tag
válasz
Cyber_Bird
#15126
üzenetére
nyilván két eszköznél működik, de a harmadiknál más lesz a környezet, mert nem pondt úgy volt bekonfigurálva két hónappal korábban.
Nem lehet tesztelni egy-két minta alapján.
Tényleg rendesen át kell gondolni -
soma314
tag
én ezeknek csak nagyon a felszínét kapirgálom, vagy még azt sem. Olyat csináltam, hogy ansible-el egy linux szerver egyszerre cserélte le router-eken az authentikációs passworld-öt, amit kézzel nem igazán tudsz úgy megtenni, hogy a kapcsolat közben nem bomlik el. Ansible-ben egy agentless megoldás volt: ssh-n jelentkezett be a kontroller, mintha kézzel léptél volna be és beküldte a konfigot. Bár technikai akadája nincs, de nem volt semmi visszakérdezés, ellenőrzés semmi, csak bedobta az új jelszavakat és elmentette a konfigot. Pont az volt a lényeg, hogy az előtt legyen új jelszó, mielőtt elbomlik a neighborship. Nem éles rendszeren futott, csak a "móka" kedvéért csináltam. Egyébként sajnos nincs időm ilyesmivel foglalkozni mostanában, de a dolog lényege, hogy ezek nem egymás alternatívái, hanem egymás részei: nincs SND orchestration nélkül, nincs orchestration automation nélkül.
De ha lenne időm, akkor kezdenék belemerülni az ansible-es dologba, aztán kezdeni python-ozni. (Azért python, mert sok hálózati eszközön van, vagy lehet rájuk telepíteni.) -
soma314
tag
válasz
FecoGee
#15125
üzenetére
ez nálam az orchestration kategória. Tök jó és kényelmesen lehet kialakítani az egységes QoS policy-t minden bevont eszközön. A kérdés az, hogy melyik a nagyobb feladat/költség/idő ,egyszer kialakítani a QoS-t és eszközökön végigkonfigurálgatni, tesztelgetni.Végigmenni ezen az eljáráson amikor változtatni akarod a QoS policy-t újra.
-vagy az eszközöket bevonni a rendszerbe, megvenni a szoftvert, megtanulni használni...
Ez szerintem esetenként, méretenként változik.Én egyébként arra gondoltam, hogy az nem tipikus, hogy dinamikusan változik az üzleti folyamat igénye a hálózattal szemben. (Biztos van ilyen, nekem nem tűnik gyakorinak.)
Például a QoS szempontjából a Youtube streaming mondjuk a SZEMET class-be sorolódik és kapja a saját bw-jét, priority-jét, drop-ját.... De ez általában mindig igaz.
Mondjuk legyünk kreatívak és találjunk ki egy olyan vállalatot, ahol offsite mentések éjszaka mennek a serverek között. Napközben a VoIP és egyéb szokásos irodai forgalmak lesznek a prioritás, éjjel meg mondjuk SFTP.
Ezt meg lehet csinálni úgy is, hogy nappalra van egy QoS policy és éjszaka van egy másik. Ezt ki lehet cserélni eszközökön futó scripttel, de külön controlerrel mondjuk ansible-el....
DE meg lehet csinálni úgy is, hogy a QoS time based access list-eket használ ami alapján a GYEMANT class-be nappal nem kerül be semmi, de éjjel be kerül a szerverek közötti SFTP forgalom.Nálam az, hogy az eszközöket egy központi GUI-s menedzsment szoftverrel konfiguráljuk még önmagában nem SDN. Ha ilyen komplex feladatokat leegyszerűsít, ahogy a példádban írod, akkor orchestration szerintem.
-
#15127
Proci85
senior tag
Cyber_Bird
#15126
Proci85
senior tag
válasz
Cyber_Bird
#15126
üzenetére
-
#15126
Cyber_Bird
senior tag
soma314
#15123
Cyber_Bird
senior tag
válasz
soma314
#15123
üzenetére
Nyilvan azt a scriptet eloszor teszteljuk, nem azonnal raeresztjuk a teljes halozatra
Change windowban 2 eszkore raengeded, teszt, validalas, boldogsag, mehet a tobbire.
Nem kell azert ettol ennyire felni, csak rendesen at kell gondolni es ki kell tesztelni.
Nyilvan ezert jobb ha senior scriptel, mert tobb a tapasztalata, es tudja alapbol a felmerulo corner caseeket.
A tobbivel 100%-ig egyetertek. -
FecoGee
Topikgazda
válasz
soma314
#15123
üzenetére
Picit most ráhangolódtam a DNA Centerre és SD Access-re és ez pont az a téma. Gyakorlatilag csak a management plane van kiszakítva az eszközből, elrejti előled a LISP/VXLAN/SGT részt de a motorháztető alatt az megy. Underlay sima routed access IS-IS vagy OSPF alapon amit nem látsz, overlay meg nyilván a user traffic.
QoS-sel kapcsolatban jó viszont a cucc, mert nem kell fejben tartanod hogy melyik hardver hány PQ-t meg thresholdot tartogat hanem azt majd ő lefordítja parancsokra és megcsinálja end-to-end QoS-ben. Végigüti a WLC-n (WMM), switchen (LAN QoS), ISR-en stb. Ez nem elhanyagolható mert egyrészt a Cisco CVD alapján konfigurál másrészt te megmondod neki GUI-n hogy mondjuk a youtube az szemét forgalom és ő minden platformra megcsinálja hozzá a konfigot.
Szerintem ez pl. egy hasznos use case. Anno QoS projektnél csak a hardverekkel kapcsolatban sok órát kutattam a limitációkról meg lehetőségekről, CVD stb.Erre gondolok:
-
Yeffy
veterán
válasz
soma314
#15123
üzenetére
Jo kis osszefoglalo volt!
Ezek kozul te valamelyikkel foglalkozol egyebkent? Ha igen, emnnyire bonyolult, vagy osszetett feladat?
Csak azert kerdezem (ez mondjuk a topik egeszehez szolhat vegul is), mert gondolkodoban vagyok, merre orientalodjak, vagy hogyan kepezzem magam tovabb a jovoben.
Tovabbra is erdekel a R & S, mindenkepp erre fekudnek ra eloszor, szoval kovetkezo evre gondoltam CCNP-t (vagy ami ekvivalens lesz vele az uj rendszerben, miutan lett egy ket blueprint, etc, igy kicsit ki lehet ertekelni, mennyiben valtozott a regihez kepest), de utana, nem tudom.
Automatizalas + Python iranyban gondolkodom, bar a tobbi, altalad emlitett iranty sem rossz dolog, illetve utana megprobalni Junipert, vagy Arubat (switching oldalon azt kezdtunk el egy eve implementalni, Cisco cuccok sajna mocsok dragak, meg education discount-tal is, plusz a licenszek, ugye).Te/ti mit javasolnal/tok?
-
soma314
tag
válasz
Ripper17
#15118
üzenetére
Az a baj, hogy a szakmában is sokan kevernek sok fogalmat: így az autómatizálást, orkesztrálást, SD-Networking-et.
Amiről te írsz az leginkább csak autómatizálás. Egy ismétlődő egyszerű repetitív feladat végrahajtása, visszacsatolás nélkül.
Jól hangzik, hogy nem lépsz be 50 site-on 50 switch-be egy új vlan felkonfigurálásához, hanem írsz egy sriptet, de mi van, ha nem sikerül jól és mind az 50 site-tal megszakad a kapcsolat? Akkor 50 helyre kell elautózni, telefonálni... Ezért nem látom nagyon életszerűnek, hogy a junior kollega autómatizáljon.
Vannak erre egyébként kész megoldások, ahol kattintgatással lehet autómatizálni a dolgokat és a frontend szépen elintézi a berendezésekkel mondjuk SNMP-n keresztül. Nálam még ez sem SD-Networking.Nálam az SD-Networking az, amikor van egy változó igényű üzleti folyamat, aminek a dinamikus igényeit figyeljük és az igények változásához autómatikusan alakul a hálózat.
Az az igazság, hogy egy finamoan beállított QoS mellett (ahol eleve már a QoS szabályok változnak időben time based access list-ekkel) nehezen tudok elképzelni erre valós igényt, de biztosan létezik. Én inkább sejtek mögötte marketinget, mert a Sofware Defined az aktuális megrendelés indító varázsszó, mert már oly sokszor elhangzott buzzworld.
Azt is látni kell, hogy a gyártók nem az egyszeri hardver/szoftver eladásokból járnak igazán jól, hanem az előfizetéses kapcsolatokból. Mondjunk Cisco-s példának egy Meraki-s wifi rendszert, ahol a kontroller a "felhőben van". Kérdés, hogy ami felé a világpolitika mostanában megy (Kína / USA kereskedelmi háború) akarjuk-e, hogy az adataink, a rendelkezésre állásunk kínai eszközöket (is) használva amerikai szerverektől függjön. Mennyire fog passzolni az EU-s adatvédelmi politika az ilyen megoldásokkal?Persze ez azért még ne vegye el a lelkesedésedet, mert például egy script, ami lekérdez és a munkádat / munkátokat megkönnyíti mindig hasznos. Közben meg megismered az SDN-hez kapcsolódó automatizálás egyes elemeit, ami szintén jó.
Arra azonban vigyázni kell, hogy minden újdonságot a helyén kell kezelni, mert például remek OS/2-es rendszergazdák voltak régen akikre elég csökkent igény mutatkozik manapság. -
soma314
tag
válasz
BlackJapan
#15089
üzenetére
Vállalati környezetben az AD és egyéb Microsoft-os feature-ök miatt Windows van általában a felhasználók gépein. A céges notebook-on nekem is.
Én úgy oldom meg a Linux-os igényeket, hogy feldobtam rá a VMware Station-t és azon futtatok linux-os VM-eket. Ezt MAC-el is meg tudod tenni a VMware Fusion-nal. -
#15121
BlackJapan
tag
BlackJapan
tag
FYI
Teljesen veletlenul vettem eszre, de van mar Packet Tracer Mac OS X-re a netacad oldalan >) -
Ripper17
tag
OCG-t olvasom este meg CBT Nuggets videók melóidőben. Szerintem ez elég ha már kb tudod a Cisco wifi dolgait (én 4 éve fejlesztek, L2-L3 üzemeltetek nagy rendszereket, ahol kb a Cisco wifi architektúra tudását nagyrészt kihasználjuk).
Nulláról indulva úgy olvastam azért az OCG sovány lehet. Olvass még mellé whitepapereket (HD wifi, WLAN designs), illetve az Arubának is vannak jó reference doksijai pl. site surveyhez, ilyesmi. https://community.arubanetworks.com/t5/Validated-Reference-Design/tkb-p/Aruba-VRDs -
Ripper17
tag
válasz
kenwood
#15115
üzenetére
Nem értek egyet, rengeteg "favágó", minimális business impactú, de szükséges backoffice munka van, amit ha nem is automatizmussal, de egy jó scriptel 100x hatékonyabb megoldani. Nálunk pl. ami ilyesmi volt mostanában:
- sok sitera szétszórt, még több switchre vegyél fel pár új VLANt
- wifi controlleren automatán állítódjon be egy mező minden újonnan telepített APra, ami AAA szerver oldal felé kell egy bizonyos adatszolgáltató funkcióhoz, de CLIből nem állítható "automatizálva", ellenben APIbólKáros, ha valakinek a "szerszámos ládájában" legalább az új technológiák highlevel ismerete van? Midsenior szint felett eddig mind a 4 munkahelyemen az "így szoktuk, nem értem miért foglalkoztat ez" attitűddel találkoztam, az újító, fejlesztő ötletek mind el lettek nyomva. Persze sokszor kiderült, ahogy írod is: ő maga se érti, mit csinál, mert 10+ éve ugyanazt a megoldást csiszolgatja, sablon konfigokkal, "így szoktuk, ez működik".
Persze gyerek/család/kutyamacska/kertesház/stb., indok az mindig van, amiért a nagy rendszerekért felelős senioroknak valahogy sosem prioritás az új technológiák, újdonságok megismerése. (Tisztelet a kivételnek) De a junior, az se tanuljon ilyet, mert esetleg a kurrens, hatékonyabb tudásáért több pénzt kérne, mint az, aki pepecselős, alacsony hatékonyságú CLIzgetéssel végzi 20 éve a favágást.
-
kenwood
veterán
válasz
Ripper17
#15112
üzenetére
Egyebkent az ujdonsagokra,vagy a nagyon advanced dolgokra nem biztos, hogy jo otlet rafekudni.
Altalaban a juniorokra az egyszerubb dolgokat szoktak rabizni, nem tul eletszeru, hogy bekerulsz valahova,es rogton te fogod az automatizalast, vagy a bgpt intezni. Persze nem minden munkahely egyforma, de talan jobb strategia az, hogy van egy nagyon eros alapod, aztan ahogy kezdesz belejonni, ugyis kiderul, mire van szuksege a cegnek, mi az ahova erdemes elindulni. Szerintem meg egy ccnp vizsga is baromi keves ahhoz, hogy rogton,vagy egy nagyon rovid betanulasi idoszak utan azonnal egyedul intezz valamit olyat,amihez azok se ertenek,aki 10-20 eve ott dolgoznak -
#15114
remeczkiadam
csendes tag
remeczkiadam
csendes tag
Kaptam teszt eszközt. Tegnap éjszaka feltűnt hogy kicsit sok a fény a nappaliban.
-
Yeffy
veterán
válasz
Ripper17
#15112
üzenetére
Amire én most ráfeküdnék ha "jól" sehogy se jössz ki a variálásból de van szabadidőd rá az a network programability kérdéskör. Python, JSON, API-k, stb., ez biztosan elvárás lesz az új CCNA és CCNP-ben is, illetve a jövőben a szakmában. "python for network engineers" és hasonló dolgok.
Ne is mondd... latom en is, a munkahelyemen is kerul egyre elorebb, muszaj lesz elobb-utobb ennek is nekifekudni.
-
Ripper17
tag
nyugodtan kérdezz, annyira mély RF gondolatok nincsenek a CCNA wifiben, csak elsőre ijesztő, aki még nem tanult ilyet
én azt gondolom a wifi inkább afféle "kitekintő" tudás, de mind itthon, mint a környező országokban a WAN-LAN-WLAN triót látom egyben kezelve mint "network engineer". A security szerintem egy külön track, ahány helyen dolgoztam eddig inkább az erős routingos kollegáktól várták el.
Az átalakítás miatt én most a CCNA wirelessre megyek rá (az R&S le is jár lassan, kell a hosszabbítás), illetve még CCNPből a WIDESIGN-t akarom tolni márciusig, a conversion tool szerint annak van még értelme, a core vizsgával kiegészítve érni fog valamit. Az aktuális CCNP R&S-t szerintem nulláról kezdve már véleményes letoltni márciusig úgy, hogy érjen is valamit - de a tudás nem fog elveszni, szinte biztosan fog kelleni a routing és a switching is...
Amire én most ráfeküdnék ha "jól" sehogy se jössz ki a variálásból de van szabadidőd rá az a network programability kérdéskör. Python, JSON, API-k, stb., ez biztosan elvárás lesz az új CCNA és CCNP-ben is, illetve a jövőben a szakmában. "python for network engineers" és hasonló dolgok. -
kavik
csendes tag
válasz
Ripper17
#15109
üzenetére
Köszi, még simán lehet hogy kérdezek. Elkezdtem olvasgatni a könyvet, de igen, a rádiófrekvenciák, antennák, terjedési irány és hasonlók megfutamodásra késztettek. Amellett, hogy a wifi talán hasznosabb tudás, legalábbis én azt gondolnám hogy egy hálózati szakembertől jobban elvárják, mint a security-t. persze lehet nincs igazam.
legjobb lenne haladni a ccnp felé, de ahhoz kevésnek érzem az otthoni tanulgatást, packet tracerezést, meg annyira átvariálták a vizsgáját, hogy azzal várni akarok. persze a technológia mélyebb megismerése vizsga nélkül is hasznomra válna.
-
kavik
csendes tag
annyit pontosítok, hogy nem feltétlen a tananyaggal volt a baj, hanem a tananyag végi vouchert megszerző vizsga és a valós vizsga között volt hatalmas különbség. Az előbbi szinte teljesen hálózati alapismeretek volt kiegészítve pár nagyon alap juniper eszközök jellemzőire vonatkozó kérdéssel. Ugye a tananyagban van pár video a konfigurálással kapcsolatosan, de így utólag azt egyszer megnézni nem elég, hiába éreztem is azt. Én a junios genius felületen találtam még 2 próbavizsgát, azok már jóval nehezebbek voltak, de a vizsgát még annál is nehezebbnek éreztem, de főként azért mert az eszközök konfigurálására, az egyes parancsokra vonatkozó kérdésesek sokkal mélyebb tudást igényeltek. Ami persze teljesen normális és érthető, legyen valami súlya is a papírnak, de nem volt tapasztalatom ezen a téren és a próbavizsga után ez meglepett. Amúgy mindenhol 70%- ot írnak, az én vizsgámon 61%-tól volt pass. Biztos nehezebb is volt az átlagosnál
Egyébként én olvasni jobban szeretek és hatékonyabb nekem tanuláshoz is, kis keresgéléssel megtalálható olvasható formában a tananyag is.
-
Ripper17
tag
Pedig a CCNA wireless szerintem sokkal kisebb részét fedi le a Cisco wireless architektúrák tudásának, mint route switchingben a CCNA. Az a miniális rádiófrekvenciás anyag hamar elsajátítható, ha nem megy szólsz és segítek (híradástecnika MSc-vel nekem ez a rész nem volt probléma). ha van egy stabil CCNA szintű switching tudásos simán ráülteted a wifis dolgokat, virtuális controller image is van már gyakorolni.
A security (ASA) szerintem külön állatfaj, legalábbis fejben koncepciót kell váltani -
ÁrPi2
senior tag
"Ahogy néztem junos-genius felületen hozzáférek továbbra is a többi tananyaghoz a végén próbateszttel, nem tudja valaki hogyha végigcsinálnám akkor ezekhez is kapnék vouchert függetlenül attól hogy most nincs meghirdetve open-learning?"
Szerintem igen!
Érdekes hogy a jncda-ra az J. Open Learning alatt nem regeltem, mégis elérhető volt a tananyaga plusz látom hogy a vizsga voucher is megszerezhető hozzá.
Én a jncia-devopsot fogom ősszel megcsinálni. Aztán habár a Junos Genius alatt a többi tananyagból (és vizsgavoucherből) engem pont a jncia-junos érdekelne még, ehhez nem férek hozzá - szerintem amíg nem tudok ugye open learning keretében regisztrálni rá.
A lynda.com -on (a linkedin learning portalján) láttam 3 x 2-3órás anyagot hozzá. Van valami free month ott az új regisztrálnóknak...Ha a Junos Geniusnak a jncia-junos tananyagát gyengébbnek mondod, erről esetleg van jobb hired? )
-
kavik
csendes tag
Rengeteg szabadidő szakadt rám, szeretném hasznosan is tölteni. A sima ccna mellé jó lenne valami cert-et szerezni. Igazából a cloud vonal érdekelne, de alig találni hasznos anyagot a cisco cloud vizsgákhoz, nem sokan választják ezt az irányt ahogy nézem. A wifiben túl sok a fizika nekem
marad a security. Viszont erről aztán csupa rosszat olvasni, az ocg mindenki szerint kevés, és ami az exam topicban describe az inkább implement meg tshoot. Visszaolvasva itt is sokan panaszkodtak hogy nagyon kemény volt. Sajnos tapasztalat, eszközhozzáférés semmi, szerintetek így esélyes február végéig felkészülni?Más. Juniper open learning segítségével megcsináltam JNCIA-Junost, hát az ottani tananyag és próbateszt nagyon messze van a tényleges követelménytől. Friss ccna élménnyel két hét alatt végigpörgettem a diákat, videókat, 10 perc alatt 90% feletti tesztvizsga, ezen felbuzdulva 4 napra rá regisztráltam is a vizsgára. Találtam még ott két próbavizsgát, az egyik nem sikerült a másik is csak épphogy
. szóval még a végét meghajtottam, így 1 óra küzdés után átcsúsztam. Bevallom nem néztem utána hogy a voucher-hez szükséges teszt éles vizsgaszintű-e, de volt meglepetés. Ha valaki erre készül, figyeljen oda.Ahogy néztem junos-genius felületen hozzáférek továbbra is a többi tananyaghoz a végén próbateszttel, nem tudja valaki hogyha végigcsinálnám akkor ezekhez is kapnék vouchert függetlenül attól hogy most nincs meghirdetve open-learning?
-
#15105
kenwood
veterán
BlackJapan
#15104
kenwood
veterán
válasz
BlackJapan
#15104
üzenetére
Az office es a crmek miatt a wi megkerulhetetlen. Szerintem ebben a szakmaban igazabol mind1 az os. Feladatok es eszkozok vannak. Mindenhez adaptalodni kell. Joval egyszerubb, mint a cisco/juniper eszkozoket es a halozatot melysegeben megerteni. Es ez meg csak az r&s. A core meg a security is ott van. Meg 10 masik ag.
-
crok
Topikgazda
Egyáltalán nem ugyanazt jelenti ma a linux mint 20 éve. Meglehetősen szép és modern GUI-k és DE-k vannak hozzá, milliószámra. Nincs kifejezett Win utálat (mindenre van JÓ alternatíva, én pl. a Visiót se szeretem mert néha borzasztó nehézkesen működik, draw.io ha valami gyorsan kell mert 100% kényelmesebb) csak nem tartom effektívnek a működését. Én pont fordítva vagyok a dologgal: ha valamire mindenképpenkizárólag Win kell akkor VirtualBox + Win10 - legális kulccsal (persze még az se kéne.. és nem warezre gondolok).
Lehetne powershell-ben is mókolni.. GNU cuccokat telepíteni.. nem fogok, számomra - és a szakma magja számára is - egyszerűen értelmetlen/kényelmetlen/etc. Ennyi ( :
Mert?
Új hozzászólás Aktív témák
Hirdetés
- Kérlek használd a keresőt, mielőtt kérdezel!
- Olvasd el a téma összefoglalót mielőtt kérdezel!
- A dumpok és a warez tiltott témának számítanak!
- Milyen egeret válasszak?
- Kerékpárosok, bringások ide!
- HiFi műszaki szemmel - sztereó hangrendszerek
- Autós topik
- Sony MILC fényképezőgépcsalád
- NVIDIA GeForce RTX 5070 / 5070 Ti (GB205 / 203)
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- One mobilszolgáltatások
- iPhone topik
- Milyen cserélhető objektíves gépet?
- További aktív témák...
- Lenovo ThinkCentre M720q/ Dell OptiPlex 3060- 3070/ Hp EliteDesk 800 mini, micro PC-Számla/garancia
- Samsung Galaxy S23 128GB, Kártyafüggetlen, 1 Év Garanciával
- Lenovo Legion Slim 5 82Y900BVHV Notebook
- Telefon felváráslás!! Xiaomi Redmi Note 11, Xiaomi Redmi Note 11 Pro, Xiaomi 11 Lite
- BESZÁMÍTÁS! MSI B450 TomaHawk R5 3600 16GB DDR4 512GB SSD RX5500 XT 8GB Rampage SHIVA TT 530W
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged