- 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
-
#14418
Cyber_Bird
senior tag
_kovi_
#14417
Cyber_Bird
senior tag
válasz
_kovi_
#14417
üzenetére
Ennel azert komolyabban kell venni
Hasznalni mit lehet?
Kapsz egy lapot amire alkoholos filccel irhatsz, ha betelik kerhetsz masikat.
ennyi.Segitenek-e? Tekintve hogy senki nincs bent es kameraval veszik a termet, azthiszem egyertelmu, hogy nem. Arrol nem is beszelve, hogy igazabol aki felugyel, tobbnyire nem ert hozza, de tilos is lenne segiteni.
Szerintem a konyv elolvasasa es legalabb minimalis laborozas nelkul nincs ertelme belefogni.
Persze, megint az a kerdes, hogy miert akarod a vizsgat letenni...
-
FecoGee
Topikgazda
válasz
_kovi_
#14133
üzenetére
Szia,
No offense, de ez tuti benne van a CCNA anyagban. Probald megerteni a protokoll mukodeset, maris latni, hogy 0 info van a kepen. Pl. hol a priority, a MAC cim, a port costok (ertem hogy Fa, de fel szoktak tuntetni), PVST+ vagy RPVST+ vagy MST, stb. Ezek nelkul nem lehet a kerdesedre szakmailag valaszolni.
-
soma314
tag
válasz
_kovi_
#14129
üzenetére
Spanning tree-nél
Először meg kell találni (a protokolnak, vagy egy feladatban neked) melyik switch lesz a Root Bridge
A példában itt a SW3-as. Amúgy ugye a legalacsonyabb bridge id-jű azaz a legalacsonyabb bridge priority-jű vagy egyező prioritások esetén a legkisebb MAC című switch.
A root bridge minden aktív portja designated port. Azaz olyan port, amin átmennek az adatok, de nem a root bridge felé mutat, hanem attól "távolodik", downstream-ben van.Ezután meg kell keresni minden egyes switch-nél, hogy cost szerint melyik portja van a legközelebb a root bridge-hez. Ezek lesznek a root portok, amin szintén minden adat át tud menni. (Ha több linkkel is csatlakozik a root bridge felé, akkor az alacsonyabb port priority-vel rendelkező port (ami default-ban az alacsonyabb port szám) lesz. Ez a root bridge felől kell nézni! (Tehát ha az SW3 a root bridge ami csatlakozik két linkkel az SW2-höz és a két link az SW3 FA0/2 - SW2 Fa0/3 és SW3 Fa0/3 - SW2 Fa0/2, akkor az SW2-őn (default beállítások mellett) az Fa0/3-as lesz a root port hiába az a nagyobb port számú az SW2-őn.)
Ha megvannak a root portok minden switch-en, akkor az összes többi link blokkolva lesz méghozzá úgy, hogy a magasabb bridge id-vel rendelkező switch oldalán lévő port esik blocking state-be. Amin ugye a BPDU-n kívül nem megy át adat.
A példát konkrétan megnézve:
root bridge SW3root portok: SW1 fa 0/1, SW2 fa 0/2
designated portok: SW2 fa 0/0
Hogy miért nincs mind az SW1 fa 0/0 és SW2 fa 0/0 is blocking state-ben? Egyrészt, mert a spanning tree nem úgy működik! A spanning tree-nél, ahogy írtam feljebb mindig a link egyik vége (az alacsonyabb bridge id-jű oldal) van csak block-ing state-ben.
Hogy ez miért jó: mert biztosítja a hurokmentességet és egy konvergencia során a lehető legkevesebb port-nak kell konvergálnia.Másrészt, képzeld el azt a szituációt, hogy az SW1 és SW2 közötti linkbe beteszel egy hub-ot vagy egy olyan switch-et ami nem ismeri a SPT-t (vagy le van rajta kapcsolva), majd a hub-ra, switch-re végberendezéseket kapcsolsz. Ha a link mindkét vége blocking state-ben lenne, akkor a végberendezések (pl számítógépek) nem tudnának kommunikálni az SW3-al és az arra kapcsolt végberendezésekkel.
-
vadger
tag
válasz
_kovi_
#14133
üzenetére
A SW2 szemszögéből elérhető a Fa0/0-n át is, a SW1 szemszögéből blocked csak a port.
Úgy gondolom ez egy nem rossz leírás az egész spanning tree-ről, szerintem sok kérdésre választ találsz itt. Ha még utána is van kérdés, persze jöhet. -
vadger
tag
-
-
soma314
tag
válasz
_kovi_
#13514
üzenetére
szó sincs róla, nem bántottál meg, csak azt érzem, hogy ugyanazokat a köröket futjuk
ahhoz, hogy közelebb kerüljünk a probléma megoldásához, ahhoz több információ kellvannak általános troubleshooting módszerek (nem csak számítógép hálózati problémákra)
ilyen például, hogy ha ki lehet iktatni egy köztes eszközt átmenetileg, akkor kipróbáljuk anélkül a rendszert, hogy meggyőződjünk, hogy az eszközzel van-e a hibaezért kértem, hogy a Cisco router-t kihagyva közvetlenül kapcsolódj egy számítógéppel a kábel-modemre
nézzük meg akkor mi történik:
- megy-e arról közvetlenül az internet elérés?
- milyen IPv4 címet ad a számítógépnek (public-ot, private-ot, azt milyen subnetben...)(ezt csípőből tüzelésnek hívják a műszaki diagnosztikában, de például van egy lehetséges scenario a hibára: ha a kábel-modem például a 192.168.1.0/24-es subneten ad ki egy IPv4 címet a Cisco router WAN portjának, akkor default beállítások mellett a router külső és belső oldala is azonos subnetbe kerül. Ez problémás és nem fog működni az internet. Az otthoni router-ek nagy részénél a default LAN subnet a 192.168.0.0/24-es subnet, ezért azonos beállítások mellett egy TP-Link router-nél a WAN port a 192.168.1.0/24-be lóg, mig a LAN portjai a 192.168.0.0/24-be. ekkor semmi gond nincs, még a dupla NAT/PAT is simán működik. Ez persze csak egy feltevés, ehhez kéne tudni, mit oszt ki a kábel-modem!)
OFF a munkám során is sokszor belefutok olyan (és biztosan a többiek is) hogy kérdezek valamit okkal egy hiba feltárásához és a válaszadó nem a választ adja meg, hanem próbálja megmagyarázni, hogy miért nincs szükségem arra az információra.
Ekkor vagy türelmesen elmagyarázom, hogy miért van (mint jelen esetben) vagy hagyom főni a levében, hogy ha jobban tudja, akkor oldja meg maga a problémát.
Esetleg emlékeztetem mennyibe kerülök neki -
soma314
tag
válasz
_kovi_
#13511
üzenetére
az ide látogatók többsége hivatásszerűen konfigurál professzionális Cisco eszközöket (nem, nem az otthonra szánt Cisco, Linksys... feliratú műanyag dobozokat, amiket a köznyelv router-nek hiv, de nem igazán route-olnak, sokkal inkább NAT-olnak, működnek access point-ként, tűzfalként....)
Mi jellemzően az összefüggések alapján tudunk segíteni módszeres diagnosztikával, mert kb tudjuk minek kellene történnie. Ha azt is tudnánk, hogy mi történik helyette, akkor lehetne folytatni a probléma feltárását.
Én nem szeretnék veled vitatkozni, mert erre az időm drága és nem engem zavar, hogy nincs nálad internet a router-eddel. Ha szükséged van segítségre és hagyod, hogy segítsek, akkor megpróbálom, de nélküled ez nem megy.
Gondolom oka volt, hogy az elmúlt 3-4 hónapban 5 router-ed volt (nekem itthoni internetre vagy 5 éve ugyanaz a műanyag szappantartó szolgál).
Régen azért volt MAC cím azonosítás, mert a MAC cím egyedi, nincs két egyforma, ezzel lehet beazonosítani az ügyfelet, pont azért, hogy ne történhessen meg, hogy valaki más is használja ugyanazt az előfizetést. Nem egy korszerű módszer, de módszer.
A válaszodból az tűnik ki, hogy van egy UPC végberendezésed, egy kábel modemed. Így van?
Ez esetben merőben más a helyzet, mintha egy "ethernet kábel jönne a falból". A szolgáltató, ugyanis ezt a kábelmodemet tudja azonosítani.
A feladat azonban nem változott:
- dugj rá a kábelmodemből kijövő ethernet (LAN) kábelre egy PC-t és nézd meg, hogy a DHCP-n milyen címet kap.- áruld el, hogy a router-t milyen IPv4 címen éred el (pl 192.168.1.1).
- el tudod érni a kábel modem-et web-en valamilyen IPv4 címen? ha igen, mi az a cím?Egy triviális hiba, de volt már ilyen: ugye a router-ed WAN portjába dugod a kábelmodemből érkező kábelt?
-
soma314
tag
válasz
_kovi_
#13505
üzenetére
hát én nem tudom, hogy ahol te vagy ott hogyan azonosít be a szolgáltató, de egy biztos valahogy be kell azonosítson.
én vagy 10 éve futottam bele a UPC akkori módszerébe, amikor is a MAC cím alapján azonosította az előfizetőt. Korábban azt irtad, (vagy mások?) hogy esetedben nincs ilyen. Ha mégis lenne, akkor a korábbi eszközöd WAN portjának MAC cimét kellene megnézni és azt a router-re beállítani.
A PPPoE azaz point to point over ethernet-et pont azért használják, hogy PAP (remélem már nem igen) vagy CHAP authentikációval (felhasználó és jelszó ellenőrzéssel) lehessen az előfizetőt beazonosítani.
(Csak érdekesség, de jellemzően, amikor a PPPoE kapcsolaton keresztül kap IPv4 címet a router-ed, akkor azt nem DHCP folyamat során kapja és az is valószínű, hogy a túloldalon lévő készülék interfésze nem is abban a subnetben van, amiben a router wan portja IPv4 címet kapott.)Egyébként PPPoE lehet authentikáció nélküli is (mint bármelyik PPP).
Ha rádugsz egy sima pécét a bejövő kábel végére (amit a router WAN portjára dugsz) akkor a sima PC-n lesz internet? DHCP-n kap cimet a PC? Ha igen milyet?
-
soma314
tag
válasz
_kovi_
#13482
üzenetére
dynamic network address translation
a router-ed kap egy public IPv4 címet kintre (mondjuk a példában legyen 180.1.1.1), van egy belső private címe bentre (pl. 192.168.1.1) a belő host-ok a belső private tartományban kapnak cimeket (pl. 192.168.1.2-től 192.168.1.253-ig). Amikor egy packet kimegy az internetre mondjuk a 192.168.1.3 cimről, abban a packetben a source-ot kicseréli 180.1.1.1-re, hogy "vissza is találjon a válasz".
Amig ugyanannyi host van a private belső oldalon mint ahány cimet az internet szolgáltatótól kap a router kintre, addig ez "egyszerű" és lehet akár statikus is. Például a 180.1.1.1-et statikusan kicseréli a 192.168.1.3-ra. Azonban a valóságban az internetszolgáltató egy cimet ad és otthon számos host-od van, ezért dinamikusan kell kezelni méghozzá a protokolok egyedi port számának megfelelően.
Példa:
a 192.168.1.3 egy tcp packetet küld a 80-as portra a www.akarmi.hu szerverére, akkor a well known 80-as cimzet porthoz , hogy válasz is érkezhessen a 192.168.1.3-as számítógép ad egy source port számot is, mondjuk legyen 33213. A router egy táblát vezet, amiben feljegyzi, hogy az a packet, amiben a 192.168.1.3-at cserélte le a 180.1.1.1-re a 33213-as port-ot használta.
Amikor jön egy packet a www.akarmi.hu ip ciméről a 180.1.1.1 IPv4 cimre és a 33213 port-ra, akkor tudni fogja, hogy amikor lecseréli a 180.1.1.1-et, akkor a 192.168.1.3-ra kell. Muig ha a 180.1.1.1-re, de 34571-re jön, akkor meg mondjuk a 192.168.1.67-re.Ezt hivják PAT-nek, azaz port address translation-nek. A legtöbb otthoni router leginkább ezt csinálja egész nap. Úgy szokták megcsinálni, hogy default-ban menjen, de ha véletlenül egy NAT64-et állítottál be, akkor nem fog.
Ezért se lenne baj egy screenshot a WAN aloldalad beállításairól (persze "jelszótalanitsad")
Új hozzászólás Aktív témák
Hirdetés
FecoGee
crok- 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!
- Formula-1
- Google Pixel topik
- Kazy Computers - Fehérvár - Megbízható?
- Tőzsde és gazdaság
- Ford topik
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Okos Otthon / Smart Home
- EAFC 25
- Azonnali alaplapos kérdések órája
- A Fehér Házban marad a Starlink Trump és Musk rossz kapcsolata ellenére
- További aktív témák...
- Telefon felvásárlás!! iPhone 12 Mini/iPhone 12/iPhone 12 Pro/iPhone 12 Pro Max
- Samsung Galaxy S23 128GB, Kártyafüggetlen, 1 Év Garanciával
- Tablet felvásárlás!! Apple iPad, iPad Mini, iPad Air, iPad Pro
- Eladó szép állapotban levő Huawei P30 Pro kék 6/128GB 12 hónap jótállással!
- BESZÁMÍTÁS! ASUS ROG CROSSHAIR X670E GENE alaplap 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