- Nothing Phone 2a - semmi nem drága
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Megérkezett a Google Pixel 7 és 7 Pro
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- Apple iPhone 13 Pro Max - őnagysága
- Milyen okostelefont vegyek?
- iPhone topik
- Apple iPhone 13 - hízott, de jól áll neki!
- Xiaomi 13 - felnőni nehéz
Hirdetés
-
Egyedi megoldást kínál majd a CMF első készüléke
ma Az első előzetesben látott, csavarszerű képződmény a Nothing Lock, amivel különféle kiegészítőket lehet majd a készülékre applikálni.
-
Computex 2024: Léggel, vízzel – egy MSI VGA mindenek felett
ph Élőben is brutális a Fuzion hűtése, ami két verzióban, egy RTX 4090 és egy RTX 4080 Super kártyán is feltűnik.
-
Előzetes élménybeszámolókon az Elden Ring: Shadow of the Erdtree
gp A DLC alig két hét múlva végre elérhető lesz PC-n és konzolokon is.
-
Mobilarena
TP-Link WR1043ND - N450 router
Új hozzászólás Aktív témák
-
vargalex
Topikgazda
válasz Jimcat #18613 üzenetére
Hi!
Ez már nem az alap config, mert az általam adott smb.conf.template-ban a
guest account = samba
szerepel. Nyilván összesen annyi a baj, hogy a megosztásra a nálad szereplő nobody usernek írásjogot kell adni. Azaz vagy az user-hez kell rendelni, vagy az user csoportjához és a csoportnak írásjogot kell biztosítani.
A formázó felületem a jogosultságokat beállította (volna). Feltéve, hogy a megosztás a /mnt:
chgrp users /mnt
chmod -R g+w /mntAlex
-
vargalex
Topikgazda
Hi!
Azon csomagok, amik a firmware részei nem eltávolíthatók csak logikailag. Így ezek eltávolításával csökken a szabad hely, mert töröltnek jelöli őket a jffs2-őn.
Persze, NTFS is használható telepítésre, de extroot-nak nem.
Elvileg php beüzemelhető uhttpd alatt is, de azért ehhez inkább minimum lighttpd ajánlott.
MC nem elég ftp-re?
Alex
-
vargalex
Topikgazda
válasz dash17291 #18676 üzenetére
Hi!
Ahogy woodworm is megírta, a ddns-script a futás elején nézi meg nslookup-al (azaz dns szervertől lekérve) az IP-det, és ezt tárolja a registered_ip-ben. A teljes élettartam alapján ezzel az értékkel dolgozik tovább, mondván (helyes logika alapján) más ezt úgysem update-olja, így felesleges hálózati kérést indítani ezért. Tehát azt tudom mondani, hogy igazából ez a helyes megvalósítás a performanciát is figyelembe véve.
Alex
-
vargalex
Topikgazda
-
vargalex
Topikgazda
Hi!
A hibajegyek alapján (nem OpenWrt specifikus, hanem kernel driver szintű) úgy tűnik, hogy bizonyos típusú WiFi kártyák használatakor (a kliens oldalon) van ilyen probléma az ath9k driverben.
Próbáld meg, hogy a wifi config-ban a wifi-iface szekció alá beteszed:option 'wmm' '0'
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz dragon1993 #18694 üzenetére
Azt láttam, hogy megoldódott. De azért szívesen megnéztem volna, mert olyan nincs, hogy egyik porton meg a redirect, másikon nem.
Alex
-
vargalex
Topikgazda
válasz dragon1993 #18697 üzenetére
Esetleg privátban átküldöd? Tényleg kíváncsivá tett. Esetleg a PC-d nem engedte a 1993-as portot.
Alex
-
vargalex
Topikgazda
válasz vzoli1987 #18712 üzenetére
Ez nem hiba. Szabályosan kell leválasztani a vinyót, illetve természetesen illik leállítani a szolgáltatásokat előtte. Ha elolvastad a blogbejegyzésemet, akkor biztosan észrevetted, hogy erre külön script készült (amit engedélyezni kell). Persze ez csak akkor igaz, ha az én build-emet használod.
Alex
-
vargalex
Topikgazda
válasz dash17291 #18699 üzenetére
Hi!
Nem rontottál el valamit a ddns-script-ben? Ugyanis IP váltásnál biztos, hogy tökéletesen működik (és egyéb esetben is).
Kérdések:1. Miért kell script az IP megállapításához?
2. Miért kell https?
3. Ha https kell a lekéréshez, akkor feltetted a curl-t, mert a /usr/lib/ddns/dynamic_dns_updater.sh script-ben látható, hogy ez esetben azt használná:if [ "x$use_https" = "x1" ]
then
retrieve_prog="/usr/bin/curl "
if [ -f "$cacert" ]
then
retrieve_prog="${retrieve_prog}--cacert $cacert "
elif [ -d "$cacert" ]
then
retrieve_prog="${retrieve_prog}--capath $cacert "
fi
else
retrieve_prog="/usr/bin/wget -O - ";
fi[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz PistiSan #18719 üzenetére
Nem kötelező semmit másolni. Ha nem másolja át a jffs2-ről a tartalmat, akkor összesen annyi a hátrány, hogy újra be kell állítani mindent. Persze az extroot-nak több fajtája is létezik (olyan is megoldható, hogy a teljes filerendszert másolod és a flash-ból nem is használ semmit az indulás után. Azaz valóban írható lesz a teljes filerendszer, nem overlay-oz.)
Alex
-
vargalex
Topikgazda
válasz PistiSan #18721 üzenetére
Extroot-ot kiszolgáló eszközt nem szokás lehúzni a routerről, hiszen arról futnak az oda telepített programok. A Windows mit szólna hozzá, ha kitépné alóla a C meghajtót?
Természetesen, ha egyszer újra config-olja, akkor reboot után is megtartja, hiszen a HDD-re menti a config-okat.[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz dash17291 #18734 üzenetére
Hi!
Viszont a cacert file helyét a /etc/config/ddns-be kellene betenni:
option cacert /etc/ssl/certs/cacert.pem
A CURL_CA_BUNDLE változóval nem foglalkozik a script, hanem ahogy fentebb bemásoltam a script részletét a curl-t --cacert, vagy --capath paraméterrel hívja a config-ból kiolvasott cacert értékkel.
Másik megoldás: kifejezetten ssl ddns service-ként adod hozzá.
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz dash17291 #18736 üzenetére
Hi!
A hibák logolásához szerintem ennyi módosítás elég:
#here we actually connect, and perform the update
update_output=$( $retrieve_prog "$final_url" 2>&1 )
verbose_echo "Update Output:"
verbose_echo "$update_output"
verbose_echo ""Azaz a hiba kimenetet is a standard outputra küldjük.
Nem script-ből, de teszteltem.
Eredeti módszer:root@OpenWrt:/usr/lib/ddns# update_output=$( curl "https://aaaa:a@members.dyndns.org/nic/update?hostname=szappantarto.dyndns.org&myip=94.248.229.181" )
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
curl: (60) SSL certificate problem, verify that the CA cert is OK. Details:
error:14090086:lib(20):func(144):reason(134)
More details here: http://curl.haxx.se/docs/sslcerts.html
curl performs SSL certificate verification by default, using a "bundle"
of Certificate Authority (CA) public keys (CA certs). If the default
bundle file isn't adequate, you can specify an alternate file
using the --cacert option.
If this HTTPS server uses a certificate signed by a CA represented in
the bundle, the certificate verification probably failed due to a
problem with the certificate (it might be expired, or the name might
not match the domain name in the URL).
If you'd like to turn off curl's verification of the certificate, use
the -k (or --insecure) option.
root@OpenWrt:/usr/lib/ddns#
root@OpenWrt:/usr/lib/ddns#
root@OpenWrt:/usr/lib/ddns#
root@OpenWrt:/usr/lib/ddns#
root@OpenWrt:/usr/lib/ddns# echo $update_output
root@OpenWrt:/usr/lib/ddns#
root@OpenWrt:/usr/lib/ddns#Error output átirányítással:
root@OpenWrt:/usr/lib/ddns# update_output=$( curl "https://aaaa:a@members.dyndns.org/nic/update?hostname=szappantarto.dyndns.org&myip=94.248.229.181" 2>&1)
root@OpenWrt:/usr/lib/ddns#
root@OpenWrt:/usr/lib/ddns#
root@OpenWrt:/usr/lib/ddns# echo $update_output
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 curl: (60) SSL certificate problem, verify that the CA cert is OK. Details: error:14090086:lib(20):func(144):reason(134) More details here: http://curl.haxx.se/docs/sslcerts.html curl performs SSL certificate verification by default, using a "bundle" of Certificate Authority (CA) public keys (CA certs). If the default bundle file isn't adequate, you can specify an alternate file using the --cacert option. If this HTTPS server uses a certificate signed by a CA represented in the bundle, the certificate verification probably failed due to a problem with the certificate (it might be expired, or the name might not match the domain name in the URL). If you'd like to turn off curl's verification of the certificate, use the -k (or --insecure) option.
root@OpenWrt:/usr/lib/ddns#[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz dash17291 #18741 üzenetére
Hi!
A /usr/lib/ddns/dynamic_dns_functions.sh script verbose_echo függvényét így módosítsd:
verbose_echo()
{
if [ "$verbose_mode" = 1 ]
then
logger -t ddns-scripts $1
fi
}Így bekerül a log-ba, de sajnos truncate-olja:
Nov 22 12:43:02 OpenWrt user.notice ddns-scripts: [truncated] % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed ^M 0 0 0 0 0 0 0 0 --:--:-
Alex
-
vargalex
Topikgazda
válasz Almadovar #18758 üzenetére
Hi!
Válassz egy fix csatornát, ne auto-t. A wiki-ben olvashatod:
"Channel: Specifies the wireless channel to use. In station mode the value auto is allowed, in access point mode an actual channel number must be given"
Te pedig (és általában mindenki más is) pont access point módban használod.
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz dash17291 #18792 üzenetére
Hi!
A baj az, hogy a /usr/lib/ddns/dynamic_dns_functions.sh script-ben a start_daemon_for_all_ddns_sections függvényben lévő /usr/lib/ddns/dynamic_dns_updater.sh hívásnál van már egy stderr->stdout átirányítás, ami ráadásul a /dev/null-ba van irányítva. Tehát elnyeli:
/usr/lib/ddns/dynamic_dns_updater.sh $section 0 > /dev/null 2>&1
Ezt kiveheted, akkor már csak az a kérdés, hogy ilyen hanyag eleganciával oldották meg a hibák kezelését (tehát más helyen nem jön-e hiba), vagy csak biztos, ami biztos alapon tették be az átirányítást.
Alex
-
vargalex
Topikgazda
válasz vzoli1987 #18802 üzenetére
Hi!
Az én build-emben 2.6.39.2-es a kernel verziója, így gyaníthatóan a /etc/opkg.conf-ban a repo forrását átállítottad a trunk-ra (vagy r3pl4y fórumtárs repo-jára), ami már 2.6.39.4-es kernel verzióval rendelkezik. Ezért nem megy fel a cifs sem rendesen.
Többször hangsúlyoztuk, hogy kernel modulokból csak a firmware kernel verziójával megegyező verzió telepítése lehetséges!Valamint az általad megadott /etc/exports szerint a megosztás egyébként is csak a 192.168.1.1-es IP-ről (azaz magáról a routerről) lenne elérhető. Ha a teljes LAN-ról szeretnéd elérni, akkor:
/mnt 192.168.1.0/24(rw,sync,no_subtree_check)
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz PistiSan #18815 üzenetére
Én is azt mondom, hogy a 100-as LAN miatt fileszervernek (samba, ftp) felejtős, persze valószínűleg a terhelést a proci, illetve a RAM miatt jobban bírná, mint az 1043ND. (Igaz, te gondolom a WL-500gP-vel elérhető sebességhez viszonyítod, így nálad elég nagy lehet az ugrás.) Valamint legalább egy eSata lehetne rajta, bár annak is csak gigabit esetén lenne értelme (mert akkor az USB lenne a szűk keresztmetszet).
Komolyan nem értem, hogy ezt és nagyobb teljesítményű vasakat miért 100-as portokkal szerelnek.[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
Nálam is képben volt egy GSEJT, de nem az az árkategória, amit szántam rá. Így lett végül a GoFlex Net kemény 10000 Ft-ból. Igaz GSEJT kapcsán még azon is gondolkodtam, hogy egyúttal a routert is kiválthatnám vele, de akkor:
- PCI gigabit LAN (+ háztól függően esetleg riser card)
- miniPCI-Express WiFi
- gigabit switchis kellett volna hozzá. És akkor még a házról, antennáról, tápról, stb. nem is beszéltünk.
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz Intruder2k5 #18820 üzenetére
Hi!
A no-ip.com-on van valami lehetőség arra, hogy az update-ot akkor is fogadja, ha nem változott az ip cím? Mert nekem nem változik és így kapom az email-t havonta, hogy le fog járni. Az update url-en ilyen esetben csak annyit ad vissza, hogy nochg.
Alex
Új hozzászólás Aktív témák
- ASUS ROG STRIX RTX 3060 Ti OC LHR - eladó!
- iMac 2019 27" Retina 5K / i5 3 GHz / 32 GB DDR4 / 1 TB SSD / Radeon Pro 570X 4 GB
- AKCIÓZVA! HP EliteBook 850 G7 Fémházas Szuper Strapabíró Laptop 15,6" -65% i7-10610U 32/512 FHD HUN
- AKCIÓZVA! HP EliteBook 850 G7 Fémházas Szuper Strapabíró Laptop 15,6" -65% i7-10610U 16/512 FHD HUN
- Dell SE2216H 22" 1920x1080 Full HD LED Monitor
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen