Hirdetés
-
GAMEPOD.hu
Haladó szintű hálózati témák topikja
Új hozzászólás Aktív témák
-
Magnat
veterán
Üdv,
ismerősömnek állítottam be egy valami távoli hozzáférést és megint belefutottam abba a problémába, h a T routerei (legalábbis az pl ami neki van) nem támogatják a nat loopbacket és eszembe jutott, h ezen már korábban is fennakadtam, h egyáltalán elméleti oldalról miért van szükség nat loopbackre?
Van mondjuk van egy nasom.no-ip.org ddns-es rekord, ami az adott eszköz publikus ip-jére old fel. Ha ezt a címet lanon megszólítom és a routeren nincs nat loopback akkor mi történik vele? Az alap routing szabályok szerint nem kellene egyébként is visszairányítania saját magára ahol a port forward szabály miatt meg visszakanyarodna a lan irányba? Ha meg vmiért a saját DG-jének küldené tovább, az is vissza kellene h irányítsa, ha jól tévedek ... persze nyilván tévedek, mert mégis szükség van rá, csak nem értem igazán, h miért?̿' ̿'\̵͇̿̿\з=(◕_◕)=ε/̵͇̿̿/'̿'̿ ̿
-
válasz Magnat #12201 üzenetére
"Ha ezt a címet lanon megszólítom és a routeren nincs nat loopback akkor mi történik vele? Az alap routing szabályok szerint nem kellene egyébként is visszairányítania saját magára ahol a port forward szabály miatt meg visszakanyarodna a lan irányba? "
Vissza fog kanyarodni a lan irányba. A probléma az lesz, hogy az eszközöd a lan-on(legyen mondjuk egy PC) amiről a publikus ip címet megszólítottad, ugyan megkapja a válasz csomagot a nastól, de elveti, mert a publikus ip-ről vár vissza csomagot, nem pedig a nas ip címéről. A nas a válasz csomagot közvetlen fogja küldeni a PC-nek, mert a kérelem forrás ip címe ugyanabban a hálózatban van, mit a sajátja. Hairpin nat-hoz kell egy masquerade a lan interfészre, hogy a válasz csomagok ne közvetlen, hanem a gateway-en keresztül legyenek továbbítva a PC-hez. Nagyon leegyszerűsítve ennyi a lényege. -
MasterMark
titán
válasz Magnat #12201 üzenetére
Egész pontosan a címfordítás a gond.
Az történik hogy a port forward az csak a WAN interfészre alkalmazódik, a LAN oldalra nem. A NAT hairpin igazából csak azt jelenti, hogy a port forwardjaid (amik ugye destination NAT rule-ok valójában) alkalmazódjanak a LAN interfészre is.
szerk.: Najó ennél bonyolultabb, de kb. ez a lényeg.
[ Szerkesztve ]
Switch Tax
-
Magnat
veterán
válasz MasterMark #12204 üzenetére
Igen, köszi neked is, így világos!
̿' ̿'\̵͇̿̿\з=(◕_◕)=ε/̵͇̿̿/'̿'̿ ̿
-
Kris87
aktív tag
Sziasztok!
Szeretném megoldani azt, hogy két külön alhálózatot (iptv és internet, mindkettő saját dhcp szervert futtat, statikussá állítása egyik hálózatnak sem opció) rá lehessen tenni 1 utp kábelre, majd újra szétválasztani menedzselhető 802.1q switch-el. Szeretném használni minden helyiségben a vezetékes internetet és az ip-tv-t is, viszont mindenhova csak 1-1 utp lett behúzva. Szétszedni a kábelt 2-2 érpárra sem jó megoldás, mert kell a gigabites link. Könnyű lenne, ha a két alhálózat eleve 802.1q tagged vlan lenne, de nem az, illetve mivel nincs külön tag id-je ezért talán vlan1-nek számít mindkettő. Az internetet openwrt-t futtató rúter szolgáltatja, a rúter egyik portját át tudom tenni másik vlanba, majd ezt a portot össze tudom kötni egy menedzselhető switch ugyanerre a vlanid-re konfigurált portjával, ugyanebbe a switch-be bele tudom dugni az iptv kábelét is egy untagged portba, az okos switcheket egy -egy másik tagged porttal össze tudom kötni. A kérdés az, hogy a szobákban az okos switch untaggedre állított portjából jöni fog-e az iptv vagy nem. Jó-e az irány amiben gondolkodom, vagy van jobb ötletetek? Köszi előre is! -
Kris87
aktív tag
válasz MasterMark #12207 üzenetére
De az jó lenne, ha külön vlan-ra tudnám szedni, a kérdés az, hogy ahogy leírtam az úgy menne-e.
-
Kris87
aktív tag
válasz Kris87 #12206 üzenetére
Válaszolva magamnak, hátha a jövőben más is megkérdezi ugyanezt; nem, kicsit máshogy kell megoldani, egyszerűbben. A 802.1Q VLAN PVID pont erre való. Ha az okos switch egy adott portját beteszem egy új vlan-ba, majd untaggedre állítom és a vlan pvid-t is beállítom erre a portra az újonnan kreált vlan számával megegyezőre, akkor amit ehhez a porthoz csatlakoztatok pl az ont iptv-nek kikiáltott portját, akkor az ide érkező hálózati cimkezetlen csomag az új vlan számával lesz tag-elve. A switch egy másik portját pedig tagged állapotban kell szerepeltetni a két (vagy több) közösítendő vlanok mindegyikében. Ezt a portot lehet összekötni egy következő switch tagged portjával...
-
-
Mr. Double B
tag
Sziasztok! Internetszolgáltatót váltottam a napokban és azóta fura hibákat tapasztalok, várnám a tippeket mi lehet a bibi, ha valakinek van ötlete. Eddig a UPC-nél (Voda) voltam vezetékes nettel, saját routeremmel, és a napokban Novicom optikai hálózatára váltottam. Ég és föld a sebesség, stabilitás, tök jó döntés volt.
Fontos, hogy ugyan a modem új, a szolgáltatóé, de továbbra is a saját Wifi routeremet (TP-Link) használom, ami engedélyezve van a tűzfal is, tehát ebben nem volt változás, "csak" a szolgáltató illetve a modem változott.
Viszont két fura hibát tapasztalok:
1, A napokban hotelbe vettem ajándékkupont, és a hotel weboldala betöltődött, de a kuponok aloldala, illetve szobafoglalás aloldala csak a háttérképeket töltötte be, vásárolni enm tudtam. Próbáltam 2 laptopról, 2 külön böngészőből, illetve mobilról is, több órán át, de semmi. Felhívtam őket, azt mondták nincs gond a weboldalukkal, folyamatosan jönnek be a foglalások azon keresztül. Végül átváltottam mobilnetre és láss csodát, minden betöltődött. Megjött a visszaigazoló email, benne link ahol le tudom tölteni a pdf kupont, de wifi-n csak 403 hibát dobott az oldal. Mobilneten gond nélkül lejött a fájl.
2, Az autómhoz van mobilapplikáció. Ha wifin vagyok sokszor csak malmoz, nem érem el a távoli funkciókat (pl a fűtés bekapcsolása indulás előtt), timeoutol. Ha átváltok mobilnetre azonnal működik minden. De nem mindig csinálja ezt - ami még furább.
Van valami ötletetek?
Előre is köszi a tippeket.
Mr. Double B
-
4Grider
nagyúr
válasz Mr. Double B #12212 üzenetére
Nekem két ötletem van:
Kettős natolás a problémád vagy DNS szolgáltatót próbálj váltani. -
sziszi-fuszi
senior tag
válasz Mr. Double B #12212 üzenetére
Reklámszűrőt kikapcsoltad? Csinálhat néha ilyet.
Mi alá kell írás?
-
TL-SG1016DE V3 switch
Ha rákötöm a hálóra (csak egy kábellel magában is) akkor az összes nyomtató amely WDS-t használ vagy hálózaton scannel megáll. Konkrétan twain scannelés indítása is csak pörög. Nincs jelentősége hogy hol kötöm rá, ha 3 eszköz van a nyomtató és switch között akkor is hibát csinál. Ha leszedem a hálóról ezt a switchet akkor megjavul minden.
Reset megvolt, fw-eket is próbáltam, legfrissebb van most rajta. IP címe is dhcp-s.
Kuka?[ Szerkesztve ]
-
bambano
titán
válasz MasterDeeJay #12215 üzenetére
nem tudom, lehet-e menedzselni, de az igmp körüli beállításokat megnézném.
egy pillantást vetettem a webjére, eszerint tud valami plug & play-t. na azt ütném ki először.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
MasterMark
titán
-
janos666
nagyúr
Van egy érdekes problémám:
- Ha friss OpenWRT (pl. most v23.05.2) fut több különböző WiFi AP-n (akár néhány éves AC-wave2 vagy 10+ éves N kütyü más márkákból - egyiken sem fut se tűzfal/nat, se dhcp server, mind "buta AP" minden interfészt bridge-elve), akkor nem működik 2 hasonló régi Samsung Galaxy Tab-A tablet (minden más igen, ősrégi alsókategóriás Samsung telefont is próbáltam). Csaktlakoznak és nem szakadnak le, de miután IP-t kaptak DHCP-ről (azt, amit a dnsmasq.conf alapján kapniuk kell) és netet kezdenek használni, nincs forgalom, nem töltenek be weblapok, nem tudok a tabletekről IP-ket pingelni.Először arra gyanakodtam, hogy a .11r és .11w megjelent az elérhető legbutább hostapd/wpad csomagokban is, és talán nem kapcsolódnak ki (főleg ha csak LuCi-val konfigurálok, nem parancssorból) és ezt utálják ezek a táblagépek.
Viszont, ami ebben érdekes, és talán túlmutat az OponWRT-n, hogy ha teljesen kikapcsolom a táblagépet és áramtalanítom az AP-t is, amihez utoljára csatlakozva volt, akkor a LAN-ról továbbra is válaszol valami a táblagépnek fenntartott IP címen ping-re.
Megnéztem a router-en az apr -a parancsot, és amit kidob MAC-re az IP-hez, az egy olyan MAC cím, amihez más IP-t kéne osszon a DHCP. Ha beírom böngészőbe a táblagépnek osztandó IP-t, akkor bejön egy IP kamera webes felülete.
Gondolom emiatt működésképtelen a táblagépen a net, hogy két LAN eszköz is válaszol ugyan azon az IP-n.Átnéztem a dnsmasq.conf file-t, és ránézésre rendben van. De most az IP kamera sem válaszol azon az IP-n, ami annak lenne kiosztva DHCP-n. Csak a táblagépnek szát IP-n válaszol. A kamera csak kábelen csatlakozik, nem WiFi-n, a táblagép pedig csak WiFi-n.
Ezt mi okozhatja inkább? A router (ami pontosabban egy házi szerver) DHCP szervere hülyült meg, vagy az OpenWRT ront el valamit (összekeveri valahogy a MAC címeket és "megmérgezi az ARP-t")? Ha 10+ éves gyári szoftver fut egy WiFi AP-n, akkor működik ez a táblagép (friss RouterOS-el is működtek az újabb AP-ken, csak OpenWRT-vel van ez).
[ Szerkesztve ]
TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."
-
-
BigManus
addikt
Sziasztok!
Adott egy Fujitsu LifeBook E Series Win 11 Home.
Ez a cégnél a futkározós laptop.
Gondom az lenne, hogy mindent beállítva, egyik munkahelyi gép sem tud rá csatlakozni.
Ez a gép megjelenik a hálózaton illetve el is ér a céges hálózaton minden gépet.
Wifi-n van csatlakozva a céges hálózatra.
Annyi anomáliát látok, hogy a speciális megosztási beállításoknál a minden hálózat alatt a megosztás jelszavas védelemmel gomb kikapcsolt. Ha bekapcsolom, nem menti az állapotot, kikapcsolt lesz újra.
Merre induljak el?Nem a győzelem a részvétel hanem a fontos...
-
4Grider
nagyúr
válasz BigManus #12220 üzenetére
Ez nem egy hálózatos mélyvíz kérdés. A Windows megosztásokkal ez a topik foglalkozik.
Ott kezdődik, hogy cégnél eleve nem nyomulunk otthoni (Home) operációs rendszerekkel. -
válasz bambano #12216 üzenetére
Van még egy ilyen switch is ahol szintén van IGMP, mindkettő switchen tiltottam. (talán összeakadtak?)
Valamint ezen alapból be volt állítva a sárgával jelölt rész is (a másikon a port based volt ahogy a képen), azt átraktam port basedre.
Ezt disable-re raktam mindkettőn: (itt még a bekapcsolt állapota van)Ezt meg mindkettőn port basedre raktam, a sárgval jelölten volt.
Most tesztelem. (Pontosabban várom usert hogy kiabáljon a scannelés miatt)
[ Szerkesztve ]
-
bambano
titán
válasz MasterDeeJay #12223 üzenetére
A qos-nak, szerintem, ehhez a problémához nincs köze.
Emlékeim szerint iqmp snoopinghoz kellene legyen a hálózatban pontosan egy iqm querier. Ha ezt a switched nem tudja és más eszköz sem pótolja, akkor az igmp timeout idő után összeomlik minden, ami multicast alapú.Én is azt javasoltam volna első körben, hogy tiltsd le az igmp snoopingot. ha nem nagy a hálózat, akkor nem okoz túl nagy gondot, ha letiltottad. ha sok és nagy multimédia közlekedik a hálózaton, akkor igen, akkor kell egy rendes switch, ami rendesen kezeli ezt.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
válasz bambano #12224 üzenetére
Nem kimondottan nagy hálózat csak sok szerteágazó.
Az alábbi eszközök vannak még a hálózatban:Fő router Mikrotik RB3011 (nincs IGMP scooping bekapcsolva)
Nagy switch1: Mikrotik CRS354-48G (nincs IGMP scooping bekapcsolva)
Nagy switch2: Linksys LGS528P de ezen csak az IP telefonok lógnak (nincs IGMP scooping bekapcsolva)
Illetve sok kis eszköz ahol szintén nincs vagy ki van kapcsolva:
3db Mikrotik RB260
2db a fent említett TP-link 16-os smartból
4db 8 portos buta tp-link switch
3db poe switch 9db kamerának + DVRWifi cuccok:
3db Tp Link archer A7 AP-ként beállítva
2db Tp Link AP (fejből nem tudom milyenek de igazi AP-k)
Mikrotik:
cAP és wAP
Rb911LHálózatos nyomtatóból 8db van vegyesen Epson, Canon, HP. Szerverekből 5 van de hyperv-ben is fut pár, asztali gép kb 30 van csak. Van pár speckó eszköz, okosházas, fűtéshez, ipari eszközök stb.
Az IP telefonok szinte mindegyike külön a linksys switchen van ahogyan a telefonközpont is és úgy vannak a routerre kötve. Ugyanígy a DVR és kamerák is saját switchen vannak és a routerbe futnak be.
Szóval kellene egy igmp querier, gondolom nagy routeren kellene beállítani vagy egy nagyobb switchen.
Elkezdtem amúgy egyszer összerakni rajzot a fontosabb eszközökről de nem fejeztem be. SNMP-vel sávszélt is kiíratva.
Vannak szerverek amik több lan kábellel csatlakoznak a nagy routerhez mert biztonsági mentés idején előfordul olyan hogy egy időben több hdd-re több gépről megy a mentés de csak éjszaka. Valamiért ezt ez a dude program nem tudja így az nincs jelölve.[ Szerkesztve ]
-
bambano
titán
válasz MasterDeeJay #12225 üzenetére
az rb3011-et nem ismerem fejből, mert nem dolgoztam vele, de valószínűleg tud querier-t.
A CRS354-48G az biztosan tud, olyat szoktam macerálni ilyen téren is.
sNooping. ha csináltál queriert, akkor érdemes lehet mindenhol bekapcsolni. Mondjuk egy rendesebb teszt nem ártana előtte, mert mocskos nagy meglepetéseket tud okozniViszont ha most azt látod, hogy az user elégedett, akkor hagyd békén az egészet és ne változtass.
ja, ha van vlanod, akkor bajban vagy a mikrotik igmp implementációja nem támogatja a vlanokat.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
válasz bambano #12226 üzenetére
Nincs vlan, pedig némely esetbe jó lenne.
Vendégháló van elkülönített IP-vel amit a mikrotik AP old meg vlan nélkül.
Most nem hívtak úgy hogy jó lesz ezek szerint.Megtaláltam (Multicast querier elérhető ha bekapcsolom a scoopingot), tesztként bekapcsolom amikor kevesebb lesz a forgalom. Bár most minden megy de év végén lesz lehetőségem a hálózatot csesztetni.
[ Szerkesztve ]
-
senior tag
válasz MasterDeeJay #12227 üzenetére
Ha jól tudom, emléxem, egy hálózaton csak 1 db Multicast Querier legyen.
Ezen túl, az összes többi, csak "hallgatja, figyeli" a forgalmat, és annak megfelelően kezeli és/vagy irányítja a hálózati forgalmat. -
-
ArthurShelby
addikt
Céges nagy vállalati környezetben mitől van az, hogy a gépet hálózatra dugva valahol fél percet/percet tököl az azonosítással, mire ip-t kap? (nincs port security, vagy fix ip ezeken a végpontokon)
Pl messze van a dhcp szerver, vagy gyenge a dhcp szerver (ilyen sok eszköznél)?Pl van olyan, hogy windowsba való bejelentkezés előtt jobb megvárni, míg megjön a hálózat, hogy bejelentkzés után le tudjanak futni a policyk.
[ Szerkesztve ]
A rosszban mindig van valami megtévesztően jó, különben nem választanánk a rosszat
-
vidaila
senior tag
Sziasztok. Segítségre lenne szükségem. Nagyon megbízhatatlan volt a upc connect box, állandóan ledobalt, szakadozott a net. Vettem egy tplink archer c1200 ac1200 routert. Modem módra állítottam a connect boxot és így csatlakozik rá a tp-link router, a routerre pedig wifin tv és több telefon illetve Lan kábelen egy PC (alaplap Lan dugó) Wifi része tökéletesen működik végre, nem dobál le egy eszközt sem, minden WiFi eszköz hibátlanul működik. Ellenben a PC állandóan ledobja a Lan kapcsolatot. Ilyenkor ki is alszik a routeren a lámpa is, mintha kihuztam volna a dugót. Majd pár perc múlva helyre áll. Sajnos nem jöttem rá hol keressem a hibát, annyit sikerült az esemény naplóban kibogozni, hogy valami oknál fogva a hálózati eszköz (alaplap lan) alaphelyzetbe áll bizonyos időnként de legfőképp ha nagy terhelést kap (letöltés)
Hogy tudnám ezt helyre hozni?
Kábel cserével próbálkoztam elsőnek, nem vált be.
Jah a gépen egy win11 fut illetve az alaplap egy asrock h370mhttp://steamcommunity.com/id/juhaszjani1988/
-
gozi
tag
válasz ArthurShelby #12230 üzenetére
Egyes switchek spanning tree konfigurációja okozhat ilyen jellegű problémát.
[ Szerkesztve ]
-
senior tag
válasz MasterDeeJay #12229 üzenetére
Hát ez nem egy erőforrás zabáló dolog tapasztalatom szerint.
Egyébként a leírásokban általában ez a router-en szokott futni. -
PiroGrim
tag
válasz ArthurShelby #12230 üzenetére
Ezt nehéz lenne megmondani a teljes portconfig nélkül, de ahogy más is írta stp is simán fenntarthatja. Vagy ha van dot1x akkor a válasz is megvan.
szíszíenpí vájörlesz /én
-
vidaila
senior tag
válasz MasterMark #12232 üzenetére
Zsír új bontatlan kábel volt, de az otthon lévő 3 kabelemmel próbálkoztam, mindhárom ugyan ezt produkálta. Mind a 3 rossz volna?
http://steamcommunity.com/id/juhaszjani1988/
-
vidaila
senior tag
válasz MasterMark #12237 üzenetére
Próbáltam mind a 4-et.
http://steamcommunity.com/id/juhaszjani1988/
-
vidaila
senior tag
válasz vidaila #12238 üzenetére
Eseménynapló:
Elkezdődött a(z) „Intel(R) Ethernet Connection (7) I219-V” hálózati adapter alaphelyzetbe állítása. A hardver alaphelyzetbe állítása átmeneti megszakadást okozhat a hálózati elérésben. Ok: The network driver detected that its hardware has stopped responding to commands. A hálózati adapter 5 alkalommal állt alaphelyzetbe a legutóbbi inicializálása óta.Magánál az eszköznek a naplója:
Kernel PnP hiba:
Device PCI\VEN_8086&DEV_15BC&SUBSYS_15BC1849&REV_10\3&11583659&0&FE had a problem starting.
Driver Name: oem57.inf
Class Guid: {4d36e972-e325-11ce-bfc1-08002be10318}
Service: e1dexpress
Lower Filters:
Upper Filters:
Problem: 0x0
Problem Status: 0xC00000E5Device PCI\VEN_8086&DEV_15BC&SUBSYS_15BC1849&REV_10\3&11583659&0&FE had a problem starting.
Driver Name: net1ic64.inf
Class Guid: {4d36e972-e325-11ce-bfc1-08002be10318}
Service: e1i68x64
Lower Filters:
Upper Filters:
Problem: 0x0
Problem Status: 0xC00000E5http://steamcommunity.com/id/juhaszjani1988/
-
vidaila
senior tag
válasz MasterMark #12241 üzenetére
Azon is túl vagyok, régebbi, legrfissebb, már próbáltam az alaplap oldalán levő drivert is. Sőt még force installal a win10 drivert is megrpóbáltam. Ugyan ez.
http://steamcommunity.com/id/juhaszjani1988/
-
olloczky
senior tag
válasz ArthurShelby #12244 üzenetére
Most nézem az előző válaszom is neked akart menni, rosszra kattintottam. A dot1x-szel lehet autentikálni akár a usert akár a gépet. Akár usernév/jelszó párossal vagy certtel. Ha ez a folyamat valamiért lassú, akkor okozhat ilyen gondot, mint amit írtál.
Írtad, hogy hálózatra dugva történik ez, tehát ha jól értem kábellel. Addig maga a switchport nem lesz up állapotban, amíg a szerver nem azonosít téged vagy a gépet, hogy csatlakozhatsz a hálózathoz.
[ Szerkesztve ]
Úgy még sosem volt, hogy valahogy ne lett volna!
-
ArthurShelby
addikt
válasz olloczky #12245 üzenetére
Igen, kábellel. Van olyan telephely, ahol gyorsan felmegy a gép, van ahol lassan. De ahol lassan megy fel, ott is utána a hálózat gyorsasága megfelelő. Csak az elején az autentikáció lehet lassú.
Ha helyi rendszergazdai fiókkal, vagy nem domain-es gépet dugok a kábelre, akkor internet elérés nincs (csak ad-s felhasználónév/jelszó megadása után), viszont a windows frissítések így is letöltődnek.
Illetve annyit tudok még, hogy a hálózati eszközök cisco-k.A rosszban mindig van valami megtévesztően jó, különben nem választanánk a rosszat
-
olloczky
senior tag
válasz ArthurShelby #12246 üzenetére
Ezt tényleg csak cég IT csapata tudja troubleshootolni. Logokkal a gépedről, a szerverről, a switchről stb.
"Ha helyi rendszergazdai fiókkal, vagy nem domain-es gépet dugok a kábelre, akkor internet elérés nincs (csak ad-s felhasználónév/jelszó megadása után), viszont a windows frissítések így is letöltődnek." - ekkor egy külön erre fenntartott VLAN-ba érkezhetsz, amire ilyen megszorítások vannak beállítva.
[ Szerkesztve ]
Úgy még sosem volt, hogy valahogy ne lett volna!
-
-
bambano
titán
válasz MasterDeeJay #12248 üzenetére
"Eddig stabil, nincs anomália.": felírom a híres utolsó mondatok gyűjteményembe
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
Új hozzászólás Aktív témák
- HYPER GAMING PC // RYZEN5 1600X // 16GB DDR4// SSD+HDD// ASUS ROG STRIX RX VEGA56 8GB(GTX 1080PoWeR)
- GAMER PC: i5-12400F/14600K -Új RTX 4060 Ti - Új 16/32GB DDR4 kit - M.2 NVMe SSD - GAR/SZÁMLA!!!
- Csere-Beszámítás! Gamer PC! I7 6700K / GTX 1070 8GB / 32GB DDR4 / 500GB SSD
- HP ProDesk 400 G5 Mini PC, I5-9500T, 8GB DDR4, 256GB NVMe SSD, WIN 10, WIFI, SZÁMLA, GARANCIA
- Apple Iphone 13 PRO MAX/Sierra Blue/256GB/KÁRTYAFÜGGETLEN/AKKU 88%/Patika állapot
Állásajánlatok
Cég: HC Pointer Kft.
Város: Pécs
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest