Aktív témák
-
#122
Taltosparipa
tag
Dr.Sick
#113
Taltosparipa
tag
ATM egy bizonyos fizikai kapcsolodast jelent a magyarorszagi es nemzetkozi IPS szolgaltatok gerincei mind ATM alapuak. A szolgaltatok viszont mas mas jellemzok alapjan veszik igenybe ezt a rendszert (kapacitas, hibatures, jel/zaj viszony, media (rez, uveg, mikro, stb.), tartalek) ezek meg nem plublikusak.
Roviden lehet ''szediteni'' barkit a szolgaltatok reszerol, hogy o min kapcsolodik az alap rendszer ATM a lenyeg a kapcsolat jelemzoi. -
salazol
őstag
De igen. A helyi kapcsolat, aminek az IP-jét állítod, egyhálókártyához van kötve. Ha több kártya lenne a gépedben, akkor több helyi kapcsolat lenne. Egyébként az IP soha nem a kártyád IP-je, hanem a kapcsolatodé, amely ahhoz a kártyához tartozik.
A kártyára jellemző a MAC cím, a kapcsolatra az IP cím.
Ha érdekel az elmélet, keresgélj olyan szavakra keresővel, mint pl. ''OSI modell''.
Szerk: Most találtam egy jó kis oldalt: [L]http://www.gtbbp.hu/~szabol/tetelek/programming/C/isoosi.html[/L]
Nagyon jó, ajánlom mindenkinek.
[Szerkesztve] -
salazol
őstag
helyi kapcsolat tulajdonságai, TCP tulajdonságai.
Bővebben:
Hálózati helyeken jobbegérklikk-tulajdonságok.
Helyi kapcsolat jobbegérklikk, tulajdonságok.
TCP 1 klikk, tulajdonságok gomb
Ott már látod.
Szerk2:
Ohhh, sorry, nekem hagyományos kinézetű az XP-m.
Csicsás XP alatt nem tudom, talán Start-beállítások-hálózati kapcsolatok
[Szerkesztve] -
Dr.Sick
tag
Matávosoknak lehet csinálni egy adsl zajszintmérő tesztet,de még kezdő vagyok és nem tudom még hogy hol kell beállítani hozzá a dolgokat:
Ezt találtam róla:
beállítások:
Ethernet kártya IP-je: 192.168.1.xxx (xxx nem lehet 1- pl. 100)
Netmask: 255.255.255.0
Átjáró: 192.168.1.1
A böngészőbe pedig ezt kell írni:
http://192.168.1.1
Diacomnál:
login: root
password: Bridge
Itt a Link Status menüpont.
Az SNR érték a jel-zaj viszony.
Én az Ethernet Ipt a Netmaskot és az átjárót szeretném beállítani csak nemtudom hol kell XPn.
Segítsetek! -
-
Dr.Sick
tag
-
rATdrAgOn
senior tag
Pedig az a neve a mokusnak...
Van egy masik konyve is, ami detto nagyon jo:
A cime: Operacios rendszerek
A konyv tartalmazza egy oprendszer forrasat, meg futtathato allapotat is... az oprendszer neve: MINIX (Unix szeru ize), ennek a konyvnek az alapjan indult hodito utjara a linux is :DDD -
Dr.Sick
tag
válasz
rATdrAgOn
#102
üzenetére
Andew S. Tanenbaum LOL
-:)
De ránézek majd, köszi.
És ez most a bootps-re:
Lehet hogy akkor ez csinálja 10 másodperces dilit?
De én ezeket blokkolni szoktam mert a tűzfal külön jelzi,így gondolom 1. vagy csak azokat fogja meg a tűzfal amik különbböznek a többitől valamiben pl nagyon más tartományú portra jönnek.
2. szóval nekem 10 másodpercenként van egy ilyen bootp-m, de akkor azok nem érkeznének meg a gépemig, csak azok amiket a tűzfal megfog?
Forgalom van, ki is be is közben ugyogy csak be kell valahogy jönniük azoknak is, de ezeket miért nem fogja a tűzfal? Mijen portra jöhet a csekkolás?
Vagy a bootps-nek ehhez semmi köze?
[Szerkesztve] -
Dr.Sick
tag
Ha pl a Windows sajátjával a netstattal nézem a nyitott portokat az mennyire adja vissza a valóságot?
Lehet hogy remotenak azt látom hogy mondjuk 0.0.0.0.0 miközben vígan ott is szívnak lefele?
Tud valaki egy kifejezetten erre való progit amivel érdemes nézegetni a portokat? -
Hory
aktív tag
Nekem ugyan chello-m van, de a gond hasonlo: bejonnek mindenfele arp-bootp-stb csomagok. Ez szinte minden szolgaltatonal igy van. Nalam atlag fel K/s-ot visz el ez.
Mar gondolkoztam rajta, hogy ha egyszer megunom, ugy kitolok ezekkel a lamakkal, hogy arrol koldulnak. Teszem azt, felteszek egy arp servert, ami osszevissza ethernet cimeket ad vissza. Aztan meg szivjanak csak, mire rajonnek, hogy vajh miert nem mukodik a net a fel 13. ker-nek. ;))
Meg anno a tvnet-nel volt meg jobb: ott stp csomagok estek be. Aki tudja, hogy mire szolgal az stp, az azt is tudja, hogy kb. mennyire kurtak el a dolgokat arrafele. Egy laza mozdulattal le lehetett volna rohasztani a keruleti halozatot. Es ez igy ment eveken at...
Valami hihetetlen, hogy mennyire nem torodnek (vagy ertenek, de erre gondolni se merek) a hazai netszolgaltatok a biztonsaggal/stabilitassal. -
salazol
őstag
A 3 állású csúszka a következő:
Legalsó állásban kikapcsol atűzfal, mindent enged.
Középső állásban minden olyan, amit beállítottál tiltásra, az tiltódik, amit engedtél, az jön-megy, ha olyan dolog törénik, ami még nincs neki beállítva, akkor rákérdez.
Legfelső állásban minden olyan amit megengedtél az jön-megy ki-be, minden más szó nélkül tiltódik. Ez az állás arra jó, hogyamikor már helyesen be van konfigolva minden, nem telepítesz semmi újat, akkor felhúzod és többet nem b...ogat. Pl. házi szerver, vagy gyerek gépe. A gyerek és asszony külön veszélyforrás, ha nincs felhúzva a csúszka, mert szeretnek mindenre ok-t nyomni. -
még egy kérdés töled:
az kerio administration ablakában van egy 3 állású csúszka. én ezt felhuztam. igy Deny unknown állásba van.
ebben az esetben van értelme bármiylen tiltást definiálni? vagy ami nincs a konfig ablakba azt automatice tiltja?
/pl pár soral lejjebb a beszúrt képen látható, hogy definiáltam egy tiltást a 113-as port-ra, de lehet, hogy telejesen feleslegesen/ -
salazol
őstag
A DC++-hoz sem kell minden beengedni, csak a szüséges portot vagy port-tartományt a virtual server vagy special applications menüben. (régebben ''Port redirection'' menüben). De nekem DMZ volt engedve minden külső IP-re. Az a legdurvább. Ilyen hibát többet nem követek el. De akkor is zavar a Mozillás dolog. Amíg nem volt routerem, addig is kerio-t használtam, de nem volt ilyen gondom. Akkor viszont még Mozillám sem volt. Most a Mozillának a tűzfalbeállítását átírtam, csak a 80 és 8080 remote portokra engedem ki, majd szól a kerio, ha másra is akar csatlakozni.
[Szerkesztve] -
Krusty
csendes tag
Látni kéne a konkrét ip packetet, de ha feltételezzük, hogy a Local address a célcím, a Remote address pedig a forráscím, akkor ez egy dhcp request a te géped felé. A kliens (aki neked küldte) broadcasteli a kérést (255.255.255.255) a dhcp server portra (udp 67) a dhcp kliens portról (udp 68), hogy mindenki megkapja azt az alhálózaton. Neki pedig nyilván nincs még ip-je (0.0.0.0) mert tőled akarja kérni.
Ilyen csomagok alapvetően nem keringhetnek az Interneten, mert a routerek nem engedik át a broadcasteket (ilyen cél ip címmel a csomag nem hagyhatja el a saját alhálózatát). Szal ez vagy a saját LAN-odról jött vagy a szolgáltatótól, vagy nemtom :) -
salazol
őstag
Most én érdeklődnék. Bár nem egészen ide való, csak most ez a topik látogatott.
Tegnap kis időre kikapcsoltam a router minden szűrését, mert kisérleteztem kicsit. A gépemen a kerio futott. ahogy a router beengedte acuccokat, máris jelezte a tűzfal a blaster meg hasonló próbálkozásokat. Jelzett egy olyat is, ami egy holland ADSL előfizetőtől jött. Persze tiltottam. Pár perc múlva azt vettem észre a tűzfal listájában, hogy arra a holland címre van csatlakozva a Mozilla. A Mozilla ugyebár át van engedve a tűzfalon. Természetesen nem volt holland oldal megnyitva, csak a prohardver és a wigwam.
Tud-e valaki mozilla sebezhetőségről, ami kihasználható hátsó ajtónak?
Lehet, hogy vissza kell szoknom az IE-re? Azzal sosem jártam így.
A router védelmét persze soha többet nem iktatom ki.
A mozillám 1.5-ös magyar. -
salazol
őstag
Néhány válasz.
A verisign.com-os kapcsolat a tanúsítványok frissítése nevű windows szolgáltatás.
Az XPantispy programmal egy kattintással kikapcsolható, de veszélytelen szolgáltatás. Pl. banki szofvert használóknak kell, de a symantec programok is kimennek időnként oda.
A 135-ös portot zárni kell minden irányban, mert az a microsoft hálózaté, nem kell, hogy benézzenek a megosztott mappákba. Kerio esetén ez egy külön fülön is ott van, a Microsoft Networkin fülön, ezért nem kell az applications-ben teljesen tiltani, mert akkor routeresek a helyi háló többi gépét sem érnék el, hanem az említett fülön megadni a helyi háló IP-tartományát, így helyi hálón engedi a fájlmegosztást, kintről nem.
A kerio 2.1.5 egyébként nagyon korrekten van beállítva a telepítéskor windows-os szolgáltatásokat tekintve, szerintem nem érdemes elpiszkálni. A helyi hálót is rögtön észreveszi és felkínálja a Microsoft Networking beállítását az első helyi hálós kapcsolódásnál.
A subseven meg hasonló trojan port scan-ekre nem kell idegeskedni, rengeteg lesz még belőle. Routeresek ezt nem is látják, a router megfogja szó nélkül.
A 113-as port, amiről szó volt, az Ident port, azonosítási célja van, állitólag egyes chat meg hasonló dolgok igénylik, de én még nem találtam olyat, amelyik teljes blokkolással sem ment volna. Most nekem biztos ami biztos egy pici ingyenes programocska van azon a portomon, amely annyit közöl a beérkező kérésre, hogy sala.dyndns.org. -
Dr.Sick
tag
Ezt most mejikre mondtad?
Erre?:
Inbound UDP packet
Local address,service is (255.255.255.255,bootps(67))
Remote address,service is (0.0.0.0,bootpc(68))
Process name is ''N/A''
Féjzsd ki légyszi bővebben,hogy mit jelent az hogy dhcp-n akar tőlem ip kapni!
A 255.255.255.255- a DHCP? -
WolfByte
tag
Akkor javaslok egy olyan programot, amivel megszűrheted a hálózati csomagokat (packeteket) amit küld a géped illetve fogad, nagyon sokminden kideríthető belőle. Például a Netsniffer:
[L]http://www.anotherwin95.com/topic.asp?TOPIC_ID=3806[/L]
Letöltés:
[L]http://www.softperfect.com/download/netsniffer.exe[/L] -
Dr.Sick
tag
Csak egyszerűen nem tartom raálisnak hogy 10 másodpdpercenként jön egy ilyen ping féleség ami összesen 60bájtnyit kóstál csak azért hogy benézzenek mint a ló.
Szerintem érted miről beszélek, nem normális ez a gyakoriság, egyszerűen fölösleges!
És az tűzfalam a jelek szerint nem fogja meg, mert a forgalom ki-be növekszik.
Most azt akarom megtudni hogy mijen ip.ről mejik porton, protokollon jön a cucc.
De a tűzfal logban sincs ilyen 10 másodpercenkénti csekkolás. -
WolfByte
tag
Gondolom ahogy nő a vonalak és processzorok sebessége, úgy egyenes arányban ez is. Modemnél minden átvitt byte-ot gondosan ellenőriztek és nem spóroltak a jó átviteli technológiákon. Manapság erre nincs szükség, ha valamilyen info rosszul jött át 1 bit különbséggel, elküldi a protokoll még1x, nem habozik. Szóval a szolgáltatót nem izgatja, pumpálja az infot felénk rendesen :)
-
WolfByte
tag
A szolgáltató szervere a tellerközpontban ellenőrizni szokta, hogy él-e a kapcsolat a splitterrel, Sync jelnek hívják, ez előferdülhet forgalomként. Elküldi a kérdést: ''Élsz-e még vaze?'', erre az ADSL splitter sikít, hogy ''Élek, le ne bonts vaze'' :D
Illetve szokott Netbios-t is használni szintén a központ, nem tudom milyen meggondolásból... Tűzfal megfogja -
-
Dr.Sick
tag
Ezt a remote címeknél láthattad hogy sorban nyitja, de a local-on pl azt nyitja (én legalábbis úgy látom,persze ez csak a netstat) amit talál.
És én a Local korlátozásnál nem a speckó portokról beszéltem pl 445, 23, 21, 139 stb. hanem a azokról amikből egy órányi átlag netezés alatt kb. 100-150 et nyitsz meg. -
de arra lennék kiváncsi eredetileg, hoyg nektek mi, hoyg van belöve.
nem tudnátok legalább egy print screen-t nyomni és elküldeni a tuzfal konfig ablakotok képét? mivel konkrét adatokat eddig nem nagyon tanácsoltatok.
/nekem ugy néz ki, hogy:
1.oszlop: progi ikon
2. oszlop: exe-neve
3.oszlop: protokoll, és az iránya
4. oszlop: local port
5.oszlop: remote port
6.oszlop: az exe pontos elérési utja awinyon. /
mail az adataim között :) -
Dr.Sick
tag
Gondolom a TCP random megnyitja egymásután a portokat és nem igen nézi hogy mi van neked beállítva a tűzfalban.
A local port korlátozás ilyen szinten csak akkor jó ha mondjuk tökéletesen be tudod lőni hogy mikor mi mit nyit meg nállad és csak ezeket használod.
Talán majd valamikor lessz egy olyan protokol ami megteszi. -
na ezt a kerioban nem tudom hol lehet nyomon kövteni.
bár szerintem csak villog pirosana az ikonja oszt kész.
más:
wigwam tüzfalteszt, azt mondta, hogy minden portom láthatatlan /mármint amelyeket az a teszt néz/, kiváve a 113-as. erre azt irta, hogy látható, de zárva van.
ez mond neked valamit?
mert csináltam egy olyan beállitást, hoyg
bármely progi, 113-as local portra letiltva. tehát elvileg most egy progi se használhatja a 113-as portot.
lefuttattam megint a tesztet, és szintén azt kaptam, hogy látható, de zárva van. -
-
svchost.exe-nek milyen portokat engedélyeztek? /remote/ gondolom a local port az legyen any port-on.
én azt csináltam, hoyg engedélyeztem neki remote port-nak az 53-asat. és ezt ki és befele is. minden más tiltva van. ugy vettem észre, hoyg ez kell ahhoz hogy ne szünjön meg a net.
csak azért kérdezem, mert tegnap este xp-t telepitettem, és kellett a net. felrkatam a keriot, de nem tudtam mit szabad, mit nem. persze a svchost.exe állandoan sirt, én meg nyomtam hogy engedélyezem. és egyszer csak megjelent a piros X.
aztán restart, majd elkezdetm tiltani a kapcsolodásokat. eleinte nem volt net, majd szépen egyenként engedlyezetem a kéréseket. mondjuk nem tartott sokáig. végül volt már netem, jött a patch, de nem volt blaster.
szoval ez a 53-as port igy oké, vagy kéne mellé még valamelyiket engedélyezni? -
steveetm
őstag
persze, én ezt mondtam korábban is, az uccsó hszban lehagytam hogy localnak nem kell.
És azt hogy a tűzfalnak nincs beleszólása, úgy értettem, hogy nem fogaj megmondani a tcpnek, hogy figy te, a 80 as porton nem lehet kapcsolatot csinálni. A tcp megcsinálja, ,a tűzfal meg szépen tiltja az ott lévő forgalamat, de attól még a tcp ott állítaná fel a kapcsolatot.
A másik fele: Ez meg tök logikus, nem is kell hozzá tűzfal, ha 80as portra csatlakozlol ott látnak, és máshol nem, ha ssh ra és 80 ra akkor 22 őn meg 80anon.
Vagy félreértettem vmit.
Üdv.: steveetm
[Szerkesztve] -
Dr.Sick
tag
De kell a 80-as http, méghozzá a tűzfal konfigban kifelé, mert a legtöbbször ezt használják.
Localnak tényleg nem kell.
És a tűzfalnak ennek annyi beleszólása van hogy ha az engedély listából mondjuk kitiltod a 80ast akkor a 80 httpn lévővel semmijen kapcsolat sem fog lefixálódni.
Vicces: A tűzfalban azért lehet korlátozni a http potokat kifelé mert pl. arról a serverről pl csak azokon a portokra csatlakozol és ilyenkor te is küldessz,jelen vagy,látnak téged ott de csak a megadott portokkal. -
-
talán kezdem felfogni.
viszont egy másik érdekesség.
dc++-ban sokan mondták már, hogy irjam be az ip cimem után a 411-et.
ezt meg is tettem menete közben. a tüzfal szépen kiirta, hogy dc++ local port:411 .
a már meglévő forgalom ment tovább rendesen.
de mikor ujrainditottam a progit, már nem volt hajlando kapcsolodni egy hub-hoz se.
na ez miért akkor? -
steveetm
őstag
persze mert csak a 80 as portra engednél forgalmat.
Egyébként nem tom kerioval lehet e state matchet csinálni, vagy vmi hasonlót, annak lenni is értelme még(azokat a kapcsolatokat engedi futni amiket te hoztál létre).
Mondjuk ha tcp beállításokra tud szűrni, akkor tiltsál minden tcp csomagot ami kapcsolat kezdeményezésre van(ha tud ilyet biztos van menüje, SYN szűrése vagy nemtom)
Üdv.: steveetm -
steveetm
őstag
-
steveetm
őstag
mondtam én hogy van értelme(egyébként van, pl csak webezést engedsz a gépeden)? csak egy példát írtam hogy mit jelent a remote és local port a kerioban.
Egyébként meg alap, hogy _mindent_ tiltasz rögtön az elején, és csak azt a portot nyitod meg amit használsz(pl ssh, smtp, web, stbstbstb portok mindmind drop(vagy deny, nem tom ő hogy hivja))
Üdv.: steveetm -
-
steveetm
őstag
hát van más is, de hagyjuk, off nagyon.
ezt küldi mindig, ebből tujda hogy még ''élsz'', de hogymár ez a 10-20 bájt zavarjon(ha nagyon zavar, akkor még ott is bájtot vesztesz, hogy a modem és szolg között ATM módban megy a data, fix 60 valahány bájtos csomagokkal, és ha ez nincs meg maradék nélkül a általad külött csomagban, akkor már vesztesz(pl küldesz 70 bájtot, foglal 120bájtnyi sávszélt, közbe te csak 70 et küldtél))
Üdv.: steveetm -
igen.
én azt probáltam, hogy a local és a remote is pl 80-as port.
ekkor meg se mozdult a böngészö.
igy viszont nem értem a logokáját az egésznek. tehát az én gépem bármely portja kapcsolodhat egy server 80-as portjához. de igy akkor mi értelme a tüzfalnak. nem az lenne a lényeg, hogy az én gépem pl 80-as portja tölti le a html-eket? és nem akármelyik port? -
Dr.Sick
tag
Mivel még ppp protokollt használsz
Miért van jobb? De ez a 10 másodpercenkénti pingelés nekem kicsit sűrűnek tűnik.
És ez vajon az isp csak akkor küldi ha épp nincs forgalom nállam vagy folyamatosan pl. letöltés közben is?
Mert ez 10 másopercenként 20-30 bájt minus a sávszélből.
Ha eggyáltalán ez az.
Nállam is vannak fucsaságok de csak a logfileból szedtem ki:
ez félpercenként:
UDP Inbound
255.255.255.255 : bootps (67)
Remote address,service is (0.0.0.0,bootpc(68))
Ez csak egyszer eddig de foggalmam sincs hogyan került be és mi ez:
Connection: crl.verisign.com(64.94.110.12): http(80)
from GMrU8X-HT3(81.132.14.143): 1747
189 bytes sent
40669 bytes received
2:01.031 elapsed time
És a fenti https párja:
Date Time: 2004.01.10. 0:19:53
User:
URL: http://crl.verisign.com/Class3CodeSigningCA2001.crl
-Hát én itt biztos nem jártam! :F -
hi salazol!
talán a témába vág, de kevésbé lenne publikus az ohajom.
szoval látom, te vágod a dolgokat a kerio-val kapcsolatban.
igazábol nekem nem a progival, hanem a ip-cimekkel, portokkal van problémám.
ma kicsit megritkitottam a konfigját a tüzfalamnak. azt hittem, hogy frankon belövöm. hát csak nagy nehez sikerült, és még sok minden nem világos.
a kérésem az lenne, hogy tudnál-e kuldeni egy konfig fájl-t, mert nem vágom mi a különbség a local illetve a remote port-okkal kapcsolatban. nem értem mikor kell a local-t és mikor kell a remote portot korlátozni.
ami kimaradt: mail az adatok között, keriom pedig 2.1.5-ös.
[Szerkesztve] -
steveetm
őstag
Mivel még ppp protokollt használsz, annak észlelésére, hogy él e még a kapcsolat itt is ping szerüséget használnak(nem icmp-s, hanem lcp-s echo-request), ha x dbra nem jön válasz akkor bontja a kapcsolatot, na de lényeg, hogy lehet hogy ezek érkezését, és a válaszok küldését jelzi a win.
apropó idegesítő dolgok, én mióta bekötötték az adsl-t, látok forgalmat a szolgáltatóm ipje felől egymásik ipre, ezt kb 5mp ként, EIGRP csomag egyébként, de hogy miért kapom én ezt meg?
és x óránként különböző MAC adressekről is jön egy-egy frame, erre sincs 5let hogy kerül ide.
Szal vannak érdekes dolgok:)
Üdv.: steveetm
[Szerkesztve] -
Dr.Sick
tag
Bocs ha láma a kérdés de akkor miért jelezi mégis? És miért ilyen gyakran tényleg 10mpes időközönként villant szinte stopperrel lehetne mérni.
DialCom modem de én még nem hallottam hogy valaki másnál is ez csinálná.
Ha mégis a modem akkor lehet hogy azért nem látom a tűzfallal de akkor a Winfos saját forgalommérője hogyan?
6 perc alatt 3640 Küldött és 44315 fogadott Bájt-ra ment föl 0-ról egy friss felcsatlakozás után.
De ha nállatok nem csinálja akkor nállam miért?
Hihetetlen idegesítő hogy nem tudja az ember mi ez az meg csak villog.
[Szerkesztve] -
shtml
őstag
Nem lehet, hogy valami rendszeres időközönként lefutó öndiagnosztika?
A tűzfal alapszükséglet. Vagy egy órája ki kellett kapcsolnom a tűzfalat kb. fél percre, ez idő alatt már bejött egy Welchia vagy hasonló nevű szemét. (Na jó, ez elvileg jóindulatú, a Blastert akarja leszedni, de az nincs.) -
salazol
őstag
Abból lehet gond, ha a modemes időkben úgy lett konfigolva a tűzfal, hogy modem az internet, hálókártya a helyiháló, és most a hálókártyán az internet mellett helyi hálós funkciókat is enged. Pl. microsoft fájl és nyomtatómegosztás. Ha meg tudod nézni a tűzfalban ezt, az nem árt.
-
Dr.Sick
tag
Van tűzfalam és persze be is van kapcsolva. Ezért is furcsa.
Dial up modemes elérésnél sohasem csinálta.
Lehet hogy a tűzfalamat kell újra konfigolnom mert amikor Installáltam akkor még Dial up volt,esetleg a PPPoEthernet protokolnak lehet köze hozá?
Bár nem hinném...
Elvileg most sem lehet nyitva több vagy más portom mint előtte, vagy nem így van?! :F -
Dr.Sick
tag
Észrevettem hogy kb. 10 másodpercenként 20-30 bytenyi adatforglamat jelez kimenő és bejövő oldalon egyszerre a kapcsolatom tulajdonságainál.
Mindeközben persze én nem csinálok semmit.
Szóval 10 mp:enként egyszerre fölvillannak azok a kis monitorok amik az adatforgalmat jelzik.
Még kezdő adsl es vagyok, és nemtudom hogy ez kell e csinálnia vagy nem stimmel valami.
[Szerkesztve]
Aktív témák
- Amazfit Balance - ár-érték egyensúly
- iPad topik
- Asztalos klub
- Kormányok / autós szimulátorok topikja
- Milyen program, ami...?
- Nintendo Switch 2
- Mibe tegyem a megtakarításaimat?
- exHWSW - Értünk mindenhez IS
- AMD Navi Radeon™ RX 7xxx sorozat
- Nvidia GPU-k jövője - amit tudni vélünk
- További aktív témák...
- PlayStation Portal 2026.12.03-ig gyári garanciával eladó!
- ASRock B560 Steel Legend + i5 11500 + ID-Cooling + 16 Gb Corsair Vengeance RGB Beszámitok!
- Samsung Galaxy A26 5G 128GB, Kártyafüggetlen, 1 Év Garanciával
- Apple iPhone 14 128GB, Kártyafüggetlen, 1 Év Garanciával
- Apple iPhone 12 128GB, Kártyafüggetlen, 1 Év Garanciával
- GYÖNYÖRŰ iPhone 13 512GB Starlight -1 ÉV GARANCIA - Kártyafüggetlen, MS3077, 100% Akkumulátor
- Game Pass Ultimate előfizetés azonnal, élettartam garanciával, problémamentesen! Immáron 8 éve!
- Jo Nesbo: LEOPÁRD (nem olvasott)
- Telefon Felvásárlás!! iPhone 14/iPhone 14 Plus/iPhone 14 Pro/iPhone 14 Pro Max
- BESZÁMÍTÁS! LG 24MB35PM 60Hz FHD IPS 5ms monitor garanciával hibátlan működéssel
Állásajánlatok
Cég: FOTC
Város: Budapest