Hirdetés
Hirdetés
Talpon vagyunk, köszönjük a sok biztatást! Ha segíteni szeretnél, boldogan ajánljuk Előfizetéseinket!
-
PROHARDVER!
Haladó szintű hálózati témák topikja
Új hozzászólás Aktív témák
-
mtz81
tag
Én azt mondom mindent olvass el, amit tudsz. Addig amíg van rá időd. Az elavult, régi technológiákkal is érdemes megismerkedni, hiszen abból alakultak ki az újak.
Bármilyen hiteles anyagból lehet hasznos információt kinyerni, csak ne legyél lusta utánajárni, és egy adott témakörben érdemes több anyagot elolvasni. Mindegyik kicsit más szemszögből közelíti meg a témát.
A tapasztalataim szerint bármilyen iskolát kijárhatsz, ha utána nem fordítasz időt az önképzésre, akkor az iskolai papíroddal kitörölheted. Az informatika olyan gyorsan fejlődik, hogy önképzés nélkül lemaradsz.
Még egy fontos dolog! Soha ne ess abba a hibába, hogy elhiszed magadról, hogy te már mindent tudsz (mint itt a fórumon egyesek). És soha ne gondold azt, hogy egy problémát nem lehet megoldani. Ha így gondolkodtak volna az informatika úttöröi, akkor még mindíg lyukkártyákat dugdosnánk a gépekbe.
Valamelyik okos ember mondta: "Nem az-az okos aki mindent tud, hanem az aki tudja, hogy a kérdésére hol keresse a választ."
Ne dönts elhamarkodottan, hogy később mivel szeretnél foglalkozni. Ismerd meg a informatika ágazatainak az alapjait részletesebben, hiszen egymásra épül a rendszer. Az úgyis kialakul, hogy mi az ami jobban érdekel.
-
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.
-
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]
-
Ripper17
tag
A hazai képzésekkel sajnos nekem is ez a tapasztalatom, még "professional" szinten is borzasztó gyengék, felületesek; sokszor érdemi tapasztalat nélküli oktatók tartják. Egyetlen létjogosultságuk: a főnök hátradőlhet, nem az ő felelőssége, hogy a kolléga nem ért a témakörhöz, hát elküldte egy 5 napos bootcampre. Mindezt annyiért, amit ha felajánl egyszeri bónusznak a kolléga önként is beleöli azt a k*100 óra tanulást-gyakorlást, amivel stabil tudása lesz.
Egyetlen jón voltam, ahol érdemi tudásátadás történt - ott egy cseh oktató volt.
A Cisco e-learning anyagai viszont nagyon jók, illetve a legtöbb Cisco Press mű vagy whitepaper, esetleg gyártói design guideline is hasznos. A Huawei netes konfig/design guide-jai is sok esetben baromi jól tekintik át az egyes protokollokat a konkrét parancsok, javaslatok előtt - pl. a Huawei fórumon van egy 20+ részes BGP Fundamentals anyag egy Huawei mérnöktől, messze a legjobb, áttekintőbb BGP anyag, amit olvastam.
Itt ph!-n a Cisco-s topikban persze vannak alternatív javaslatok, én ezeknek nem vagyok híve, maximum tudásfrissítésre jók. Le kell ülni, elolvasni, feldolgozni, összerakni szimulátorban/emulátorban/laborban - bele kell ölni az időt. Csak sajnos ezt a mai, "instant világban" kevesen teszik meg.
-
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.
-
-
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 lesz -
Szerintem mindenképpen érdemes ÁTolvasni a Tanembaum hálózatos könyvét! Kiváló könyv, jól frissített, ráadásul kifejezetten olvasmányos.
Külön érdeme, hogy a szerkezete miatt lehet szelektíven olvasni, jól elkülönülnek benne az alap- és a mélyebb ismereteket tartalmazó részek. Tehát nem kell az egész vastag könyvet elolvasnod, elég gyorsan végig lehet érni rajta úgy, hogy a lényeget olvastad, és tudod, hogy szükség esetén hová kell visszatérned.
MaCS
-
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.
-
Ripper17
tag
Nem érdemes. Jól használható piaci tudást + értéket a gyártói oklevelek adnak. Ezek az adott szinthez szükséges mélységben tárgyalják a protokollokat és ezek gyakorlati használatát.
A legelismertebbek a Cisco Systems oklevelei. Az aktuális CCNA jól áttekinti az általános ismeretek mellett a security és wifi dolgokat is - ha levizsgázol akkor Linuxos tudás mellé már jó vagy, rendszermérnöki pozikra is mehetsz. kkv szinten jobb a széles látókör, nagyobb cégeknél hasonló skill settel tipikusan a peremterületeken (pl. hálózatot, infrastruktúrát monitorozó vagy statisztikai riportokat készítö szerverek) rendszergazda, rendszermérnök egy jó irány.
Ha csak szigorúan az IP hálózat érdekel akkor a régi, 200-125 kódú CCNA jobb. "Cisco 200-125 Official Certificate Guide" címszóval keresgéld a neten az ebookokat.
(A Cisco alapszintu = associate vizsgák nem csak Ciscora jók, jól áttekintik a protokollokat. Van hasonlója a Huaweinek meg a HPE-Arubának is, de ezek piaci értéke csekély - évente 1-1 pozihoz, mint "további vizsga" keresik.)
-
SP4C3
veterán
Szerintem 2 opcio
1 specializalodsz (pl csak linuxhoz akarsz erteni, de ahhoz nagyon es melyrehatoan, halozatot meg rahagyod masra)
2 megprobalod az altalanos dolgokat megtanulni, pl linux os telepites es alap konfiguralas es egy router konfiguralasa (mondjuk, ahogy en tapasztaltam mar a "linux" is egy olyan "szakma" amihez egy elet se elegendo, hogy elsajatitsd minden egyes "mozdulatat".)Ahogy en tapasztaltam nagyon keves helyen van az, hogy minden egyes teruletre van kulon ember/felelos. Az atlag kkvnal elvarjak, hogy a rendszergazda csinaljon mindent is, ami IT.
-
inf3rno
nagyúr
Szerintetek lehet probléma a dupla NAT-olásból, ha az alsóbb eszközön kikapcsoltam a DHCP-t, vagy egyáltalán mennyire függ össze ez a kettő? Az van, hogy a szolgáltatói modem + router kombóból alias CB egy access point-ot csináltam. Mellé meg vettem egy régi szintén modem + router kombót, ami Ubee néven fut. Az utóbbin pocsék a wifi, az előbbin meg a modem, úgyhogy a kettő együtt talán kiad valami használhatót. Eddig úgy néz ki, hogy bevált, de írják, hogy ilyen esetben dupla NAT van, ami esetleg problémát jelenthet titkosított oldalaknál, játékoknál. Én egyelőre nem tapasztaltam semmit.
-
I02S3F
addikt
Sziasztok!
A célom, hogy Linux rendszergazda legyek egyszer. Most a Tannenbaum oprendszerek c. könyvét olvasom.
Érdemes-e, megéri-e elolvasni ugyan ennek a szerzőnek a hálózatos könyvét is?
Kontextus: A hálózatos tanárom mondta, hogy külön vannak az emberek szakosodva oprendszerre, meg hálózatra. Az nem kérdés, hogy alapvető fogalmakkal tisztában szükséges lennem hálózatok terén, de érdemes-e a mélyére ásni? Egyelőre ismerkedés a cél ezzel a témával.
Hogy milyen területen akarok a Linux-al dolgozni, azt még nem tudom. Most csak tanulgatok.
-
#9868
bambano
titán
szabifotos
#9866
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?
-
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.
-
#9866
szabifotos
senior tag
szabifotos
senior tag
Sziasztok!
Otthoni hálózattal lenne gondom, de talán már kicsit mélyebb mint a "nincsinternet", ezért ide írok.
Adott egy Huawei B525 bridge módban, jó 4G jelerősséggel. (-70-75dBm).
A netem sebessége 50-180mbps/~35Mbps terheléstől függően. Ping 19-30ms körül.
A router után van közvetlen egy másik router. Ő a DHCP és minden egyéb. Jelenleg egy új Xiaomi AX5, ezelőtt egy Xiaomi Mi router 3G volt használatban.
Mindkettővel fennállt az a probléma, hogy akadozva megy a böngészés. "Resolving host...", "Connecting..." feliratokkal várakoznak az oldalak. Néha DNS problémával eldobja, majd újratöltés után megy minden rendesen. Nagyon idegesítő így böngészni, mert hiába gyors a netem, valójában lassú az egész. Wifin is és kábelen is tapasztalható.
Már nem tudok másra gyanakodni, hogy a Huawei eszközzel lehet valami gond, de nincs semmi olyan beállítás szerintem, ami ezt indokolná. DNS szerver a szolgáltatóé, de próbáltam már átírni, nem javult a helyzet.
Kiszedtem a Xiaomit a rendszerből, akkor is ugyanez.... merre keressem a hibát?
Egyszerűen fos a Huawei eszközöm? -
bambano
titán
-
mtz81
tag
válasz
JONAS77
#9858
üzenetére
Egy patch kábelnek levágod az egyik végéről 8p8c csatit, és rákrimpelsz egy 4p4c csatit. A 100Mb-hez az 1,2,3,6 pineket kell használni, ha a patch kábel szabványos, akkor ezek a narancs és zöld érpárok. A másik végén is ugyenezt kell csinálni. A buktató az, hogy a telefon nem polaritás érzékeny, ezért a telefonkábel két végénél a szerelők nem szokták figyelni sorrendet. Tehát a másik végén lehet, hogy fordítva kell krimpelni a 4p4c-t.
Hogy mennyire fog jól működni, azt nem tudom. Még ilyet nem próbáltam. Fordítva már igen, etherneten már küldtem át telefont, az működik.
Kíváncsi leszek, majd írj. -
-
válasz
JONAS77
#9847
üzenetére
Az a gond, hogy itt fogalmi zavarok vannak.
Nincs olyan, hogy LAN-kábel meg DSL-kábel.
A vezetékes helyi hálózatot mostanság 8 eres UTP-kábelen vezetjük (népiesen RJ45 dugóval a végén), a DSL meg elközlekedett a kéteres telefonzsinóron is (RJ11, ami egyébként négyeres dugó).
A gond az, hogy a két adatfolyam köszönőviszonyban sincs egymással, teljesen eltérő protokollok, kábellel nem köthetőek össze. És nem mellesleg a funkciójuk is jellemzően egészen más.
Tudni kéne, hogy mit mivel akarsz összekötni, és hogy miért. Mert ha az egyik oldalon olyan aljzat van, amibe RJ11-es telefondugót (azaz ahogy Te nevezed: DSL-kábelt) tudsz dugni, az bizony nemigen fog csatlakozni egy Ethernet-eszközzel, akármennyire is "átalakítod" közben a kábelt.
MaCS
-
JONAS77
aktív tag
-
inf3rno
nagyúr
válasz
bambano
#9839
üzenetére
Nézegetem őket, de most nem akarok hirtelen százereket elkölteni routerre, switch-re, ap-ra. Sok időm nem is nagyon van már ezen rágódni, mert akadozik a wifi a mostanin, napi szinten újra kell indítanom miatta, úgyhogy most egyelőre az lesz, hogy veszek egy Asust 40 körül, felteszek rá egy AsusWRT Merlint, aztán kész. Majd később, ha lesz rá keret belefolyok ebbe a külön APs pfsenses dologba.
-
mtz81
tag
virtual server = port forward
Amúgy teljesen mindegy, mert a mobilneteken a szolgáltató is nat-ol, így bármilyen portforwardot állítasz, úgysem fog működni.
Közvetlen mobilnetkapcsolattal sem fog menni a torrent aktív módban a szolgáltatói nat miatt.
Mobilneten keresztül be kell érni passzív móddal. -
vatomi
aktív tag
Sziasztok,
Vettem egy Huawei B535-232 LTE routert ami ha jól sejtem, nem tud port forwardot vagy én nem értek hozzá (Virtual Server van, azon keresztül nem sikerült de valóban nem értek hozzá). Nem az mindenem a torrent, de néha jól jön. A kérdésem a következő.
A routert nem szeretném cserélni emiatt. A gép, amin fut a torrent kliens fenti routeren keresztül lehet helyi hálózatban mint médiaszerver, miközben egy usb LTE sticken keresztül kapja az internetet így nem kell a port forwarding szolgáltatás?
Egy telekom mobilszámom van 2+ multisimmel, tehát semmilyen plusz költsége nincs, ráadásul nem enné a routeren bejövő internet sebességet.
Köszönöm
VaTom
-
rekop
senior tag
válasz
inf3rno
#9832
üzenetére
Környezet függő is. Nálam kétszintes ház, szintenként egy diszkrét AP a plafonon. Nagyjából húsz végpont egy rack szekrényben egy külön helységben. Nálam ez volt az ideális megoldás. Illetve egyszer már cseréltem AP-ket N-ről AC-re, router és switch maradt a régi. Ha váltok majd AX-re, ismét csak az AP-k lesznek cserések, többi eszköz marad. Ez is lehet egy szempont. Viszont egy kisebb lakásban akár elég lehet egy aio eszköz is.
-
mtz81
tag
válasz
inf3rno
#9834
üzenetére
A dedikált eszközökben jóval alacsonyabb teljesítményű proci van. Általában azokban van hardveres gyorsítás, és csak úgy érik el a nagyobb teljesítményt, viszont az a biztonság rovására megy.
A legtöbb esetben egy soho routert vagy biztonságosra, vagy gyorsra konfigurálsz, a kettő nem megy együtt általában.
Olyan 90e forint környékén vannak azok a soho routerek, ahol mindkettő egyszerre lehetséges.
De tudásban azok is alulmaradnak egy pfSense-hez képest.
Arra kell még figyelni, hogy a proci támogassa az aes-ni -t. -
inf3rno
nagyúr
Engem az érdekel, hogy vesztek e vele valamit. Amennyire én tudom ezekben a routerekben van valami dedikált hardver, amivel gyorsabb ez az egész hálózatos csomagkezelős téma. De ennél mélyebben nem merültem bele. Most akkor egy mini pc pfsense-el ugyanazt tudja hozni, mint egy dedikált eszköz egy openwrt-vel? Én valahogy nehezen hiszem el, de lehet én vagyok hülye a témához.
Amúgy a pfsense tetszene, szeretem a FreeBSD-t, csak vannak ezek az aggályaim. -
mtz81
tag
válasz
inf3rno
#9823
üzenetére
A pfSense jó választás lehet, igazából mindent tud. Azon bármit ki tudsz próbálni. Jó a dokumentáció is.
Eszközt alá egész jó áron lehet szerezni, pl: [link]
A netgate gyárt hozzá vasat. Azok kicsit drágábbak. De, ott fel van tüntetve, hogy milyen vastól mekkora teljesítményt várhatsz el. -
inf3rno
nagyúr
Úgy, hogy titkosítva van a root, és ha a szerverre tenném a VPN-t, akkor nyitnom kéne még egy portot a routeren SSH-nak, hogy beüssem a jelszót. Ha a routeren van a VPN, akkor meg nem kell plusz egy portot nyitnom a net felé, hanem megoldom a helyi hálón. Ezen felül ha valami gond van a szerverrel, akkor az is kiderülne távolról, mert fel tudnék csatlakozni a routeren keresztül a helyi hálóra, és csak a szervert nem látnám ahelyett, hogy nem tudok felcsatlakozni, és tippelhetek, hogy vagy a net szakadt meg, vagy áramszünet van, vagy a szerver rossz.
Nem tudom, hogy hasznos e nekem ez a 3 opció, mert szünetmentesre van kötve. Úgy sejtem, hogy simán újraindulna azzal, hogy van áram, aztán leszívná a maradékot is az aksiról, ha áramszünet lenne. Aztán persze lehet, hogy én vagyok túl pesszimista ezzel kapcsolatban. Majd ránézek. Amúgy ez egy workstation lap, c236-os, nem szerver lap. Hiányoznak róla dolgok, pl headless sem tudom járatni monitor vagy HDMI dongle nélkül.
-
inf3rno
nagyúr
A pfsense az FreeBSD. Néztem azt is, de annyira azért nem akarok DIY lenni, meg külön virtuális gépet sem akarok neki a szerveremre. Igazából azért sem jöhet szóba, mert a routeren keresztül akarom ébreszteni a szervert, ha elment az áram és utána visszajött.
Aztán lehet, hogy félreértem, de az jött le, hogy a pfsense az ilyen szerver vagy pc jellegű gépekre lett kitalálva, ezek a firmwarek meg ki tudják használni a feladat specifikus hardvert, ami a routerben van.
-
inf3rno
nagyúr
Gyakorolni akarok hálózatos dolgokat, biztonságot, ilyesmik, szóval jó lenne, ha be tudnék állítani egy csomó mindent rajta, nem csak alap dolgokat. Ezen felül lenne egy DNS proxy rajta, VPN szerver (wireguard), valszeg QoS, amit még komolyabban használnék. Torrent nem muszáj, sőt talán jobb is lenne inkább a szerveren csinálni. Ha lehet megosztanám a hálózaton az USBs nyomtatót. Wifi terén n kell, ac nem kötelező, de jó lenne, ax biztosan nem kell még. 2 gigabites port elég egyelőre, később valszeg úgyis külön 10g-s hálózat lesz a két vezetékes gép között, csak az nem fért bele a mostani keretbe. Esetleg még szóba jöhet, hogy egy harmadik portra egy AP-t teszek, hogy a földszinten is erősebb legyen a wifi. Nagyjából ennyi. Olyan 30-50 közötti összeget szánok rá. Az 50-et csak akkor tenném bele, ha valami látványos különbség lenne a 30 vagy 40 pénzbe kerülő routerek és a között.
Nem nagyon jött át, hogy mi a különbség az említett firmwarek között. Nagyjából nekem úgy tűnik, hogy mindegyik ugyanazt csinálja, csak egyik többféle chipsetet támogat, másik meg csak egyfélét, pl Tomato -> Broadcom. Gondolom ezek alapján a GUI kényelmessége, vagy tudomisén mi dönt arról, hogy melyiket válasszam.
-
code1005
senior tag
Sziasztok,
van egy TP-Link SG108E Switch-em és minden átmegy rajta kivéve a DLNA forgalom. Ha arra dugom a TV-t, médialejátszók akkor nem látják a media szervert de net (pl. Youtube) van rajtuk. Ha másra kerülnek akkor megy minden.
MIt lehet ezzel kezdeni? -
inf3rno
nagyúr
Szerintetek melyik a legjobb os router firmware? Ahogy nézem most ami aktív az az OpenWRT, Gargoyle, FreshTomato, AsusWRT-Merlin, DD-WRT. Az utolsó elég fura, hogy csak béta van stable nélkül. Arra gondoltam, hogy először firmwaret választok, és csak utána routert, mert nem minden chipsetet támogatnak ezek a firmware-ek.
-
Doky586
félisten
válasz
krealon
#9813
üzenetére
& (#9812) mtz81
Köszönöm mindkettőtöknek az infót. Lényegében ugyanarról beszéltek.
Kipróbáltam, elvileg működik is de amire használni akarom pont nem jó.
Sajnos a repeater bridge mód csak az elsődleges ssid módnak adható be, de amíg nem csatlakozom (egy külön vezetékes PC segítségével) a telefonra, addig se az elsődleges se a másodlagos ssid nem működik (radio off). (nyilván mivel nem tudja csatlakozásig milyen frekit kéne repetelnie)Így arra amire nekem kell, nem megfelelő. (hogy kiránduláson, kitelepülésen a semmi közepén ad-hoc jelleggel előkapon az autó csomagtartójából és oszton a wifit lan-nak és esetleg internetnek. Ha nincs telefon nem megy, ha nincs kábeles PC (pl laptop) nem megy (nem tudom beállítani). Ez így nem jó. (De majd még teszek egy kisérletet később vele)
De találtam a fiókban egy ősrégi dlink DIR-655 routert (gyári firm) ami meg tud osztani 3G mobilnetet usb-stick-ről. Lehet majd ezzel próbálkozom. Vagy két két routert használok, egyik wifi megosztásra, másik csak a telefonhoz AP-client módban, így független, csak több utp kábel kell.
Mégegyszer kösz mindenkinek.
-
krealon
veterán
válasz
Doky586
#9805
üzenetére
Ha a WAN oldal kepes wifi klienskent mukodni, akkor elvileg megfelelo az eszkozpark.
OpenWRT alatt megoldhato lenne, de a sok kliens miatt vallalhatatlanul lassu lenne.
OpenWRT-ben lehetseges virtualis wifi interface-szel klienskent csatlakozni, mikozben egy
masik virtualis wifi csatolon Access Point-kent mukodni. Persze mivel csak 1 radios egyseg van a TL-WR1043N(D) -ben, kotelezoen azonos csatornan kellene uzemelniuk, ami sok kellemetlen mellekhatassal jarhat.DD-WRT-hez nem nyultam, miota kiderult, hogy a firmware-be van egetve 2 kitorolhetetlen tuzfal szabaly, ami hatsokapukent szolgal. Innentol kezdve a DD-WRT nalam elvesztette minden hitelet.
-
Doky586
félisten
Mi ebben a "lehetetlen"..?
Pont Te említetted a "HotSpot" funkciót. Csak az kellene hogy közben NE osszon DHCP-t, és tudjon egy AP-ra csatlakozni (mobilnet mellett). Tehát csak kevesebb kell mint amit tud. Na majd átmegyek valamelyik mobilos/androidos topikba, talán ott jobban tudják. Kösz mindenkinek.
-
#9809
Doky586
félisten
Gubek-Einste
#9807
Doky586
félisten
válasz
Gubek-Einste
#9807
üzenetére
Itt gondolom arra célzol hogy ezen telefont wan oldalon mint modemet használjam. Ezt még nem vizsgáltam, de se a kábeles kapcsolatnak nem örülnék, se annak hogy ezen telefon ne lehessen része a lan-nak és csak dedikált net megosztó funkciója legyen.
-
Doky586
félisten
Pont az lenne a lényeg hogy ne a telefon kezelje a tucatnyi kliest amik amúgyis egymás közt akarnak kommunikálni és a forgalom 1%-a menne csak a telefon és ezzel az internet felé...
A telefon router funkciója ekkora forgalmat (ennyi klienst) nem tud(na) lekezelni, erre van a router. -
#9807
Gubek-Einste
titán
Doky586
#9805
-
#9805
Doky586
félisten
Gubek-Einste
#9804
Doky586
félisten
válasz
Gubek-Einste
#9804
üzenetére
TL-1043ND + ddwrt
-
#9804
Gubek-Einste
titán
Doky586
#9803
-
Doky586
félisten
Új kérdés:
Egy wifi routerre szeretnék csatlakoztatni wifin laptopokat, tableteket, mobiltelefonokat. (1-2 tucatot) Nem lesz internet a router wan portján, csak egy mobiltelefonról osztanék rá mobilnetet. Hogy tudom ezt megtenni?Ha a mobiltel wifi hotspotját használnám, akkor a tel nem tud csatlakozni a wifi routerre, önmaga meg csak nagyon kevés (és közeli) eszközt tudna ellátni (vezetékes gépeket is kizárná).
Ha mobilnetet biztosító telefonra proxyt telepítek az jó lenne valahogy? Ekkor hogy érem el hogy a telefon wifire is és mobilnetre IS csatlakozzon, de ne váltson router módba. (Android telefon) -
p5quser
tag
válasz
4Grider
#9801
üzenetére
Az otthoni ip-m ugyan publikus, de nem fix. Ezért fut a home routeren a ddns szolgáltatás. Mivel változik az ip, gyanítom nem írhatom be fixen az aktuálisat.
A 192.168.42.1 pedig gyanítom a vpn server átjárója, ha ahhoz kapcsolódik először a tracert alapján.
De megnézem az ajánlott beállításaiddal is.
Köszi!
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.
de azért köszi a linket.
Új hozzászólás Aktív témák
- Samsung Galaxy S25 128GB Kártyafüggetlen 1 év Garanciával
- Telefon fólia (Hidrogél)
- DELL Precision 5540 Workstation i7-9850H Nvidia Quadro T1000 32GB 1000GB 15.6 új akksi 1év garancia
- Samsung Galaxy S22 Ultra 256GB Kártyafüggetlen 1 év Garanciával
- DELL Precision 5540 Workstation i7-9850H Nvidia Quadro T1000 16GB 512GB 15.6 új akksi 1év garancia
- IKEA Format lámpák eladóak (Egyben kedvezménnyel vihető!)
- Dell P2419H / P2419HC Full HD LED IPS 24" LCD monitorok
- Apple iPhone 12 64GB Kártyafüggetlen 1Év Garanciával
- Bomba ár! HP Pro X360 11 G1 - Intel N4200 I 4GB I 128GB SSD I 11,6" HD Touch I Cam I W10 I Gari
- Dell és HP szerver HDD caddy keretek, adapterek. Több száz darab készleten, szállítás akár másnapra
Állásajánlatok
Cég: FOTC
Város: Budapest