- iPad topik
- TCL LCD és LED TV-k
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- Rendkívül ütőképesnek tűnik az újragondolt Apple tv
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Milyen asztali médialejátszót?
- 5.1, 7.1 és gamer fejhallgatók
- Amazon Fire TV stick/box
- Milyen billentyűzetet vegyek?
- Xiaomi Pad 6S Pro 12.4 - Kína (válasza az) iPad(r)e
Hirdetés
-
Bemutatkoztak a Microsoft aktuális Surface gépei
ph A Surface Laptop és a Surface Pro hamarosan megjelenő iterációi a 45 TOPS-os NPU-val érkező Qualcomm Snapdragon X platformra épülnek.
-
Sztori trailert kapott az Elden Ring: Shadow of The Erdtree
gp A DLC a tervek szerint jövő hónap végén debütál PC-n és konzolokon.
-
Retro Kocka Kuckó 2024
lo Megint eltelt egy esztendő, ezért mögyünk retrokockulni Vásárhelyre! Gyere velünk gyereknapon!
Új hozzászólás Aktív témák
-
Magnat
veterán
válasz Sixty21 #21502 üzenetére
Ez majdnem jó, a lan opció alatt nézd meg, h a dhcp meg lan ip cím beállítások mik. Amit linkeltél, az csak egy klienslista, de nem derülnek ki belőle a pontos címek.
Szerk: most nézem, a router címe a címsorban látszik, az 192.168.1.254
A dhcp tartomány kellene még.[ Szerkesztve ]
̿' ̿'\̵͇̿̿\з=(◕_◕)=ε/̵͇̿̿/'̿'̿ ̿
-
Magnat
veterán
válasz Sixty21 #21504 üzenetére
Ez az. 64 és 253 között oszt címet a dhcp, tehát neked a routeredet ezen kívül kell tenni, pl 192.168.1.50. De ha nem változtattad a gyári kisztást, akkor most a TP-Link címe 192.168.1.1, akár így is hagyhatod.
Szóval akkor most lépj be a tp-linkbe, ha nincs beállítva rajta a wifi akkor állítsd be és utána a dhcp-t tedd disabled-re. Csak ezután dugd össze a két routert a lan portjaikon keresztül és kész is vagy. Innentől ha a tp-link wifijére felmész, ugyanazon a hálózaton leszel mint ha a szomszédéra lépnél fel.
̿' ̿'\̵͇̿̿\з=(◕_◕)=ε/̵͇̿̿/'̿'̿ ̿
-
Magnat
veterán
Annyira azért nem visszük félre, tekintve h az elv ugyanaz, csak akkor a Pirelliben kell megnézze a dhcp-t meg a többi értéket. 1ébként már a 21482-ben megírtam (még a te első hsz-ed előtt), h meg lehet oldani vezetéken is meg wifin is, csak utóbbi kissé macerás. Aztán a 21488-ban is írtam a te konkrét hsz-edre, h meg lehet oldani a 3420-szal is a bridget, ha olyan revision ami támogat OpenWrt-t, csak ezekre egyikőtök sem reagált.
Szerk: a 21514-hez: a wds jellemzően azonos chipsetes routerek között szeret problémamentesen összeállni, szóval nem garantált a siker, plusz akkor a szomszéd routerében is kell faragni egy kicsit.
[ Szerkesztve ]
̿' ̿'\̵͇̿̿\з=(◕_◕)=ε/̵͇̿̿/'̿'̿ ̿
-
Magnat
veterán
válasz unknownerror #21521 üzenetére
Igen, ez is kérdés, pont rá akartam térni, de aztán másfelé ment el a dolog
̿' ̿'\̵͇̿̿\з=(◕_◕)=ε/̵͇̿̿/'̿'̿ ̿
-
Magnat
veterán
"Be léptem a szomszéd routerébe. így néz ki a dhcp : [link]" - tehát nem a sajátja, hanem a szomszédé.
Igen írty, h nem egy nagy zseni, erre írtam is neki, h "Ha kábelt tudsz húzni a két eszköz közé akkor 5 perc alatt leírás alapján tutira meg tudod oldani. Ha nem, akkor csak firmware cserével, de az nem biztos h menni fog egyedül. Nem nézlek hülyének v ilyesmi, csak ahhoz nem árt egy pici informatikai előélet."̿' ̿'\̵͇̿̿\з=(◕_◕)=ε/̵͇̿̿/'̿'̿ ̿
-
Magnat
veterán
Arra, h ha wifin kapcsolódsz egy bridgehez, akkor annak a wifijének két irányba kell pofázni. Amit a klienstől hall, azt továbbadja a bridgen a fő routernek, amit meg a fő routertől hall, azt továbbadja a kliensnek, tehát minden forgalmat duplán kell forgalmaznia.
̿' ̿'\̵͇̿̿\з=(◕_◕)=ε/̵͇̿̿/'̿'̿ ̿
-
Magnat
veterán
Jaja korábban tényleg írta, de mivel arra a felületre azt írta, h a szomszédé, nem is kezdtem el agyalni rajta.
Sebesség: Az N-es szabvány csak 300Mbit, a 600 már egy kiterjesztés (de az övé nem tudja). Szóval 300Mb, de ez csak egy elméleti sebesség, a gyakorlatban a 80-90Mb sokkal jellemzőbb. Ami lefelezve már csak 40-45, ami persze még mindig elég jó. Más kérdés, h a szomszéd routere G-s szóval az egész irreleváns, csak a korrektség kedvéért írtam le.
̿' ̿'\̵͇̿̿\з=(◕_◕)=ε/̵͇̿̿/'̿'̿ ̿
-
Magnat
veterán
válasz Sixty21 #21535 üzenetére
De tudja, ezt mondtam már neked a legelején is, de hozzátettem azt is, h ez kissé bonyolultabb mint vezetéken. Először is ki kell deríteni, h a te revisionoddal tuti működik-e az Openwrt ([link]), aztán felflashelni és OpenWrt alatt belőni a bridget.
̿' ̿'\̵͇̿̿\з=(◕_◕)=ε/̵͇̿̿/'̿'̿ ̿
-
Magnat
veterán
Én Wds-t még sosem használtam, amikor egyszer össze akartam lőni két eszközt és nem sikerült, akkor olvastam, h ha külön chipsetes a két eszköz, akkor nem nagyon szeret működni. Sztem sokkal egyszerűbb összelőni dd-wrt v OpenWrt alatt bridge módban (egész pontosan repeater bridge).
[ Szerkesztve ]
̿' ̿'\̵͇̿̿\з=(◕_◕)=ε/̵͇̿̿/'̿'̿ ̿
-
Magnat
veterán
válasz Gubek-Einste #21684 üzenetére
Csak a pontosság kedvéért: akkor is meg lehet oldani a láthatóságot,
ha a wan porton csatlakozik a második router az elsőhöz pl abban az esetben, ha a második routeren ki lehet kapcsolni a nat-ot, azaz szimplán routol a lan-wan interface között. A beállítása ugyan picivel körülményesebb, de ha vki le akarja szeparálni a második routerre akasztott klienseket, akkor ez a megoldás. (persze itt nem ez volt a kérdés, csak a teljesség kedvéért írtam ide)[ Szerkesztve ]
̿' ̿'\̵͇̿̿\з=(◕_◕)=ε/̵͇̿̿/'̿'̿ ̿
-
Magnat
veterán
válasz gPoint #21692 üzenetére
Szia, ha Sambán keresztül akarod elérni, akkor pl a Total Commandernek van egy lan pluginja, ha meg dlna-n, akkor pl a Mediahouse jó lehet.
Szerk: most látom, ez egy Win 8-as telefon, akkor nem tudom De ha rákeresel arra a storeban, h dlna client, akkor tuti találsz hozzá való alkalmazást.
[ Szerkesztve ]
̿' ̿'\̵͇̿̿\з=(◕_◕)=ε/̵͇̿̿/'̿'̿ ̿
-
Magnat
veterán
válasz 0xmilan #21910 üzenetére
Hi,
a ddns-nek nincsen köze a dns-hez, két teljesen külön téma. Téged ebben az esetben a dns érdekel. Azt kellene kipróbálni, h amikor leszakad a net, akkor ip cím alapján működik-e? Szóval ha beírod, h index.hu és dns hibát dob, akkor írd be helyette azt, h 217.20.131.2 és ha erre bejön az index, akkor valóban dns feloldási hiba.
̿' ̿'\̵͇̿̿\з=(◕_◕)=ε/̵͇̿̿/'̿'̿ ̿
-
Magnat
veterán
Tudom, h mit írtál, erre mondtam, h nem úgy van. A MAC a fizikai címe az adott eszköz hálózati interface-ének (NIC). Ökölszabályként azt lehet mondani, h egy eszközben ahány NIC van, annyi MAC addresse is van. Ahogy a kolléga is mondta, lehetnek különbözőségek firmware-októl és eszköztől függően, azaz lehet hogy egy wifi router wifi adapterének ugyanaz a MAC addresse mint a LAN adapterének, sőt ad abszurdum még az is lehet, h a WAN adapterének is ugyanez a címe és lehet fordítva is, pl ha egy wifi adapteren több virtuális SSID is van akkor ott a virtuális csatolóknak is külön MAC addresse van.
Én a kolléga vezetékes routerére mondtam azt, h jelen esetben kettő: wan, lan.Pl itt van most előttem egy asus router admin felülete DD-Wrt firmmel, wireless és lan MAC címek ugyanazok (de ettől még két külön NIC-ről van szó, valszeg DD-wrt alatt meg is lehet változtatni bármelyiket, bár ezt nem próbáltam), a wan ezektől különbözik.
A saját otthoni routeremen OpwnWrt van két wifi SSID-val, azon pedig van egy wan MAC, egy lan és két wifi, amiből az elsődleges wifi és a lan megegyeznek.[ Szerkesztve ]
̿' ̿'\̵͇̿̿\з=(◕_◕)=ε/̵͇̿̿/'̿'̿ ̿
-
Magnat
veterán
Vagy az admin felületen, vagy belépsz rá ssh-val és ifconfig paranccsal ... vagy egy ráakasztott eszközön megpingeted a routert, aztán kiadod az arp -a parancsot és megnézed a router ip-jéhez tartozó mac címet az arp táblában. Persze ha a wan oldali címre vagy kíváncsi (bár ez a klónozás lehetősége miatt az admin felületen látszik szinte mindig), akkor a wan oldali lábára kell akasztani a gépet, amiről megnézed.
Esetleg valamilyen network analyzerrel (Wireshark) elkapod a csomagokat és abban megnézed.̿' ̿'\̵͇̿̿\з=(◕_◕)=ε/̵͇̿̿/'̿'̿ ̿
-
Magnat
veterán
A MAC filtering soha nem ért semmit, mindig is lehetett MAC címet klónozni csak volt aki nem foglalkozott ezzel
Alapvetően egyedi a MAC, az első fele a brandet jelöli, a második meg egy sorszám, de bármikor bármire lehet módosítani. Magára a MAC címre miért van szükség, ez a kérdés? Ha igen, akkor arra az a válasz, hogy a fizikai címzés miatt: layer 2-n (fizikai rétegben) a MAC address alapján azonosítódik be, hogy ki a konkrét címzett az adatátvitelben. Az ip cím csak egy logikai cím, szóval ha pl meg akarod pingetni a 192.168.1.1-et, akkor a gép amiről pingelsz, először (ha nincs az ARP táblájában a cím) kiad egy broadcast üzenetet (amit a subnetben mindenki megkap), amiben azt kérdezi: kicsoda a 192.168.1.1? Erre a 192.168.1.1 azt válaszolja: én vagyok az, a fizikai címem: 90:E6A:11:861. És akkor a gép tudni fogja, h konkrétan kinek is kell a ping csomagokat elküldeni. Az egyediség pedig valójában csak subneten belül fontos, mert subneten túl már úgyis csak a routolt forgalom fog eljutni, ott meg már a router túloldali lábának a MAC addressével fog a csomag továbbutazni.
Érdekesség még, ha Man In The Middle típusú támadásokat jellemzően ARP mérgezéses technikával csinálják, amikor a forgalomba ékelődő eszköz azt hazudja magáról, h a keresett MAC cím hozzá tartozik (a feladónak azt hazudja, h ő a címzett, a címzettnek meg h ő a feladó) - csináltam már ilyet próbaképpen linux alatt, mondjuk amikor a melóhelyemen próbáltam, egyből letiltódott a port, mivel az okosabb eszközök észreveszik az ilyen trükközést - de SOHO környezetben elég trükkös dolgokat lehet csinálni vele.[ Szerkesztve ]
̿' ̿'\̵͇̿̿\з=(◕_◕)=ε/̵͇̿̿/'̿'̿ ̿
-
Magnat
veterán
Helyi hálózaton nem lehet azonos a MAC. Visszanéztem közben, rosszul írtam az előbb: Man In The Middle támadásnál nem azt hazudja, h a keresett MAC cím tartozik a közbeékelődő géphez, hanem a keresett IP. Tehát amikor pl a megtámadott gép megkérdezi, h ki a default gateway, akkor a támadó gép azt hazudozza folyamatosan h az ő MAC címéjhez tartozik a keresett ip. Így az áldozat neki fogja elküldeni a requesteket. Természetesen a támadás csak akkor működik, ha a támadó továbbküldi az igazi default gateway felé a forgalmat, illetve az onnan jövő választ is elkapja és továbbküldi. (Ez egy linuxos iptables beállítással pl könnyen megoldható 1ébként)
[ Szerkesztve ]
̿' ̿'\̵͇̿̿\з=(◕_◕)=ε/̵͇̿̿/'̿'̿ ̿
-
Magnat
veterán
válasz Gulyopapa #22098 üzenetére
Elvileg a 1043ND lan-lan között (tehát két helyi eszköz között) kb 940Mbitet tud Alex mérései szerint. Bár ezt nem gyári firmmel mérte, de sztem gyárival is elég meggyőző a sebessége. Esetleg egy fapados módszert próbálj ki, küldj át párszáz giga adatot (lehetőleg nagy fileokat, pl hd filmek) és mérd meg stopperrel, h konkrétan mennyi adat hány mp alatt ment át, aztán majd az alapján kiderül, h egyáltalán érdemes-e agyalni azon, h mi lehet a szűk keresztmetszet.
[ Szerkesztve ]
̿' ̿'\̵͇̿̿\з=(◕_◕)=ε/̵͇̿̿/'̿'̿ ̿
-
Magnat
veterán
-
Magnat
veterán
válasz skatebab #22411 üzenetére
Szia,
-pontosan milyen oldal nem jn be, linket tudnál írni?
-ha parancssorba beírod, h "nslookup oldal címe", arra milyen választ kapsz routerrel, illetve router nélkül?
-ha routerrel is feloldja, akkor "traert oldal címe" parancsra milyen válaszokat kapsz routerrel, illetve router nélkül?̿' ̿'\̵͇̿̿\з=(◕_◕)=ε/̵͇̿̿/'̿'̿ ̿
-
Magnat
veterán
válasz skatebab #22461 üzenetére
Megnéztem, nekem is vhol Montrealban akad el, mégis megy az oldal... Gyári firm van a 1043-on?
Szerk: esetleg próbálj meg egy bármilyen más wan macaddresst beállítani, hátha a szolgáltató vmit elálított, mikor szereltek és vmi blokkolva van ami a mac címedhez kötődik..
[ Szerkesztve ]
̿' ̿'\̵͇̿̿\з=(◕_◕)=ε/̵͇̿̿/'̿'̿ ̿
-
Magnat
veterán
Szia,
pedig ennek így menni kellene. Még akkor sem szabadna megkergülnie, ha csak simán rádugod, max a dhcp lesz egy kicsit problémás, mert hol az egyik fog osztani, hol a másik, tehát nem fog jól működni, de ilyen tüneteket akkor sem kéne mutatnia.
̿' ̿'\̵͇̿̿\з=(◕_◕)=ε/̵͇̿̿/'̿'̿ ̿
-
Magnat
veterán
válasz VeryByte #22482 üzenetére
De a broadcast csak subneten belül fertőz, így nem értem, mit tud zavarni egy wan port... esetleg még azt lehetne, ha így mégsem műxik, h tp-linken kikapcsolni a natot és wan porton keresztül routolni a forgalmat (ha a fw enged ilyet). A másikban meg egy statikus routeot felvenni a tp-link wan portjára a másik subnetre és kész is.
̿' ̿'\̵͇̿̿\з=(◕_◕)=ε/̵͇̿̿/'̿'̿ ̿
-
Magnat
veterán
-
Magnat
veterán
válasz sebijani1982 #22950 üzenetére
Hi,
két lehetőség közül választhatsz, vagy felsorolod azokat a MAC címeket, akiknek nem engeded a hálózat használatát (és akkor mindenki másnak lehet) vagy azt sorolod fel, h kinek engeded (és akkor csak nekik lehet, senki másnak). Túl sokat nem ér a dolog, mivel a MAC címet a legtöbb eszközön egyszerűen meg lehet változtatni, de a második eset azért vmivel jobb, mert akkor nem elég változtatnia, de olyanra kell, ami engedélyezve van és az engedélyezett kliens nincs a hálón éppen (vagy ha fent van akkor le kell róla lökni). Persze ha azt csinálja vki, h felírja a hálót használóü kliensek MAC címét és később mikor vmelyik nincs fent, akkor állítja be a saját eszközének azt a címet, akkor tudja használni, de ez nem egy permanens megoldás. A te szempontodból viszont az lenne a legjobb szvsz, ha vmi 3rd party firmware segítségével (vagy lehet h a gyári is tudja) több SSID-t csinálnál és a saját eszközeiden beállítottat nem adnád meg senki másnak, esetleg ha több ismerősnek is adsz hozzáférést, akkor mindenkinek külön SSID. Így könnyebb felderíteni, h melyik SSID-t használják többen mint kellene, plusz egy esetleges jelszócsere sem érinti a többi klienst, aki jól viselkedik
̿' ̿'\̵͇̿̿\з=(◕_◕)=ε/̵͇̿̿/'̿'̿ ̿
Új hozzászólás Aktív témák
- Samsung Galaxy S24 Ultra 12 / 256GB titánszürke dobozában 36 hónap garanciával!
- AKCIÓ! Intel Core i7 FÉLKONFIGOK - KÉRHETŐ ALKATRÉSZ IS CPU, RAM, ALAPLAP
- iPad Air 5 64GB M1 WIFI (kék)
- iPhone 14 Pro Max 128gb, makulátlan,garanciális, független
- ASUS H97-PRO alaplap 1150 Intel H97 lapkakészlet, 4xDDR3, SATA 3.0, HDMI, M.2 SSD foglalat
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs