-
Fototrend
OpenWrt topic
Új hozzászólás Aktív témák
-
-
vargalex
Topikgazda
válasz
Blasius
#18571
üzenetére
Szia!
Én úgy emlékszem, hogy még a DSA előtti időkben volt Port mirroring lehetőség. Ha csak WAN oldali forgalomról van szó, akkor megoldható iptables-el is (iptables-mod-tee kell hozzá). Ha nem WAN oldal, akkor mindenképpen külön zónába kell tenni az eszközöket (hogy tűzfal legyen közöttük).
Egyébként az én TP-Link TL-SG108E smart switch-em (én még 8000 Ft-ért vettem kuponnal) is tud port mirroring-ot. -
-
xabolcs
őstag
válasz
Blasius
#18441
üzenetére
Meg szerencse, hogy irtam, milyen sokaig nem tunt el nalam az 5 GHz wifi, nehany napja nalam is eltunt.
Sun Apr 9 14:22:29 2023 daemon.notice hostapd: phy1-ap0: DFS-RADAR-DETECTED freq=5580 ht_enabled=0 chan_offset=0 chan_width=3 cf1=5610 cf2=0Sun Apr 9 14:22:29 2023 daemon.notice hostapd: phy1-ap0: AP-DISABLEDSun Apr 9 14:22:29 2023 daemon.notice hostapd: phy1-ap0: AP-STA-DISCONNECTED 8c:fd:f0:24:20:ebSun Apr 9 14:22:29 2023 daemon.notice hostapd: nl80211: deinit ifname=phy1-ap0 disabled_11b_rates=0Sun Apr 9 14:22:29 2023 kern.info kernel: [3862745.893653] device phy1-ap0 left promiscuous modeSun Apr 9 14:22:29 2023 kern.info kernel: [3862745.893914] br-lan: port 3(phy1-ap0) entered disabled stateSun Apr 9 14:22:29 2023 daemon.notice netifd: Network device 'phy1-ap0' link is downSun Apr 9 14:22:29 2023 daemon.info avahi-daemon[1958]: Interface phy1-ap0.IPv6 no longer relevant for mDNS.Sun Apr 9 14:22:29 2023 daemon.info avahi-daemon[1958]: Leaving mDNS multicast group on interface phy1-ap0.IPv6 with address fe80::e695:6eff:fe45:1079.Sun Apr 9 14:22:29 2023 daemon.info avahi-daemon[1958]: Withdrawing address record for fe80::e695:6eff:fe45:1079 on phy1-ap0.Sun Apr 9 14:22:29 2023 daemon.notice hostapd: phy1-ap0: interface state ENABLED->DISABLEDSun Apr 9 14:22:31 2023 kern.info kernel: [3862747.858048] br-lan: port 3(phy1-ap0) entered blocking stateSun Apr 9 14:22:31 2023 kern.info kernel: [3862747.858182] br-lan: port 3(phy1-ap0) entered disabled stateSun Apr 9 14:22:31 2023 kern.info kernel: [3862747.864015] device phy1-ap0 entered promiscuous modeSun Apr 9 14:22:31 2023 daemon.notice hostapd: phy1-ap0: interface state DISABLED->COUNTRY_UPDATESun Apr 9 14:22:31 2023 daemon.notice hostapd: phy1-ap0: interface state COUNTRY_UPDATE->HT_SCANSun Apr 9 14:22:31 2023 daemon.notice hostapd: phy1-ap0: interface state HT_SCAN->DFSSun Apr 9 14:52:52 2023 daemon.notice hostapd: phy1-ap0: DFS-NOP-FINISHED freq=5580 ht_enabled=0 chan_offset=0 chan_width=0 cf1=5580 cf2=0Sun Apr 9 14:52:52 2023 daemon.notice hostapd: phy1-ap0: interface state DFS->DFSSun Apr 9 14:52:52 2023 daemon.notice hostapd: phy1-ap0: DFS-NOP-FINISHED freq=5600 ht_enabled=0 chan_offset=0 chan_width=0 cf1=5600 cf2=0Sun Apr 9 14:52:52 2023 daemon.notice hostapd: phy1-ap0: interface state DFS->DFSSun Apr 9 14:52:52 2023 daemon.notice hostapd: phy1-ap0: DFS-CAC-START freq=5580 chan=116 sec_chan=1, width=0, seg0=122, seg1=0, cac_time=60sSun Apr 9 14:52:52 2023 daemon.notice hostapd: phy1-ap0: DFS-NOP-FINISHED freq=5620 ht_enabled=0 chan_offset=0 chan_width=0 cf1=5620 cf2=0Sun Apr 9 14:52:52 2023 daemon.notice hostapd: phy1-ap0: interface state DFS->DFSSun Apr 9 14:52:52 2023 daemon.notice hostapd: phy1-ap0: DFS-CAC-START freq=5580 chan=116 sec_chan=1, width=0, seg0=122, seg1=0, cac_time=60sSun Apr 9 14:52:52 2023 daemon.notice hostapd: phy1-ap0: DFS-NOP-FINISHED freq=5640 ht_enabled=0 chan_offset=0 chan_width=0 cf1=5640 cf2=0Sun Apr 9 14:52:52 2023 daemon.notice hostapd: phy1-ap0: interface state DFS->DFSSun Apr 9 14:52:52 2023 daemon.notice hostapd: phy1-ap0: DFS-CAC-START freq=5580 chan=116 sec_chan=1, width=0, seg0=122, seg1=0, cac_time=60sAhogy a naplobol is latszik, a radar detektalas uti ki a biztositekot, ami utan - bar probal - nem tud visszaterni mukodo allapotba. A DFS-es 116-os csatornan hasznaltam.
-
xabolcs
őstag
válasz
Blasius
#18441
üzenetére
Van lehetoseged atterni a kmod-ath10k-ct-rol a sima kmod-ath10k-ra?
Amikor az ipq40xx-es GL-B1300-on a ct valtozatot hasznaltam SNAPSHOT vagy epp 22.03 alatt, akkor is nehany nap utan szimplan megszunt letezni az 5G-s AP ... pont ahogy irod.Ahogy attertem minden problema megszunt: a 42 nap uptime alatt egyszersem kellett ujrainditanom a wifit!
20:20:34 up 42 days, 22:58, load average: 2.05, 1.37, 1.19Ezen felul a ct -> sima atteresen felul: van lehetoseged frissiteni 22.03-ra? Hamarosan megjelenik a 22.03.4-es kiadas.
-
suste
veterán
válasz
Blasius
#16941
üzenetére
br-lan: bridge-lan, vagyis össze van kötve az ethernet és a wifi interfész egy LAN-ba
dlna sajnos nem megy át az alhálók között, ezzel én is szívtam anno
ráadásul még a relayd-en sem, hiába van egy LAN-banvalszeg tűzfalban meg lehetne oldani, de nem tudom milyen portokat kellene átengedni (a 8200 tuti kevés)
a DLNA szerver (vagyis a router) szórja a listáját, amit megtalál a tv mint lejátszó
-
vargalex
Topikgazda
válasz
Blasius
#16908
üzenetére
A passwd file-van kapcsolatban pl. ezt érdemes lenne átolvasnod.
A
~/.ssh/authorized_keysfile-nak pont az az értelme, hogy csak a tulajdonos tudja írni/olvasni. Kézzel is módosíthatod, de a publikus kulcs átjuttatására való a kolléga által is írtssh-copy-idparancs (persze, ha linux a kliens). -
xabolcs
őstag
válasz
Blasius
#16903
üzenetére
Pont ugy, ahogy a tobbi Linuxnal: a masik felhasznalo home konyvtaraban levo .ssh/authorized_keys fajlba beirod a hasznalni kivant publikus kulcsot. Pl. az ssh-copy-id-val.
OpenWrt Wiki: Dropbear key-based authentication
Van mar masik felhasznalo a routeren?
A nem root felhasznaloknal a dropbear pedig onnan tudja, hogy be kell-e engedni jelszo nelkul a delikvenst, hogy az azonositasra kuldott kulcs benne van az adott felhasznalo .ssh/authorized_keys fajljaban. -
vargalex
Topikgazda
válasz
Blasius
#16895
üzenetére
A manual szerint default-ban, ha nem adsz meg bind_address-t, akkor csak localhost-ra fog bind-elni a "hallgató" socket a szerver oldalon (és ezért kell oda is egy forward a LAN oldalról). Szóval, szerintem az
ssh -R *:9500:localhost:5900 user@(a routerem ip címe) -p 2345paranccsal éred el azt, amit szeretnél. Ahogy olvashatod, a *-nak jónak kell lennie. Ha mégsem, akkor próbáld ki helyette 0:0:0:0-val.
-
suste
veterán
válasz
Blasius
#14943
üzenetére
én úgy teszteltem, hogy a 2. routerre volt kötve a tv mindkét esetben (wifi/kábel), és csak kábelen ment át a dlna
a ethernet és a wifi is a "LAN" interfészen volt
a "WWAN"-on csatlakozott a másik routerre, és a "WWAN" volt relayd hídba (STABRIDGE) kötve a "LAN"-nal, szóval logika szerint nem lehetett volna különbség wifi és kábel között ..... de mégis volt
-
krealon
veterán
válasz
Blasius
#14926
üzenetére
"Van egy gyári fő router, ezen van a net (A). 192.168.1.xxx-t oszt a rácsatlakozott klienseknek.
Van egy openwrt router (B), ez wifin csatlakozik A-ra routed client módban. B 192.168.0.xxx-t oszt a klienseinek.
Ha portot akarok nyitni, hogy a B-n futó ftp, ssh, rtorrent stb kívülről elérhető legyen akkor mit hova port forwardoljak? Arra az ip-re kell amit B kap A-tól, ugye (192.168.1.xyz)?"Pontosan.
-
-
vinibali
őstag
válasz
Blasius
#8310
üzenetére
talán megpróbálhatnád a partíciós táblát újra létrehozni, vagy az lemez első néhány MB-os részét dd-vel megnullázni és aztán adni neki egy partíciós táblát.
milyen meghajtóval próbálod egyébként?
ha van hely akkor rakhatsz egy fdisk-et is a routerre, hátha az szerencsével jár majd. -
Blasius
tag
válasz
Blasius
#8239
üzenetére
Ok, van egy kis fejlemény:
"ifconfig wlan1 up" -al be tudom kapcsolni ezt az usb wifit.
"iwconfig" -gal parancssorból csatlakozik a wifire (az ap-n is látszik).De a wifi detect továbbra sem látja (Luci sem). Így pedig nem tudok client mode wifi-t beállítani mert ahhoz az /etc/config/wireless -t kellene szerkesztgetni. Vagy parancssorból esetleg lehetséges 'lan'-ból 'wan'-ba rakni wlan1-et?
-
Blasius
tag
válasz
Blasius
#7973
üzenetére
Volt ez a konfigurációm:
Hotspot------(wifi wps)------Tplink router-----(utp)-----OpenWrt router-----(wifi)-----Kliens(ek)
Tplink is és az OpenWrt router is transzparens (bár az elérhetőség miatt egy-egy ip címet megadtam nekik), a dhcp a Hotspot. A hálózat minden tagja 192.168.1.xxx
OpenWrt router és a Kliens között a kapcsolat letöltéskor sokkal lassabb volt mint a Hotspot--Tplink kapcsolat.
A sebesség-problémát nem sikerült megoldanom. Elég sok beállítási lehetőség van an OpenWrt-n (MTU csomagméret meg ilyenek), ezekkel lehet hogy lehetne kezdeni valamit, de eléggé misztikusak nem is tudom hol kedjem...
Inkább arra gondoltam hogy felcserélem a két routert, így:
Hotspot------(wifi wps)------OpenWrt router-----(utp)-----Tplink router-----(wifi)-----Kliens(ek)Ezt a receptet követem: https://wiki.openwrt.org/doc/recipes/atheroswds
(a routerem nyílván Atheros vas, egy BTHHV2B egyébként; BB14.07 fut)Odáig eljutottam hogy a Hotspot-OpenWrt router kapcsolat létrejön. De valamiért a kapcsolat csak a wifi interfészig "jut"; A lanon csatlakoztatott kliensek nem kapnak ipt. A lan interfészen a dhcp ki van kapcsolva, és a hotspotnak kéne osztogatni.
Ebben a konfigurációban mire kell ügyelni a híd beállításoknál? Hogyan tudnám elérni hogy a wifi "legyen a főnök", ne a lan
? -
suste
veterán
válasz
Blasius
#7969
üzenetére
1(tipp): a sebességek átfordulnak a repeater/wds mód miatt
2: a sebességek feleződnek is, szintén a repeater/wds -nek köszönhetően (dupla forgalom)
azt lenne jó tudni, hogy a kapcsolati sebességek mekkorák az egyes wifis eszközök között, mert ott derül ki, hogy mennyi fér át a "csövön"
és az sem mindegy, hogy a teszt közben még hány kliens kapcsolódik a wifire, és azok milyen forgalmat bonyolítanak (a bejövő wifis kapcsolat sebessége osztódik tovább!!!)
Új hozzászólás Aktív témák
vargalex- Játékkulcsok ! : PC Steam, EA App, Ubisoft, Windows és egyéb játékok
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- MS SQL Server 2016, 2017, 2019
- MEGA AKCIÓ! - Jogtiszta Windows - Office & Autodesk & CorelDRAW - Azonnal - Számlával - Garanciával
- Game Pass Ultimate előfizetések 1 - 36 hónapig azonnali kézbesítéssel a LEGOLCSÓBBAN! AKCIÓ!
- magyar billentyűzet - 151 - Lenovo LOQ (15IAX9) - Intel Core i5-12450HX, RTX 4060 (ELKELT)
- Apple iPhone 11 64GB Black használt 100% akku 6 hónap garancia
- BESZÁMÍTÁS! ASRock B550 R5 5600 16GB DDR4 512GB SSD RTX 3070 Ti 8GB CM MasterBox MB520 TT 750W
- Új MSI 15 Cyborg FHD IPS 144Hz i7-13620H 10mag 16GB 512GB SSD Nvidia RTX 4060 8GB Win11 Garancia
- HIBÁTLAN iPhone 13 Pro Max 256GB Sierra Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS4302
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest