Új hozzászólás Aktív témák
-
tupacamaru
veterán
Másolás közben folyamatos az átvitel vagy meg-meg áll? Nem tudsz másik vinyót a gépre dugni egy próba erejéig, és arról másolni? Az Atom-os topikban már volt ilyen hiba de ott vinyó probléma volt. Igazából nem tudok semmi konkrétummal segíteni.
Hello, a nevem Inigo Montoya! Megölted apámat, készülj a halálra!!!................................................................... Merek annyit, amennyit férfi merhet; Aki többet mer, nem ember...............................
-
And
veterán
"Korábban tökéletesen működött a két router régebbi dd-wrt verzióval, ami még nem is támogatta a Repeater módot, tehát nem is értem miként (nem én állítottam be akkor)"
WDS-sel működhetett a repeater-mód már a régebbi verziók esetén is, csak abban az esetben mindkét routeren be kellett állítani a WDS-linket.
"[..] kivéve, hogy nem Repeater Bridge, csak szimplán Repeater."
A saját belső hálózaton belül miért is nem repeater bridge? A sima repeater NAT-ol, akkor pedig a két router IP-címeinek nem egy címtartományon belül kellene lennie.
Az átjáró címe rendben, de helyi DNS-t sosem adtam meg, az összes felcsatlakozó kliensgép a szolgáltató DNS-szervereinek címét kapja DHCP-n.[ Szerkesztve ]
-
And
veterán
"mert akkor nem az R1-et terhelem még az IP osztással is"
Azért egy DHCP-szerver funkció annyira nem megterhelő néhány helyi kliens esetén. Ha viszont DNS-nek az első routert kapják a szolgáltató helyett, az sokkal inkább az.
"bár nem értem miért ne lehetne azonos az R1-ével"
Mondjuk azért, mert ha a netmaszk 255.255.255.0, akkor a 192.168.1.x címmező ugyanazt az alhálózatot fedi, függetlenül a DHCP-szerverek beállításától.
#15999: Az nem specialitás (legfeljebb jól konfigurálhatóság, az meg ugye nem baj), hogy a felhasználó dönti el, akar-e címet fordítani, vagy nem. Bridge módokban nincs címfordítás, ez otthoni hálózatban tökéletes: nem kell külön minden helyi szerver eléréséhez port forward vagy DMZ, szabad a fájlmegosztás, mindenki lát mindenkit, stb. A NAT-olós módoknak mondjuk akkor van értelme, ha olyan wireless ISP-re csatlakozunk, amely csak egy kapcsolatot engedélyez (ilyenkor a WLAN 'port' úgy működhet, mint vezetékes csatlakozásnál a WAN, tehát a 'bejövő' wireless kapcsolatot tudjuk megosztani).
"látom, hogy nem egyszerűen csak üzemmódot kell választani, hanem valami virtualizációs dolgot is"
Ez mondjuk hardverfüggő (hiszen rengeteg típust támogat), de speciel a Broadcom-chipsetes Linksys-routereken úgy működik, hogy ha csak egyszerűen üzemmódot váltasz (client bridge -> repeater bridge), akkor nem történik semmi különös, az eszköz továbbra is kliensként funkcionál. Viszont repeaternél virtuális access point-okat van lehetőséged hozzáadni a rendszerhez, amit sima client bridge módban nem lehet megtenni. Ilyen VAP-ból maximum 8 darabot kezel a szoftver, és mindet külön-külön tudod felkonfigurálni. Ez mint jelismétlő elég jó megoldás, mivel nincsenek olyan kötöttségei, mint egy szimpla repeaternek: az VAP SSID-nek nem kell egyeznie az eredeti AP SSID-vel, a kulcsolási módszer is eltérhet, akár WPA2 is lehet, az eredetitől eltérő kulccsal. Az egyetlen megkötés a rádiócsatorna, az természetesen mindegyiknél azonos marad (ugyanaz, ami a kliens szerepet ellátó 'fizikai' csatolón). -
And
veterán
A TP-Linkről lövésem sincs, mivel nem láttam. De az biztos, hogy két, a tiéddel teljesen megegyező fw-verzióval (build 14896) rendelkező WRT54GL között működik a dolog, ha úgy állítod be, ahogy a saját magad által közölt linken le van írva. Gyakorlatilag az első v24-es kiadás óta van repeater-bridge-nek állított WRT54GL a hálózatban, azóta gond nélkül megy. A hálózat minden tagja az első (AP-ként működő, a példádban R1-ként említett megosztó) routertől kapja a címeket DHCP-n, ami konkrétan nulla plusz terhelést jelent neki, mivel DNS-szerverként a szolgáltató címeit osztja (a routeren a Basic Setup-ban a Use DNSMasq for DHCP / DNS opciók tiltva).
"R1 viszont 6 kapcsolatnál is nyolcvanvalahány százalékos terhelést mutatott"
Ugye a 'Maximum Ports' beállítás (Administration / Management oldal) 4096-ra van állítva, a TCP / UDP timeout pedig nem túl hosszú?[ Szerkesztve ]
-
And
veterán
Nem csak a file- és nyomtatómegosztásról vagy SMB-szerverről van szó, annak működőképessége csak egy 'szerencsés' mellékhatás. Ha ezt korlátozni kell, akkor - ahogy írod - sokkal célszerűbb egyéb módon megoldani. A legfőbb indok a repeater- / client-bridge módra, hogy az ember otthoni LAN-jában (speciális esetek vagy igények kivételével) sokkal egyszerűbb, ha a megosztó router után nincs újabb címfordítás, minden eszköz ugyanannak a LAN-nak a tagja. Előnyök:
- Szerver üzemeltetésnél (itt ne csak klasszikus szerver-alkalmazásokra gondolj, hanem például p2p-fájlcserélő program vagy távoli asztal szolgáltatás használatára) mindkét routeren, tehát kétszer kellene portot forwardolni az adott célgéphez, az meg macerás. Például maguk a routerek elérése is gond lehet. Pingre eleve nem válaszolnak alapesetben a WAN-portról, vagyis ha a WLAN-ról (bridge-mód hiányában) befelé NAT-olsz, akkor valószínűleg onnan sem fog válasz érkezni, ezt tapasztaltad.
- A kvázi statikus (MAC alapján osztott) IP-k menedzselése egy helyen, a megosztó routeren végezhető. Fix IP-k kiosztása minden gépnek meg nem túl kényelmes, ha sok kliens van a hálózatban.
- A NAT-oló repeaterre csatlakozó gépek DNS-kérései sem a repeatert (és megfelelő beállítás esetén a megosztó routert sem) terhelik.
- A NAT (WAN-LAN működés) eleve nagyobb terhelés a repeaternek, kisebb sávszélt eredményezve. WRT54GL LAN-ok (switch) között 80-90 Mbps átmegy, ez messze nem igaz, ha az eszköznek címet kell fordítania. Persze wifi-csatlakozás esetén amúgy is a wireless szabvány áteresztőképessége a legfőbb limit. -
Claude Leon
senior tag
Ha natol, nem kellene más címtartományba tenni?
Az a szerencsétlen végpont persze, hogy nem fog vacakolni gatewayjel, ha a címtartományába esik a gatewyon túli állomás címe.
Írhatsz akármit a routing table-ba, a netmaszkon belüli címet miért is keresné kívül akármelyik végpont?
(A mellékelt ábra csak a wifi csatlakozást illusztrálja, szerintem kicsit hiányos, az hálózati ügyeket nem igazán rágja szába) -
Tamy
senior tag
Nos ismét itthon van az R2-re becézett router. Megpróbáltam beállítani a Repeater Bridge módot, de az eredmény az, hogy bár ő kap ip-t a TP-Link-től, ha csatlakozni próbálok hozzá a laptoppal, akkor nem kapok ip-t, a kérést nem is továbbítja a TP-Link felé, ott nyoma sincs a laptopnak, csak az R2-es routert látom.
Egész életemben azon gondolkodtam, hogy kéne valamit dolgoznom. Ezért aztán a végén nem is maradt rá időm.
-
And
veterán
"Megpróbáltam beállítani a Repeater Bridge módot, de az eredmény az, hogy bár ő kap ip-t a TP-Link-től [..]"
Ez azért nem világos, mert egy repeater-híd (vagy bármilyen más módba állított dd-wrt-s WRT54GL) a LAN-portról nem tud magának címet kérni. Csak fix IP-vel lehet felruházni, DHCP-kliensként csak a WAN-felől viselkedik (vagy a WLAN felől, nem bridge nélküli repeater / kliens módoknál). -
Cxgrav
senior tag
Véleményem szerint 2 router Bridge/Reapeter módban nem szórnak jelet tovább, csak egymással kommunikálnak ebben az esetben.
Így ha laptoppal akarsz csatlakozni valamelyik routerhez, akkor az egyiket AP/Bridge módba állítsd.
De lehet hülyeség az egész
[ Szerkesztve ]
Picture me Rollin' by 2pac
-
Tamy
senior tag
Illetve inkább az a gond egyelőre, hogy hitelesen tesztelni sem tudom. Most pl. már nincs is hálózatra csatlakoztatva a gép, mégis kidobja a többi, hiába frissítem a listát. Miként tudnám elfelejtetni velük a megtalált gépeket, hogy valóban újra keresse őket?
Egész életemben azon gondolkodtam, hogy kéne valamit dolgoznom. Ezért aztán a végén nem is maradt rá időm.
-
Tamy
senior tag
Úgy tűnik megoldódott, a Kerio-t jól állítottam be, csak meg kellett várnom míg a többi gép elfelejti, hogy van. Igaz egyik gépről sem válaszol a ping-re, és a hálózatfelderítés sem látja arról sem amit nem tiltottam le, de ez legyen a legkevesebb, az adott gépről célirányosan elérem a megosztását.
Egész életemben azon gondolkodtam, hogy kéne valamit dolgoznom. Ezért aztán a végén nem is maradt rá időm.
-
Tamy
senior tag
Sajnos korai volt az örömöm, már minden le van tiltva, a fájlmegosztás is, most visszaálltam a Windows tűzfalára, abban kivettem a pipát a "Fájl- és nyomtatómegosztás" és a "Hálózati diagnosztika a Windows XP rendszerhez" elől, még a Távsegítség és a Távoli asztal is ki van kapcsolva, bár ezeknek elvileg nem sok közük van hozzá. Érdekes, hogy a pingre már egyáltalán nem válaszol egyik gépről sem, de a hálózat tallózása megtalálja (Win 7-es gépeken).
Találtam egy részletesebb biztonsági beállítást, amit a %systemRoot%\system32\gpedit.msc /s futtatásával lehet előcsalni, ott a Számítógép konfigurációja/Felügyeleti sablonok/Hálózat/Hálózati kapcsolatok/Windows tűzfal/Tartományon belüli profil, illetve a Szokásos profil alatt is letiltottam a következőt: "Windows tűzfal: Fájl és nyomtatómegosztási kivétel engedélyezése" Ez a magyarázat szerint még akkor is tiltja a az ehhez szükséges portokat, ha a tűzfalon engedélyezve lenne (de nincs).
Mit tiltsak még le? Felraknék másik tűzfalat is, de a Kerio-val se jutottam többre, azt viszonylag ismerem, régen sokáig használtam. Vakon próbálkozni nincs kedvem, és elég nehézkes is, mert a Win megjegyzi a megtalált gépeket, és csak egy bizonyos idő után hajlandó elfelejteni. Erre is jó lenne valami trükk.
Korábban ugyanez volt a cél (csak egyetlen gép lássa a helyi hálón a hálózat tallózásával) egy Ubuntu-s géppel is, ott a Firestarter szépen megoldotta a tiltást.
Egész életemben azon gondolkodtam, hogy kéne valamit dolgoznom. Ezért aztán a végén nem is maradt rá időm.
Új hozzászólás Aktív témák
- Kínai, és egyéb olcsó órák topikja
- Vírusirtó topic
- VPN topic
- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- Mibe tegyem a megtakarításaimat?
- Nem indul és mi a baja a gépemnek topik
- Linux kezdőknek
- [SoP] Rövid előzetesn az Alien: Rogue Incursion (PS5/PSVR2, PC, MQ3)
- Suzuki topik
- További aktív témák...
- TicWatch Pro 2020 okosóra
- Eladó Palit RTX 4070 Dual 12GB GDDR6X videokártya
- Fujitsu Lifebook E546 , 14" Kijelző, I3-6100U, 8GB DDR4, 128GB SSD, WIN 10, Számla, garancia
- Fujitsu Lifebook E544 , 14" Kijelző, I7-4712QM, 16GB DDR3, 128GB SSD, WIN 10, Számla, garancia
- Dell Latitude E6430, 14" HD+ Kijelző, I7-3720QM, 8GB DDR3, 320GB HDD, Nvidia 1GB, WIN 10, Számla,
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Ozeki Kft.
Város: Debrecen