- Poco F3 - a mindenes, de nem mindenkinek
- Várható a HyperOS a Poco F3-ra is
- iPhone topik
- Mobilhasználat külföldön
- Nothing Phone (2) - több, mint elsőre látszik
- Fotók, videók mobillal
- Android szakmai topik
- A vártnál kevesebb iPad Pro fogyhat
- OnePlus 8T – fazonigazítás
- Motorola Edge 30 Neo - wake up, Jr...
Hirdetés
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
-
Enduro változatot kapott a Mobvoi TicWatch Pro 5
ma WearOS 3.5 rendszerrel és kettős FSTN és AMOLED kijelzővel érkezik az új modell.
-
Steet Fighter 6 - Így harcol Akuma
gp A sorozat legútóbbi részének DLC karaktere alig több mint egy hét múlva érkezik a játékba.
-
Mobilarena
TP-Link WR1043ND - N450 router
Új hozzászólás Aktív témák
-
-
vargalex
Topikgazda
válasz petakpa1 #71281 üzenetére
(a) a HGW-n kiesik az ARP táblából a géped, így nem tudja, hogy mely MAC címre kellene továbbítani a csomagot (mivel nincs IP cím társítva hozzá).
(b) ha valóban switch módban van config-olva, akkor ennek nem kellene működnie.
Biztos, hogy LAN-LAN összekötésben van a két eszköz?Alex
-
vargalex
Topikgazda
válasz Satrafuckar #71284 üzenetére
Nem ismerem a winfsp-t, de nem ad lehetőséget legacy key exchange algorithm-ok engedélyezésére? Ez ugye a legújabb openssh esetén egyetlen kapcsoló.... Általában attól, hogy valami alapból nem tiltott, kézzel még engedélyezhető szokott lenni egy rendes software esetén...
Alex
-
vargalex
Topikgazda
válasz petakpa1 #71288 üzenetére
Szia!
Rögzítsd fixen a MAC címet az ARP táblába.
De nekem továbbra is fura az a port forward. LAN-LAN nincs tűzfal, így nem értem, hogy mit továbbítana...
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz Satrafuckar #71287 üzenetére
A minidlna adatbázisának helyét állítsd át egy a HDD-n lévő könyvtárra, mert alapban a /var-on van, ami RAMDRIVE, azaz újraindulás esetén megy a kukába. Illetve az indexelés is azért állhat le, mert elfogy a hely a /var-on.
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz Satrafuckar #71296 üzenetére
Szia!
Egyáltalán nem normális, hogy újrainduláskor nulláról építi fel az adatbázist. Biztos, hogy nem hibás? Esetleg maga a HDD? De ekkora mennyiség tényleg nem egy 32 MB-os routernek való...
A PC-s adatbázis felépítésnél arra kell figyelni, hogy pont ugyan oda legyen csatolva, különben mit sem ér az egész...[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz petakpa1 #71299 üzenetére
Igen, azóta már sok dolog változott, többek között a régi
ifconfig
-rólip
parancsra váltottak, viszont a busybox-ban megvalósított minimális funkcionalitással. Így, ahogy a kolléga is írja, tedd fel azip-tiny
-t, ha azzal sem megy, akkorip-full
. A kettő együtt úgysem lehet fenn.
A static lease rögzítése soha nem volt összefüggésben az ARP táblába történő rögzítéssel...Alex
-
vargalex
Topikgazda
-
vargalex
Topikgazda
válasz petakpa1 #71312 üzenetére
Szia!
Ahogy a #71310-et olvastam, akkor jutott eszembe, hogy valószínűleg változott a rendszer és DHCP címkiosztás esetén felülírja a permanensen rögzített IP címet. Erre egy megoldás lehet az általad is írt fix IP a kliensen (hiszen ekkor ugye a dnsmasq nem nyúl az ARP táblához. De rugalmasabb, ha kihasználod azt, hogy a dnsmasq-nak adhatsz egy custom scriptet (dhcpscript opció, LuCI-ra sajnos úgy látom, hogy nincs kivezetve), ami megkapja paraméterként a művelete (add, old, del), a MAC címet, az IP címet és a hostname-ot, ha küldi a kliens. Így egy saját scriptben simán felépíthető a parancs:
#!/bin/sh
$MACADDR="aa:bb:cc:dd:ee:ff"
if [ "$2" == "$MACADDR" ]; then
ip neigh replace $3 lladdr $2 nud permanent dev br-lan
fi
A MAC cím vizsgálatot akár ki is hagyhatod, úgy minden géped permanensen benne lesz az ARP listában.
Alex
-
vargalex
Topikgazda
válasz petakpa1 #71314 üzenetére
Szia!
Maga a dnsmasq képes egy scriptet futtatni, amikor IP címet oszt (vagy megújít, esetleg release-eli) ki egy kliens számára. A linkelt dnsmasq manual-ban keress rá a --dhcp-script szövegre, ott a második találat lesz. Ezt a scriptet maga a dnsmasq úgy hívja meg, hogy paraméterként átadja neki sorban a típust (add/old/del) MAC címet, az IP címet, és a host nevet. Egy shell scriptben ezek rendre a $1, $2, $3, $4 változókkal hivatkozhatóak.
A#/bin/sh
egyszerűen a parancsértelmezőt jelöli, azt mondja meg, hogy az fogja futtatni a scriptet (esetünkben egyébként ez egy symlink azbusybox
-ra).
A lényeg, hogy létrehozol valahova egy scriptet (pl. a/root
-ba). Legyen mondjuk ez a/root/make_ip_permanent.sh
.Mivel a LuCI-ban nem lehet megadni, így vagy kézzel szerkeszted a
/etc/config/dhcp
file-t és a dnsmasq szekcióba felveszed a többi közé azoption dhcpscript '/root/make_ip_permanent.sh
sort, majd újraindítod a dnsmasq-ot:
/etc/init.d/dnsmasq restart
Vagy uci-val adod hozzá:
uci set dhcp.@dnsmasq[0].dhcpscript='/root/make_ip_permanent.sh'
majd szintént újraindítod a dnsmasq-ot.
A fenti scriptet nagyjából jól érted. Ugye az első sor a parancsértelmező, ezt írtam. A második sorban definiáljuk a számunkra érdekes MAC címet (nem kötelező definiálni, be lehet írni az if-be a $MACADDR helyére is. Csak én szeretem egyszer definiálni, hátha többször fogom használni.
A 3. sorban a script megvizsgálja, hogy a 2. paraméterként érkező érték (a fenti leírás alapján ugye ez a MAC cím) egyezik-e a számunkra érdekes MAC címmel. Ha nem, akkor nem csinál semmit.
A 4. sorban pedig rögzíti permanensen a szomszédot a paraméterként érkező IP cím és MAC cím segítségével.Ha csak kíváncsi vagy, hogy valóban futtatja-e a dnsmasq a scriptet, akkor legyen ennyi a tartalma:
#!/bin/sh
logger -t make_ip_permanent "Incoming type: $1, MAC address: $2, IP address: $3, Hostname: $4"
Majd, ha újraindítod a dnsmasq-ot, akkor minden dhcp kéréskor/megújításkor/release-kor látni fogsz egy sort a rendszer logban a fenti tartalommal. Ez a script csak logol, semmi mást nem csinál.
Alex
-
vargalex
Topikgazda
válasz Satrafuckar #71317 üzenetére
Szerintem egyszerűen kevés a RAM egy ekkora adatbázishoz. Nyilván az index létrehozása sem véletlenül nem futott le. Nem azonnal a disk-re történik...
Alex
-
vargalex
Topikgazda
válasz Satrafuckar #71319 üzenetére
Azért a minidlna-nak fel kell olvasnia az adatbázist... Különben hogy szolgálna ki?
Alex
-
vargalex
Topikgazda
-
-
-
vargalex
Topikgazda
válasz petakpa1 #71382 üzenetére
Szia!
Milyen OpenWrt verzió van rajta? Ha még régebbi (nem DSA-s), akkor (persze változott azóta a felület) így. Ha már DSA, akkor a Hálózat->Csatolók oldal Eszközök fülén tudod ugyan ezt megcsinálni. A WAN interface-t ilyenkor is törölheted.
#71385 Borisz76: Nem feltétlenül a routeren kell, hogy fusson a DHCP szerver, illetve egyéb szolgáltatások. Nyilván a kollégának is van egy routere, de az abba beépített DHCP szerver szolgáltatása kevés, az 1043ND pedig nem tud akkora sebességet NAT-olni. Switch-ként viszont tökéletes...
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz petakpa1 #71389 üzenetére
A WAN portot ki kell venni a 2-es VLAN-ból (tehát a minimum az, hogy ott off-ba teszed), azaz a legjobb, ha törlöd is a 2-es VLAN-t, hiszen úgysem tartozna bele egyetlen port sem. És igen, az 1-es VLAN-ba untagged-ként be kell tenni. Ezután a WAN interface-t is törölheted.
[ Szerkesztve ]
Alex
-
-
vargalex
Topikgazda
válasz petakpa1 #71407 üzenetére
Esetleg próbáld meg a CPU-t is untaggedre tenni.
Vagy akár ki is kapcsolhatod a VLAN funkcionalitást, csak akkor a LAN interface-nál az eth0.1 helyett az eth0 eszközt kell hozzáadni.
A parancssort most hagyjuk, lehet a LuCI már máshogy intézi.Szerk.: most nézem, hogy a képernyődön éppen az látszik, hogy migrálja eth0-ra.
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz petakpa1 #71413 üzenetére
Szerintem csak a LuCI rollback funckiója "viccel meg" téged. Nem lehet, hogy ez az eszköz DHCP-n kap IP címet nálad és a konfiguráció módosításával új IP-t kapna, így a régin már nem lesz elérhető, ezért a LuCI rollback-el? Ha igen, akkor a VLAN config-ot SSH-n csináld meg a
/etc/config/network
file-ban. Vagy uci parancsokkal.Alex
-
-
vargalex
Topikgazda
válasz gr8tjoey #71428 üzenetére
A 14.07 emlékeim szerint failsafe módban (illetve telepítés után jelszó beállítása nélkül) telneten érhető el, nem SSH-n.
Ha extroot-od volt, akkor azt a flash-ban lévő fstab-ban be kellett volna állítanod és minden ment volna tovább.
De alapvetően a 14.07-ben biztos volt már valami sérülékenység, amit ki tudtak használni. Arra nem válaszoltál, hogy a 8080-on a LuCI, vagy pl. suste-ék saját felülete, vagy általad írt saját felület volt kiengedve.Alex
-
vargalex
Topikgazda
-
vargalex
Topikgazda
válasz Gézengúz #71451 üzenetére
Pedig angol oldalt tudok linkelni.
De csak az ott leírt dd parancsot kell futtatni, ami a bootloadert tartalmazó gyári firmware-ból levágja a bootloadert és a header-t, így feltehető OpenWrt-re.Alex
-
vargalex
Topikgazda
válasz eladohardver #71455 üzenetére
Természetesen, van
hd-idle
, sőt van hozzá webes felület is:luci-app-hd-idle
a repo-ban.Synchting
szintén a repo-ból telepíthető.Alex
-
vargalex
Topikgazda
válasz eladohardver #71457 üzenetére
Mi a probléma? Ez egy ekkora csomag, nyilván 1043ND esetén extroot szükséges a telepítéshez.
Alex
-
vargalex
Topikgazda
válasz gr8tjoey #71471 üzenetére
Természetesen működik bármilyen portra.
A recovery-hez (ami alatt szerintem a failsafe-ra gondolsz): ha a Suste build-jét használod, ott failsafe módban még telneten érhető el az eszköz, nem ssh-n... De ez le is van írva a wiki oldalon: "Note that modern OpenWrt always uses SSH, but early OpenWrt releases (15.05 and before) offered a telnet connection in this state but no SSH.".
A Suste build pedig Barrier Breaker, azaz 14.07.[ Szerkesztve ]
Alex
Új hozzászólás Aktív témák
- GIGABYTE RTX 3060TI GAMING OC 8G
- Asus TUF FA507 - 15.6" IPS 144Hz / Ryzen 7 6800H / 16Gb DDR5 4800MHz / RTX 3050 Ti / 1 ÉV GARANCIA
- NVIDIA Dell RTX 2080 Ti 11GB GDDR6 - Beszámítás: OK
- AKCIÓ, BOLTI ÁR ALATT! tado BASIC Okos Radiátor Termosztát 3db-os
- AKCIÓ, BOLTI ÁR ALATT! Xiaomi HUTT C6 ablaktisztító robot
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen