- Google Pixel topik
- Fotók, videók mobillal
- iPhone topik
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- Okosóra és okoskiegészítő topik
- Milyen GPS-t vegyek?
- Mobil flották
- Hónap végén érkezik a Xiaomi Band 10, ára is van
- Netfone
- Az Oppo Find X8 Ultra lett a legvékonyabb kameramobil
-
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
-
-
evilskati
aktív tag
válasz
Gesztiboy #16100 üzenetére
Szia!
Sajnos a magas memóriaigény nagyon megdrágítja a dolgot. FTD-nél úgy olvastam, hogy 15 Gb a minimum, de ajánlott a 32, és akkor még jön hozzá egy FMC, ISE, AD esetleg. Én saját elfekvő hardverben gondolkoztam először, de sajnos az elfekvő alaplapjaim nem támogatnak 32 Gb memóriánál többet, így az kiesett.
A Cisco Modeling Labs - Personalban is elvileg csak az image-eket kapod meg, a hardvert/virtualizációs környezetet neked kell hozzátenni. FTD, FMC, ISE megy Evaluation licensszel 90 napig.
Gondolkodtam VPS/VDS bérlésben. Itt találtam a legolcsóbbnak, de Ubuntuból pl. csak 18.04-et adnak, arra pedig csak az EVE-NG Pro-t lehet felhúzni, Communityt nem. Egyéni imagere vagy Ubuntu 16.04-re nincs lehetőség.
Emitt van Ubuntu 16.04, de drágább, ugyanakkor óra alapon történik a számlázás. Viszont a számlázásba a kikapcsolt gép is beleszámít, csak az nem, ha törlőd a VM-et. Ha nem akarod minden alkalommal újraépíteni a környezetet, akkor úgyis a havidíjat fogod fizetni.EVE-NG futatható Google Cloudban is, ott az elején kap az ember 300$ kreditet, ami a netes leírások alapján sokáig elég lehet, ha csak routereket virtualizálsz. Magas memóriaigényes labok szerintem gyorsan kimerítik.
Ine Rack Rentals talán a legjobb opció, de még nem próbáltam, úgyhogy nem tudok róla nyilatkozni. A leírás és az ár mindenesetre kecsegtető.
-
Cyber_Bird
senior tag
válasz
Gesztiboy #15914 üzenetére
Az van szerencsere
Juteszembe, Cisco anyconnectnel, bekapcsolt ketfaktoros authentikacional (DUO) ha push uzenetben kerem a 2. faktort, akkor a 2. passwordhoz az "push" szocskat kell megadni.
Ismertek ra modszert, hogy ez automatikusan megtortenjen?
Lattam regebben valami javascript hacket hasonlora, de egyelore nem talaltam megoldast.
Hatha valaki belefutott mar innen ebbe -
Cyber_Bird
senior tag
válasz
Gesztiboy #15912 üzenetére
Koszi szepen a review-t.
Szomoru vagyok, hogy a cli-only ut mar nem annyira jarhato.
Egyebkent en is ugyanugy a vpn concentrationt tervezem melle, hogy meglegyen majd a security is.
Lehet bevasarolok akkor belole es olvasgatom, melle meg nezem a regi security videokat INE-n. Legalabb eve-ngben lehet asaV-n laborozni -
vadger
tag
válasz
Gesztiboy #14473 üzenetére
Köszi crok és Gesztiboy,
ezek szerint tényleg így van, csak az bosszant kicsit, hogy nem találtam pont erre a szituációra (same security és meglévő ACL-ek) vonatkozó cisco.com-os leírást (igaz nem is izzadtam bele a nagy keresésbe...)
De mostantól akkor ez fejben lesz -
vadger
tag
válasz
Gesztiboy #13465 üzenetére
Gratula
Hm, egész jó kis leírás, köszi! Sajnos nálunk nem egy switch-re mennek az interface-ek, hanem mondjuk 3 interface 3 switch, de ez legyen a legkisebb probléma, valahogy megoldom
Köszi még1x!Sehogy nem találom ezt a különböző RAM esetén megy dolgot, nem tudsz esetleg linket?
-
crok
Topikgazda
válasz
Gesztiboy #12650 üzenetére
Ezt mentettem ki magamnak anno ASA pcap-re a kis gyűjteményembe:
http://www.cisco.com/c/en/us/support/docs/security/asa-5500-x-series-next-generation-firewalls/110117-asa-capture-asdm-config.html
http://www.cisco.com/c/en/us/support/docs/security/asa-5500-x-series-next-generation-firewalls/118097-configure-asa-00.html
1. Configure the Inside and Outside interfaces as shown in the network diagram with IP address and Security-levels.
2. Configure the access-lists asdm_cap_selector_inside and asdm_cap_selector_outside for capturing the
packets that travel from the inside network to the outside network and outside network to inside network.
access-list asdm_cap_selector_inside extended permit ip host 10.20.10.2 host 172.16.1.2
access-list asdm_cap_selector_inside extended permit ip host 172.16.1.2 host 10.20.10.2
access-list asdm_cap_selector_outside extended permit ip host 172.16.1.2 host 10.20.10.2
access-list asdm_cap_selector_outside extended permit ip host 10.20.10.2 host 172.16.1.2
3. Start the packet capture process using the capture command in privileged EXEC mode.
The capture command should be used after the access-lists have been configured as shown in the ASA configuration.
In this configuration example, the capture named capin is defined. Bind it to the inside interface, and specify
to only capture packets that match the access-list asdm_cap_selector_inside as shown here:
ASA#capture capin interface inside access-list asdm_cap_selector_inside
Similarly, the capture named capout is defined. Bind it to the outside interface,
and specify to only capture packets that match the access-list asdm_cap_selector_outside as shown here:
ASA#capture capout interface outside access-list asdm_cap_selector_outside
The ASA will now start capturing the traffic flow between the interfaces. In order to stop the capture
at any time, use the no capture command followed by the capture name.
4. Check the captures:
ASA#show capture capin
20 packets captured
1: 01:49:24.087474 10.20.10.2 > 172.16.1.2: icmp: echo request
2: 01:49:24.087474 172.16.1.2 > 10.20.10.2: icmp: echo reply
<..omitted..>
19: 01:49:26.257051 172.16.1.2 > 10.20.10.2: icmp: echo request
20: 01:49:26.257051 10.20.10.2 > 172.16.1.2: icmp: echo reply
20 packets shown
ASA#
The show capture capout command shows the contents of the capture buffer named capout.
ASA#show capture capout
20 packets captured
1: 01:49:24.087474 10.20.10.2 > 172.16.1.2: icmp: echo request
2: 01:49:24.087474 172.16.1.2 > 10.20.10.2: icmp: echo reply
<..omitted..>
19: 01:49:26.257051 172.16.1.2 > 10.20.10.2: icmp: echo request
20: 01:49:26.257051 10.20.10.2 > 172.16.1.2: icmp: echo reply
20 packets shown -
crok
Topikgazda
válasz
Gesztiboy #10447 üzenetére
@Gesztiboy: Van egy microcore image-em amibe már előre beletettem jópár csomagot (busybox, HTTP szervertől SSH-n át Midnight Commander meg iperf, amit csak akarsz..). Szerintem is jobb mint egy Win7/WinXP nade ha az ember arra van kényszerülve hogy pl. a Windows DHCP viselkedését tanulmányozza akkor muszáj..
@Tusi: nem csodálom.. az amerikai ipar "remeke" az egész portfólió..
-
zsolti.22
senior tag
válasz
Gesztiboy #9466 üzenetére
Passz, viszont:
https://www.cbtnuggets.com/it-training/cisco-ccnp-security-simos-300-209
https://www.cbtnuggets.com/it-training/cisco-ccnp-security-300-206-senss
https://www.cbtnuggets.com/it-training/cisco-ccnp-security-sisas-300-208
SITCS-et nem találtam hirtelen.
Hmm, ezeket mind meg kell keresni a neten, biztos fent van valahol
-
zsolti.22
senior tag
válasz
Gesztiboy #8802 üzenetére
Ezt a bénát figyeljétek!
Délután 2 óta
szopokbíbelődök ezzel a TACACS.NET-tel. Eleinte a modern.ie oldalról szedtem le előre telepített XP-t, hogy majd VBOX-ra telepítve a TACACS.NET-et működni fog az egész. Ezt lepróbáltam GNS3 1.3.4-gyel, meg a 0.8.7-tel, de nem lett jó. Mindig annyi látszott csak a wsharkban, hogy a router küldi a csomagot, amire a vbox, vagyis a tacacs szerver azonnal egy tcp rst-t küld. Ugyanez volt akkor is, ha nem is futott a szolgáltatás. Tűzfalat kilőttem, pingek mentek, minden ment, csak a tacacs nem.
(Annyit még megfigyeltem, hogy ha gui-ból akartam indítani a szolgáltatást, akkor nem indult el, ha parancssorból, akkor meg igenWTF)
Hmm, gondoltam hátha az előre telepített XP volt a baj, így telepítettem én magamnak egy XP-t. Akárhogy próbáltam, nem ment azzal sem.
Legutolsóként azt próbáltam, hogy a saját laptopomra telepítettem a TACACS.NET-et és onnan MS loopback interfészt használva biztos jó lesz majd. Ezt már nagyon régen csináltam, ezért youtube-on keresgéltem és megtaláltam Keith ezen videóját, ahol pont ezeket állítja be. Eleinte GNS3 1.3.4.-ben próbáltam (mer' az a legújabb), de már ott elbukott a mutatvány, hogy a Cloudhoz nem tudtam sehogyan sem hozzákapcsolódni. Utána indítottam a GNS3 0.8.7-et. Ott egyből kiírta, amikor a Cloudot akartam konfigolni, hogy admin módban tessékleszszíves próbálni. Elindítottam úgy. Engedte a konfigolást és azt is, hogy hozzákössek egy virtuális switchet, arra meg a routert. MS loopbacket bekonfiguráltam, routert szintén, ping nem megy...Ok, szoftveres tűzfal icmp engedélyezése után ment. Próbáltam azután, nem lett jó megint. Go back to tűzfal, TCP 49 engedélyezése megtörtént. Megint nem csinált semmit az istenverte. Akkor pattant be az ötlet, hogy 5 hálókártya van a laptop szerint, nem biztos, hogy a default 127.0.0.1 szerver ip beállítás jó neki. Beállítottam azt is neki. Authentications.xml-nél alapból ki van kommentelve a default login, kivettem, próbáltam rámenteni, azt írja a notepad++, hogy "A mentés sikertelen, másik folyamat használja", vagy valami ilyesmi. Megnézem, milyen folyamat használja...tacplus.exe, kilőttem. Menteni akarok megint, ugyanaz a hibaüzenet... hmm, csak nem admin mód kell ennek is? DE! Rámentettem. GNS3 0.8.7. indít, cloud bekonfigol, tacacs konfig belőve, mehet a teszt: nem sikerült. Net stop tacacs.net, net start tacacs.net, újratesztel, működik.........
Amúgy megnéztem most a GNS3 1.3.4-gyel is, ha admin módban indítottam el, akkor a cloudhoz engedte hozzákötni a virtuális switchet. Utána admin mód nélkül is engedte, azelőtt meg nem
Kérem vissza a sz@ros 5$-om!!!
-
zsolti.22
senior tag
válasz
Gesztiboy #8718 üzenetére
Azt tudom; a könyvből való a hasonló, nem igaz?
Valamiért vonzott az azonos sec-level, most már legalább ezt is tudom, hogy melyik paranccsal lehet engedni a forgalmat ilyen esetben@Hedgehunter: nem adtam ki, leírtam minden parancsot a hsz-emben, ami az alap konfigon felül volt és releváns volt a "hibával" kapcsolatban.
-
zsolti.22
senior tag
-
zsolti.22
senior tag
válasz
Gesztiboy #8459 üzenetére
Hahhaaa, végre működik.
A kettőtök bejegyzését összemostam, abból született meg a működő NAT-os konfig.
Lecseréltem a GNS3-at a 0.8.7-re is, csak mert írtad, hogy neked azzal megy. Ismét nekiálltam egy NAT-os konfignak, de elakadtam, mert nem ment a ping. Beírtam azt, amit te írtál:Miért nem megy a ping? Alaphelyzetben nincs inspect az ICMP csomagokra, ezt külön be kell reszeld.
policy-map global_policy
class inspection_default
inspect icmp
service-policy global_policy interface insideEzzel így még mindig nem működött. Ekkor néztem meg a running-configot, a class-map inspection_default alatt nem volt semmi, ekkor írtam be egy match ? parancsot, ahol előjött az, amit az előző hsz-ben írtam (meg tusi_ is ezt írta):
default-inspection-traffic Match default inspection traffic:
ctiqbe----tcp--2748 dns-------udp--53
ftp-------tcp--21 gtp-------udp--2123,3386
h323-h225-tcp--1720 h323-ras--udp--1718-1719
http------tcp--80 icmp------icmp
ils-------tcp--389 ip-options-----rsvp
mgcp------udp--2427,2727 netbios---udp--137-138
radius-acct----udp--1646 rpc-------udp--111
rsh-------tcp--514 rtsp------tcp--554
sip-------tcp--5060 sip-------udp--5060
skinny----tcp--2000 smtp------tcp--25
sqlnet----tcp--1521 tftp------udp--69
waas------tcp--1-65535 xdmcp-----udp--177
Befejeztem a match parancsot a default-inspection-traffic szóval és tádámm, egyből ment a NAT-os ping. Ott volt furcsa, hogy a show xlate mutatta a NAT bejegyzést, de a ping nem ment; ekkor kezdtem jobban utána nézni ennek a class-mapos-nak.
És mire megnéztem volna, hogy akkor a DHCP relay miért nem működik megint - mert nem működött -, addigra a konzol már azzal várt, hogy ki van osztva a cím.Akkor most újrakezdem kis idő múlva (és már az új GNS3-ban), hogy lássam folyamatában is a dolgot, mert most a hsz írással félbeszakítottam a megfigyelést
-
tusi_
addikt
válasz
Gesztiboy #8359 üzenetére
En kb fel eve laborozok GNS3 ban ASA val. Manapsag mar nekem nyomjak oda az ASA ticketteket melohelyen.
Profi meg nem vagyok, de sokat gyakoroltam. Szvsz nagyon jo, bar nehe vannak benne buggok.(interfeszek nem jonnek fel boot utan, nincs ping a connected interfeszen......)
Ha eljuttok a NAT ig, nem feladni. En is bepisiltem eloszor tole, de mar megszerettem es egyre egyertelmubb. Bar neha latok olyan NATokat "mukodo" halozatban, hogy....
-
zsolti.22
senior tag
válasz
Gesztiboy #7782 üzenetére
Úgy tűnik, hogy R4-en minden megy, ahogy kell:
Dec 17 16:38:22.639: RIPng: Sending multicast update on Ethernet0/0 for RIP_ZONE
Dec 17 16:38:22.639: src=FE80::20D:28FF: FEDB:E357
Dec 17 16:38:22.639: dst=FF02::9 (Ethernet0/0)
Dec 17 16:38:22.639: sport=521, dport=521, length=92
Dec 17 16:38:22.639: command=2, version=1, mbz=0, #rte=4
Dec 17 16:38:22.639: tag=0, metric=1, prefix=2026::2:0/122
Dec 17 16:38:22.639: tag=0, metric=7, prefix=2026::34:0/122
Dec 17 16:38:22.639: tag=0, metric=7, prefix=2026::1:0/122
Dec 17 16:38:22.639: tag=0, metric=7, prefix=2026::12:0/122
R4#
Dec 17 16:38:25.259: RIPng: response received from FE80::20B:46FF: FECA:4B00 on Ethernet0/0 for RIP_ZONE
Dec 17 16:38:25.259: src=FE80::20B:46FF: FECA:4B00 (Ethernet0/0)
Dec 17 16:38:25.259: dst=FF02::9
Dec 17 16:38:25.259: sport=521, dport=521, length=52
Dec 17 16:38:25.259: command=2, version=1, mbz=0, #rte=2
Dec 17 16:38:25.259: tag=0, metric=1, prefix=2026::2:0/122
Dec 17 16:38:25.259: tag=0, metric=1, prefix=2026::3:0/122Megkapja a 2 prefixet, amit a DSW1 hirdet neki, és elküldi azt a 4 prefixet, amit OSPFv3-ból átvett, viszont a DSW1-en sosem ír olyat a debug kimenet, hogy response received, mintha elveszne valahol az információ:
Dec 17 16:41:03.523: RIPng: Sending multicast update on Port-channel12 for RIP_ZONE
Dec 17 16:41:03.523: src=FE80::20B:46FF: FECA:4B00
Dec 17 16:41:03.523: dst=FF02::9 (Port-channel12)
Dec 17 16:41:03.523: sport=521, dport=521, length=52
Dec 17 16:41:03.523: command=2, version=1, mbz=0, #rte=2
Dec 17 16:41:03.523: tag=0, metric=1, prefix=2026::2:0/122
Dec 17 16:41:03.523: tag=0, metric=1, prefix=2026::3:0/122
Dec 17 16:41:03.523: RIPng: Sending multicast update on FastEthernet0/1 for RIP_ZONE
Dec 17 16:41:03.523: src=FE80::20B:46FF: FECA:4B00
Dec 17 16:41:03.523: dst=FF02::9 (FastEthernet0/1)
Dec 17 16:41:03.523: sport=521, dport=521, length=52
Dec 17 16:41:03.523: command=2, version=1, mbz=0, #rte=2
Dec 17 16:41:03.523: tag=0, metric=1, prefix=2026::2:0/122
Dec 17 16:41:03.523: tag=0, metric=1, prefix=2026::3:0/122
Dec 17 16:41:31.559: RIPng: Sending multicast update on Port-channel12 for RIP_ZONE
Dec 17 16:41:31.559: src=FE80::20B:46FF: FECA:4B00
Dec 17 16:41:31.559: dst=FF02::9 (Port-channel12)
Dec 17 16:41:31.559: sport=521, dport=521, length=52
Dec 17 16:41:31.559: command=2, version=1, mbz=0, #rte=2
Dec 17 16:41:31.559: tag=0, metric=1, prefix=2026::2:0/122
Dec 17 16:41:31.559: tag=0, metric=1, prefix=2026::3:0/122
Dec 17 16:41:31.559: RIPng: Sending multicast update on FastEthernet0/1 for RIP_ZONE
Dec 17 16:41:31.559: src=FE80::20B:46FF: FECA:4B00
Dec 17 16:41:31.559: dst=FF02::9 (FastEthernet0/1)
Dec 17 16:41:31.559: sport=521, dport=521, length=52
Dec 17 16:41:31.559: command=2, version=1, mbz=0, #rte=2
Dec 17 16:41:31.559: tag=0, metric=1, prefix=2026::2:0/122
Dec 17 16:41:31.559: tag=0, metric=1, prefix=2026::3:0/122Ezért nincs a RIB-ben az R4-től kapott infó. De miért nem kapja meg ez a szerencsétlen prefixeket?
-
zsolti.22
senior tag
válasz
Gesztiboy #7504 üzenetére
Jójó, de ott rontottuk el, hogy az OCG-t használtuk tanulásra, pedig annak nem az a célja, ahogy a switchnél ki is derült. Egyékbént mobi formátumban innen leszedhető a Simplified könyv. Ezután át lehet konvertálni PDF-be és jóság van.
Van amúgy, ami az OCG-ben van benne és a Simplifiedben nincs, pl. hogy az EtherChannel loadbalancing konkrétan hogyan is választja ki, melyik kábel lesz a nyerő. A kettő könyvet együtt kell használni!
DE! Lassan elkészül az iromány, még másfél fejezet van vissza, aztán már csak toldozás foltozás, ami a két könyv anyagát sűríti majd egybe. -
quby
őstag
válasz
Gesztiboy #7312 üzenetére
Ez igen érdekes amúgy. A minap a következőbe futottam.:
Még CCNA előtt regeltem a pearsonvue-n hogy megnézzem a felületet stb. Majd mikor ténylegesen jelentkeztem a vizsgára újra regeltem (ne kérdezzétek miért, régen volt) Aztán mivel egy ideig nem vizsgáztam nem jártam arra, természetesen elfelejtettem a user/pass-t.
Új jelszó kérése előtt még próbálkoztam egy kicsit és hopp beengedett. Akkor még nem vettem észre hogy az első reg-el létrehozott accountba engedett be. Végigcsináltam a CCNAS -re való jelentkezést (aminek ugye előfeltétele a CCNA) és már a fizetésnél jártam amikor kiderült hogy nem is jó cisco id-vel vagyok bent (az első accountnál még ez nem stimmelt), és ez is ugy derült ki hogy nem fogadta el a voucheremet. Amikor kiderült csak próbaképp továbbcsinltam, és már a fizető felületen voltam ahol kártyaszám stb jön.
Szóval simán engedett jelentkezni egy CCNAS-re egy olyan acc-al amiben nem volt meg az előfeltétel. Ahoz az acchoz ugyanis nem tartotzott CCNA. Kiváncsi vagyok ha véletlenül fizetek akkor ez hogy és mikor derült volna ki. Mert ha nincs voucherem simán jelentkezek a rossz acc-al.
(#7315) FecoGee
Én ugy tudom 2 év lehet az első és utolsó között. -
-
crok
Topikgazda
válasz
Gesztiboy #7282 üzenetére
Jó ha van diploma - a megszerzése alatt kometenciákat azért szerzel, szemléletet ad.. de kb erre lehet használni..
-
zsolti.22
senior tag
válasz
Gesztiboy #7284 üzenetére
De engedve van, ha megnézed mindkettő switchen a show interfaces fa1/0/19 swi parancs kimenetét! Jó a switchport mode trunk parancsom
A hülyék switchport access vlan 98-at raktak a trönkre, ezért mutat a show int tru csak 98-at (mert access lett lényegében [ha egyik oldal trönk, a másik access, akkor abból access link lesz, trönk oldalon a natív vlan tagja lesz az interfész, access oldalon meg a konfigurált access vlan]), mint allowed vlan, viszont ha az interfészen kiadod a sw m t parancsot, akkor eltakarodik a sw a v 98 és jó lesz -
zsolti.22
senior tag
válasz
Gesztiboy #7272 üzenetére
Csak megerősítésként, hogy biztos jól tudom-e: a TSHOOT hibajegyek szerintem megoldásai:
1: R4, interface status, fa0/0 no shut
2: R1, static routing, 2.
3: DSW1, sw-sw connectivity, switchport mode trunk a fa1/0/19-en
4: R2, Ipv4 EIGRP routing, delete passive-interface default -
tusi_
addikt
válasz
Gesztiboy #7120 üzenetére
Épp ez a baj, hogy ez nem akar menni. Ha esetemben az ASA mögötti gép pingel, akkor nem megy a ping, de ha a másik oldalról kezdek el pingelni, akkor egyből megy mind2 oldal.
Ami nem szerencsés, mert ha hosszú ideig nincs forgalom a tunnelben és egy az ASA mögött ülő emberke kezdené használni, akkor nem jön fel a tunnel, mindaddig, amíg a szemközti oldal nem csinál valami forgalmat.
R-go fel kell hívnom ott valakit, hogy hé Kumpel nyomjál már egy pinget, mert lebomlott a vpn tunnel. -
Cyber_Bird
senior tag
válasz
Gesztiboy #7003 üzenetére
Kevesbbe jo fizu, de olyan melo amit szeretek, nem kerdes
A penz csak egy bizonyos szintig boldogit(ha idegbajt kapsz az ID10T hibaktol, akkor meg plane), karriered szempontjabol az utobbi sokkal jobb lepes, ha meg tenyleg utolered a jelenlegi fizud mondjuk 1 even belul, akkor szerintem siman megeri. En speciel utalok olyan melot csinalni, ami nem erdekel, sokkal kevesbbe vagyok lelkes olyankor, es ez meg is latszik a munkamon(meg az altalanos kozerzetemen).Plusz akar mar rovid tavon is jobban johetsz ki ha fizetik a tanfolyamokat vizsgakat.
-
FeRkE
őstag
válasz
Gesztiboy #6917 üzenetére
Nem lehet sajnos konfigolni, nem enged be global konfig módba. Pedig egyszerűbb lenne, ha ki tudnád javítani a hibát, és meggyőződhetnél, hogy utána rendesen működik
Én is nagy dilemmában vagyok, hogyan tovább, tegnap éjjel belenéztem CCNA Data Center és Service Providerbe, jelenleg ezek is képben vannak, mint lehetséges irány.
-
tusi_
addikt
válasz
Gesztiboy #6774 üzenetére
Ez azert erdekel majd, hogy mi lesz a router sorsa. Volt egy kis halom, 5 dolgozo, par drukker meg 2 server.
Egy cisco soho router volt a gateway, minden portjara ra volt dugva egy kis desktop switch, arrol mentek a dolgozo gepek, meg a nyomtatok.
A routert 1,5 evente cserelni kellett, mert tulmelegedett es megsult. Egy 871-es kis cisco router elonyos lehetne kesobb.
-
KrissszG
tag
válasz
Gesztiboy #6677 üzenetére
Szia!
Azt hiszem igazad van, egy tablet lesz a megoldás. Ebook olvasón kellemesebb lenne, nem fárasztja annyira a szemet, de anyira rossz rajta a PDF, hogy emiatt kiesik a versenyből.
Köszi a választ, ezek szerint nem csak nekem nem jött össze ez a használható konvertálás.
-
zsolti.22
senior tag
válasz
Gesztiboy #6570 üzenetére
A negatív kritika is kritika. Nem lehet mindenkinek megfelelni, nem várható el, hogy mindenki pozitív véleménnyel legyen, akármiről is van szó, mindig van egy dickhead, aki csak azért is típusú
Csak emlékeztetlek a bloggal kapcsolatban, hogy az egyik bejegyzés alapötlete tőlem származik
-
tusi_
addikt
-
tusi_
addikt
válasz
Gesztiboy #6516 üzenetére
Az, hogy meíródott
Ha mellé olvasol, akkor nem olyan gáz, bár tény, hogy felületes..... Ha megnézed a könyv mellé kapott videókat is - szintén Hucaby - azzal már rendbe lehet hozni a könyvet.
Úgy jellemezném, hogy egy nagyon részletes tartalom jegyzék. Elolvasod, aztán megnézed a neten, hogy miröl is van szó
-
jerry311
nagyúr
válasz
Gesztiboy #6383 üzenetére
Mivel a 4.2 idén októbertől end of everything...
...és az 5.x is van már pár éves...
...szerintem 5.x van benne.
CCNP Security pedig április 21-től csak az új vizsgákkal tehető le, amiben már biztos nincs 4.2.Mellesleg egyetlen vizsgámra sem emlékszem, amiben lett volna ACS konfig, akárcsak érintőlegesen is.
tusi_
Ööööö, hogy mi? A 4.2 pofásabb mint a 4.2? Menj aludni vagy gyere le a szerről vagy küldj belőle nekem is! -
FecoGee
Topikgazda
válasz
Gesztiboy #6107 üzenetére
A labor már nem lesz probléma szerintem. Viszont hónapokig, ha nem 1-1,5 évig fogod heti mondjuk 20-30 órában tolni az anyagot. Kell hozzá kitartás, nem kevés. Nekem volt, mikor heti 40 órát nyomtam. Gyakorlatilag egy full-time másodállás volt.Aztán kiégtem és 1-2 hétig semmi. Egy CCxP modulvizsgát megcsinálsz 1-2-3 hónap alatt, pihenés, következő modul. Kinek mi fekszik.
Én most megint picit lazább vagyok, de jövő hét után úgyis bootcamp, majd utána felpörgök megint.
U.I.: kifizettünk 6.000 USD-t a bootcampre meg a Workbook-okra és még mindig 1 db feladatot sem publikált az INE. Pedig már mióta tudják, mi lesz a v5-ben. Aki specifikusan arra gyúr, biztosan szeretne már pl. DMVPN-t konfigurálni... -
tusi_
addikt
-
crok
Topikgazda
válasz
Gesztiboy #6047 üzenetére
Az mindegy, hogy GigE vagy TenGig vagy FastE.. a lényeg az a sebesség
amire beállt a port. A portok beállt sebességének kell megegyeznie. Szóval
lehet egyik oldalon GigE szembeállítva másikon FastE-vel, ha a beállt sebességek
megegyeznek akkor az összes linket be tudja használni a channel. A mi
esetünkben TenGig SFP+ volt az egyik és GigE SFP a másik link.. így, ugye
mivel a TenGig SFTP+ nem tud GigE sebességet amúgy se így kizárt, hogy
olyan összeállítást hozz össze, amiben mind a két portot tudod használni a
channelben, lévén a két port egyszerűen nem is tud azonos sebességen működni..
AFAIK..
Ú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!
- Parci: Milyen mosógépet vegyek?
- Formula-1
- Linux Mint
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- QNAP hálózati adattárolók (NAS)
- Robot fűnyírók
- Milyen billentyűzetet vegyek?
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Google Pixel topik
- One otthoni szolgáltatások (TV, internet, telefon)
- További aktív témák...
- Telefon szerviz helyben - Gyors javítás, akár 30 perc alatt!
- RAKTÁRSÖPRÉS!!! - Videókártyák, Monitorok, Notebookok, Stb. - Szaküzletből! Számlával!
- BESZÁMÍTÁS! Microsoft XBOX One S 1TB játékkonzol extra kontrollerrel garanciával hibátlan működéssel
- ÁRGARANCIA! Épített KomPhone Ryzen 7 5800X 32/64GB RAM RX 7800 XT 16GB GAMER PC termékbeszámítással
- BESZÁMÍTÁS! Nintendo Switch 32GB V2 játékkonzol garanciával hibátlan működéssel
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: CAMERA-PRO Hungary Kft
Város: Budapest