- Jönnek az egyes, problémákkal küzdő ASUS ROG noteszgépek kipofozott BIOS-ai
- GeForce RTX 5060: Ezt kapjuk 150 ezerért
- Megjöttek az Endorfy Thock V2 sorozatú klaviatúrái
- Az időjárás borongósabbra váltott, de a hardverek még vígadnak
- Effektíve TKL méretűek a Corsair legújabb, numerikus paddal ellátott klaviatúrái
- AMD vs. INTEL vs. NVIDIA
- Milyen videókártyát?
- Melyik tápegységet vegyem?
- GeForce RTX 5060: Ezt kapjuk 150 ezerért
- Bambu Lab 3D nyomtatók
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- Intel Core i7-5xxx "Haswell-E/EP" és i7-6xxx "Broadwell-E/EP" (LGA2011-v3)
- HDD probléma (nem adatmentés)
- Milyen billentyűzetet vegyek?
-
PROHARDVER!
Mikrotik routerekkel foglalkozó téma. Mikrotik router típusok, hardverek, router beállítások, programozás (scriptek írása), frissítés, és minden Mikrotik routerrel kapcsolatos beszélgetés helye.
Új hozzászólás Aktív témák
-
-
Reggie0
félisten
válasz
keke69 #15493 üzenetére
A problemad az lesz, hogy
a) az unifi cuccok ~48V poe-vel mennek, mig a mikrotik 12-57, de alapbol 24V-os tapod adnak melle, igy 24V-ot tud feladni, amig nem veszel melle 48V-os tapot.
b) az altalad linkelt unifi switch mode A, viszont a mikrotik switch mode B, igy nem tudja levenni a tapot, mert szamara rossz helyen kapja.
(Az abran 100mbites linkre van rajzolva, gigas port eseten a mode B is tranfok kozepmegcsapolasan van taplalva.) -
Reggie0
félisten
válasz
silver-pda #15490 üzenetére
Nagyobb sebesseget tobb eszkoz eseten vagy a tavolabbi helyeken, Nekem a kozelebbieken is. Lasd: [link]
-
Reggie0
félisten
válasz
ekkold #15471 üzenetére
De irjak, benne van a manualjukban, hogy johet eleve hibasan a nand. [link]
"According to the manufacturer of NAND chips, up to 5 blocks can be bad when NAND is manufactured, and up to 80 bad blocks could develop during operation, but it will not disturb the operation of your router, because complex workaround mechanisms are in place, that will copy the data to another block and attempt to fix the bad block. "
A nand chip gyartoja pedig azt irja, hogy amikor a gyarbol kigurul, akkor a 8192 blokkbol 8032-nek kell legalabb jonak lennie, azaz 160 hibas blokk lehet rajta gyarilag.74. oldal: [link]
-
Reggie0
félisten
válasz
ekkold #15454 üzenetére
De menti. probald igy:
[admin@MikroTikCCR] /interface/wireguard> /interface/wireguard/export compact show-sensitive
# dec/10/2021 22:20:20 by RouterOS 7.1
# software id = xxxx-xxxx
#
# model = CCR1009-7G-1C-1S+
# serial number = xxxxxxxxxxxx
/interface wireguard
add listen-port=13231 mtu=1420 name=wireguard_Test2 private-key="+OD2wJUzFJ6bAeKY4AOjnSv/ss3jIpTf7ndgwMrMTWE="A teljes configra is igy kell a show-sensitive kapcsoloval.
-
Reggie0
félisten
válasz
Pizzafutar #15446 üzenetére
4011-et pedig csak akkor vennek, ha az a 10ezer forint nagyon hianyzik, kulonben 5009. De az apron van egy CCR1009 hasznaltam, azt is erdemes lehet megfontolni.
-
Reggie0
félisten
Jo hir, hogy 7.1 stable eddig minden eszkozre gond nelkul felment. Most a CCR sem halt meg tole.
-
Reggie0
félisten
Mondjuk a procit valoban nem ehetne meg, de szerintem a te verziodon letezik a fasttrack/hw offload, mivel switch chipes. Ettol fuggetlenul szerintem ez valami konfiguracios hiba lehet, ami az upgrade miatt jott be, nem hinnem, hogy az alap os lenne ilyen szinten hibas.
-
Reggie0
félisten
válasz
Marcelldzso #15381 üzenetére
Es a helyit nem, ha jol gondolom? Ha igy van, akkor neked access port-ot kell letrehoznod. [link]
-
Reggie0
félisten
válasz
Marcelldzso #15377 üzenetére
Mit szeretnel konkretan csinalni? Ha nem korlatozol es konfiguralsz semmit, akkor megjelenik minden IP azon a porton, de nyilvan nem ezt akarod.
-
Reggie0
félisten
válasz
silver-pda #15370 üzenetére
Eszkozfuggo, a capsman nem tamogat roamingos protokolt.
-
Reggie0
félisten
-
Reggie0
félisten
válasz
lionhearted #15251 üzenetére
Illetve a sok collosion es a szomszedbol jovo zavarok viszik el a savot. En eddig tesztben 810Mbit/s-nel tobbet nem lattam wifi 6-tol. A 4x4 az AP oldalon azert celszeru, mert a beamforming/steering azzal sokkal jobb, igy azert a 2x2-es kliens is profital belole. (Lasd: [link] )
A meteorologiai ado nem sok vizet zavar, foleg olyan helyen ahol egymas nyakan vannak az emberek, de teny, hogy van akinek akadaly lehet. (Azt viszont elfelejtettem, hogy a 3. tenyleg kilog az EU-bol, mea culpa).
Szerintem nem nagyon futureproof ebben a temakorben, mert eleg gyorsan valtoznak a dolgok, ha nem is a szabvanyok szintjen, de az eszkozok minosege egyre nagyobb csucsokat er el. Igy a konkret eszkozeidtol is fugg, hogy egyaltalan ki tudod-e hasznalni. En emiatt megallapodtam a wifi 5-nel, mert jobban dragulnak felfele a cuccok, mint amennyi elonyt hoz. Inkabb azt csinaltam, hogy kulonvalasztottam az eszkozoket es 5 gigan van 3 AP-m kulon(nem atlapolt) savokon, amik az eszkozok kozott szet van osztva, illetve 2.4-et is kihasznalom es oda terelem a lassu eszkozoket(pl. 3d nyomtatok raspijei) amiknek ugysem kell savszel.
-
Reggie0
félisten
válasz
lionhearted #15249 üzenetére
"Másrészt 4.8Gbps Throughput rate, de 1 Gbe csatlakozó."
Gyakorlatilag mar az is csoda, ha az 1 gigat tudja a wifi 6, szoval nem hinnem, hogy barmiben limitalna. Foleg, ha tobb eszkozod van. A 4.8 GBps azert kell, hogy legyen mibol vesziteni.
Elvileg 3 db 160MHz-es wifi sav van 6GHz alatt, az 50-es, 114-es, 163-as.
-
Reggie0
félisten
válasz
lionhearted #15247 üzenetére
Unifi? En mondjuk nem szeretem, de radios szembontbol tenyleg nagyon jok. Pl. ez: [link]
-
Reggie0
félisten
válasz
gidacska #15236 üzenetére
Facebookon sokkal nagyobb aranyban gyulnek ossze a hulyek, olyan, mintha a piacra mennel orvosi tanacsert.
Az alacsony lease time hatulutoje a tobb halozati broadcast. Felhetoleg nem tobbezer gep van a halozatodon, igy nem az a kliensenkenti parszaz bajt adatforgalom fel sem fog tunni, mas problemat meg nem okozhat(kivetel ha valami nagyon ocska dhclkliens implementacio van az eszkozon).
Igazabol akkor van ertelme az alacsony lease time-nak:
- ha valamire hasznalod a dhcp server/leases tablazatot, mert igy naprakeszebb informaciok lesznek a kliensekrol
- ha sokkal tobb gep van, mint kioszthato ip-cim, amelyek nem egyszerre jelentkeznek be, mert akkor hamarabb szabadulnak fel IP-k
- ha konfiguralod a halozatot es varhatoan valtoznak az eszkozokhoz rendelt statikus IP-cimek -
Reggie0
félisten
válasz
DarkByte #15219 üzenetére
Meg ha wifi nelkuli mikrotik router is kene belepo szinten en a hAP AC3-at javasolnam letiltott wifivel, mert eleg jo a procija, van benne ertelmes mennyisegu flash es ram, usb, es nem sokkal olcsobb egy gyengebb wifi nelkuli router, szoval szerintem ne add alabb.
Az, hogy megtartod-e melle a t-plinket inkabb tapasztalati uton dontsd el, illetve attol is fugg, hogy mennyire szeretned a wifit is konfigolgatni mikrotikbol. Szerintem nem lesz nagy kulonbseg a ketto kozott es maradhat akar csak a hAP AC3. Csak azert irtam, hogy nem egy extra wifiben, hogy ne erjen meglepeteskent, foleg ha a wifi javulasat is varod.
2.5GBe csak az RB5009-en van, vagy SFP+-os eszkozt kell venni, viszont az SFP+-os routerek joval dragabbak. Ha csak LAN-ra kell a 2.5GBe, az interneted nem megy 1Gbit fole, akkor inkabb nagyobb sebessegu switch kell a router melle.
hEX szeriat mar ne nezd, azok prociban elavultak.
-
Reggie0
félisten
válasz
lionhearted #15198 üzenetére
A 70 forintos berletet nem a rendszer ajanlotta fel, ahhoz ki kellett jatszania a rendszert.
-
Reggie0
félisten
Nem lenne. Amit elektronikusan hozzaferhetove tesznek, az hozzaferheto. Ha valami nem ker jelszot, felhasznalot es semmilyen jogosultsagot, de nyiltan hozzaferhetsz az rautalo magatartas. A google sem tudna beperelni azert, hogy megnyitod a google.com oldalat, mert o tette azonositas es engedelyezes nelkul szabadon hozzaferhetove. Sot, meg azoknak sem sikerult ez, akik csak veletlenul publikaltak valamit a neten.
(Amugy olyan nincs is a BTK-ban, mint amit irsz.
423. § * (1) Aki információs rendszerbe az információs rendszer védelmét biztosító technikai intézkedés megsértésével vagy kijátszásával jogosulatlanul belép, vagy a belépési jogosultsága kereteit túllépve vagy azt megsértve bent marad, vétség miatt két évig terjedő szabadságvesztéssel büntetendő.Tehat ha nincs vedelmet biztosito intezkedes, amit te megkerulsz vagy kijatszol, akkor nem lehet torvenysertes. Marpedig az, hogy te beirod, hogy smb://192.168.99.101 es erre hozzaferest ad adatokhoz, az azt jelenti, hogy nincs vedelem es de meg ha van azt nem sertetted meg es biztosan nem is jatszottad ki.
-
Reggie0
félisten
válasz
Marcelldzso #15136 üzenetére
Nem hinnem. A PPP interfeszen a tunnel huzza fel az IP-t, nem a dhcp es a mobilnet az PPP-vel megy.
-
Reggie0
félisten
Elvileg tamogatja.
Most nezem a beallitasaidat, azert van mert outdoor-ra allitottad az installationt, viszont az 5170-5250 csak indoor engedelyezett. (A wifi beallitasok egy olyan terulet, ahol nem elonyos igazat beallitani
)
- LHG 5 ac-US (USA) is factory locked for 5170-5250MHz and 5725-5835MHz frequencies. This lock can not be removed.
- LHG 5 ac (International) supports 5150MHz-5875MHz range (Specific frequency range can be limited by country regulations). -
Reggie0
félisten
válasz
Victorio #15078 üzenetére
Nem.
Ha erre kell router, akkor CCR2004-1G-12S+ a beleposzint (vagy esetleg CCR2004-16G-2S+ ,
ha csak egy 10g kliens kell, vagy 10g-s switchet raksz melle).#15080 Victorio: Mert a routeros-sel tudsz routingolni, tunellezni, stb.. Ehhez nem kell mindig nagy sebesseg.
-
Reggie0
félisten
válasz
Beniii06 #15063 üzenetére
Amugy nem tudom mi van nalam, de 7.1rc4 ota nem tudom frissiteni a rendszert. Ha ratolok egy letoltos frissitest, akkor elszall a router telepites utan, bootloopba kerul es csak netinstallal tudom ujrahuzni. Raadasul a 7-es netinstall is fos, allandoan segfaultol linux alatt, igy 6-os netinstallt kell hasznalni.
-
Reggie0
félisten
válasz
snorbi82 #15050 üzenetére
A 3011 DHCP szerverben milyen cim van megadva? Lehet a szolgaltatoi DNS cimet osztja tovabb a klienseknek es nem a 3011 cimet, igy hiaba allitod a dns szervert a 3011-en.
Ha pingetni tudod a kliensekrol a 8.8.8.8-at, akkor csak a DNS beallitasokkal van gond.
Viszont celszeru lenne, ha nem a quick set-et nezned, mert az nem vesz figyelembe minden szabalyt es nem latod mi tortenik.
Ezt futtasd le terminalban es masold be ide mit irt ra:
/ip dhcp-server network print -
Reggie0
félisten
-
Reggie0
félisten
7.1rc6 megjelent!
-
Reggie0
félisten
válasz
Marcelldzso #15039 üzenetére
300-1500 meter azert nem nagy dolog, de LHGG-vel jobban jarsz, mivel az iranyitott antenna 17dBi nyereseggel, ellenben az LTAP pedig korsugarzot hasznal 4dBi nyereseggel.
Az LtAP-t inkabb akkor jo, ha valtogatni kell a tornyok kozott, peldaul azert mert mozog, vagy valtozoak a terep/terjedesi viszonyok stb. ami miatt tornyot kell valtogatni, vagy szukseg van lehetove tenni a toronyvaltast uzembiztonsag miatt.
-
Reggie0
félisten
válasz
Zwodkassy #15030 üzenetére
Hat, akkor nem kell az a ket szabaly. En ugy ertettem, hogy ether1-ether22-es portokon lognak a helyi eszkozok, amelyek ellatnak a 20-as es 30-as vlanban, de a 20-as es a 30-as vlan nem lehet osszekotve egymassal, mert az ket tavoli hely.
Ha a 20-as es 30-as vlan osszekotheto, akkor az egyik site-on at kene szamozni, hogy egyezzen, vagy megszuntetni az egesz vlanozast.Sajnos a mac learning tabla a switch ic-ben kozos, igy a port isolationnal nem lehet trukkozni, pedig ugy meg lehetne oldani switch ic-n belul, ha 2x 1-1 portot visszahurkolsz.
-
Reggie0
félisten
válasz
Zwodkassy #15027 üzenetére
A vlan interfesz az azt csinalja, hogy a hozza parositott interfeszen fogadja es kuldi a tagged csomagokat, de maga a vlan interfeszen folyo forgalom mar untagged. Ha ezt berakod a bridge-be portkent, akkor az lesz, hogy minden a bridgen folyo forgalom ki tud menni a vlan interfeszhez rendelt interfeszen taggelve. Ennek hatranya, hogy ha ket kulonbozo vlan interfeszt osszehuzol egy bridgeben, akkor lenyegeben a vlan id-t forditja a ket vlan kozott, azaz a ket forgalom atmegy.
Peldanak:
Ha bejon a bridgere egy untagged, pl ether2 portrol egy csomag, akkor az kimehet a v20-ra es akkor a v20 interfesz felrakja ra a 20-as vlan id-t es kikuldi ether23-on. De kimehet a v30 fele is, es akkor a v30 interfesz felrakja ra a 30-as vlan id-t es kikuldi az ether24-en.
A ket vlan-t igy koti ez ossze:
Bejon egy packet az ether23 interfeszen 20-as vlan idvel, akkor a v20 interfesz fogadja azt, leszedi rola a vlan tagot, es bemegy a bridge 1-be sima natur untagged csomagkent. Onnan a bridge tovabbiranyitja a v30 interfesz fele, ami megtaggeli a csomagot a 30-as vlan id-vel es kikuldi az ether24 interfeszen. Tehat lenyegeben ami bejott az ether23-ason 20-as vlanban, az kimegy a 24-esen 30-as vlanba. Es visszafele is. Ezert kell a bridgen keresztuli forwardot megtiltani a ket vlan interfesz kozott.Mivel az ott levo eszkozok az ether1-ether22 portokon vannak igy a ket szabaly kozul egyik sem fog lefutni rajuk, tehat ezek az eszkozok egyaran kilatnak a 20-as es a 30-as vlanba. A szabaly csak azt akadalyozza meg, hogy a 20-as vlanbol a 30-as vlanba atlasson es forditva a 30-as vlanbol a 20-as vlanba atlasson.
-
Reggie0
félisten
válasz
Zwodkassy #15020 üzenetére
Hat, csunya megoldast csipobol tudok:
/interface
vlan add interface=ether23 name="v20" vlan-id=20
vlan add interface=ether24 name="v30" vlan-id=30
bridge add name="bridge1"
bridge port add bridge="bridge1" interface=ether1
bridge port add bridge="bridge1" interface=ether2
bridge port add bridge="bridge1" interface=ether3
bridge port add bridge="bridge1" interface=ether4
bridge port add bridge="bridge1" interface=ether5
bridge port add bridge="bridge1" interface=ether6
bridge port add bridge="bridge1" interface=ether7
bridge port add bridge="bridge1" interface=ether8
bridge port add bridge="bridge1" interface=ether9
bridge port add bridge="bridge1" interface=ether10
bridge port add bridge="bridge1" interface=ether11
bridge port add bridge="bridge1" interface=ether12
bridge port add bridge="bridge1" interface=ether13
bridge port add bridge="bridge1" interface=ether14
bridge port add bridge="bridge1" interface=ether15
bridge port add bridge="bridge1" interface=ether16
bridge port add bridge="bridge1" interface=ether17
bridge port add bridge="bridge1" interface=ether18
bridge port add bridge="bridge1" interface=ether19
bridge port add bridge="bridge1" interface=ether20
bridge port add bridge="bridge1" interface=ether21
bridge port add bridge="bridge1" interface=ether22
bridge port add bridge="bridge1" interface=v20
bridge port add bridge="bridge1" interface=v30
bridge filter add chain=forward in-interface=v20 out-interface=v30 action=drop
bridge filter add chain=forward in-interface=v30 out-interface=v20 action=dropViszont ez procibol fog menni, az meg nem valami combos a switchen. A vlanozas nem erre van kitalalva alapvetoen. Ha kell savszel is, akkor inkabb a switchet meghagynam sima switchnek es a vlanok valamint a switcheiden levo cuccok osszehuzasat egy routerre biznam.
-
Reggie0
félisten
válasz
Zwodkassy #15011 üzenetére
Csak egy pvid lehet egy interfeszen. A PVID lenyege, hogy a bejovo untagged csomagot taggolja. Ha belegondolsz, honnan tudna, hogy melyik tag-ot rakja ra? Ha duplazod a csomagokat es az untaggedbol csinalsz egy-egy taggedet, akkor duplajara no a kihasznalt savszel a bridgen.
Ha azt akarod, hogy mindket vlan-nal legyen mindket portrol, akkor mert nem egy vlan-ba rakod oket? Ha azt szeretned, hogy a ket accessporton ne legyen forgalom egymas kozott, akkor rakd egy vlanba oket es bridge filtert dobjal a ket port koze.
#15009 Zwodkassy: Nem, a ket konfig nem ugyanaz. Az utobbi az 123,321-et mind a ket interfeszhez hozzarendeli, az elobbi pedig egyiket az egyik interfeszhez, masikat a masik interfeszhez.
-
Reggie0
félisten
válasz
Zwodkassy #15000 üzenetére
/interface bridge port
add bridge=bridge1 interface=ether24
add bridge=bridge1 interface=ether1 pvid=123
add bridge=bridge1 interface=ether2 pvid=321
/interface bridge vlan
add bridge=bridge1 tagged=ether24 untagged=ether1 vlan-ids=123
add bridge=bridge1 tagged=ether24 untagged=ether2 vlan-ids=321
/interface bridge vlan
add bridge=bridge1 tagged=ether24 untagged=ether123,ether321 vlan-ids=123,321 -
Reggie0
félisten
válasz
starchild #14998 üzenetére
Hat ez attol fugg mi a halozati struktura, hogyan csatlakoznak a wifi ap-k es milyen capsman szabalyokat hasznalsz, valamint van-e valami extra filtering/nat/routing. Ha csak siman arra hasznalod egy otthoni halon, hogy roamingolj, akkor tok mindegy melyik a capsman manager.
-
Reggie0
félisten
Kicsit atalakitottam a halot(leszedtem a NAS-rol a RR bondingot) es kivettem par felesleges tuzfal szabalyt(koztuk logging is volt), amire ez jott ki:
otthoni halon rezkabelen wireguard nelkul 1000mbit sebessegnel 14% load
otthoni halon rezkabelen wireguarddal 300mbit sebessegnel 32.9% load
munkahelyrol interneten keresztul titkositatlan openvpn felette wireguard 80mbit sebessegnel 22% load.Szoval azert az alap CCR routereket is ki lehet terhelni otthoni korulmenyek kozott, egy 4011 mar igencsak terhelt lenne. Mar kezdek egy 1036-ra vagyni, vagy esetleg 2004.
-
Reggie0
félisten
válasz
Reggie0 #14991 üzenetére
Kiegeszites: wireguard titkosit csak, openvpn titkositatlanul.
Profiler ezt irja 100 mbitnel:
NAME USAGE
ovpn 2.7%
lcd 0%
spi 0.8%
ethernet 4.3%
console 0%
firewall 3.6%
networking 9.9%
logging 1.2%
management 1.9%
encrypting 5.7%
routing 0.5%
profiling 0.5%
bridging 0.5%
unclassified 1.6%
total 33.2% -
Reggie0
félisten
válasz
Alteran-IT #14988 üzenetére
Passz, meg nincs meg a gigas net, mert a lakas tulajjal is alkudoznom kell(husegido egyebek). Lokalis halon teszteltem, hogy a wireguard mekkora prociterhelest okoz, tehat openvpn, NAT, forwarding, filtering es egyeb overheadek ebben nincsenek benne.
Most gyors tesztet csinaltam es nas->router->internet->cegeshalo->laptop iranyban 25 megabittel 5% a terheles, ellentetes iranyban 100 megabittel jon es 33% a terheles. De ezen rajta vannak az overheadek, amiket az elozo bekezdesben felsoroltam.
-
Reggie0
félisten
válasz
Alteran-IT #14982 üzenetére
Wireguard lokal halon ennyit eszik net nelkul. Erre jon a pppoe, vpn, ha esetleg mas is van felette(nekem openvpn felett megy titkositas nelkul).
-
Reggie0
félisten
válasz
Zwodkassy #14977 üzenetére
Audience LTE6-on tesztelve egy darab klienssel AX200-as intel wifivel.
Mert ertekek (Mb/s=Mbit/s):
|FEL(Mb/s)|LE(Mb/s)|FEL(Mb/s)|LE(Mb/s)|
Helyszin | hagyomanyos | wifiwave2 |
---------+------------------+------------------|
asztal | 130 | 400 | 330 | 490 |
---------+------------------+------------------|
nappali | 118 | 285 | 225 | 470 |
---------+------------------+------------------|
agy | 53 | 100 | 120 | 250 |
---------+------------------+------------------|
WC | 68 | 170 | 212 | 340 |
---------+------------------+------------------|
konyha | 27 | 76 | 100 | 155 |
-----------------------------------------------| -
Reggie0
félisten
válasz
user12 #14972 üzenetére
Hat, en tavolrol is elerem az otthoni halomat wireguard-dal. Egy kapcsolat gigabit kornyeken azert 15% prociterhelest general CCR1009-en. De ARM-os procikon a round robin bonding is felzabalja a procit, audience csak 2 gbitet bir 100% procival, rb4011 olyan 4-5 gbitet.
-
Reggie0
félisten
válasz
szuszinho #14968 üzenetére
Altalaban a mikrotik wifik nem nagy szamok, szerintem wifi AP-nek mindenkeppen tartsd meg az asus routered. 4011-nel mar van wifiwave2 csomag amivel tud mu-mimot, es a routertol tavolabb nagyobb a savszel, de pont 4011 eseten van melle egy extra megkotes, miszerint a 2.4GHz-t nem fogod tudni hasznalni. Maximalis wifi savszel, ha csak egy eszkoz van rajta, wifiwave2-vel es kozvetlen a router mellett vagy, nagyjabol 480mbit korul van.
-
Reggie0
félisten
válasz
jerry311 #14964 üzenetére
Dehogynem. Amint valamilyen szabaly miatt at kell tolni a procin a forgalmat, hamar 2x2.5 portossa valik. Peldaul van egy PC-d es egy NAS-od RR bondinggal, ha azok egymas kozott kuldenek at 2gbit forgalmat, akkor a gigabites neted mar csak 500mbitesre apad a maradek porton. 3db rrbondinggal garantaltan lesz bottleneck valahol, vagy bealdozod az sfp+ portot.
Új hozzászólás Aktív témák
Hirdetés
- IPhone 15Pro 128GB One makulátlan akku 91%
- Csere-Beszámítás! Garis! Asus Tuf FX608H Notebook! I5 13450HX / RTX 5050 8GB / 16GB DDR5 / 1TB SSD
- XPS 15 9510 15.6" 4K+ IPS érintő i7-11800H RTX 3050Ti 32GB 1TB NVMe ujjlolv IR kam gar
- PowerColor Red Devil AMD Radeon RX 6800 XT 16GB Garanciával!
- IPhone 16 256GB gyári független megkímélt 2027.10.11. Notebook.hu vásárlás
- GYÖNYÖRŰ iPhone 13 Pro Max 128GB Graphite -1 ÉV GARANCIA - Kártyafüggetlen, MS3063
- Magyarország piacvezető szoftver webáruháza
- DELL Universal Dock D6000 docking station (452-BCYH) (DisplayLink)
- DELL Universal Dock UD22
- Bomba ár! HP ProBook 450 G3 - i5-6G I 16GB I 128SSD I HDMI I 15,6" HD I Cam I W10 I Gar!
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest