Hirdetés
-
Csak 2025-ben érkezik a Little Nightmares III
gp A sokak által várt folytatás sajnos nem fog idén megjelenni, kicsit tovább kell rá várnunk.
-
Mobvoi TicWatch Pro 5 Enduro - kitartás kartárs?
ma WearOS 3.5, két kijelző, hosszú üzemidő, és zavaró apróságok a legújabb TicWatch modellben.
-
Computex 2024: Itt az új ROG Ally
ph Az ígéreteknek – és a kiszivárgott információknak megfelelően – az ASUS bemutatta kézikonzoljának X-szel jelölt változatát.
-
PROHARDVER!
Haladó szintű hálózati témák topikja
Új hozzászólás Aktív témák
-
VeryByte
őstag
válasz bambano #6968 üzenetére
Ez nem szolgáltatói hálózat és nem szolgáltatói eszközök.
A szolgáltató a Mikrotik-ig jön, onnan kb. senki földje. Valaki beállította nekik és ennyi. A tolajdonos nem ért hozzá, a vendégek panaszkodnak. A hétvégén megyek ki, ha megkapom a router hozzáférési adatokat, akkor megnézem, ha nem, akkor nem. Feltörni természetesen nem fogom.
Egy fix IP-s próbálkozást majd még kipróbálok, csak a teszt kedvéért."What is the most important thing in a woman?" - "The soul."
-
rgeorge
addikt
-
crok
nagyúr
válasz bambano #6992 üzenetére
Ez igaz lehetne, az ami linuxon "incomplete" az a Cisco routeren is "incomplete". Nem inicializálatlan, nem fals.. csak olyan, mint az az IP-cím ami valótlan (martian - marsi) és igazából az incomplete alatt az érték 00:00:00:00:00:00 - csak ezt neked nem írja ki, nehogy "összezavarjon", hogy valós MAC van az IP-re, ehelyett kapsz egy "incomplete" string-et.
De ha van valami ami képes volt IP csomagot kreálni és küldött is valamit akkor abban a keretben lesz MAC cím, lesz IP - így akár bekerülhetne az ARP táblába.. de itt egyébként nem erről van szó, mert a programban jönnek elő a fantomok, fantom MAC-ekkel.. kérdés hogy a program hogy teszteli hogy van-e a subnetben valaki adott IP-n.. esetleg crafted frame-et csinál amiben crafted MAC-el megy ki gratious ARP hogy válaszra kényszerítse az azt az IP-t használó végfelhasználói berendezést? És ha két ilyen programot indítasz el.. akkor láthatja egymás frame-jeit a két app? Akkor meg is vagyunk.
-
Magnat
veterán
válasz bambano #7020 üzenetére
Na ok, de miben különbözik attól a helyzet, ha épületen belül vannak ennél sokkal nagyobb távolságok redundáns tápolással meg csilliárd fázissal? Úgy értem, h ott már egy adott eszközön belül is a két betáp miatt simán lehet(ne) földhurok, de valszeg megoldják galvanikus leválasztással, szóval csak emiatt sztem felesleges az optika, ha meg nem az, akkor meg kb mindenhova az kellene épületen belül is ... egy switch meg a 30 méterre lévő földelt aljzatba dugott pc között pont ugyanannyi sansza van egy földhuroknak, főleg, h vmelyik eszköz a szünetmentesbe van dugva, aminek a földje a 3 épülettel arrébb lévő generátorok mellett van..
[ Szerkesztve ]
̿' ̿'\̵͇̿̿\з=(◕_◕)=ε/̵͇̿̿/'̿'̿ ̿
-
crok
nagyúr
válasz bambano #7033 üzenetére
Nem, mert azt írja hogy az ADSL fix IP-re csatlakozik valami VPN-el. A NAT nem is játszik. A forráscím pedig a leírás szerint csak az ADSL fix IP lehet, mert arra jött be - itt természetesen csak feltételezem hogy a router a VPN-t termináló eszköz és ténylegesen az ADSL fix IP-t használja a session felépítésére és fenntartására mert az is egy processz és ha változna a kimenő interface és azáltal a forrás cím akkor az már más SPI lenne, más session és természetesen leszakadna (pontosabban nem menne az eredeti session) de itt erről nincs szó, csak arról hogy ha a timeout-ot megemeli akkor jön a pingre válasz - szvsz mert a webstick-en megy a válasz de az ADSL-en jön a kérés.. tökmindegy hogy most az VPN. Alapvetően igaz, hogy a legtöbb router a kimenő interface IP-jét használja mint source ha pl. NAT-ol (természetesen) de a VPN innentől kezdve más más káposzta, ott valahogy session-t kell csinálni, új SSTP session kell csinálni.. ott nincs lehetőség hogy megváltozik a source IP csak úgy pacsira, azt nem engedheti meg a processz csak tervezetten (failover situation) - de, mint írtam a ping megy ha a timeout nagyobb. Egy tracepath esetleg segíthet ping helyett de én inkább annak a routernek a routing tábláját nézném meg, de alaposan.
"mindig azzal a source-szal megy ki, ami az adott interfészé, mert annak a csomagnak a vpn a forrása, ezért azt az ip címet kapja, amelyiken kimegy" - nem. Ez igaz ha a routeren átmenő forgalomról beszélsz, de itt ha az SSTP-t a router terminálja akkor az már nem átmenő hanem feldolgozott forgalom. (Lentebb leírom miért lesz más a source).
"ettől független, hogy a vpnbe, mint adatkapcsolatba, egy belső hálózati ip csomag van belecsomagolva" - ha a VPN-ben megy akkor az a forrás ami a session-ben be van állítva. Ha más az exit interface akkor más, az SSTP session attól még SSTP session, TCP, van neki forrása, célja, ami nem változik meg attól hogy más interface-en megy ki a csomag. Ennek megakadályozására jó az ISP oldalon az uRPF (mert ez így spoof-olt csomagforgalom amúgy).
Egyébként meg Wireshark a megfelelő helyen megmondja ki merre van arccal ( :
Meg egy ábra jól jönne ha nagyon bele akarunk menni, ajánlom a draw.io-t ha nem használtátok még esetleg, bal oldalon More shapes és Cisco majd szép routereket/switcheket/bármit be lehet tenni. Gyors és ingyé' van (és nem mellesleg 100% használhatóbb mint az M$ Visio valaha lesz IMHO). -
gergo5991
őstag
válasz bambano #7125 üzenetére
olyan dolgokat irtak benne, amiről csak 3 man tudnak, és emiatt érdekel melyik haver jött nekem név nélkül. Nem mintha megverni akarnám vagy valami, csak megszakítani a barátságot vele, nem kell nekem ilyen árulo vagy hogy is mondjam. Szóval ha megtudom mi az ip cím az email mögött, tudni fogom melyik "haver" volt az.
Gmail pld nem irja ki az ip címet semmilyen feladótol.
[ Szerkesztve ]
-
gergo5991
őstag
válasz bambano #7127 üzenetére
a lenyeg az, a gmail nem jelzi ki az ip cimet, kuldheten akar honnan, nem azt akarom az enhemt helezze ki, hanem azt aki nekem kuldott. valami ip check link kellene amit elkuldok neki es az az iip cimet vissza kuldi nekem is. most emiatt nem fogok egy weboldalt berelni, ahol en latom kik mentek fel az oldalra.
-
Phantomhive
aktív tag
válasz bambano #7139 üzenetére
Az, ahogy az UK uzemeltetes felepitette a halozatot az egy enterprise standard, sok ceg ilyen sema szerint mukodik es borzalmasan vaskalapos, de leginakbb lassu reakcioju.
Itt viszont vannak home officeban dolgozo emberek, akik nem tudnak 3 naponta repulore szallni azert, hogy a helyileg hostolt adatbazist olvassak; a db-t kezzel exportalni es mailben tovabbitani pedig minden, csak nem hatekony.
Ha betamadjuk az UK IT-t, hogy engedjetek mar ki ezt az egy gepet, akkor 4 honap mulva majd visszakerdeznek, h jo de miert, majd meg 4 honap mulva megkerdezik ismet ugyanezt, mert control-freak a boss - nyilvan okkal, nem kerdojelezem meg, de nem is szeretnem ezt tovabb ecsetelni, a szakmai gyakorlat es a szukseg sok esetben felulirja az ilyesmit.Tehat szeretnek visszakanyarodni az eredeti kerdeshez
[...] and on the sixth day God created Manchester
-
Elemental
addikt
válasz bambano #7150 üzenetére
Köszi a válaszokat!
Valóban nem azt akartam megnézni, hogy mit csinálnak, csak hogy ki az, aki elszívja a netet, tehát a én csak számokat akarok látni crok, pont erre jó ötlet, amit írtál, elindítottam a statisticot. Már látom a forgalmat.
Csak a forgalmat látom, azt, hogy le vagy feltöltés azt nem?Beleásom magam ebbe a bandwidth-be. Itt be tudom állítani minden ip-nek külön külön le/feltöltési sebességet?
Amúgy a hálózatról annyit, hogy minden bérlőnek külön utp megy. Van, aki switch-et használ, van aki routert switch módban, és van aki routert simán, van két külön kamerarendszer is távoli eléréssel. De a jelenlegi helyzet van kb 2 éve, csak most valamiért 2-3 hete előjött ez a gond.
Amúgy nekem is azaz aggályom, hogy elindítja a wifijét a bérlő szarul levédve, és már fel is mászik rá, akinek nem kéne. -
crok
nagyúr
válasz bambano #7150 üzenetére
@bambano: Problémát természetesen megérteni de jogilag aggályos tanácsot adni nem..
"van-e lehetőség valahogyan megnézni, hogy melyik ip milyen forgalmat bonyolít, hátha ki tudom deríteni, hogy nem-e letölt valaki ilyenkor?" - jelentése számomra kb. forgalom tükrözése, Wireshark-ban elemzése..
Mellesleg úgy néz ki mégiscsak sikerült hasznosat írnom..
@Elemental: A TP-Link a statisztikát a LAN-ra csinálja - amit ott látsz az a LAN-ból/IP-ről a WAN felé továbbított csomagok száma, adat mennyisége, et cetera.. Ezek a SOHO eszközök valamiért olyat nem hajlandók mutatni, hogy mennyi RX és mennyi TX van.. ez leginkább a fejlesztőkön múlt de ez van. De ha a total byte-ot nézed az már remek kiindulópont hogy ki forgalmaz sokat.. amúgy se a letöltés szokott a szívás lenni hanem a nagy feltöltés ami miatt még a többiek DNS kérései is eldobódnak.. és akkor bambano megjegyzéséhez hozzáfűzve.. A kamerarendszer.. remélem ráadásul nagyfelbontású és wifis is egyben mert ha valami akkor a folyamatos és nagy sebességű/nagy csomagméretű konstans forgalom wifin *mindent* megöl.. olyan mértékben képes a backoff időket megnövelni, hogy már a default gw (még ha a kontroller/AP/router közvetlen közelében is van..) akkor is képes 800..900ms-es RTT-re felmenni. Meg úgy egyébként is ha ez ráadásul valamilyen ADSL-en megy amin a feltöltés többszörösen kevesebb mint a letöltés.. akkor ha valaki távolról nézi a kamerák képeit (ami ugye feltöltés) simán kinyírja a többiek kéréseit.
@Gubek-Einste: így van.. ez kevés lesz ide. Használtan már Cisco-t is lehet venni ami ezt simán kivinné a világból. De az esetleges ADSL akkor is erős szűk keresztmetszet.
-
Topikgazda
-
crok
nagyúr
válasz bambano #7158 üzenetére
"Ezek a SOHO eszközök valamiért olyat nem hajlandók mutatni,": ezt valaki magyarázza már el nekem, a grafikáján az első négy oszlopban van két byte és két packet oszlop. az nem irányonként elkülönült statisztika?
Nem, az nem irányonként elkülönült stat, a D-Linkben/TP-linkben legalábbis ilyen nincs.. total (Tx+Rx) és transmit (Tx) van (ami a LAN IP felől a WAN felé megy):
Persze nem rocket science kivonni a totalból a tx-et hogy megkapd az rx-et..
nem is értem miért nincs normálisan megcsinálva..[ Szerkesztve ]
-
crok
nagyúr
válasz bambano #7161 üzenetére
A total a statgyűjtés bekapcsolása óta forgalmazott, a current meg a frissítési intervallum alatt forgalmazott adat egyébként. De tipikusan olyan stat oldal ez is, mint amikor más csinálja a hardver programozását és más a webUI-t.. és a webprogramozó igazából nem hálózatos, csak mondták neki hogy kellenének statisztikák.. jó kis plusz feature.. és neki ez tűnt logikusnak.. más kérdés hogy ezzel egy hálózatos nem megy sokra.. persze információ csak egy nyamvadt iptables kimenet reszelésével sokkal hasznosabb infokat is ki lehet nyerni. Csak nem kérdezett utána attól akiért azt az oldalt csinálta : D
-
bugizozi
őstag
válasz bambano #7198 üzenetére
A költség érdekes dolog. Az audit megköveteli, hogy legyen egy IPS, IDS képes cucc, nincs mese, ki kell fizetni, ezzel tisztában van az ügyfél. Felmerült a korábban említett típus - talán az auditorok javasolták -, de az ottaninak nagyon nem értenek hozzá, ezért gondoltam megkérdezem hogy milyen alternatívák vannak, hátha van attól olcsóbb.
crok: értem, akkor bedobom oda is
VCP7-DCV, CCNA ||| Ami működik, ahhoz nem szabad hozzányúlni!
-
OddMan
őstag
válasz bambano #7206 üzenetére
Úgy gondolom, hogy az alábbihoz hasonló tűzfalszabályt használhat a szolgáltatóm, mert nem tudom elérni a belső hálózatból az interneten lévő email szerverek 25-ös portját.
iptables -A OUTPUT -p tcp --dport 25 -j DROP
Így teszteltem: telnet email.server.akármi 25
Connecting To email.server.akármi...Could not open connection to the host, on port 25: Connect failedAz email.server.akarmi szöveget természetesen le kell cserélni egy valós mail szerver host címével.
Kintről befele megkapom a leveleket.
[ Szerkesztve ]
''A szíved szabad! Légy bátor és kövesd!''
-
Krystal_s
addikt
válasz bambano #7214 üzenetére
Bár így lenne, de sajnos most is gond van. Éjfél óta már harmadszor. Itt is simán tudok írni, minden magyar oldal bejön, de semmi külföldi, kivéve youtube. Ott is minden videó megy.. Tegnapelőtt ugyanebben az időpontban, tegnap pedig reggel 7-kor.
Megnéztem most másik gépen (tablet) és ott minden jó. Nem értem milyen hiba lehet ez.[ Szerkesztve ]
-
Krystal_s
addikt
válasz bambano #7216 üzenetére
Kapcsolati szintű IPv6-cím: fe80::1856:3052:12bd:1ec6%17
IPv6 alapértelmezett átjáró:
IPv6 DNS-kiszolgáló:
Eddig Wifiről voltam és amint bedugtam a LAN kábelt jó lett a net. Mi történhetett a Wifivel? o.O Elég sok esettel találkoztam már, de ilyen Wifi hibával még nem, hogy csak a külföldi címeket "nem kezeli". Wifi ki és bekapcsolás után pedig megint jó lesz.
Jelerősség 90%, ezen a csatornán (amit már tegnap cseréltem) csak én vagyok, semmi zavaró tényező.[ Szerkesztve ]
-
btz
addikt
válasz bambano #7278 üzenetére
Nyilván arra gondolsz, hogy van olyan funkciója, hogy MAC cím alapján hozzá rendel egy fix ip-t egy eszközhöz. Ezt ismerem. Sajnos nekem nem ez kell, mert ha a portra csatlakozó ezközt cserélik, akkor változik a MAC address is, olyan eszközt is rátehetnek, ami újonnan lett oda beállítva és nincs felvéve MAC - IP összepárosítás.
Valami olyasmi kell amit #7279 krealon hozzászólásában is linkelt cisco port based address allocation néven, de nem ciscoval, hanem openwrt alatt.ⓑⓣⓩ
-
Flowtation
őstag
válasz bambano #7304 üzenetére
Köszönöm a kimerítő választ!
az ad-hoc jelleget eszem ágában sincs megemlíteni, a doga bírálatában volt benne, a belső konzulens által.Fizikai az oké. Második réteg akkor annyi, hogy kiváltottam a hubokat egy switch-el. A harmadik rétegben az a lényeg, hogy a nagy router (sulis, fsp892, ez van a modem után közvetlenül) lett a dhcp, a három kicsi pedig csak wifi miatt maradt a hálózatban, ez ok igy? Címtartomány nem változott, annyiban csak, hogy megszüntek a 192.168.1.x címek és mindenkinek 192.168.64.x lett, (fsp miatt) ez is ok?
Szállítási, nincs webszerverünk, semmi ilyesmi, a sulinetes szolgáltatás van, tehát külső megoldás.
layer8 (az nem a 7. akart lenni?) Mit kapott a user? Tartományi userek lettek, hozzáférés a megosztásokhoz+külön egyéni tárhely. Ennyi, legalábbis egyelőre.
Van wds, ezt meg kell említenem?
Az ip öt rétegében kifejthetem ezeket akkor?
Keresek: D-link covr-1102 2 pack routert.
-
Renato1993
tag
válasz bambano #7340 üzenetére
Az 1. pont kényszer híján már megtörtént, nem kényelmes
2. Ez lenne a cél, de akkor már fixen megoldva. Azt értem én hogy télen fagy, de egy légmentesen zárt csőrendszerben maximum a fektetéskor belekerült pára tud lecsapódni és megfagyni, az meg nem hiszem hogy akkora problémát okozna. Ha meg a villámtól félek, akkor ennyi erővel a fixen telepítettett is ki tudom húzni bent a routerből (ameddig meg nem digis optika volt behúzva, jött be elég réz koaxon meg telefonkábelen, az áram meg még most is azon jön. Na jó, alun igazából )
3. Most is ki van lőve a wifi a padlásról, egy routerből plusz kültéri antennából, de a wifije csak 54Mbps, meg POE-en kapja a tápot, úgyhogy amúgy is csak 100Mbps-os linket kapna ha lecserélném másra, a kertben meg van egy 300 Mbps-os reapeter/AP (TL-WA801ND). Ha meg a padlásra is veszek új eszközt, meg viszek külön áramot, akkor is még mindig csak az elméleti maximum 300 Mbps-nél tartunk, és minimum a kábelezés kétszeresébe kerülne.Kábelnél meg megy a gigabit azért. Az optikán is gondolkodtam, de az költségben még sokszorosabb összegTermészetesen köszönöm a tanácsokat!
Úgyhogy visszatérve az FTP árnyékolás földelésére, hogyan is kellene?
Gigabyte GA-MA790XT-UD4P,AMD Phenom II X4 965BE,Sapphire HD5850, 240GB SSD, 2x4GB DDR3 RAM,Corsair VX450 táp,Tt VB6000BWSD ház,TOSHIBA DT01ACA200 2TB HDD
-
Renato1993
tag
válasz bambano #7350 üzenetére
Ne már, egy fixen, védőcsőbe telepített kábel, ami ráadásul -20 °C-ig van hitelesítve üzemelési körülményekre, hogy roppan el? Esetleg ha ugrókötelezek vele. De gondolom a kültéri légkábelek se törnek halomra, pedig azt lengetheti a szél.
Gigabyte GA-MA790XT-UD4P,AMD Phenom II X4 965BE,Sapphire HD5850, 240GB SSD, 2x4GB DDR3 RAM,Corsair VX450 táp,Tt VB6000BWSD ház,TOSHIBA DT01ACA200 2TB HDD
-
mszl
aktív tag
válasz bambano #7339 üzenetére
Szia!
Nekem is hasonlón jár az agyam, igaz nekem csak 6-8m-t kellene áthidalni a ház és a garázs között.
Én még ezt nézegettem védelemnek.
De gondolkozom 2 Ubiquiti NSM5-ben, vagy Mikrotik SXT5-ben is.
Igaz a kábeles lenne a legegyszerűbb és zseb barátabb is a 2 db ethernet túl. fesz. védővel.
Néha találni NSM5-öt használtan elég jó árban.
Ehhez valami építő jellegű kritika, ötlet?Előre is köszi!
A hálózat építést csak elkezdeni lehet, befejezni nem.... Eredetije a HUP-on!! Onnan kölcsönöztem!!
-
almi
senior tag
válasz bambano #7542 üzenetére
Szia!
Igen, a vas lenne a jó megoldás, ami a későbbiekben valószínű lesz is, de sajnos egyelőre a havi költség jobb, mint egyben egy komolyabb kiadás.
Okés, akkor valószínű írni fogok nekik, hogy ezt ott hogyan is lehet megoldani, köszi!
Nem mindent szeretnék egyébként külön külön szerverre.
A DC az külön lenne, DNS-el + DHPC-vel.
Lenne egy szerver amin Apache lenne egy weboldalt futtatni + mail
Lenne egy File server, ami talán külön lenne, illetve egy vpn szerver ahová az irodából VPN routeren keresztül lenne folyamatos kapcsolat, illetve valószínű, hogy egy külföldön lévő szerverszoba elérése is meg lenne oldva. -
VeryByte
őstag
válasz bambano #7546 üzenetére
És akkor igazad is van, bár, ha csak Office365-öt akar használni, ahhoz nem feltétlenül kellenek az Azure szolgáltatások - kérdés, hogy miért szórta ki a nagy szolgáltatókat.
De mondhattam volna Google-t is, az nem volt felsorolva, bár nagy szolgáltató.Ötletelünk csak.
"What is the most important thing in a woman?" - "The soul."
-
V.Stryker
nagyúr
válasz bambano #7585 üzenetére
Hát ez lehet szabvány szerint így van, de hogy a gyakorlatban nem, az fix. Fali kábelre úgy krimpeljük az rj45 csatikat, mint a sicc. A végén mind ki van mérve és mind tökéletes, évek óta működnek hibátlanul. A késekkel volt variálás, hogy hány "tüskés" legyen, de mostanság már meg se nézem.
Másrészt otthon az a helyzet,hogy az előszobába van/lesz a router, meg a kis 8-as switch (IPTV, IP kamera, NAS, stb.). Na, a hely nem annyi és nem is kívántam bármire is kifejteni, mert mire, amit egy polcra rá tudsz tenni? Ezért a fali aljzat, az aljzat, az előszobában a másik vége jobb híján meg dugó, ami egyből megy az eszközbe.
Organic Maps - ingyenes, offline navi iOS-re és Androidra.
-
V.Stryker
nagyúr
válasz bambano #7589 üzenetére
Nyilván biztos tök igazatok van. De határozottan emlékszem,hogy amikor hasonló megfontolásból nem tömör eres kábel lett vásárolva, hanem sodrott eres utp, akkor a kollégák a harmadik bund után kifejezetten kérték a tömör eres kábelt vissza, mert habár állításotok szerint a sodrott eresre való a csatlakozó, annál fordul elő halmozottan a rossz kontaktus, hiába próbáltunk több fajta tüskés csatlakozót. A merev eresnél meg válogatás nélkül tök jól működik az összes csatlakozás. Nyilván olyan eszközökről van szó, hogy nincsenek mozgatva állandó jelleggel.
Szóval ebből a szempontból nem értem a fikázást, hogy a gyakorlati tapasztalat, legalábbis nálunk, ezt mutatja.
Organic Maps - ingyenes, offline navi iOS-re és Androidra.
-
-
kmisi99
addikt
válasz bambano #7624 üzenetére
Na a tápegység az egy nagyon jó tipp, majd összedobok neki itthon egy stabil tápellátást csereként. Illetve műterhelést rádobok a gyári tápra hátha tényleg az.
Igen a torrent kifektette. Olyan 100db 0-24 ben futó torrentem volt mikor már azért untam az összeomolgatást, ezért átterheltem a forgalmamat egy gigabites tp-linkre azért az kicsit stabilabb. De így se bírta, sőt furcsa mód még mintha szarabb is lett volna. Pedig DMZ be raktam elvileg a tp-linket.
Maga a koax jelszintjét a modem méri, bár nem tudom mennyire pontos.
Most azt akarom, hogy van ezen a Dlinken csupa jóság mindenféle logolás, majd figyelgetem, hogy van e valami érdekes event. Az köztudott a topicjában hogy eléggé hulladék minőség, de azért csak bírja már el.
Új hozzászólás Aktív témák
- Samsung Galaxy Watch4 és Watch4 Classic - próbawearzió
- AMD CPU-k jövője - amit tudni vélünk
- Kínai, és egyéb olcsó órák topikja
- Projektor topic
- Jövedelem
- Milyen TV-t vegyek?
- Hobby rádiós topik
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Luck Dragon: Asszociációs játék. :)
- Magisk
- További aktív témák...
- DJI Avata 2 Fly More Combo (Three Batteries)
- -59% HP EliteBook x360 830 G7:i5 10310U,16GB,256GB,vil.MAGYAR bilI.,IR,13.3" Touch,100%sRGB,WWAN 4G
- Sony PS5 (1116A) + 2TB Samsung SSD bővítés a gyári 825GB mellett, két karral + venom töltőhub
- HP Laptop 15-fd051ne - ÚJ - 15,6" FullHD IPS notebook - Core i5-1335U, 8GB, 512SSD, Win11
- Brother DCP-L2532DW wifis, multifunkciós lézernyomtató
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen