- Milyen CPU léghűtést vegyek?
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- AMD Navi Radeon™ RX 6xxx sorozat
- Milyen processzort vegyek?
- Kormányok / autós szimulátorok topicja
- Milyen billentyűzetet vegyek?
- Apple notebookok
- MILC felhasználók szakmai topikja
- Milyen videókártyát?
- Computex 2024: szimpatikus Montech billentyűzetek a porondon
Hirdetés
-
Frissítve! Xbox Games Showcase 2024 - Az összes bejelentés egy helyen!
gp A műsor kora este kezdődik, utána az összes trailert összegyűjtjük egy helyre.
-
Filléres Redmi érkezett
ma Az A3x nem kapott nagy bemutatót, egyszer csak felbukkant.
-
Computex 2024: szimpatikus Montech billentyűzetek a porondon
ph A vállalat egy olcsóbb fajta, két színben választható, vezetékmentes modellel és két érdekesen festő koncepcióval jelentkezett.
-
PROHARDVER!
Haladó szintű hálózati témák topikja
Új hozzászólás Aktív témák
-
őstag
válasz Krisztianby #10712 üzenetére
Ez a réteg biztosítja, hogy lehetőleg hibamentesen történjen az adatátvitel két szomszédos eszköz között és adat kereteket alakít ki, MAC fér hozzá a fizikai réteghez, így ez köti össze az LLC-t a fizikai réteggel. nevével ellentétben a gyors hálózatokban a MAC címeket nem ez kezeli
[ Szerkesztve ]
Cuccok: https://hu.pcpartpicker.com/list/8Pb6z6
-
ArthurShelby
addikt
válasz Krisztianby #10712 üzenetére
Media Access Control, MAC: itt a média közeget jelent
„Média” latin eredetű szó, jelentése: közbülső helyen található, átlagos közeg, közvetítő elem, illetve információknak beszéd, mozdulat, arckifejezés, írás stb. útján történő továbbítása terjesztése. [link]
Ha megnézed a wikipedia oldalát, akkor ott is közeghozzáférés-vezérlő-nek van fordítva.A legalsó réteg a (1) fizikai réteg (kábel, jelszint, zavar...), erre épül az (2) adatkapcsolati réteg (MAC, LLC), amire épül a hálózati réteg (IP)
A mac alrétegen keresztül kommunikál a fizikai réteg és a logikai kapcsolatvezérlő (LLC) alréteg, magyarán a mac interfész (összekötő) szerepet tölt be. A mac-nek van egy címe, a mac cím, és ezen keresztül kommunikálnak a gyakorlatban a hardverek (pl laptopban lévő wifi kártya mac címe és a routerben lévő wifi kártya mac címe (BSSID) ).
"Protokollszinten tulajdonképpen a gépek nem IP-cím alapján, hanem MAC cím alapján "látják" egymást.... tehát minden egyes kiküldött csomaghoz szükség van a célgép MAC címére. Azért, hogy ne kelljen állandóan lekérdezni őket, bekerülnek egy helyi gyorsítótárba" [link]
Az arp (tábla), ami összeköti az ip címet a mac címmel, ezt kb mindenhol gyorsítótárazzák is.A mac címet hívják néha hardvercímnek, vagy fizikai címnek is, mivel eredetileg nem lehetett megváltoztatni (csak a gyártó tudta).
MAC feladata:
-pont-pont szerű szolgálat biztosítása az LLC alrétegnek
-csatornamegosztás-csatornakiosztás (statikus:FDM/TDM - frekfvencia/idő osztásos nyalábolás), (dinamikus: CSMA-Vivő érzékeléses többszörös hozzáférés, CA-ütközés elkerüléssel, CD-ütközés detektálással)LLC feladata:
hibajavítás (arq - automatic repeat request)
adatfolyam vezérlés (flow control): lassú vevő/forrás leállítása
keretképzés/behatárolásHa valami nem jó (simán lehet), majd valaki kijavít
A rosszban mindig van valami megtévesztően jó, különben nem választanánk a rosszat
-
őstag
válasz Krisztianby #10986 üzenetére
A business kategóriájú hálózati eszközöknek van külön Földesi lehetőségük is, [link] és rendelkeznek védelemmel.
Cuccok: https://hu.pcpartpicker.com/list/8Pb6z6
-
ArthurShelby
addikt
válasz Krisztianby #10986 üzenetére
Általában a belső ethernet háló villám védett, a bejövő kábelt szokták levédeni otthon, pl ezzel. De egy-két komolyabb switchen is van már földelési lehetőség [link].
A rosszban mindig van valami megtévesztően jó, különben nem választanánk a rosszat
-
bambano
titán
válasz Krisztianby #10986 üzenetére
a legtöbb switchben, ami nem ez a gagyi szappanosdoboz kategória, van, de rendszerint nullát ér.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz Krisztianby #10992 üzenetére
cisco switchem is van több, ami megdöglött az idők során, meg mikrotik ap-m is kilószám, aminek tönkrement az ethernet portja.
A villám az nem úgy működik, hogy belemegy az eszközbe, és akkor ez a babszemnyi védelem megállítja. az úgy működik, hogy porrá égeti az eszközt meg a collos acélt is, amire a cuccot felcsavaroztad.
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz Krisztianby #10994 üzenetére
a helyi hálózati feszültség ingadozás ellen se jó. például azért, mert a mikrotikhez vehetsz drágán túlfesz védőt, és adnak hozzá egy 1500 forintos dugasztápot, amit a hálózati feszültségingadozás pikkpakk kinyír.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
4Grider
nagyúr
válasz Krisztianby #10996 üzenetére
A leggyakrabban csak a wan port megy tönkre ha hálózaton keresztül jön az áldás. Ha kisfeszültség felől, akkor meg a tápegység. Természetesen a kár mértéke sok tényező függvénye, leginkább a távolságtól függ. Optika használatával hálózati oldalon, tápellátás oldalán pedig többszörös túlfeszültségvédelem, fi-relé használata sokat jelenthet.
-
mtz81
tag
válasz Krisztianby #10994 üzenetére
Létezik rendes túlfesz védelem az elektromos hálózatra (230V). De az nem merül ki egy túlfeszvédett konnektorban. Az egyik irodaházban, ahol dolgozom csináltattunk ilyet, mert túl sok gond volt belőle. Nem olcsó, és három lépcsős a dolog. Nem tudom, hogy hogyan működik pontosan, de szereltek eszközöket a villanyórához, a biztosítéktáblába, és a konektorokba. A földelést is bemérték, mert az az alapja az egésznek.
A biztosítéktáblában lévő eszközöket, ha zöldről pirosra vált rajtuk a jelzés akkor nem lehet visszakapcsolni, csak cserélni. -
MasterMark
titán
válasz Krisztianby #11077 üzenetére
Az úgy nevezett routerek irányítják oda a forgalmat. Van mindenféle routing protokoll erre, amit többféleképp tudnak maguknak felépíteni és ez alapján találják meg, hogy merre továbbítsák. Előbb utóbb elér oda ahol a gép található, vagy kiderül ha nem elérhető.
Switch Tax
-
MasterMark
titán
válasz Krisztianby #11079 üzenetére
Amíg nincs kapcsolat addig nem küld adatot. Ugye előszőr ki kell épüljön a kapcsolat, és csak utána fog adatokat küldeni. (Kivéve amikor nem, de az olyankor olyan adat aminél nem gond ha elveszik.)
Nem tárolódnak az IP címek, legalábbis úgy nem, ahogy DNS-nél. IP-nél tartományok vannak meg útvonalak ami alapján tudja merre menjen tovább.
Pontosan mi a kérdésed? Mintha az alapokkal se lennél teljesen tisztában úgy érzem.
Switch Tax
-
zolee001
őstag
válasz Krisztianby #11077 üzenetére
Gondolom belsö hálóra gondolsz
Amennyiben van dns vagy wins server akkor ott tárolodnak,valamint az arp ,dns (kliensen ipconfig /displaydns) cacheben,windows vonalon van még nrpt (name resulution policy table) illetve HOST fileban is editálás vagy virus utján" IP címre akarok rákeresni tegyük fel egy kliens gépre (amit ha jól tudok nincs sehol bejegyezve) mert dolgom van vele hogyan sikerül megtalálni a hálózaton?"
ping ip cim majd arp -a innen megkapod a kliens nevét és a mac cimet -
bambano
titán
válasz Krisztianby #11079 üzenetére
természetesen van megoldás, természetesen központi adatbázis is van rá. a hálózati adminisztrációs cégek üzemeltetik, Európában a Ripe.
a kisebb routerekbe felesleges ezt beletenni, viszont azokba, amelyek a hálózat központi részén vannak, beleteszik.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
MasterMark
titán
válasz Krisztianby #11085 üzenetére
Viszont ha én X-gép rá akarok csatlakozni Y-gépre IP cím alapján. Akkor egyszerűen csak útvonal választások(routing) történnek amíg nincs meg a cím?
Igen, így működik az internet.
Switch Tax
-
zolee001
őstag
válasz Krisztianby #11085 üzenetére
Azért vegyük ketté
Más az ip alapján történö "keresés" és más a névfeloldás
Az arp cacheben csak akkor tárolodik el az információ ha valami okból kifolyolag bekerült (pl ping vagy egyéb kommunikácio)Másik kérdésedre is több válasz lehet,fix ip van avagy dhcp esetleg mögötte dns amik tudnak egymásról,(igy illik,a dhcp-vel küldjük le a ip-t,dns- cimet,d.gatewayt stb) egy alhálózaton van a 2 gép avagy másikon
egy egy csomag merre menjen azt a route táblában találod, a route print parancs megmutatja -
MasterMark
titán
válasz Krisztianby #11097 üzenetére
Szerintem felesleges volt lemenni layer 2-be és az arp-ről beszélgetni, mert nyilván nem erre voltál kíváncsi, de legalább mostmár ezt is megtudtad.
Switch Tax
-
Ripper17
tag
válasz Krisztianby #11105 üzenetére
Simán lehallgatsz a levegöböl egy handshaket és dictionary + néhány, sikerességet növelö feltételezés (pl. kezdö nagybetü, vége szám) alapú brute-force, mivel valójában hasheket cserél a kliens és az AP. Aktív esetben egy deauth keretet injektálsz a hatókörben lévö kliens fele, ezzel kikényszeríted a handshaket.
bövebben itt jól leírják: [link] -
krealon
Topikgazda
válasz Krisztianby #11145 üzenetére
Ha túl sok a végpont egy alhálózatban, akkor a broadcast mennyisége az átvitelt jelentősen csökkentheti. Ilyenkor lehet érdemes csükkenteni az alhálózatok méretét és többet használni belőle.
Másik szempont a végpontok szeparációja lehet, szervezési vagy biztonsági szempontból.A több alhálózat kezelésének ugyanakkor a hátulütője, hogy a layer 3 átvitel nagyobb teljesítményű estközöket és bonyolultabb vezérlést igényel, valamint bizonyos broadcast alapú protokollok alhálónként külön egységekre eshetnek szét.
Nincs általános ha-akkor recept a hálózat méretezésre.
Új hozzászólás Aktív témák
- Cyberpunk 2077
- Milyen CPU léghűtést vegyek?
- Politika
- Xbox Series X|S
- XGS24 - Október elején jön a Diablo IV - Vessel of Hatred
- Alkoholista nevelde
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- Hegesztés topic
- BestBuy topik
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- További aktív témák...
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen