- Samsung Galaxy S22 és S22+ - a kis vagány meg a bátyja
- Xiaomi 14 - párátlanul jó lehetne
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Kézbe fogták az ultravékony Z Fold7-et
- Milyen GPS-t vegyek?
- Xiaomi Mi 11 Lite - 4G-vel vagy 5G-vel kéred?
- Xiaomi 15 - kicsi telefon nagy energiával
- Milyen okostelefont vegyek?
- Motorola Edge 60 Fusion - nem csak a forma időtálló
- Motorola Edge 50 Neo - az egyensúly gyengesége
-
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
-
#2452
Bjørgersson
félisten
zsolti.22
#2451
Bjørgersson
félisten
-
-
klambi
addikt
válasz
zsolti.22
#2360
üzenetére
nem a fele megvan , csak a másik felével van gondom, és nem kell mind csak 1-1 hogy hol mit kell ennyi...
megcsináltam a trönköket, a jobb ág alsó gépéhez tartozó mac beállításokat, és a vlanokat létrehoztam, de e többit sajna nem toom, routren sem tudom mit kell belőni, és hogyan...
-
crok
Topikgazda
-
-
crok
Topikgazda
válasz
zsolti.22
#2326
üzenetére
Egyik phy interface-en sincs no shut a konfig szerint
Az alapvető probléma az, hogy nincs visszaút..
EDGE-ROUTER
router eigrp 65001
no autosum
router bgp 65001
! Ez mindenképp hiányzik
red eig 65001ENTERPRISE_FOS
router eigrp 65001
no autosumValamint ami felesleges: pl az összes static route a Null0-ra,
egyáltalán nem értem mi volt a céljuk. -
jerry311
nagyúr
válasz
zsolti.22
#2326
üzenetére
Az ISP-ig elér a csomag. Visszafelé van valami...
Mondjuk leginkább nincs route-ja vissza a 192.168.1.2 felé.
ISP#show ip route
Codes: C - connected, S - static, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2
i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
ia - IS-IS inter area, * - candidate default, U - per-user static route
o - ODR, P - periodic downloaded static route
Gateway of last resort is not set
1.0.0.0/32 is subnetted, 1 subnets
S 1.1.1.1 is directly connected, Serial0/0
50.0.0.0/8 is variably subnetted, 2 subnets, 2 masks
C 50.0.0.0/24 is directly connected, Loopback3
S 50.0.0.0/8 is directly connected, Null0
2.0.0.0/32 is subnetted, 1 subnets
C 2.2.2.2 is directly connected, Loopback0
20.0.0.0/30 is subnetted, 1 subnets
C 20.0.0.0 is directly connected, Serial0/0
40.0.0.0/8 is variably subnetted, 2 subnets, 2 masks
C 40.0.0.0/24 is directly connected, Loopback2
S 40.0.0.0/8 is directly connected, Null0
60.0.0.0/8 is variably subnetted, 2 subnets, 2 masks
C 60.0.0.0/24 is directly connected, Loopback4
S 60.0.0.0/8 is directly connected, Null0
30.0.0.0/8 is variably subnetted, 2 subnets, 2 masks
C 30.0.0.0/24 is directly connected, Loopback1
S 30.0.0.0/8 is directly connected, Null0 -
crok
Topikgazda
válasz
zsolti.22
#2323
üzenetére
Először is: mi az észlelt hiba?
Nem nézném át/raknám össze ha nem muszáj.. De első blikkre: R1 nem tanulja meg R3 prefix-eit és RIB failure van a BGP táblában? eBGP-t csak akkor futtatunk loopback-ek közt ha extra szükséges design kérés, egyéb esetben mindig direct IP-k közt van eBGP peering. Meg pl. R3-on vannak loopback-ek meg static utak a Null-ra. Miért? A network parancsok mellett nincs subnet. -
#2304
csabyka666
veterán
zsolti.22
#2302
-
#2301
csabyka666
veterán
zsolti.22
#2300
-
jerry311
nagyúr
válasz
zsolti.22
#2264
üzenetére
Az utóbbi 1-2 éve SSD-i már fel vannak vértezve mindenféle földi jóval, ha esetleg az OS és a BIOS sem támogat bizonyos SSD specifikus utasításokat, akkor se legyen gond. Ha van SATA support akkor már nyert ügy.
Egy laptopnak mindig a HDD lesz a leglassabb része, akkor nyerhetsz legtöbbet, ha azt lecseréled SSD-re.
Na meg kevesebbet is fogyaszt és jobban bírja a hurcolásból eredő rázkódást és egyéb fizikai behatásokat is.
1,5-2 hónapja döglött meg laptopomban a vinyó. Nem egyik napról másikra, meg volt mentésem is, de nyilván nem szerette a mozgást. -
sunyijanika
tag
válasz
zsolti.22
#2181
üzenetére
Nem lett félre írva. mivel, ha a magyarázatot figyelmesen elolvasod alatta akkor kiderül mért is ezt az utat választotta. Azt írja, hogy a - Local_Pref-hez - se egyéb más értéket még nem állítottak (default), de mind E1 és E2 ismer utat 183.0.0.0/8-hoz amit IBGP-ben továbbítanak is egymásnak. Bármilyen update IBGP-ből a Local-Pref-et defaultként 100-ra állítja be amint láthatod is az ábrán. de mért nem választja a magasabb értéket? mivel ahogy írtam ez default így ezt kihagyja és egészen Step 7- megy ahol EBGP jobb választás mint az IBGP így mind kettő a saját EBGP-jét választja.
Nem vagyok teljesen tisztában mindennel az BGP kapcsán, de könyv alapján ezért választja.
-
-
sunyijanika
tag
válasz
zsolti.22
#2090
üzenetére
semmi gond. szóval, NSSA-t minden bizonnyal egy ABR és ASBR közé fogsz tenni. ahogy nálad is látható (R3 -R7). LSA7 csak azok a routeok fognak kapni amiket az ASBR-n redistributolsz (external IGP, connected,static pl. , de nálad az ábrán nincs ilyen) - lényeg, hogy egy stub area is tudjon tanulni external routeokat ezért van az LSA7, mert LSA5-t elutasítják mint köztudott.R7(lsa7)--->(ls7)R3(lsa5)---->R4
de te pont fordítva gondoltad az egészet! R3 csak LSA5-t fog látni az eigrp-ről mivel az egy sima external és ezt nem fogja LSA7 alakítani mert az NSSA csak egyszerűen eldobja (nincs LSA5).
R5(lsa5)----->all
Szerintem logikusan levezettem, erősítsetek meg
-
sunyijanika
tag
válasz
zsolti.22
#2088
üzenetére
Igen itt az iránnyal lesz gond ahogy crok is mondta. mivel az eigrp-t R3-m LSA5 fogja látni! (amit persze R7 - nssa miatt sose fog megkapni, omits LSA5) R3 area0 -ból kapja az eigrp útvonalat nem az R7-t felől. (R3 - ABR) Azonban, ha az ASBR-n (R7) redistributolsz (connected, static.. etc) az már LSA7 lesz amit R3 LSA5 továbbít majd. Remélem most már kicsit világosabb lett.
-
crok
Topikgazda
válasz
zsolti.22
#2086
üzenetére
Nem voltam elég pontos, elnézést
R7 LSDB-ben benne kell lennie, ha van egyáltalán olyan út, ami LSA7,
de ahhoz R7-nek lennie kell külső útjának (static vagy connected redist.).
Szóval ne az EIGRP utat keresd az R7-en, mert az area 2 az stub, az a
külső EIGRP út meg LSA5, amit stub nem kaphat meg.LSA7 csak az NSSA-ban van. R3 ezt majd LSA5-re alakítja.
Azt hiszem az LSA-k mozgásának iránya az, ami megkavart. -
crok
Topikgazda
válasz
zsolti.22
#2084
üzenetére
Na várjál.. Azt hiszem megvan. LSA7 az az út lenne az R3-on R7-től az
R4 felé, amit R7 hirdet, mint külső utat az R3 felé (mondjuk egy loopback
hirdetve a redistribute connected-el). Nem R7-en lesznek LSA7 utak./--! Jobb oldalt van NSSA és az LSA7 hogy honnan hová hogyan halad.
-
tusi_
addikt
válasz
zsolti.22
#2057
üzenetére
Vagy egy SPI/CBAC ip inspect-el.
Itt az ip inspect.... parancs, mehet a belső interfészre in és a külsőre is out irányban, mig a külsőre egy deny ip any any in irányban. Persze az ip spoofing miatt ki kell zárni az összes privát ip-t befele és a saját ip-t source forrásból meg a loopbackokat......
-
tusi_
addikt
válasz
zsolti.22
#2042
üzenetére
"Szerk: Érteni is kell nyilván, a bemagolás sokra nem vezet. Ahogy alaposabban megnéztem, még azt sem írja nálad, hogy 2-t válassz, nálam pedig már az is fel van tüntetve. Mik lehetnék még a hiányosságok
Mindenképpen zavaró az elírás, csak nehogy rosszul tanuld meg!Szerk2: Neem, nem arra gondoltam, hogy könyvből tanulj; akkor inkább már egy frissebb pdf-ből!"
Az lenne a legjobb, ha ki tudnám laborozni, akkor nem is tettem volna fel a kérdést, de a gépem már el van csomagolva. Laptopon meg nincs fenn most gns3, de felrakom esküszöm.
-
tusi_
addikt
válasz
zsolti.22
#2040
üzenetére
Sógorom hozta, ezekből vizsgázott az Ő rg-juk. Hogy Ő honnan szedte, azt nem tudom.
Biztos igaza van a könyv irónak, nem vitatom, de szeretném megérteni. Számomra nem csak a vizsga fontos, szeretném érteni is, mert zavar van az erőben, ha valamit nem értek
Persze, hogy emléxem. (engem rá nem vennél, hogy könyvből tanuljak, nekem ez a legjobb megoldás. Esetleg egy E-book olvasót elfogadnék a forditás miatt)
-
zsolti.22
senior tag
válasz
zsolti.22
#2036
üzenetére
Belekukkantottam a könyvbe: 10.10.32.0 szerepel benne, nem 10.100, ahogy írtad és írja is, hogy Choose two answers, és mivel a 2 válasz kapásból meg van, szerintem nem kell rágódni, hogy az A miért jó. Vizsgán ezzel rengeteg időd menne a levesbe.
Szerintem azért, mert egy részét lefedi az ACL. A másik kettő, D és E-nek meg abszolút nem fedi le. Más magyarázat nem lehet.
-
crok
Topikgazda
válasz
zsolti.22
#1999
üzenetére
Tévedtem, benne van, 3.132 - 2 cég Area 0-áját teszi összefüggővé, de alapból
írja, hogy ne használd design szerint, mert temp megoldásként még elviselhető.Host-nak én 1700-as routereket teszek be általában (a kép lesz csak host) vagy
linux boxokat (tinycore vagy hasonló kis disztribúciókat).Melyiket nem olvastad amit írtam?
-
crok
Topikgazda
válasz
zsolti.22
#1993
üzenetére
Nos első körben ez egy discontinous net.. a loopback címek egy alhálóban
vannak. :/ Másik: OSPF alap design, hogy az area 0 contiguous. Itt az area
0-kat virtual-linkeled össze? Az nem okos.. A virtual link az arra jó, hogy egy
area-n keresztül csatlakozz az area 0-hoz.. tehát pl 2-1-0 , virtual link 1-en át.
[Szerk.]Vagy én látok valamit rosszul? -
tusi_
addikt
válasz
zsolti.22
#1972
üzenetére
ip ospf authentication message-digest
Ha jól emléxem, erre a parancsra indul el azokon az interfészeken a hitelesités, amelyikeken beállitottad a "ip ospf message-digest-key 1 md5 jelszó" -t. Ez csak azon a szomszédon érvényes, amelyikkel egy interfészen van. Ha egy router f0/0-n cisco a jelszó, a f0/1 -en meg casco, akkor is menni fog a hitelesités, de csak azzal a szomszéddal, amelyikkel az azonos intefészen van.
-
jerry311
nagyúr
válasz
zsolti.22
#1906
üzenetére
Az ISAKMP tulajdonképpen egy szabvány, hogy két fél azonosíthassa egymást és kulcsot cserélhessenek. Elméletileg a kulcs-csere módjától független, gyakorlatilag szinte csak IKE protocolt használnak rajta.
Az IKE meg arra való, hogy biztonságos kulcs-cseével létrehozzon egy biztonságos csatornát, nem biztonságos hálózatokon.
Azonosításra certificate vagy jelszó, esetleg RSA keypair használatos benne. Az egymás közti forgalmat titkosítják (megadott encryption mód), hash-elik, hogy tudják nem változott-e útközben. Mindehhez elsőként ott van a DH key exchange, amivel gyakorlatilag biztonságos kulcs csere lehetséges anélkül, hogy a kulcs bármikor is átment volna a nem biztonságos csatornán.tusi_
set transform-set nev = ez a parja a késöbbi crypto map interfésznek
vagy inkább az előbbi crypto ipsec transform-set parancsnak
-
tusi_
addikt
válasz
zsolti.22
#1902
üzenetére
crypto isakmp policy 1 = policy "sorszáma"
encryption 3des = titkositás módja
authentication pre-share = hitelesités módja alőmegosztott kulcs
group 2 = Diffie Hellman 2 1024 bites IKE kulcs.
(Innen nekem hiányzik a hash)crypto isakmp key jelszo address 128.107.9.9 = Ezt a "jelszót" küldi át tikositva diffie hellmannal az ip-re
crypto ipsec transform-set nev esp-3des esp-sha-hmac
crypto map valami_nev 10 ipsec-isakmp
set transform-set nev = ez a parja a késöbbi crypto map interfésznek
set peer 128.107.9.9 = szomszéd ip
match address 101 = acces list, amiben engeded a forgalmat. Saját ip és a távoli ip.access-list 101 permit ip 10.99.1.0 0.0.0.255 10.0.0.0 0.255.255.255
access-list 101 permit gre any anyinterface dialer 2
crypto map valami_nev = ez lesz a neve, ezzel engeded az interfészen hogy a kifele menő csomagok titkositva menjenek át. -
jerry311
nagyúr
válasz
zsolti.22
#1902
üzenetére
A széptől még messze van, inkább alapkonfig.
Egyszerűsítve: 2 fázisból áll:
1, ISAKMP
2, IPSec1,
crypto isakmp policy 1
encryption 3des
authentication pre-share
group 2crypto isakmp key jelszo address 128.107.9.9
Polciy: a használt encryption, hash authentication és a DH Key exchange-ben használt key nagysága
A hash-t nem látod, mert default maradt, ami emlékeim szerint SHAisakmp key: pre-shared-key - jelszó
2,
crypto ipsec transform-set nev esp-3des esp-sha-hmaccrypto map valami_nev 10 ipsec-isakmp
set transform-set nev
set peer 128.107.9.9
match address 101access-list 101 permit ip 10.99.1.0 0.0.0.255 10.0.0.0 0.255.255.255
access-list 101 permit gre any anyTransform set: ugyanaz mint az ISAKMP policy csak a második fázisra vonatkozik.
A crypto map-ban pedig az egészet egybegyúrod: melyik peerrel, milyen transform set-et használva milyen forgalmat (ACL) teszel a VPN-be.3,
interface dialer 2
crypto map valami_nevA VPN tunnelbe persze csak akkor rakja bele a forgalmat, ha az adott interface-re rá van rakva a crypto map.
++++++++++++++++++++++++++++++++++++++++++++++++++++++++
#1903
Nem feltétlenül szükséges, de erőteljesen ajánlott.
-
Tsory
tag
válasz
zsolti.22
#1872
üzenetére
Take it easy! Nem mondtam, hogy te írtad be, csak meglepődtem, mert nálam nem jelent meg. Csak próbáltam rájönni, mi lehet a megoldás. Sunyijanika már felvilágosított engem, hogy ez így természetes.
Itthon újra megcsináltam a konfigot, itt is működik. Úgy látszik, tud ez konzekvensen is működni
. -
Tsory
tag
válasz
zsolti.22
#1869
üzenetére
Nézd meg az FR switch konfigját. Ha megnyitom a feltöltött project fájlodat, akkor nálam így néz ki a konfigja:
1:102 - 2:201
1:103 - 3:301
2:201 - 1:102
3:301 - 1:103Mintha duplázná a konfigot. Ilyet nekem nem is enged előállítani. Törölve az összerendeléseket, resetelve az FR switchet, majd felvéve:
1:102 - 2:201
1:103 - 3:301már rendesen működik nálam.
Enélkül azt kapja vissza R1, hogy nem is léteznek ilyen DLCI-k:
R1#sh frame-relay map
Serial0/0.1 (down): ip 10.0.0.2 dlci 102(0x66,0x1860), static,
broadcast,
CISCO, status deleted
Serial0/0.1 (down): ip 10.0.0.3 dlci 103(0x67,0x1870), static,
broadcast,
CISCO, status deleted -
sunyijanika
tag
válasz
zsolti.22
#1849
üzenetére
Nézzük ezt a FR-t.
1. Nincs kiadva a (no auto-summary) - ahogy ezt már írták,
2. a hubra mindenféle kép kell a no split-horizon eigrp x parancs.
3. Ahogy látszik, néhány útvonalat ismer, néhányat nem a 2 spoke. Ha megnézed a frame-relay map-t akkor láthatod, hogy csak egy út van és az a "hub"-hoz vezet. a hubon kivan adva a no split parancs ezért ő szépen küldi az update-t mind2 irányba ezért látod a subneteket, de soha nem fogja elérni őket (no ping). Ezért mindenképp kell további map-ket hozzáadni.
R2 ---> frame-relay map ip 10.0.0.3 201 broadcast
R3 ---> frame-relay map ip 10.0.0.2 301 broadcast
Ezek után szépen működni fog a dolog!
- Az mind1, hogy a fizikai vagy multipoint-t konfigurálsz a spokekon mind2 egyaránt működik (bár nincs sok értelme)
-
Tsory
tag
válasz
zsolti.22
#1859
üzenetére
Hát ez nekem elég sztochasztikusan viselkedik. Van, hogy a pingek sem mennek, vagy akár az interface-eket sem mennek up/up állapotba.
A konfig nekem jónak tűnik, mondjuk a no auto-summary-t beállítanám az eigrp alá.
Hát erősen elgondolkoztam, hogy vagy nagyon alaposan ki kell választani a megfelő router/ios típust a GNS3-ban, vagy érdemes ezeket is fizikai eszközökön gyakorolni. Szerencsére a 26XX sorozathoz serial interface-el már elég olcsón hozzá lehet jutni, talán az is jó a tesztekhez. FR switchet is lehet belőlük csinálni.
-
Tsory
tag
válasz
zsolti.22
#1840
üzenetére
> teljesen vagy csak részlegesen, de ne legyen full mesh a PVC-k és routerek között <---ez nem tiszta.
Ha full mesh topológiát használsz, akkor minden router közvetlenül eléri a másikat, így a routing update-eket is közvetlenül megkapják. Így nem tud közbeszólni a spit horizon rule.
Ha nincs full mesh topológiád, akkor lesz olyan része a hálózatnak, ahol egy router a multipoint subinterface-en bejövő routing update-et nem fogja továbbítani ugyanazon subinterface-én lévő másik DLCI alatt elérhető másik routernek, így az nem fogja megkapni az update-et. Ebben az esetben vagy ki kell kapcsolni a split horizont, vagy point-to-point subinterface-t kell alkalmazni.
-
crok
Topikgazda
válasz
zsolti.22
#1849
üzenetére
Ahogy látom R1-en van ugyan subinterface, de csak egy. Kíváncsi lennék
a konfigra. pastebin.com-ra is teheted. De ahogy látom Null0-ra mutat az
az EIGRP route amit kaptál.. az nem valami jó Egyébként az EIGRP
konfigban van no autosum? Ja és akkor a FR SW-ben csak 2 entry van? -
crok
Topikgazda
válasz
zsolti.22
#1844
üzenetére
Igen, csak a középsőn volt, de a split horizon csak azon játszhatott.. volna!
De mivel subint volt, gondolom 2, így az egyik egyfelé, másik másik felé
ment, így a split horizon miatt a subint már nem fogja meg a routing update-
eket, hiszen már másik interface-en megy a dolog -
crok
Topikgazda
válasz
zsolti.22
#1840
üzenetére
> teljesen vagy csak részlegesen, de ne legyen full mesh a PVC-k és
routerek között <---ez nem tiszta.Nem csodálom. A "teljesen" és a "full mesh" számomra ugyan az.
A 3 router összekötéséhez egy negyediket vagy Frame-relay switchet
használtál? Mi a konfigja? Akkor lenne baj, ha így nézne ki a kiépítés:LAN
_
|
R1
|
|
[] <- Frame-relay switch (lehet router is..)
||
/ \
/ \
R2 R3
| |
_ _
LAN LANEzen esetben, amint látod, R1 egyetlen interface-én 2 router lóg. Nyilván
más DLCI-vel éri el a másik 2 routert ám itt bizony bejön a képbe a split
horizon szivatás, hiszen egy interface-en át érsz el 2 eszközt, mind a
kettőtől kapsz utakat, de ugyan azon interface-en keresztül nem küldhet
ki a router routing információkat R1 ahonnan kapta.. tehát R1 megkapja
R2 és R3-tól a routing információkat ám nem küldheti ki az R2-től kapott
információkat R3-nak, hisz ugyan azon interface-en kellene kiküldeni,
mint amin kapta (még akkor is, ha más DLCI). Képet és konfigot adj,
akkor meg tudom nézni hogy miért megy máshogy, mint várod. -
Tsory
tag
válasz
zsolti.22
#1840
üzenetére
Ha subinterface-eket használtál, akkor a split horizon nem játszik:
Configuring Frame Relay subinterfaces ensures that a single physical interface is treated as multiple virtual interfaces. This capability allows you to overcome split horizon rules so packets received on one virtual interface can be forwarded to another virtual interface, even if they are configured on the same physical interface.
-
crok
Topikgazda
válasz
zsolti.22
#1836
üzenetére
Gondolj úgy a stub-ra, mint olyan routerre, ami mögött már nincs más hálózat,
csak a saját LAN-ja.. Azért jó a stub EIGRP-nél, mert hub-and-spoke design
esetén például nem fog a hubtól EIGRP-n kérést kapni, hogy egy épp eltűnt
route nála megtalálható-e, ahogy más, normális esetben történne, mert a stub
router egy speciális EIGRP packet-el minden szomszédot értesít arról, hogy ő
csak egy stub - egy csonk a hálózaton, egy "végpont" EIGRP szempontból.
Ez nem csak emiatt jó, hogy a hub nem kérdez feleslegesen, de mivel a spoke
router egy stub - tehát nincs (vagy csekély számú..) másik WAN kapcsolata
van csak így nem kell a teljes hálózat routing tábláját megtanulni, a stub csak
elküldi a saját hálózatait és kap a hub(ok)tól egy default utat. Így erőforrást és
konvergenciaidőt spórolsz: a spoke (stub) router routing táblája kicsi, a hub(ok)
meg tudnak róla hogy a stub felől érkezett route-ok ha eltűnnek az EIGRP-ből
akkor azokat nemigen kell máshol keresni. Kicsit ASCII art-osan:Ilyen van, hogy:
LAN |==stub spoke == hub == stub spoke==| LAN..de olyan nincs hogy:
LAN |==stub spoke == hub == stub spoke==| LAN
|| ||
"======================="mert ekkor a stub már nem stub, nem egy "lezárt hálózat" mert van kapcsolata
egy másik spoke-al, így az egyik stub a másiknak a hálózatait nem csak a hub
routeren keresztül ismeri. A Cisco oldala tök jól leírja.
Tegnap ez még működött is, viszont nem tudtam mindenről pingelni mindent, és nem tudom hogyan lehet megoldani, hogy SSID-broadcast nélkül csatlakozzak a Wi-Fi-re laptoppal vagy valamilyen hordozható eszközzel. 
..és a rendszerem is gyorsabb lett! 
Mindenképpen zavaró az elírás, csak nehogy rosszul tanuld meg!
Ú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!
- GeForce RTX 5050 VGA-k a Palit értelmezésében
- TCL LCD és LED TV-k
- NiMH akkumulátor
- Donald Trump azt mondja, hogy megtalálta a TikTok vevőjét
- Nem indul és mi a baja a gépemnek topik
- Gyúrósok ide!
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- Mibe tegyem a megtakarításaimat?
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- GeForce RTX 5050 kártyák az MSI portfóliójából
- További aktív témák...
- LG 48C4 - 48" OLED evo - 4K 144Hz - 0.1ms - NVIDIA G-Sync - FreeSync - HDMI 2.1 - A9 Gen7 CPU
- Csere-Beszámítás! MSI Gaming X RTX 4060Ti 16GB GDRR6 Videokártya!
- Új! Targus - USB-C Dual HDMI 4K HUB - 2 HDMI-vel. Saját töltő nélkül 2 monitorral (120Hz)
- Részletfizetés , Acer Nitro V 15 minimálisan használt uj állapot sok garancia
- BESZÁMÍTÁS! ASRock Z370 i5 8500 16GB DDR4 512GB SSD 2060 Super 8GB Zalman Z9 Plus Enermax 750W
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest