-
GAMEPOD.hu
Haladó szintű hálózati témák topikja
Új hozzászólás Aktív témák
-
bambano
titán
válasz snorbi82 #9559 üzenetére
a switch store and forward jellegű, ezért ott nincs olyan probléma, mint a repeaternél volt, ahol ténylegesen volt hármas limit (kis túlzással).
ráadásul a switchekből épített ethernet hálózat nem CSMA/CD hálózat, így nincs értelme ilyen korlátnak.
olyan korlát van, hogyha a hálózaton futtatsz bizonyos protokollokat, akkor egyes protokollok bedöglenek, ha sok a switch.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz MaCS_70 #9563 üzenetére
a torba épített médialejátszó 0day hibájára írtak speckó törést, ezzel kaptak el egy pedofilt.
arról nem szól a fáma, hogy a speckó töréssel mi lett. fejlett konteómániával rendelkezők nyilván azt fogják mondani, hogy törnek vele minden mást is.szerk: szerintem minél többet torozol, annál inkább figyelnek.
másrészt a tor az elég mocsokság a kijáratok üzemeltetőivel szemben.[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
az eredeti ethernet koaxon működött és többszörös hozzáférésű hálózat volt. vagyis fogtak egy drótot, végighúzták az épületen és T elosztókkal tették fel rá az ethernet kártyákat.
elvileg véletlen módon kezdtek el adni a kártyák, amikor forgalmazni akartak. ezért fontos volt, hogyha két kártya egyszerre kezd el adni, akkor mindkettő, még a két legtávolabbi kártya is időben értesüljön arról, hogy nem sikerült az adás. ezért kellett limitálni a késleltetést a hálózaton, azt pedig konstans terjedési sebesség mellett a hálózat méretének korlátozásával lehetett megoldani.
úgy működött, hogy minden kártya figyelte a forgalmat a dróton, és ha adni akart, és nem volt forgalom, akkor elkezdett adni. ha ketten összefutottak, akkor az, amelyik érzékelte az ütközést, illegális feszültségre vitte a kimenetét, hogy ezzel jelezze a másiknak is, hogy ütköztek. Ennek a jelnek még azelőtt oda kellett érnie a másikhoz, hogy a másik befejezze a csomag adását, hogy észrevegye, újra kell adnia azt.
na ezért van repeaterben limit. az eredeti szabány 5 szegmenst engedélyez emlékeim szerint, amiből kettő interrepeater link lehet, 3 lehet max. csma. minden fajtának megvan a max hossza, amiből ki lehet számolni a hálózat maximális méretét. az interrepeater linkek emlékeim szerint 300 méteresek lehettek, vastag koaxszal, ahhoz jött a max. 50 méteres maui link, oda a repeater, és a repeaterekre a 180 méteres csma szegmens.
mivel ma már pont-pont kapcsolatból áll az ethernet hálózat, ráadásul full-duplexek, ezért ez a fajta korlátozás már nem szükséges. azon borulhat meg a korlátlanság, hogy az stp vagy rstp vagy ilyenekben van korlát.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz kicsi kecske #9570 üzenetére
két rossz ötlet van ebben:
1. keverni a gyártókat. ha mikrotiket akarsz, csináld meg az egészet mikrotikkel. ha ubnt-t, akkor azzal. vegyes lomot normális ember nem vesz. a magam részéről nem veszek ubnt-t, a mikrotik mindent tud, amit az ubnt, csak kicsit jobban. nálam külön nagy feketepont, hogy az ubnt folyton fel akar mászni a felhőbe.
2. a switcheket kifejezetten nem táplálnám poe-n, pláne nem azokat, amiket poe forrásként is használnék.az lhg nemigen fog rendes teljesítményt produkálni telerakott tűzfallal...
rendesen megtervezett hálózatban van egy hálózati központ és minden drót oda fut be. oda berakod a switchet, a routert, ami kell.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz Quentin Ruby #9594 üzenetére
az ötlet az, hogy ezt egy windowsos topicban kérdezd meg.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
minden gondolatot még a felmerülése előtt eressz el, ami arról szól, hogy bármelyik kliens teljesít bármelyik szabványt, pláne ajánlást.
a loadbalancer pedig lehet l3 balancer is, az nem fogyaszt annyi memóriát, hogy ne bírná egy gép kiszolgálni.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz MaCS_70 #9662 üzenetére
a fizika régi állása szerint, amit azóta sem cáfoltak meg, az elektromágneses hullámok az űrben terjednek a leggyorsabban.
szerk: a vezetéknél, mint fizikai közeg, elektromágneses hullámok terjednek.
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz MaCS_70 #9664 üzenetére
"Ennél fogva a vezetéknél nemigen lesz jobb fizikai közeg, és a rádiós megoldások között is a műhold lesz a legvacakabb kapcsolati minőségű.": ennélfogva EDDIG nem tudtunk jobb fizikai közeget, mint a vezeték, és EDDIG a műhold volt a legvacakabb kapcsolati minőségű (egyébként nem, 2004 körül már volt itthon is hibátlan műholdas net).
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz MaCS_70 #9671 üzenetére
a starlink 550 kilométer körüli pályákon mozog. Az elektromágneses hullámok levegőben nagyságrendileg 200ekm/s sebességgel mozognak, 100 kilométeres magasság fölött, ahol már világűr van, 300ekm/s-cel. Tehát hiába kell kicsivel több utat megtennie, mivel másfélszer gyorsabb, nem fog látszani a késleltetésen. pláne, hogyha a késleltetések zömét akkor szedi össze a csomag, amikor a router agyában kolbászol.
Az pedig, hogy milyen közeg, csak kódolás kérdése. A tévének is jobb kódolása van műholdról vagy levegőből, mint dróton. Nem véletlen, hogy a most bevezetés alatt álló kábeltv-s internet szabvány a földi levegős sugárzásból vett át kódolási ötleteket és nem fordítva.
Musk bácsi pedig autók vezetéséhez csinálja a starlinket, annyira nem lehet rossz. Musk bácsi eddig minden húzását valami meredek ötlettel indította, ami később igaznak bizonyult.
én dolgoztam műholdas internettel 2004 környékén, egyáltalán nem volt lassú, pedig az geostacionárius volt, nem leó.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz MaCS_70 #9678 üzenetére
a távközlési műhold az tipikusan az a cucc, amit ha fellőttél, az úgy marad
nagyobb rugalmasság, szerintem, nem minden kérdéskörben várható. egy újabb kódolás vagy ilyesmi bevezetése nem várható, viszont a földrajzi függetlenség az megvan. azt pedig, hogy először a földi vezetékest választod, szerintem az ár indokolja.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
nem tartom kizártnak, hogy ügyesebbek meg tudják oldani tűzfallal, én ezt a verziót még nem gondoltam végig.
a könyv szerinti megoldás a policy routing, két routingtáblával, policykkel.a lartc-ben van erre konkrét megoldás.
a huhogókra ne hallgas, a dualwanos router ennél gyengébb megoldás.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
mert amit te írtál, az failover. azt írtad, ha az egyik kijárat nem megy, térjen át a másikra.
amit én írtam, az párhuzamosan használja a két kijáratot egyszerre. tehát nem teszi üres tartalékba a másodikat, ha az első megy.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
jó lenne tisztázni, hogy mi a kérdés, mert az "innen" linkeden levő kérdésre switch a válasz, az itt levő kérdésedre meg az, hogy téves.
static routing? minek? hány címtartományt akarsz? mit akarsz a vlanokkal? mit értesz static routing alatt? a centralizált ip menedzsmentnek semmi köze a static routinghoz.
egyébként beszéljünk magyarul, a kliens az kliens.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
nekem van egy gépem, 4 magos régi xeon proci 2GHz-en. 300 megabites net van benne. csúcsterhelésen volt nagyságrendileg 50-60 ezer conntrack bejegyzés, 1-2 ezer queue, 1-2 ezer tűzfalbejegyzés, néhány száz pppoe kapcsolat.
ez így együtt elvisz 2%-ot a prociból. mondom KETTŐ százalékot. oké, nem 10 giga, de ha lineárisan növő terheléssel számolsz, akkor a 300 megás terhelésnek körülbelül a 33 szorosa a 10 giga. vagyis kettő százalékból lesz 66%. Ha nem lineárisan nő a terhelés a becslés szerint, akkor is mennyivel nőjön a 300 megásról a 10 gigásig, hogy a kettő százalékból a négymagon értendő 400%-ig eljusson? és ez egy 10 éves, akkori technológiájú xeon proc. oké, rendes számítógép van körülötte, de akkor is. kell 2x4 magos procis szerver félmisiért... persze... de rögtön vegyél két ilyen szervert, mert egyen billeghet a teknő.
olyan 3000 pppoe kapcsolatnál kezd érződni a konzolos melóban, hogy határon van, olyan 8000 pppoe kapcsolatnál van az, hogy használhatatlanná válik.
ja, természetesen linux, gyári stock debian.
na ehhez képest számolgasd, hogy mire van szükséged, különös tekintettel arra, hogy ma már nem egy nem két vas hardverből viszi a natot.
egyébként megnézném az új mikrotik switcheket, hogy azok mit bírnak natolás terén. ja nem, rosszul mondom. meg fogom nézni.
mindenki maga dönti el, hogy arra a tanácsra hallgat, ami úgy kezdődik, hogy "nincs személyes tapasztalatom" vagy arra, amelyik úgy végződik, hogy 12 éve üzemeltetek ilyeneket.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
tehát akkor most te is túlzónak minősítetted a saját félmillió forintos szerveres javaslatodat?
egyébként ja, a benchmarkok félrevezetőek. az általad másodjára javasolt i7-4790 nagyjából dupla teljesítményt fog tudni pfsense-szel a xeon-d-hez képest.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz Doky586 #9767 üzenetére
nem tudom, mit akarsz ezzel a képpel mondani.
mégegyszer: ránéztem a klubrádióra, http/tcp-vel sugároznak.
a ránézés az tcpdump-pal történt az interfészen.annak az esélye, hogy a klubrádiót sugárzó rendszer átvergődik egy csomó routeren, amin nincs multicast routing konfigurálva, ráadásul nincsenek országosan egyeztetett multicast groupok se, nulla.
ahhoz, hogy egy 2019-ben lejáró szabványtervezetet a klubrádió itthon megvalósított volna, azt átvették volna az isp-k és az én itthoni routerem is kezelné, szintén nulla.
a magam részéről nem tervezem, hogy tovább folytassak egy vitát arról, hogy mit nem úgy láttam.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz R1200GS #9781 üzenetére
a kérdés az, hogy a családi házban van-e lehetőséged mókolni.
a normális megoldás az lenne, ha a családi házból egy megfelelően irányított antennával kiküldenéd a jelet a tanyára, és ott szintén megfelelően irányított antennával fogadnád és küldenéd a választ.
a jel erősítése abban az értelemben, hogy veszed a jelet, erősítővel felerősíted, tévút, mert a zajt is erősíti.
a jelet úgy kell erősíteni, hogy nem szórod szerteszéjjel a világba.a jel levegőben nagyságrendileg 200 ezer km/s sebességgel terjed. tehát a távolság önmagában 1/200000 másodpercet tesz hozzá a pinghez (mivel kerekítve 1km-re vagy). a két wifi cucc késleltetése sokkal nagyobb lesz, mint amit a távolság miatt szed össze a csomag.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz inf3rno #9834 üzenetére
mihez képest gyorsabb.
valóban van egyes routerekben hálózatkezelés-gyorsító, ami annyit tesz, hogy a sima arm vagy mips magos procikhoz képest gyorsabb.
de egy pc mindig leveri a porba az összes ilyen szappantartót.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
most komoly, egy 3KHz-re tervezett egyenes eres dróton akarsz átvinni 100MHz+-ra, csavart érpárra tervezett sávszélességet, és felmerül benned, hogy egyáltalán működni fog?
oké, hogy ez nem egy akadémiai fórum, de ekkora marhaságot ne írjunk már, mert ez szégyen.
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz Zwodkassy #9865 üzenetére
és ez konkrétan mire is példa? azon kívül, hogy nem olvastad el, hogy mire válaszolsz? meg a linket se, amit beszúrtál...
az első linkeden (egyébként van link beillesztése gomb a formon) kéteres csavart érpáras ethernetről van szó, a második linkeden cat5e-n hatótáv kiterjesztés vdsl2 techológiával, a harmadikon ethernet over koax.
az én hozzászólásomban pedig négyszálas egyenes kábelről van szó, ami nem csavart, tehát sem nem kéteres twisted pair, sem nem cat5e.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz szabifotos #9866 üzenetére
a böngésződ szaktopicjában megkérdezted már, hogy hogyan kell kikapcsolni a dns over https-t?
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz Ripper17 #9880 üzenetére
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.
a magam részéről a gyártói oklevelek értékét meglehetősen alacsonynak tartom.
a tannenbaum könyvvel két baj van: 1. abban a kiadásban, amit utoljára láttam, sok a hiba. 2. túl átfogó, mindenről beszél, de egy csomó hardverfajtát ma már nem használnak sehol. elolvasni el lehet, de sok energiát belefeccölni egy egzotikusabb hardverbe nincs értelme.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
egyébként meg ha arra vagy kíváncsi, hogy konkrétan hogy működnek az ip alapú hálózatok, akkor keress rá az rfc-kre.
abban minden konkrétan le van írva, ami ott van, gyakorlatilag az van a szoftverekben.
de előre szólok, egy rendes rfc megértése életed egyik legnehezebb feladata leszEgy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz Ripper17 #9891 üzenetére
már csak annyit kérdeznék meg, hogy ha:
a./ egyetértesz velem, akkor minek vitázol
b./ nem értesz egyet velem, akkor a felhozott érvelésed miért engem igazol."egy jó mérnök át tud állni egyikről a másikra, tud párhuzamot vonni": én is ezt mondom, meg te is. csak te rosszul azonosítod az okot: mérnököt az egyetem képez, tehát aki rendes egyetemi megalapozottsággal mérnökösködik, az tud átállni egyikről a másikra, míg a gyártói certesek nem.
szemléltetés: [link]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
biztos vannak olyan cégek, pl. a telekom összes alvállalkozója.
mindkét megoldásnál kb. az a lehetőséged, hogy:
1. mikró, és megoldod, hogy legyen rálátás. ez rácsszerkezetű tornyot jelent, párban.
2. kideríted, hogy kié az infrastruktúra, és bérelsz tőle kábelnyi helyet. az oszlopsor lehet a telekomé vagy az önkormányzaté. ha eléggé eldugott helyen van, ahol már nem számít a szépség, akkor előfordulhat, hogy második oszlopsor felállításához is hozzájárulhat az önkormányzat. ha ez nem megy, akkor ásni kell, abban az esetben a nyomvonalon az összes tulajdonossal meg kell egyezni.a nagyfeszültségű nyomvonal keresztezése lehet zűrös is, vagy lehet szerencsés is, mivel a nagyfeszültségen az mvmnet-nek valószínűleg van optikája.
3. beszélsz a wifis szolgáltatóval, hogy adjon dedikált linket. 950 métert át lehet lőni 60 gigás eszközzel 1 Gbps-sel, de 5 gigán ac-s wifivel biztosan, és az is tudhat akár 800 megabitet is.
ezek a tiszta lehetőségek.
nem tiszta lehetőségek:
1. fogod az optikát és felgurítod az oszlopsorra. ez pontosan addig olcsó, amíg meg nem találja az oszlop tulajdonosa, mert utána nagyon csúnyán vegzálni fog vazelin nélkül, ha érted, mire célzok.
2. lehet kis zsarolást is csinálni, kideríted, hogy a két helyszín a szupergyors internet projektben kihez tartozik, és felhívod, hogy hol a net, és kinek nem fogsz írni a történetről, ha lesz.megoldás lehet a földbe ásott kábel, csak az milliós tétel/kilométer, és nem feltétlenül a legkisebb 7 jegyű szám.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz inf3rno #9919 üzenetére
a natolásban nem az a megterhelő, hogy átírsz hat bájtot egy csomagban. az a megterhelő, hogy ha nagyobb a forgalom, akkor egy elég nagy táblázatból kell kikeresni, hogy mi legyen az a hat bájt, amit beleírsz a csomagba. hogy az ap milyen értelmezésben kerül ide, azt nem tudom.
nem nyit random portot. csak a csomagot buherálja. ha mélyebben érdekel a dolog, a conntrack táblára keress rá a gugliban.
a qos-sel egy alapvető probléma van: forgalmat szabályozni a kiindulásnál lehet. a bejövő oldalon nem, mert amit szabályozni tudnál, az már bejött. a forgalomba bele lehet piszkálni a fogadó oldalon is, de az nem mindig hatékony.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz inf3rno #9921 üzenetére
a qos azt csinálja, amit mondasz neki.
a forgalommenedzsment alaptörvénye: ott tudsz forgalmat menedzselni, ahol torlódás van. ahol nincs torlódás, ott nem lehet.
ezért van az a probléma, hogy a bejövő forgalmadat legkésőbb a szolgáltató eszközén kellene menedzselni, mert ha már hozzád beért, nincs mit kezdeni vele. a szolgáltató meg jó eséllyel nem fog hozzányúlni.a bejövő forgalmat értelmesen menedzselni nem lehet, bizonyos szinten befolyásolni lehet a kimenő nyugtacsomagok akadályozásával.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz st3v3np3t3r #9923 üzenetére
- ilyenkor érdemes sftp kábelt venni, mert abban az árnyékolások védenek a mechanikai hatástól is. hogy mennyire szeretik a rendszeres felcsavarást, az kétséges.
- miért nem húzod védőcsőbe a kábelt? egy kábelt fel lehet tekerni védőcsővel is.
- hívd fel ezeket: [link] telefonon.lehet, érdemes lenne megnézni, hogy a nyomok alapján ott szakadt-e el a kábel, ahol megmarta a klór. mert ha nem, akkor nem a vegyszer a problémád, hanem a tekergetés.
szerk: a vezetéknélkülire átszerelést megfontolnám, mivel ami nem drót, az zavarható. abból pedig kínos jelenetek lehetnek, ha idióta néző azzal élvezkedik, hogy babrálja a kijelzőket.
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz Ripper17 #9932 üzenetére
NEM NYIT random portokat.
ip csomag adatstruktúrát machinál.a port nyitás nálam azt jelenti, hogy létrejönnek a socket/file descriptor és egyéb adatstruktúrák a kernelben, majd két socket között másolgatja az adatot a kernel. na ilyet nem csinál. nem is bírná egy pár mega rammal meg gagyi armos procival felszerelt házi router ezt. ilyen megoldással a hardveres nat se tudna működni.
a conntrack táblába beleírja, hogy mit mire fordított, és ha jön egy csomag, annak alapján átírja a megfelelő ip címet és tcp/udp/icmp/stb adatot, majd kiküldi. l3-ban natol, nem l4-ben
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz st3v3np3t3r #9930 üzenetére
"kis helyen el kell férnie,pl.egy gurulós szerszámos ládaban.": értem, de ha háromhavonta elszakad egy kábel, és te ezt már meguntad, akkor egyértelmű, hogy valamelyik igényedet változtatni kell.
én lehet, hogy vennék pár dobra tekerhető kerti locsolócsövet, belehúznék egy ethernetet és azzal kötném be a kijelzőt. meccs után meg feltekerném. az eleje meg a vége legyen száraz, a többit a cső elbírja.abban teljesen biztos vagyok, hogy nem gyártanak olyan kábelt, ami hosszabb távon is kibírja, hogy rendszeresen kis hajlítási sugárral feltekerik.
de mindenki a saját szerencséjének a kovácsa.
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
- Konzolokról KULTURÁLT módon
- Sorozatok
- Luck Dragon: Asszociációs játék. :)
- Autós topik
- Skoda, VW, Audi, Seat topik
- Bocsánatot kért az Apple, mert nagyon mellélőtt a legutóbbi reklámjával
- MIUI / HyperOS topik
- Milyen okostelefont vegyek?
- Asztalos klub
- Rezsicsökkentés, spórolás (fűtés, szigetelés, stb.)
- További aktív témák...
- GIGABYTE RTX 3060TI GAMING OC 8G
- ÁRGARANCIA!Épített KomPhone i9 14900KF 64GB RAM RTX 4090 24GB GAMER PC termékbeszámítással
- ÁRGARANCIA!Épített KomPhone Ryzen 9 7900X3D 64GB RAM RTX 4090 24GB GAMER PC termékbeszámítással
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7800X3D 32/64GB RAM RTX 4090 24GB GAMER PC termékbeszámítással
- ÁRGARANCIA!Épített KomPhone i7 14700KF 32/64GB RAM RTX 4090 24GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest