- Motorola Edge 30 Neo - wake up, Jr...
- Samsung Galaxy A52s 5G - jó S-tehetség
- Bivalyerős lett a Poco F6 és F6 Pro
- Remekül néz ki a szögletes Z Fold6
- Ezek a OnePlus 12 és 12R európai árai
- Xiaomi Mi 11 Ultra - Circus Maximus
- Huawei Mate 50 Pro - blendemonda
- Mobil flották
- Samsung Galaxy S22 és S22+ - a kis vagány meg a bátyja
- Samsung Galaxy Fit 3 - keveset, de jól
Hirdetés
-
Nyárköszöntő hardverszemle
ph A desktop gép, notebook és ház nyomába sokféle periféria szegődik, sőt, még egy VR headset is tiszteletét teszi heti rovatunkban.
-
Összemoshatja a Google és a Magic Leap a valódi és a digitális világokat
it Együttműködésbe kezdett a Google és a Magic Leap nevű AR-startup.
-
Friss előzetesen a Monster Hunter Wilds (PC, PS5, XSX)
gp A PC-re és konzolokra szánt folytatás valamikor jövőre debütál.
-
Mobilarena
Haladó szintű hálózati témák topikja
Új hozzászólás Aktív témák
-
Ripper17
tag
válasz bambano #9881 üzenetére
"rendes, használható tudást rendes elméleti megalapozással lehet szerezni."
Ha ez így lenne, akkor nem kellene arról beszélnünk: miért ér az elméleti megalapozást adó, neves műszaki-tudományos egyetemek elvégzése egy gyorséttermi fizetést pályakezdőként.
El lehet olvasni rég kihalt protokollokat bitszinten taglaló műveket is, segít megérteni a technológiai fejlődést. De általános rendszergazdai, rendszermérnöki szinten ezek feleslegesek. BME-n is többet ért a Cisco laborban 2 félévben heti pár óra, mint bitszintig beseggelni heti 3x2 órás kurzusokon rég kihalt protokollokat.
"a magam részéről a gyártói oklevelek értékét meglehetősen alacsonynak tartom."
Ezt eddig csak olyanoktól hallottam, akiknek nincsen. Tény:
- vannak "oklevélgyáros" emberek - ezeket egy interjún 3 keresztkérdéssel kiszűrőd-
- vannak vendorok, ahol egy 3 napos tanfolyam végighallgatása már oklevelet ér. De tipikusan minél piacvezetőbb annál inkább kerülik ezt - a Cisco is folyamatosan validáltatja az iparággal worldwide az aktuális tematikáit, az iparág igényeit
- vannak vendorok, akiknél a "professional" szint is teljesen nullaMindazonáltal az kijelenthető (akár a nemzetközi, akár a hazai tapasztalatok és álláshirdetések alapján): a hálózatos világban a Cisco Systems oklevelei értéket képviselnek; ezek megugrásához jelentős mennyiségű munkaóra, tanulás kell és komoly elméleti tudás.
Ha nem így lenne: nem lenne specifikálva sok nagyvállalati tenderben, hogy ilyen képesítésű mérnöke legyen a szolgáltatónak - akkor is, ha épp nem Cisco vasakról van szó.
"a gyártói oklevelek csak az adott gyártó berendezésének kezelését tanítják meg. rendes, használható tudást rendes elméleti megalapozással lehet szerezni."
Ez is egy gyakori téveszme, csak olyanoktól hallom akik sosem nyitottak még ki egy e-learninget vagy cert guideot sem - csak a BAU taskokat pörgetik a munkahelyen, amiket egyszer jól betanultak. Ha bármi más jön: mennek olyanhoz, aki beleöli az időt-energiát a szakmába, és ezt gyártói oklevelek teljesítésével is szeretné önmagának igazolni.
Egy kellően haladó szint felett nem tudod elkerülni a gyártóspecifikus megoldásokat (bár ezekkel is egymást másolják a nagyok, egy jó mérnök át tud állni egyikről a másikra, tud párhuzamot vonni). Részemről ahány Cisco "associate" szintű cert guideot (wireless, routing&switching, security, devops) olvastam nagyon maximum az egyes konfigurációs parancsok voltak gyártóspecifikusak. De még a "professional" anyagok is ezek, a BGP az BGP, az STP az STP, az ACL meg ACL, és a RADIUS sem lesz más attól, hogy épp nem egy Cisco ISE-n, hanem egy Aruba CPPM-en kell implementálnod. Előveszed a config guideot hozzá, keresel cheat sheetet a CLIhez, kész.
A 200-125ös CCNA tökéletesen végigvesz minden témakört, amivel a hálózatozást el lehet kezdeni, kezdve a fizikai rétegtől a switchelt hálózatokon át a routing és menedzsment protokollokig. Logikusan felépített mű, "kezdőknek" szóló nyelvezet, de ha 1-1 témakört már ért az ember akkor kihagyható, szépen megy a könnyűtől a mélyebb anyagok felé. Ebből a műből én nem egy, pályakezdő/gyakornok hálózatost húztam fel korrekt Level2/Level3 szintre - olyan cégekben is, ahol minimális a Cisco eszköz. Ugyanez a régi wireless CCNA, vagy az új CCNA wireless témakörei: az ismertetett WLAN architektúrák, megoldások tetszőleges gyártónál megvannak, csak épp más a fantázianeve.
Én voltam már elég sok Cisco és HPE-Aruba vizsgán is, de Huawei vizsgára is láttam már rá. Előbbin nagyságrendileg több elméleti kérdés vagy általános best practice volt, míg utóbbiakon tényleg tipikusan vendor specifikus dolgok is nagy számban. Előbbi értelmes network-ös pozikban "must have" a felvételnél, utóbbiakat maximum "nice to have"-nél láttam, vagy ha adott cég 1-1 projektre keres specifikusan, gyorsan pl. Aruba expertet.
[ Szerkesztve ]
-
Ripper17
tag
válasz bambano #9897 üzenetére
Sajnos nem tudok mit kezdeni a kényszeresen belemagyarázó, "csak azért is nekem van igazam" fórumkirályokkal. Vitának semmiképp sem tudom ezt nevezni, kettönk közül egyedül én érveltem - te szubjektív módon fogalmaztál meg ítéletet, amit továbbra sem támasztottál alá. Egyáltalán nem ugyanazt mondtuk, de csak kihozod: én tudom rosszul.
Az egyetemi mérnöki képzettség 90% egy papír itthon, az elméleti oktatás évtizedekkel le van maradva. (Ugyanazt adják le most, mint 30 éve!) Azt hagyjuk is, mennyi értéktelen intézmény ad már ki oklevelet, vagy hogy a bolognai rendszerben 27-28 éves korukig élösködök mennyire "mérnökök".
Elmúlt az elözö rendszer rég, ahol a Doktor Úr meg a Mérnök Úr rang volt, hátra lehetett dölni ezzel nyugdíjig. Szerinted miért száll be minél több cég, minél elöbb a müszaki felsöfokú képzésbe? Igen, pontosan azért, hogy diplomázás után ne az ö költségükön kelljen a munkaeröt 2-3 éven át a szakmára. Egy pályakezdönél kerestünk is bármiféle gyártói cert, saját fejlesztésü kis program, laborrendszer, stb. már differenciál.
Nekem is van mérnöki MSc-m, de amit elértem a karrierben az csak és kizárólag a kurrens technológiák folyamatos megismerése miatt van. Nem egy cimborám gyártói certekkel + önképzéssel, felsöfokú végzettség nélkül is elismert IT szakember, bármikor képes megtanulni egy új CLI-t. Megint más mérnöki MSc-vel elméleti síkon se érti, ami a munkája, nem hogy bármikor átálljon más programnyelvre, CLI-re.
[ Szerkesztve ]
-
szabifotos
senior tag
válasz bambano #9868 üzenetére
De nem hinném, hogy böngészőspecifikus probléma, mivel wifin is csinálja és telefonon is pörögnek sokszor az appok, máskor meg rendesen működik.
Vagy nem jól gondolkodom?Annyit megpróbáltam, hogy a sim-kártyát a telefonomba tettem és ott jónak tűnt, úgyhogy valami a helyi hálón/esközökön csesződik el és nem jövök rá, hogy mi lehet.
"Connecting...; Resolving host..."
Néha eldobja "not responding" üzenettel, aztán F5 és megy.
Néha arra hivatkozik, hogy nem található XY.hu IP címe, aztán ráfríssítek 5-ször és megy.
Mit tehetnék?[ Szerkesztve ]
-
inf3rno
nagyúr
válasz bambano #9920 üzenetére
Köszi!
Megnézem a conntrack táblát.
A QoS amennyire tudom prioritást ad a csomagoknak. Gondolom ha valamelyik csomag túl sokáig vár, azt eldobja, és pl egy alacsony prioritású alkalmazás nem fog működni. Én ezt kötném össze azzal, hogy melyik alkalmazás milyen fontos a cég életében, és a kevésbé fontosakat lassítanám be, vagy ha odáig jut, akkor dobatnám el. Ami most bevett eljárás, hogyha ilyen van, akkor szimplán letiltják a kevésbé fontos alkalmazásokat, és egyáltalán nem lehet használni. Szerintem viszont jobb lehet ezzel a QoS-el, mert úgy ahogy működhetnek, ha van rá lehetőség, előre meg elég nehéz kiszámolni, hogy mi az, ami még belefér a sávszélbe, és mi az, ami már nem.
Buliban hasznos! =]
-
st3v3np3t3r
veterán
válasz bambano #9929 üzenetére
miért nem húzod védőcsőbe a kábelt? egy kábelt fel lehet tekerni védőcsővel is.
Mert mobilnak kell lennie, nem fixre telepítettnek és kis helyen el kell férnie,pl.egy gurulós szerszámos ládaban.Szerencsére olyan tipikus nézők nincsenek,akik a támadásjelzőt dobálják.
Jövőhéten felkeresem a kábelfutárt.
A vezetéknélküli rendszer állítólag kb.2-3millióba kerülne.Csak a jeladó 500-750ezer Ft,+kellene hozzá 5db jelfogó is.
Galaxy S23 5G 256GB//HP Victus 16+Rog Ally RC71L//Korábbi hsz-eim #97246720 név alatt...
-
Ripper17
tag
válasz bambano #9920 üzenetére
Igazabol a NAT is lehet tobbfele.
Ha a Layer4 is kell, mert portforditas/NAT overload van (azaz nem lehet 1:1 hozzarendeles a kulso es a belso IPk kozt) akkor a funkciot vegzo eszkoz bizony random portokat nyit a kulso lábán es ezekre terheli ra a belso forgalmat.
Tehat igazabol a TCP/UDP es az IP fejlec is modosul.Az eredeti kerdezonek: a NAT-olo eszkoz stateful, azaz a NATolasokat nyilvantartja egy NAT adatbazisban. Ennek a kezelese ami sok eroforras.
-
Ripper17
tag
válasz bambano #9937 üzenetére
A lakossági routerek szintjére nem látok le, de egy "alaposan" topic ezen túlmutat.
Minden más, általam ismert esetben (SOHO és enterprise gyártók) az overloaded NAT (port address translation, a nevében is benne hogy L3+L4) müködése:
- 1 külso cím: a router lehetöség szerint a source porttal azonos portot használ. Ha erre nincs lehetöség: vegigscanneli a port tartomanyt es a legelsot allokalja hozza. A valaszuzenet miatt ezt praktikusan meg is kell nyissa kifele.
- több külsö cim eseten ugyanez tortenik, de ha az IP pool 1. cimen nincs szabad port megcsinalja a folyamatot a 2.cimre, stb.Ezt a jelenseget barmikor megnezheted, ha egy nagyobb szervezet globalis irany feloli tuzfal/router NAT tablajat megnezed.
Az egyszeru lakossagi routereknel nagy valoszinuseggel csekely azon esetek szama, ahol a local source port es a global source port nem azonos egy IPnel. De attol meg ez a tipusu NAT L3+L4 szintu forditast csinal. RFC 2663 4.1.2
-
Oliverda
félisten
-
-
májkimiki
őstag
válasz bambano #10031 üzenetére
Olyan aljzataim vannak, amelyeknek a homlok vége nyitott. Bármilyen hosszan kitudom belőle tolni az érvégeket. Látom szemmel, ha nem jó a szin sorrend és kihúzom, javítom.
Hagyományos esetben, krimpelsz, kábelteszter, levág, újra próbál, amíg jól nem illeszkednek a szinek.
YT.on láttam ilyen fogót. Vennék, ha találnék. Néha kell szerelnem, de akkor rohadtul kikezdi az ujjaimat az erek rendezése és elhibázom többször a sorrendet.
-
félisten
válasz bambano #10103 üzenetére
A tapasztalataid szerint mennyire megbízhatóak a tömör kábelre szorítható dugók?
Pár éve jártunk úgy, hogy kifejezetten ilyenekkel próbáltunk szerelni (a sima dugó tízszereséért márkás terméket véve), de nagyon sok instabil csatlakozásunk lett, pedig tényleg odafigyeltünk.
A boltba visszatérve aztán az eladó megsúgta, hogy mindig ez van, azok a dugók ténylegesen ugyan jobbak voltak, mint a sima mezeiek, de már egészen kevés mozgatás után is probléma van velük, úgyhogy maradtunk a betűzős megoldásnál.
Lehet, hogy az újabb megoldások már jobbak?
Köszönettel: MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
-
MasterMark
titán
válasz bambano #10173 üzenetére
Nem, mert az a fajta működési mód soha nem is létezett. Sőt kifejezetten rossz dolog rányitni egy portot egy ilyen okos cuccra, mert garantáltan biztonsági kockázat lesz. (De amúgy ez van az aláírásodban is, szóval nem is értem.)
Az egy másik dolog, hogy kamerákat volt aki úgy rakott ki, de az se arra lett kitalálva.
szerk.: A legtöbb ilyen IoT cuccot el se éri az ember közvetlen LAN-on se, mindenképpen felhővel kommunikálva kapja meg a dolgokat a telefonról is, hiába áll ott közvetlen mellette.
[ Szerkesztve ]
Switch Tax
-
-
Livius
őstag
válasz bambano #10301 üzenetére
Nem kell kábelezéssel bonyolódnunk, egy kisebb méretű rack szerkényben lesz minden egy helyen együtt. Max fél méter kábel kell minden cucchoz. Kb úgy számoljuk az adat stream, amit az ARM Linux boardok majd küldenek összesen együtt a PC felé, az kb úgy 800 Mb/s lesz. Ezt jó hallani, meg én is így gondoltam, hogy a dhcp szervert futtató ARM Linux szinte semmi extra dologgal nem lesz leterhelve, és a közel 1 Gigabites sebesség ad senkinek se plusz feladat az forgalom vezérléshez, mert full lokál helyi hálóban megy majd ez az egész a switch-vel.
Viszont azon azért aggódunk hogy lehet több lesz mint a 1 Gigabit/s, ami a PC felé érkezne. Tudtok ajánlani 2.5 gigabites switchet és estleg LAN kártyát, ami Budapesten beszerezhető egy ilyenre ha még is kellene a bővítés?
DHCP szervert pedig az OpenEmbedded-ről tudunk választani. Ez lehet az a package amit említesz? Igaz nem írja hogy server vagy kliens, remélem szerver.[ Szerkesztve ]
Gigabyte GA-Z170-D3H, Intel Core i7-7700K, Corsair Vengeance 2x8GB DDR4-3600MHz, Intel 545s 256GB SSD, EVGA GeForce GTX 1060 GAMING 6GB
-
félisten
-
Livius
őstag
válasz bambano #10304 üzenetére
Ez a rendszer nem a gagyibb fajta ARM-es cucc. ARM + Xilinx FPGA kivitelű az SoC, ez konkrétan egy development board, 200-300 ezer forintért kapaható egy ilyen. Táp ellátás meg ilyesmi mind megvan, normális táppal, ez igazából egy mérő rack szekrény/doboz lesz. FPGA mér jeleket, ARM továbbit PC-re. PC pedig a 800 Mb/s-vel jövő adatot letárolja. Nincs szükség arra, hogy ez lagmentes legyen nekünk, nem lényeg hogy real-time szinten folytonos stream legyen, csak a sebesség legyen meg, az a lényeg nekünk. Azt számoljuk, hogy az FPGA akár még gyorsabban is tudna mérést végezni, de akkor meg már a sok ARM összegzett adatsebessége a PC felé több lenne mint 1 Gigabit és ezért nézegetek, 2.5G-és LAN-t és switchet.
A PC-re azért nem akarok rakni DHCP-t, mert vállalati szférában ezzel csak mindig a gond van. Jogosultságok stb stb, állítólag "meghackelnek" minket, azt ezért minden ilyen szoftveres ügyeskedés eléggé korlátozott a PC-ken.
Amúgy jelenleg is elég komoly Xeonos HP gép lenne erre, egy elég tisztességes Intel Giagbites LAN-val. Ha jól emlékszem ilyen Intel I350 több LAN portos kártyáink vannak az ilyen gépeinkben.
Tényleg Link aggregation ebben mehetne? Tudna a PC ilyet valami komolyabb switchel? Hogy pl a PC két darab 1 Gigabites LAN-val csatlakozna a switchez és így összefogva 2 Gb/s lenne a kapcsolat a PC-hez?
[ Szerkesztve ]
Gigabyte GA-Z170-D3H, Intel Core i7-7700K, Corsair Vengeance 2x8GB DDR4-3600MHz, Intel 545s 256GB SSD, EVGA GeForce GTX 1060 GAMING 6GB
-
Livius
őstag
válasz bambano #10309 üzenetére
Eddig csak TCP-vel csináltunk ilyet, most is az a terv. Volt ahol UDP-t használtunk, de ott gyökkettő sebességekről volt szó is. A HP gép az lizingelt, böngészgetni tudunk, hogy milyen gépet tudunk bérelni a központi IT-tól aztán ugye pár éve ez lett kiválasztva (kulcsra készen ez volt benne), ami már így sem a legalja volt. Mivel sok száz ezres már az ARM + FPGA kártyás teszt rendszerünk így mondhatni van pénz erre. Egyelőre a sebességek terén tesztelni akarjuk mi jön ki, a jelenlegi 1 gigabites lehetőségünkön, aztán amit írsz biztos gondolkodni kell valami nagyobb Gigabites kapcsolat felé. Valószínű lehet pénz SFP kártyára, és SFP + LAN portos switchre is, de ugye prezentálni kell ezt majd felfelé, hogy ez a plusz költség ami 10 Gigabitet adna a PC és a sok ARM között mennyivel több ARM + FPGA kártyát tesz lehetővé még besuvasztani az ilyen mérő rackbe, és az ár/érték arány akkor megmutatja hogy megéri majd.
Még azon is gondolkodtam, hogy ha kiderülne az, hogy a Linuxban az ARM CPU-kat nem is nagyon zabálja az adat továbbítás, vagyis a DDR3 RAM-ból kivett FPGA adatok továbbítása a PC felé, akkor bepróbálkoznék egy real-time tömörítéssel is akár, amivel akár le tudnánk felezni a sávszélesség igényét is az egész streamelésünknek. A PC egy Xeonos erős gép legalább 8 maggal, nem hiszem hogy nagyon gáz lenne a "real-time" kitömörítés neki.
Amúgy már van egy ilyen régi mérőrendszerünk, ami nem ennyire moduláris, hogy korlátlan számú ARM + FPGA egységet tudunk bele pakolni. Ott a plafon volt eddig a 800 Mb/s. És a nagy hátránya az hogy szoftveresen teljesen zárt, nem tudjuk ott az ARM + FPGA Linuxot szabadon fejleszteni (lehet nem is ARM van ott). Igazából most elsőre egy olyan tesztet kell összeraknunk, amiben a régi rendszerrel tudunk majd összevetést csinálni. Az SFP kártyás plusz rész még ha plusz költség is, lehet pont előny lehet az ár/érték arányosításban, mivel a régi rendszert nem tudnánk bővíteni SFP-és switch-vel, ott van egy komplett rack egy Gigás LAN port-val és kész. A racken belül meg van több FPGA ami lehet nem is etherneten keresztül van switchen egybefogva, nem tudjuk igazán ezt a részét, nem mi tervezetük, mi csak megvesszük, mint a parizert a boltban az egész racket.
[ Szerkesztve ]
Gigabyte GA-Z170-D3H, Intel Core i7-7700K, Corsair Vengeance 2x8GB DDR4-3600MHz, Intel 545s 256GB SSD, EVGA GeForce GTX 1060 GAMING 6GB
-
válasz bambano #10461 üzenetére
Csak a zöld és narancs pár van csavarva. Végig bontottam az egész kábelt és látszik hogy jó ha pár csavarás van benne egy méteren a többi párnál. Nem kizárt hogy valami alacsony CAT-os kábelnél nem kell csavarni az összes párt.
Szedtem már szét kábeleket bár inkább faliakat, azokon egyértelműen látszik hogy sűrűbben vannak csavarva mint ez és minden pár csavarva van.
Már nem annál a cégnél dolgozom ahol van műszer ilyenre, pedig kimérném szívesen.
De azt ki tudom próbálni majd később hogy mennyi megy át rajta két mikrotik btest-jével ha lesz időm rá. Nem hiszem hogy ezen 1gbit átmegy.[ Szerkesztve ]
Vintage Story PH szervere újra fut!
-
-
inf3rno
nagyúr
válasz bambano #10487 üzenetére
Hát nekem redditen a Mikrotik topikban azt mondták, hogy ne vegyek Mikrotiket wifire, mert még egy Asus wifi routerhez képest is gyenge eresztés. Mutattak méréseket, elhittem, ennyi. Ubiquity-re gondoltam, de ott ajánlották a GrandStream-et, és úgy tűnt, hogy nagyjából az a szint vagy valamivel jobb, mint az Ubiquity, úgyhogy az lett. Egyelőre rendben van, amit használok. Még az egyiket majd bekötöm mesh-be, mert nem akarok fúrni, de ráér.
[ Szerkesztve ]
Buliban hasznos! =]
-
Magnat
veterán
válasz bambano #10560 üzenetére
Köszi neked is, nem magamnál kell, van egy kis cég, ahol most lőttem össze 2 embernek OpenVpn-t ahhoz, h távolról rdp-n tudják nyomni, de egyikük otthoni címtartományával ütközik a belső. Viszont az OpenVpn azt csinálja, h függetlenül a két tartománytól kioszt a virtuális csatolónak nálam pl egy 10.8.0.6 címet, míg a vpn szerver meg 10.0.8.1, tehát így egyébként elérhető a vpn szerver, csak az a gond, h nekik nem azt kell elérni hanem a saját gépüket, ezért kérdeztem, h erre van-e vmi trükk, pl vmi konfigurációval rávenni az openvpn-t, h a belső lan állomásainak a címet rendelje hozzá egy-egy címhez az általa használt 10.8.0.x tartományból...
̿' ̿'\̵͇̿̿\з=(◕_◕)=ε/̵͇̿̿/'̿'̿ ̿
-
MasterMark
titán
válasz bambano #10566 üzenetére
3 nagy privát címtartomány van:
10.0.0.0/8
172.16.0.0/12
192.168.0.0/16Ezeket szokás az A B C maszkokkal használni, felosztva alhálókra ugyebár.
Más tartományokat nem szokás privát hálózatban használni, csak speciális esetekben. Ezért ajánlottam a 172.16 - 172.31 közötti hálót, abba azért ritkán lehet belefutni.
Switch Tax
Új hozzászólás Aktív témák
- Ej-Ha! Lenovo ThinkPad P53s Szép Home & Business Laptop -70% 15,6" i7-8665U 16/512 Quadro P520 2GB
- Új Lenovo ideapad 5 Pro Prémium Ultrabook 14" -30% Bivaly Ryzen 5 5600U 8GB 512GB 2,2K RADEON 2GB!!
- iPhone 13, 128GB, starlight, kártyafüggetlen, 88% akku
- Tyű-ha Lenovo Thinkpad T15 "Golyóálló" Üzleti Laptop 15,6" -50% i7-10510U 4Mag 32GB/512GB FHD IPS
- Új 2K AM5 Gamer PC R5 7600/RTX 3070 8Gb/2X8Gb 6000Mhz DDR5/500Gb SSD M2/700W 2Év gari
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest