- bitpork: Augusztus 2- szombat jelen állás szerint.
- sziku69: Fűzzük össze a szavakat :)
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Luck Dragon: Asszociációs játék. :)
- sh4d0w: Csak a profit - emberélet nem számít
- Kempingezés és sátrazás
- sziku69: Szólánc.
- Gurulunk, WAZE?!
- zebra_hun: Hűthető e kulturáltan a Raptor Lake léghűtővel a kánikulában?
- eBay-es kütyük kis pénzért
-
LOGOUT
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
-
Horvi
őstag
válasz
Reggie0
#15691
üzenetére
Na úgy néz ki megvan mi a gond, vagy is legalább is részben.
Van egy olyan szabály ekkold leírásában, hogy blacklistet hoz létre és a port scannereket meg a különböző behatolókat hozzáadja aztán a végén eldobja azokat a csomagokat. Úgy látszik, hogy a wireguard csomagok is felkerülnek a blacklistre és eldobja őket. Egyelőre még nem tudom miért kerülnek fel rá.
Ha kikapcsolom a "drop blacklist members" szabályt akkor egyből megy a ping.
Még próbálom kibogozni a dolgot de lassan a végére ér a nyomozás úgy érzem. -
pzoli888
kezdő
válasz
jag222
#15697
üzenetére
szia,
oka: After resolving a server's domain, WireGuard will not check for changes in DNS again.
állíts be az LTE6 eszközön Netwatch-ot arra az ip-re, ami a hap ac2-es wireguardos (belső) ipje és a következő script-et amikor down-ba kerül:
interface wireguard disable wireguard1
interface wireguard enable wireguard1pl. linux alatt is kell egy script, ha változik az endpoint ip-je
bővebben: https://wiki.archlinux.org/title/WireGuard "Endpoint with changing IP" rész. -
jag222
csendes tag
Sziasztok!
Wireguard kérdésem van. Az egyik eszköz hAP ac2, ez publikus, de nem fix IP cím mögött van, de tartozik hozzá egy domain név. IP váltáskor ez x másodperc alatt frissül.
A másik az LTE6, ebben NAT-olt SIM van, az Endpontnál ott a másik eszköz domain neve, a "Persistent Keepalive" opciónál meg az ajánlott 25 mp.
Minden frankó, működik is - amíg a hAP ac2-nél nincs IP váltás. Akkor megszakad a kapcsolat. És egész addig "se kép se hang" amíg az LTE eszköznél nem lesz egy lte down / up esemény.
Ezután ismét rendben lesz egészen a következő IP váltásig.
Ilyenkor az LTE logjában van még néhány OspfInstance bejegyzés, nem értek hozzá, soha nem állítottam be Ospf-et, ezek automatikusan kreálódnak.
Miért nem találja meg az új domaint kapásból? Van valakinek ötlete?
köszi -
#15696
lionhearted
őstag
ekkold
#15690
-
#15695
silver-pda
aktív tag
silver-pda
aktív tag
@pitiless
@Lenry
Köszi. -
#15694
Lenry
félisten
silver-pda
#15692
válasz
silver-pda
#15692
üzenetére
sima wireless + wifiwave2
ez asszem vagy-vagy -
#15693
pitiless
senior tag
silver-pda
#15692
pitiless
senior tag
válasz
silver-pda
#15692
üzenetére
Upgrade után megy tovább a wireless. Ha felrakod a wave2-est, akkor újra be kell állítani, nem lesz addig wifi.
-
#15692
silver-pda
aktív tag
silver-pda
aktív tag
Helló, ha v6 -> v7 upgrade-t csinálok, akkor a sima wireless konfigom működik tovább gondolom. Ha felrakom a wifiwave2 csomagot, a sima wireless megy tovább, ugye? Esetleg az is mehet, hogy sima wireless + wifiwave2? Vagy ha felkerül a wifiwave2 csomag, akkor rögtön át kell konfigolni sima wirelessről wifiwave2-re?
-
#15688
lionhearted
őstag
Reggie0
#15684
-
Horvi
őstag
válasz
Reggie0
#15626
üzenetére
Csak most volt időm újra foglalkozni a dologgal. Ugye odáig jutottam a dologgal, hogy a torchal néztem a forgalmat és bejött a wg interfacen. A javaslatodra megnéztem a bridgen is a forgalmat és ott már nem láttam olyan csomagot ami a pinget indító IP címről származna.
Ha jól értem ezek szerint valamiért nem jó a forwarding és nem kerül át a csomag a bridge-re és onnan tovább a célba. -
Reggie0
félisten
Mert az automatikus scriptek nem veszik figyelembe a maganeletedet, illetve, hogy mikor ersz ra egy netinstallt lezavarni. Ezen felul nem art megvarni, mig a tobbsegtol jon valamifele visszajelzes a szoftverrel kapcsolatban, mert lehet, hogy valami gond van vele. Az elso korben telepitok a betateszterek.
-
válasz
Pille99
#15680
üzenetére
7-eshez valót.
nem tudom eddig pontosan hogy, mit csináltál, de leírom, hogy végig tudd gondolni, hátha valami kimaradt:
letöltöd a routerednek megfelelő Main Package-t, a netinstall exe-je mellé rakod.
a gépeden a hálózatot így beállítod:
Összekötöd a router eth1-es portját a géped ethernet portjával, minden más hálózatot kihúzol, letiltasz
elindítod a netinstallt, alul ott lesz a Package.
Net Booting: Boot Server Enabled, Client IP address: 192.168.88.3
nyomod a Reset gombot, miközben áram alá helyezed a routert és addig nyomod, amíg a Netinstallban a bal felső mezőben meg nem jelenik a router.
ezután kiválasztod a routert, rákattintasz az aktívvá váló Install gombra, molyol egy kicsit, kiírja, hogy sikerült, és az install helyén egy Reboot gomb lesz, amivel újraindíthatod a frissen megjavított routered. -
Pille99
tag
válasz
akos86
#15681
üzenetére
A win10-es laptopon nincs LAN csatlakozás.
Csak USB Type C átalakítóval tudom összehozni, de azzal sem működik.
Próbáltam egy asztali ASUS-szal is, de azzal sem megy.Addig jutottam, hogy ha a 7-es routerOS alatt lévő Netinstall-t használom, akkor nem jön elő a "A létező kapcsolatot a távoli állomás kényszerítetten bezárta" szöveg.
Ebben az esetben sem jelenik meg a router a Netnstallban. -
Pille99
tag
válasz
akos86
#15614
üzenetére
Megpróbáltam. Eddig 3 ASUS géppel,
ma elővettem egy Gericom ősrégi laptopot (100Mb háló Win XP.)
Ezzel sem működik.Tulajdonképpen melyik Netinstall (windows)-t kell használni?
A 7-es routerOS alatt lévő, vagy a 6-os alatt lévőt?
7-es volt rajta, mikor frissítésre elszállt. -
jerry311
nagyúr
Viszont csak annyi a szolgáltatás kimaradás míg megoldod, mert eleve ezzel foglalkozol. Ha automata frissítés után észlelni kell, hogy nincs net, hogy ez a router hibája, hogy boot loopban van, stb... akkor a szolgáltatás kimaradás hosszabb.
Van ahol ez számít, van ahol nem.UI: Futottam bele elég sok érdekes esetbe, simán benne van az is, hogy ha te nyomsz az upgrade-re nem az autómata, akkor nem boot loop a végeredmény.
-
pitiless
senior tag
-
válasz
Beniii06
#15669
üzenetére
évek óta jól működik ez az auto-upgrade, sosem volt vele korábban bajom.
de nem az Auto Upgrade-t használom, hanem egy időzített scriptetbár elővigyázatosságból úgy időzítem az eszközök közt a frissítéseket, hogy az internethez legközelebb eső router frissít először, aztán ha nem sikerül, akkor az alatta lévő eszközöknek már úgy sincs netje, így azok nem tudnak frissíteni
-
ekkold
Topikgazda
-
ekkold
Topikgazda
válasz
pitiless
#15662
üzenetére
Jó lett! De ha ilyesmit akarnék csinálni, akkor vagy egy ethernet vezérlős arduinoból, vagy egy wifis modulból, pl. ESP8266-ból építeném fel.
A mikrotik egy script-el elküldené a LAN-on, amit a kijelzőre kell írni, az ESP meg kitenné a kijelzőre. Így se IOT package, se MQTT nem kellene hozzá. -
pitiless
senior tag
válasz
Bubukain
#15664
üzenetére
Amit én használtam hozzá:
Hardver
1 db Raspberry Pi 3 B+ [Node-Red, Mosquitto]
1 db Arduino Nano 33 IOT (bármelyik ESP32, esetleg 8266-os lapka is megfelel)
1 db 1.3"-os OLED kijelző
Szoftver
Node-Red
Mosquitto
IOT Mikrotik csomagAz rpi3-ra felraktam a node-redet és a mosquitto-t. Az Arduino wifin kapcsolódik a hálózatra, PubSubClienttel a mosquittohoz. A node-redben van egy mqtt in node, ami fogadja a router által küldött üzeneteket. Ezt feldolgozom, hogy a 7 sornyi szöveg már formázva menjen az Arduinonak és egy mqtt out node-al publisholom egy másik topicba, amire a nano van feliratkozva. Mikrotik oldalról kell az IOT csomag, az ahhoz adott sample scriptet bővítettem ki.
Elvileg lehet még egyszerűsíteni rajta, a 20x4-es verzió a HD44780-as node-al megy közvetlenül az rpi-n.
-
éjjel automatikusan lefrissült volna az ac3 a 7.1.1-re.
annyira jól sikerült a művelet, hogy reggelre a boot-loop volt az egyetlen, amit sikerült összehoznia, úgyhogy a kávé mellett egy netinstallal indítottam a napomat
-
Istv@n
aktív tag
válasz
llaszlo
#15653
üzenetére
Hát, azzal nincs tapasztalatom. Lehet, hogy fel lehetne rá ügyeskedni, de saját tapasztalataim alapján inkább néznék egy wifis nyomtatót. Annyira nem szokott nagy felára lenni, és biztos, hogy stabilabban működik, mint egy ilyen hivatalos gyártó által nem támogatott megoldás.
Esetleg egy vezetékes print szerver, ha léteznek még olyanok, vagy egy másik router, ami gyárilag tud ilyet. De szerintem tényleg a wifis vagy inkább ethernetes nyomtató a legbiztosabb. Főleg egy irodába.A mikrotiken egyébként eszebe nem jutna firmware-t cserélni. Ennek a routerOS a lényege szvsz.
-
betyarr
veterán
van egy pár sonoff eszközöm,többnyire okoskonnektorok.valamiért nem szeretik egymást a mikrotik routeremmel,mert folyamatosan lekapcsolódnak a hálózatról random időközönként (10 perc-1 max két óra után).a szolgáltatói csodarouterrel nem volt ilyen gebasz közel 2 hónapon keresztül (új helyre költöztünk).mihelyst átkértem a csodamasinát bridge módba és beüzemeltem a mikrotiket,azóta csinálják a sonoffok ezt a le-felcsatlakozást.a régi lakhelyemen is ez volt,akkor meg voltam róla győződve,hogy a sonoffnál van a bug,mert minden egyéb wifis eszköz betonsatbilan csatlakozik.a wifit egy unifi ap adja,de ennél is kizárva a hiba,mert a költözést követően rögtön beüzemeltem.
tudnátok ebben segíteni? -
adika4444
addikt
Hali!
Frissítettem az IPv6-os blogbejegyzésem.
Benne van, hogy hogy lehet dinamikus IPv6 prefixekkel normálisan dolgozni, illetve, hogy miként lehet a változó prefixű hálózaton lévő eszközöket elérni kívülről, úgy, hogy közben minden más el van tűzfalazva.
-
What's new in 7.1.1 (2021-Dec-21 13:53):
*) backup - added "force-v6-to-v7-configuration-upgrade" option on backup load to clear RouterOS v7 configuration and trigger reimport of RouterOS v6 route configuration (CLI only);
*) backup - fixed automatic backup generation when resetting configuration;
*) bgp - improvements on detecting peers local address when IPv6 link-local addresses are used;
*) capsman - improved system stability when processing CAP packet by Mangle;
*) dhcpv4-server - allow adding comments;
*) ethernet - improved system stability when receiving large packets on devices with 88F3720 CPU (nRAY, LHGG);
*) l3hw - fixed HW offloaded routing when using 7 or more VLAN interfaces;
*) l3hw - fixed bonding source MAC address;
*) l3hw - improved system stability when using 7 or more VLAN interfaces;
*) ntp - print log change time with time-zone applied;
*) ospf - fixed distance if "originate-default" is set to "always";
*) ospf - fixed neighbor stuck in ExStart;
*) ospf - fixed simple authentication;
*) ospf - improved overall stability;
*) ospf - improves stability when handling looped back OSPF packets;
*) upgrade - improved 404 error handling when checking for new versions;
*) webfig - fixed user policy lookup for skin designer;
*) winbox - made "Routing Filters/Rules" table sortable;
*) winbox - moved "IP/Route/Nexthops" and "IPv6/Route/Nexthops" menus to "Routing/Nexthops";
*) winbox - updated default "Routing/BGP/Peer Cache" table appearance; -
llaszlo
veterán
Hello!
Ide irányítottak az egyik fórumról.
Van egy Mikrotik RB952Ui-5ac2nD router az irodában. Úgy adódott, hogy új nyomtatót kell vennem. A kérdésem, hogy ezzel a routerrel megoldható egy USB-s nyomtató működtetése, úgy hogy aki a wifire csatlakozik, az tudjon vele nyomtatni?
A korábbi wifis volt, viszont azt elvitte a régi bérlő és nekem nincs is szükségem olyan tudású nyomtatóra, mint ami neki volt. -
-
Reggie0
félisten
A vpn-ek szamat a license korlatozza, legalabb 500-at tud, de van amibol korlatlan(pl. openvpn). Az, hogy ezek mekkora sebesseget fognak tudni az mar mas kerdes, mert nem egy eros proci. Amik vannak 7-es routerossel: pptp, l2tp, eoip, openvpn, ipsec, wireguard. De ahhoz boven jo, hogy mondjuk tavoli management miatt, vagy valami egyeb kisforgalmu tunnelezest megoldj vele.
Itt talalod a license leveleket, a CRS326-nak 5-os van: [link] -
pitiless
senior tag
válasz
ekkold
#15638
üzenetére
IOT package => MQTT => NodeRed => kijelző
USB konverter nem játszik, mert a tárolónkban van a router és néha igen nehézkes megközelíteni. A nodered és az mqtt pedig azon a pi-n fut, amin a kijelző van. Majd még finomítani fogom, de mindenképpen szeretnék/szerettem volna egy állandóan szem előtt lévő kijelzőt, amin az általános státuszt látom.
-
válasz
ekkold
#15631
üzenetére
valamivel többet eszik a rOS7.
most körbenéztem az általam elérhető hap ac2-ket, itt az eredmény
kettőn van 7-es routerOS, azokon a 128MB RAM-ból 60 mega maradt szabadon, amelyiken még 6-os van azon átlagosan 80.
viszont szerencsére nem tapasztalok leaket. -
Reggie0
félisten
A ket switch teljesen ugyan az, csak az egyiken RouterOS is elerheto, a masikon csak SwitchOS.
Barmiert kellhet, mashogyan lehet es kell konfiguralni, tudsz rajta scripteket futtatni, tud VPN-re felcsatlakozni, lehet DHCP szerver, stb. es azert meg routerkent is erosebb, mint az RB2011-es routeruk, vagy ami alatta van, igy ha nincs gyors neted(=<200mbit), akkor elegendo. -
MajaG
senior tag
Sziasztok! Mikrotik switchre nem találtam topicot, így itt tenném fel a kérdést.
Mi a különbség a két switch között, azonkívül, hogy az olcsóbbra csak switchOS van? Egyáltalán miért kéne nekem router funkció egy hardveresen relatíve gyengébb cuccba?
Mert nekem a gyártó honlapja alapján se egyértelmű.Illetve mit takar a "Cloud" felirat a mikrotik esetében. Kis irodába kéne, tartaléknak valami olcsóbb switch. Jelenleg Zyxel GS192024 v2 van kihelyezve. kb 15-18 pc lógna rajta+szerver.
Köszi előre is!
-
-
Reggie0
félisten
Nem, hanem kovesd a csomag utjat a cimzettig, majd nezd meg az kuld-e valaszt es a valasz meddig jut vissza. Azt mar latjuk, hogy a wg tunelen atmegy a keres, de nem megy vissza a valasz. A kerdes az, hogy az 192.168.1.20-as gepet eleri-e a ping es az kuld-e valaszt es ha valaszol ra, akkor a valasz meddig jut el a visszafele iranyban.
Mikrotiken bejott a csomag a wg interfeszen, de annak at kell kerulnie egy masik interfeszre, hogy kijusson a routerbol. Azert mondtam, hogy nezd meg a bridge-n levo forgalmat is, mert abbol latod, hogy a forwarding sikeres-e, illetve ha a celgep valaszol a pingre ott mar latod, hogy jon-e valasz.
-
Horvi
őstag
válasz
Reggie0
#15624
üzenetére
Itt most arra gondolsz, hogy a remote oldalon meg kéne nézni, hogy az ottani wg címről elérhető-e a 192.168.1.20-as cím?
Ha a pingnél a 192.168.1.20-as címet pingelem a bridge interfaceről akkor jó. Ha ugyanezt a címet pingelem a wireguard interfaceről úgy már nem működik. -
-
Horvi
őstag
válasz
Reggie0
#15622
üzenetére
Csak gondoltam kijavítom ha már észrevettem a dolgot, nehogy később ezen bukjak el
Most azt próbálom, hogy az itthoni mikrotik 10.10.10.2-es wg címéről pingelem a remote network 192.168.1.20-as címét és a remote mikrotiken nézem torch-al, hogy mi a helyzet a wg interfacen. Úgy tűnik, hogy a csomag átmegy:
Viszont megjelent egy ilyen is a torchban:
-
Horvi
őstag
válasz
Reggie0
#15620
üzenetére
Értem köszi. Akkor a leírás alapján hozzáadott input chain szabályom nem volt jó ott valami tök random IP volt ami nem egyezett a publikus címmel. Csináltam address listet mindkét routeren és azt adtam hozzá az input chain-hez.
Sajnos egyelőre így sem jó de nyomozom tovább. Hátha megtalálom hol veszik el a csomag. -
Horvi
őstag
válasz
Reggie0
#15618
üzenetére
Az egy jó kör lesz akkor úgy érzem mivel még nem csináltam ilyet de próbálkozok majd.
Rosszul emlékszem, hogy /ip/firewall/filter add src-address= résznél meg lehetett adni dyndns címet is? Mert most próbáltam és sír miatta, hogy rendes IP-t vár.Egyelőre most úgy áll a dolog, hogy a ping hol megy hol nem:
[MikroTik] > ping 10.10.10.1 src-address=10.10.10.2
SEQ HOST SIZE TTL TIME STATUS
0 10.10.10.1 timeout
1 10.10.10.1 timeout
2 10.10.10.1 timeout
sent=3 received=0 packet-loss=100%
[MikroTik] > ping 10.10.10.1 interface=wireguard1
SEQ HOST SIZE TTL TIME STATUS
0 10.10.10.1 timeout
1 10.10.10.1 timeout
2 10.10.10.1 timeout
sent=3 received=0 packet-loss=100%
[MikroTik] > ping 10.10.10.1 src-address=192.168.10.1
SEQ HOST SIZE TTL TIME STATUS
0 10.10.10.1 56 64 5ms413us
1 10.10.10.1 56 64 5ms707us
2 10.10.10.1 56 64 8ms953us
sent=3 received=3 packet-loss=0% min-rtt=5ms413us avg-rtt=6ms691us
max-rtt=8ms953usA másik oldalról is így néz ki a ping(ping 10.10.10.2 src-address=192.168.1.1)
Szóval számomra úgy tűnik, hogy ott a wireguard interface címénél akad el a dolog. -
Horvi
őstag
válasz
Reggie0
#15607
üzenetére
Hozzáadtam ezeket mindkét oldalon de így sem jó. Elvégeztem egy kísérletet saját gépről a 192.168.10.15-s címről.
Tudtam pingelni a saját GW-t 192.168.10.1(nyílván ment )
Lehetett pingelni az itthoni router wireguard ipjét is a 10.10.10.2-t
Lehetett pingelni a remote router wireguard ipjét is a 10.10.10.1-t.
Viszont a remote oldali router GW címét a 192.168.1.1-et már nem.Viszont ha mikrotikből indítok pinget az nem működik mindig timeoutot dob.
-
nincs rákötve HDD - a belső flashen futtatott Dude-al meg elég rosszak a tapasztalataim
-
ekkold
Topikgazda
válasz
ekkold
#15610
üzenetére
Kpróbáltam azt is, hogy az allowed-address mezőben csak a távoli hálózat IP tartományát adtam meg, semmi mást, és így is működött, annak ellenére, hogy a távoli wireguard interfészt nem lehetett pingelni.
Ezután kipróbáltam kicsit nagyvonalúbban: 10.0.0.0/8 és 192.168.0.0/16 megadásával. Így is teljesen jól megy, minden pingelhető, és jól működik.
Ha belegondolunk, hogy olyan kapcsolat esetében, ahol a kliens IP címe változik (pl. mobilneten lóg, esetleg helyet változtat, különböző wifi hálózatokra csatlakozik, változó LAN címmel) ott nem is nagyon jöhet szóba más mint a 0.0.0.0/0 . -
ekkold
Topikgazda
válasz
Reggie0
#15609
üzenetére
A mikrotik nem veszi fel default route-ba, nyugodtan beállítható így.
Windows-ból pedig direkt így használom.
Androiddal még nem próbáltam, de ott is kimondottan ez a beállítás kellene, hogy minden titkosítva menjen, akár nyílt wifi esetén is.
Linuxon csak kipróbáltam, hogy működik - teszi a dolgát ahogy kell. -
ekkold
Topikgazda
Az allowed-address akár 0.0.0.0/0 is lehet, nincs túl nagy jelentősége, mert úgyis a routing szabályokon múlik, hogy mi megy arrafelé.
Az endpoint-ot sem feltétlenül kell mindkét oldalon megadni. Ha mindkét oldalon van publikus IP, akkor azon az oldalon, ahol gyakrabban változik. Ha az egyik oldalon nincs publikus IP, akkor értelemszerűen csak azon az oldalon.
-
Horvi
őstag
válasz
Reggie0
#15602
üzenetére
Elvileg ugye hozzáadtam mindkét routernél az endpointhoz a wireguard networkjét ami a 10.10.10.0/30 illetve az ellenoldali networkot amit el akarok érni.
Ez a wireguard és a peer beállítás a 192.168.10.0/24-es network oldali routeren:
[MikroTik] /interface/wireguard> print detail
Flags: X - disabled; R - running
0 R name="wireguard1" mtu=1420 listen-port=13231
private-key="xxxxxxxxx"
public-key="xxxxxxxxx"
[MikroTik] /interface/wireguard> peers/print detail
Flags: X - disabled
0 interface=wireguard1
public-key="xxxxxxxxx"
endpoint-address=xxxxxxxxx.sn.mynetname.net endpoint-port=13231
current-endpoint-address=xxx.xxx.xxx.xxx current-endpoint-port=13231
allowed-address=10.10.10.0/30,192.168.1.0/24 rx=0 tx=0 -
Reggie0
félisten
A wireguard erdekes egy allatfaj. A peernel az allowed address-ben meg kell azt az iptartomanyt is adni, amit at akarsz kuldeni rajta, nem eleg a ket vegpont networkjet megadni, mert maga a wireguard tunnel implementacio lefiltereli.
Tehat, ha az allowed address-ben csak a 10.10.10.0/24 szerepel, akkor hiaba route-olsz barmit, vagy adsz mas cimet a ket vegpontnak, csak a 10.10.10.0/24-es networkbe tartozo destination es source addressu csomagot fog atengedni.Nalam peldaul a ket vegpont cime a wg tunnelben 192.168.3.1 es 192.168.3.2. A peer-t pedig igy kellett felvenni, hogy a tunnelen a 10.0.0.0/16-ban megtalalhato gepekrol is at tudjam routeolni a forgalmat:
[admin@MikroTikCCR] /interface/wireguard/peers> print
Columns: INTERFACE, PUBLIC-KEY, ENDPOINT-PORT, ALLOWED-ADDRESS, PERSISTENT-KEEPALIVE
# INTERFACE PUBLIC-KEY ENDPOINT-PORT ALLOWED-ADDRESS PERSISTENT-KEEPALIVE
0 wireguard1 x 0 192.168.3.0/24 1s
10.0.0.0/16
Új hozzászólás Aktív témák
Hirdetés
- HP Elitebook 840 G3 laptop (15,6FHD/I5-G8/8GB/256SSD/Magyar/Win11)
- AMD Ryzen 5 5500 - GTX 1080Ti 11Gb - MSI B450 Max
- HP Zbook 15 G3 laptop (15,6FHD/I7-G6/16GB/256SSD/AMD2GB/MagyarVilágítós/Win11)
- Apple iPhone 13 128GB, Kártyafüggetlen, 1 Év Garanciával
- Apple iPhone 13 Pro 128GB, Kártyafüggetlen, 1 Év Garanciával
- Nvidia Quadro P400/ P600/ P620/ P1000/ T400/ T600/ T1000 - Low profile (LP) + RTX A2000 6/12Gb
- Samsung Galaxy Z Fold5 / 512 GB / 12 GB RAM / 1év Garanciával / Gyári Független
- Telefon felvásárlás!! iPhone 14/iPhone 14 Plus/iPhone 14 Pro/iPhone 14 Pro Max
- Bomba ár! Lenovo ThinkPad T450s - i5-5GEN I 8GB I 256GB SSD I 14" HD+ I Cam I W10 I Garancia!
- Újra Akcióban!!! Ducky One 2 Mini és SF billentyűzetek a bolti ár töredékéért! Számla+Gari
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest