- Android alkalmazások - szoftver kibeszélő topik
- Bemutatkozott a Poco X7 és X7 Pro
- Yettel topik
- Apple iPhone 16 Pro - rutinvizsga
- MIUI / HyperOS topik
- Hivatalos a OnePlus 13 startdátuma
- Huawei Watch Fit 3 - zöldalma
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- iPhone topik
- Mindenki Z Fold7-et akar
Hirdetés
Talpon vagyunk, köszönjük a sok biztatást! Ha segíteni szeretnél, boldogan ajánljuk Előfizetéseinket!
-
Mobilarena
TP-Link WR1043ND - N450 router
Új hozzászólás Aktív témák
-
Boby77
csendes tag
válasz
vargalex
#35059
üzenetére
Lehet , hogy van de én nem tudok róla .
Valószínű ,hogy valami lenullázza ,mióta beírtam ide a fórumra már lassan 1 óra telt el.De router fizikailag nem indul újra magától, ha netán erre gondoltál.Uptime: 09:51:57 up 58 min, load average: 1.57, 1.37, 1.25
Hogyan tudnám kikapcsolni? -
Hunsaman
tag
válasz
vargalex
#35040
üzenetére
Szia Vargalex!
Nagy megelégedéssel használom a firmware-edet már egy éve.
A segítségeddel, ill. a fórumozók segítségével már mindent be tudtam állítani az igényeimnek megfelelően.
Kivéve egy valamit, amit viszont nagyon szeretnék, ha működne. Ebben kérném a segítségedet.
Egy parancsikon kellene a windows asztalomra, amely leválasztaná (umount) a routerre kötött USB winyót.
(valami parancssoros putty vagy más parancs beléptetéssel, és umount paranccsal, vagy valami hasonló megoldással.)
Tudsz erre valami lehetőséget?
Válaszodat, és eddigi munkádat előre is köszönöm! -
szabolcs.sz
tag
válasz
vargalex
#35040
üzenetére
Természetesen saját eszköz, jogosan került a tulajdonomba. Nyilván nem egy nyilvános fórumon kezdenék illegális cselekedet megágyazásába
Pont azért nem szeretnék linuxos "gépet" a feladatra, mert a kamera másodpercenként kb 8-10 próbálkozást visel el, és nem szeretnék egekbe szökő villanyszámlát, annyit nem ér az egész, 80-ért már vehetek másik ugyanilyet. Van rajta soros, ISDN s0 adat+hang és 10baseT interface, nagyon tudományos kis jószág. Az ip kamerák rolls royce-a, ahogy szokták mondani. Reset szándékosan nincs rajta, pont azért, hogy ne érje meg ellopni. Bejutásra 2 módszer van, ha nincs meg a jelszó: elküldöd a gyárnak, és ők resetelik, majd ha bizonyítani tudod, hogy a tiéd, vissza is küldik. kb 200 euró ellenében. Vagy a próbálkozás.Tehát ez az ethical hacking témaköre, kb mintha elveszik az egyetlen kulcs a lakásodhoz...
Az eszköz maga újonan a számomra megfizethetetlen kategória, ezért rugózok csak rajta... (mobotix m1, egyébként 10-12 éve gyártották). a www.medves-fennsik.hu képével azonos a képalkotó része, a rajta futó linux kicsit régebbi annál. -
szabolcs.sz
tag
válasz
vargalex
#35038
üzenetére
Ha már a security előkerült, tisztelettel kérdem, van-e olyan csomag a build-ben vagy elérhető máshonnan, amellyel http felületre való elfelejtett jelszavat tudok szótárból + generátorral próbálgatni ? windowson a bruter-t és a brutust próbáltam, de az egyszerű lehetőségek elfogytak, illetve gyakran fagyott is a program. Van egy már nem támogatott mobotix kamerám, amibe szeretnék bejutni, de a gyártó már nem vállal jelszó resetet. Tőlem futhat hónapokig is, a kamera maga csak 3-4 wattot eszik, de egy windows app erre szvsz. alkalmatlan.
-
megema
őstag
válasz
vargalex
#34957
üzenetére
Oké, köszi! Amúgy milyen sebességet kéne tudnia kiszolgálni stabilan? 50/25-ös netem van, és azért örülnék, ha 2/1 MB/s-et bírna. Bár már az is jó lenne, ha az 1/0.5 full stabil lenne... A WD World Edition Ext3 vagy XFS fájlrendszerű elvileg, mivel "blue ring" modell, így 3-6 MB/s-et bír.
Ez normális amúgy kb. minden mc parancs kiadásánál?
root@TL-WR1043ND:~# mc
Warning: file /usr/share/mc/extfs/extfs.ini not found
Warning: file /usr/share/mc/extfs/sfs.ini not foundMűködik, de így indul.
-
KisApám
addikt
-
Kissapka
csendes tag
válasz
vargalex
#34716
üzenetére
Szia Alex,
Megcsináltam (megpróbáltam
), a LuCI-t "megvédeni" kívűlről.
A tűzfal egyéni szabályoknál a következőt adtam hozzá:
########################################
#LUCI Brute Force protection on port 443
PROTECTEDPORT=443
SERVICEPORT=80
SERVICE=LUCI
echo Enabling Brute Force protection for $SERVICE on port $PROTECTEDPORT
iptables --table nat -I zone_wan_prerouting -p $PROTO --dport $PROTECTEDPORT -m state --state NEW -m recent --set --name $SERVICE -j DNAT --to-destination $ROUTERIP:$SERVICEPORT
iptables --table nat -I zone_wan_prerouting -p $PROTO --dport $PROTECTEDPORT -m state --state NEW -m recent --update --seconds 60 --hitcount $BRUTEFORCE_PROTECTION_START --name $SERVICE -j DNAT --to-destination $ROUTERIP:$BRUTEFORCE_DROPPORT
iptables --table nat -I zone_wan_prerouting -p $PROTO --dport $PROTECTEDPORT -m state --state NEW -m recent --rcheck --seconds 60 --hitcount $BRUTEFORCE_PROTECTION_START --name $SERVICE -j LOG --log-prefix "BruteForce-${SERVICE} "
########################################
Bár gyanus nekem, hogy a SERVICEPORT=80 nem jó.
Ezt követően módosítottam a LuCI_HTTPS forgalmi szabályt, célip-nek a router ip-jét megadva.
Ez tegnap este volt, próbáltam a saját gépemről tesztelni a külső elérést, de a brute force nem működött, logolni a rendszernapló nem logolta sem a kapcsolódást, sem pedig a szándékosan elrontott jelszó próbálkozásait.
Aztán reggel gyanútlanul bementem dolgozni a munkahelyemre, majd onnan többször próbáltam elérni a LuCI-t-sikertelenül.
Mintha mise történt volna, (pedig szombat lévén, mise biztosan nem történt), csak tekert, tekert... töltött a böngésző a végtelenségig, de sem hibaüzenet, sem pedig a bejelentkező felület nem jelent meg.
Hazaérve a következő fogadott a rendszernapló logjában.
Nos, arra nagy nehezen magamtól is rájöttem, hogy (a tudomány mai állása szerint), valami nem stimmel.
Tudom, már kitaláltad a kérdésem: mit kutyulhattam össze?
De ennyivel nem érem be: Hogyan tegyem működővé?
Köszönettel;
Kissapka -
-
-
-
Kissapka
csendes tag
válasz
vargalex
#34722
üzenetére
Bizony, jó hogy szóltál!
Fel is írtam magamnak. Holnap meg is próbálkozom vele.
Tudom, hogy sokat dolgozol, de esetleg a következő verzióban (természetesen itt senkinek eszébe sem jutott, hogy nem csinálsz következő verziót ), nem tudnád ezt beletenni?
Így már mindenkinek működne a https-en is a Luci védelme alapból.
Üdv;
Kissapka -
zolee1967
tag
válasz
vargalex
#34671
üzenetére
Szia!
én csak beírtam a megfelelő sorba a minidlna stoppot és startot. Az nem értem, hogy a log szerint miért akarja mindenáron a sdb-ként felmountolni a HDD-t.
/etc/hotplug.d/button/10-qssbutton:
#!/bin/sh
. /etc/diag.sh
sysfs=$(uci get system.led_usb.sysfs)
ENABLED=1
if [ "$BUTTON" = "wps" ] ; then
if [ "$ACTION" = "pressed" ] ; then
if [ $ENABLED -ne 0 ]; then
/etc/init.d/transmission stop
/etc/init.d/ minidlna stop
/etc/init.d/vsftpd stop
/etc/init.d/samba stop
for i in `mount | grep "/dev/sd" | cut -f 1 -d " "`; do
umount $i
logger -t qssbutton $i umounted
done
for PARTITION in `tail +2 /proc/swaps | awk '{ print $1 }'`
do
logger -t qssbutton "swapoff $PARTITION"
swapoff $PARTITION 2>&1
done
logger -t qssbutton "Most mar lehuzhatod a vinyot!!!"
led_set_attr $sysfs brightness 0
else
logger -t qssbutton "/etc/hotplug.d/button/10-qssbutton script not enabled. Please change ENABLED value to 1 in script for enabling."
fi
fi
fi/etc/hotplug.d/block/50-startservices
#!/bin/sh
# Start services by vargalexENABLED=1
. $IPKG_INSTROOT/etc/functions.shget_download_dir()
{
config_get download_dir "$1" download_dir '/akarmi'
}if [ $ENABLED -ne 0 ]; then
if [ "$ACTION" == "add" ]; then
config_load transmission
config_foreach get_download_dir transmission
if [ -d $download_dir ]; then
logger -t startservices "Transmission download directory exists. Starting services."
/etc/init.d/vsftpd start
/etc/init.d/samba start
/etc/init.d/transmission start
/etc/init.d/minidlna start
/etc/init.d/led start
logger -t startservices "Services started"
else
logger -t startservices "Transmission download directory doesnt exists."
fi
else
/etc/init.d/vsftpd stop
/etc/init.d/samba stop
/etc/init.d/transmission stop
fi
else
logger -t startservices "/etc/hotplug.d/block/50-startservices script not enabled. Please change ENABLED value to 1 in script for enabling."
fi -
-
zolee1967
tag
válasz
vargalex
#34647
üzenetére
Sziasztok,
Alex és Intruder2k5! Guruk!
Betennem a etc/hotplug.d/button/10-qssbutton script-be a minidlna leállítását és a /etc/hotplug.d/block/50-startservices script-be a minidlna startot. Sajnos még mindig nem működik valamiért. Ez kerül be a logba:
Stop
Nov 21 21:23:33 OpenWrt daemon.info transmission-daemon[1431]: Closing session
Nov 21 21:23:35 OpenWrt user.notice qssbutton: /dev/sda2 umounted
Nov 21 21:23:35 OpenWrt user.notice qssbutton: swapoff /dev/sda1
Nov 21 21:23:35 OpenWrt user.notice qssbutton: Most mar lehuzhatod a vinyot!!!Start
ov 21 21:24:27 OpenWrt daemon.info hostapd: wlan0: STA 00:00:b4:cd:e5:3a IEEE 802.11: disassociated due to inactivity
Nov 21 21:24:28 OpenWrt daemon.info hostapd: wlan0: STA 00:00:b4:cd:e5:3a IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
Nov 21 21:25:42 OpenWrt daemon.info dnsmasq-dhcp[3060]: DHCPINFORM(br-lan) 192.168.1.155 1c:6f:65:88:f7:f7
Nov 21 21:25:42 OpenWrt daemon.info dnsmasq-dhcp[3060]: DHCPACK(br-lan) 192.168.1.155 1c:6f:65:88:f7:f7 Asztali
Nov 21 21:27:06 OpenWrt daemon.info dnsmasq-dhcp[3060]: DHCPINFORM(br-lan) 192.168.1.155 1c:6f:65:88:f7:f7
Nov 21 21:27:06 OpenWrt daemon.info dnsmasq-dhcp[3060]: DHCPACK(br-lan) 192.168.1.155 1c:6f:65:88:f7:f7 Asztali
Nov 21 21:29:17 OpenWrt daemon.info hostapd: wlan0: STA 94:51:03:a7:88:d3 WPA: group key handshake completed (RSN)
Nov 21 21:29:17 OpenWrt daemon.info hostapd: wlan0: STA 30:39:26:8f:3c:20 WPA: group key handshake completed (RSN)
Nov 21 21:32:20 OpenWrt kern.info kernel: [ 752.390000] usb 1-1: USB disconnect, device number 2
Nov 21 21:32:20 OpenWrt kern.crit kernel: [ 753.040000] EXT4-fs error (device sda2): ext4_find_entry:935: inode #2: comm uci: reading directory lblock 0
Nov 21 21:32:25 OpenWrt kern.info kernel: [ 757.420000] usb 1-1: new high-speed USB device number 3 using ehci-platform
Nov 21 21:32:25 OpenWrt kern.info kernel: [ 757.580000] usb-storage 1-1:1.0: Quirks match for vid 152d pid 2329: 8020
Nov 21 21:32:25 OpenWrt kern.info kernel: [ 757.580000] scsi1 : usb-storage 1-1:1.0
Nov 21 21:32:26 OpenWrt kern.notice kernel: [ 758.590000] scsi 1:0:0:0: Direct-Access ST310005 20AS PQ: 0 ANSI: 2 CCS
Nov 21 21:32:26 OpenWrt kern.notice kernel: [ 758.600000] sd 1:0:0:0: [sdb] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB)
Nov 21 21:32:26 OpenWrt kern.notice kernel: [ 758.610000] sd 1:0:0:0: [sdb] Write Protect is off
Nov 21 21:32:26 OpenWrt kern.err kernel: [ 758.620000] sd 1:0:0:0: [sdb] No Caching mode page present
Nov 21 21:32:26 OpenWrt kern.err kernel: [ 758.620000] sd 1:0:0:0: [sdb] Assuming drive cache: write through
Nov 21 21:32:26 OpenWrt kern.err kernel: [ 758.630000] sd 1:0:0:0: [sdb] No Caching mode page present
Nov 21 21:32:26 OpenWrt kern.err kernel: [ 758.640000] sd 1:0:0:0: [sdb] Assuming drive cache: write through
Nov 21 21:32:26 OpenWrt kern.info kernel: [ 758.650000] sdb: sdb1 sdb2
Nov 21 21:32:26 OpenWrt kern.err kernel: [ 758.660000] sd 1:0:0:0: [sdb] No Caching mode page present
Nov 21 21:32:26 OpenWrt kern.err kernel: [ 758.670000] sd 1:0:0:0: [sdb] Assuming drive cache: write through
Nov 21 21:32:26 OpenWrt kern.notice kernel: [ 758.670000] sd 1:0:0:0: [sdb] Attached SCSI disk
Nov 21 21:32:26 OpenWrt kern.crit kernel: [ 758.860000] EXT4-fs error (device sda2): ext4_find_entry:935: inode #2: comm hotplug-call: reading directory lblock 0
Nov 21 21:32:26 OpenWrt user.notice startservices: Transmission download directory doesnt exists.
Nov 21 21:32:27 OpenWrt user.notice startservices: Transmission download directory doesnt exists.
Nov 21 21:32:29 OpenWrt user.notice fstab: e2fsck (/dev/sdb2): mnt: recovering journal
Nov 21 21:32:29 OpenWrt user.notice fstab: e2fsck (/dev/sdb2): mnt: clean, 11917/61046784 files, 56977217/244157622 blocks
Nov 21 21:32:31 OpenWrt kern.info kernel: [ 763.560000] EXT4-fs (sdb2): mounted filesystem with ordered data mode. Opts: (null)
Nov 21 21:32:31 OpenWrt user.notice startservices: Transmission download directory exists. Starting services.
Nov 21 21:32:35 OpenWrt user.notice startservices: Services started
Nov 21 21:32:37 OpenWrt daemon.err transmission-daemon[5526]: UDP Failed to set receive buffer: requested 4194304, got 327680 (tr-udp.c:77)
Nov 21 21:32:37 OpenWrt daemon.err transmission-daemon[5526]: UDP Failed to set send buffer: requested 1048576, got 327680 (tr-udp.c:88)Érdekes Hogy sambán kereszzül elérem a HDD tartalmát, de mégis valamiért a sdb2-re akar mountolni.
mi a probléma?
-
#34648
Intruder2k5
MODERÁTOR
vargalex
#34647
-
suste
veterán
válasz
vargalex
#34613
üzenetére
Na,az tuti!
Akkor elvileg ha átállítjuk a mostani fw-ben a nyelvet magyarról angolra, akkor menne a konfigurálás, és az állapotnál sem lenne tele kérdőjellel az adatok helyén?Viszont akkor meg simán lehetne a wifi mód listában egy "Repeater" mód, amit ha beállít valaki, akkor létrehozna 2db wifit, amiből az egyik lenne a keresés/csatlakozás esetén létrejövő (wwan interfész/zóna), és a másik meg az alap wifi (openwrt néven, LAN interfész/zóna). Ezután már csak konfigolni kéne őket, mindenkinek a titkosítása szerint. Mindenki csak lesne, hogy a vargalex fw-ben,még repeater mód is van
Vagy ezt így nem lehet? -
#34611
SteveBeard
senior tag
vargalex
#34605
-
#34608
SteveBeard
senior tag
vargalex
#34605
SteveBeard
senior tag
-
#34603
SteveBeard
senior tag
vargalex
#34602
SteveBeard
senior tag
-
tjsz
senior tag
válasz
vargalex
#34465
üzenetére
Sziasztok!
Ahogy írtam, a lan interface gateway lett átállítva (nincs a net-re kötve közvetlenül), elvileg semmi más.
Szerencsére volt config mentésem és mivel a kíváncsiság vezérelt, ezért el kezdtem átnézni, hogy melyik config file módosult az eredeti mentéshez képest. 2 ilyen file volt:/etc/config/network: mivel a lan interface gateway változtatva lett
A másik pedig: /etc/config/hd-idle.
Ez volt a mentésben:
config hd-idle
option idle_time_unit 'minutes'
option disk 'sdb'
option enabled '1'
option idle_time_interval '5'És ez volt a router-en:
config hd-idle
option idle_time_unit 'minutes'
option disk 'sdb'
option idle_time_interval '5'
option enabled '1'
option enable_debug '1'Látható, hogy egyetlen sor a difi: option enable_debug '1'. Hopp, leesett a tantusz: nem olyan régen kértem segítségeteket, hogy hogyan lehetne látni azt, miszerint a hdd leáll (hd-idle miatt). Erre nekem azért volt/van szükségem, mivel a WDR3600-osomra 2 hdd van kötve, ebből az egyiket csak torrent-re, a másikat pedig - egyelőre - csak az itthoni gépeim mentésére használom, aminek nem kellene mindig mennie. Mivel nem kaptam választ, miszerint hogyan lehetne látni, hogy adott hdd leállt-e vagy sem, ezért bekapcsoltam a debug-ot (hátha látok valami infót a system log-ban). Egészen tegnapig ez nem volt probléma, mivel a router nem volt újraindítva.
Nyomozásomat folytattam: abban az esetben ha a hd-idle nincs engedélyezve, de a debug-jánál véletlenül ott van a pipa, akkor is ugyanez a hibajelenség. Ebben az esetben ez a config file tartalma:
config hd-idle
option idle_time_unit 'minutes'
option disk 'sdb'
option idle_time_interval '5'
option enable_debug '1'Szóval a hd-idle debug opció tud izgalmakat okozni......
Üdv: Szabi
-
csimpas
tag
-
csimpas
tag
válasz
vargalex
#34390
üzenetére
erre ezt kapom
(maradt a 2.61 verzió,nem frissült le)root@OpenWrt:~# opkg install transmission-daemon transmission-web
Upgrading transmission-daemon on root from 2.61-1 to 2.71-1...
Downloading http://users.atw.hu/vargalex/trunk/ar71xx/packages/transmission-daemon_2.71-1_ar71xx.ipk.
Upgrading transmission-web on root from 2.61-1 to 2.71-1...
Downloading http://users.atw.hu/vargalex/trunk/ar71xx/packages/transmission-web_2.71-1_ar71xx.ipk.
Configuring transmission-daemon.
Configuring transmission-web.
Collected errors:
* resolve_conffiles: Existing conffile /etc/config/transmission is different from the conffile in the new package. The new conffile will be placed at /etc/config/transmission-opkg.
root@OpenWrt:~# -
#34379
Kicsirics77
veterán
vargalex
#34378
Kicsirics77
veterán
válasz
vargalex
#34378
üzenetére
chat_2.4.5-6_ar71xx.ipk
comgt_0.32-21_ar71xx.ipk
kmod-usb-serial-ark3116_3.3.8-1_ar71xx.ipk
kmod-usb-serial-option_3.3.8-1_ar71xx.ipk
kmod-usb-serial-wwan_3.3.8-1_ar71xx.ipk
kmod-usb-uhci_3.3.8-1_ar71xx.ipk
libusb_0.1.12-3_ar71xx.ipk
luci-proto-3g_trunk+svn9402-1_ar71xx.ipk
usb-modeswitch_1.2.3-2_ar71xx.ipk
usb-modeswitch-data_20120120-1_ar71xx.ipkezek vannak leszedve
-
#34377
Kicsirics77
veterán
vargalex
#34376
Kicsirics77
veterán
válasz
vargalex
#34376
üzenetére
a done-ba vannak a letöltött csomagok ez eddig rendben is lenne
de hogy teszi fel a függőségeket net nélkül?,mivel jelenleg a router offline és nincs net rajta
pont az lenne a lényeg hogy minden csomagot offline telepítsek a penről és majd ha ezek felmentek akkor rádugnám a routerre a 3g modemet és csak be kellene állítani hogy menjen
most marha jó mert vagy a routert konfigolom vagy netezek a kettő egyszerre nem megy -
#34368
Kicsirics77
veterán
vargalex
#34367
Kicsirics77
veterán
válasz
vargalex
#34367
üzenetére
a csomagok már megvannak a te oldaladról amik kelleneének
de hogy milyen parancsal telepítek lokálba
az install csomagneve.ipk not found-hibát ír
csomagok:
chat_2.4.5-6_ar71xx.ipk
comgt_0.32-21_ar71xx.ipk
kmod-usb-serial-ark3116_3.3.8-1_ar71xx.ipk
kmod-usb-serial-option_3.3.8-1_ar71xx.ipk
kmod-usb-serial-wwan_3.3.8-1_ar71xx.ipk
kmod-usb-uhci_3.3.8-1_ar71xx.ipk
libusb_0.1.12-3_ar71xx.ipk
luci-proto-3g_trunk+svn9402-1_ar71xx.ipk
usb-modeswitch_1.2.3-2_ar71xx.ipk
usb-modeswitch-data_20120120-1_ar71xx.ipk -
Maximusz
aktív tag
válasz
vargalex
#34310
üzenetére
Kedves Vargalex,
próbáltam a fórumban keresni (samba, jelszó ,stb...) - de sajnos nem találom a megoldást (illetve lehet régen megvolt, de nem tudom már mi volt az)
feltettem a 4300-ra az "új" 1.1.5-öt (kb 3 hete), és azóta ha a számítógépeim újraindulnak, nem tudják automatikusan a samba share-t felcsatolni, mindig kéri a felhasználónevet jelszavat (mert beállítottam, hogy legyen jelszavas megosztás, amivel semmi gond sincs... - csak épp minden gép indításkor / újraindításkor kéri újra és újra ... - ez régebben nem így volt, beikszeltem , hogy " a hozzáférés jelszavának megjegyzése " - és soha többé nem kérte...
ez az új samba csomag miatt lehet, vagy win7-ben kell valamit állítani, hogy csak 1-szer kérje (és emlékezzen is rá, vagy.. valami más amire nem gondoltam ?
köszönöm - tényleg jó lenne megoldani, mert most már kezd kicsit idegesíteni (14 karakteres a jelszó, a biztonság kedvéért, és ...)
maximusz
-
lolka1980
aktív tag
válasz
vargalex
#34312
üzenetére
Sajnos elég "sokat" scannelek hálózatban,ezért gondoltam a gyári firmwaret.
Tehát nem csak a WDS a gond hanem az is hogy scannalni tudjak wines gépekkel.OpenWrt (DDWrt)ről valami kiinduló pontot kaphatnák ha ez(ek) mellett döntök hogyan kell beállítanom a WDS-t és a scannert?
-
#34291
SteveBeard
senior tag
vargalex
#34260
SteveBeard
senior tag
válasz
vargalex
#34260
üzenetére
Szia!
És tényleg! Ezt nem is néztem, pedig használom ezt a lehetőséget, csak egy mappa tartalmát mentem minden éjszaka.
Mivel én a nap nagy részében nem gépről netezek, hanem telefonról, ezért számomra egyszerűbb és gyorsabb, ha kapok egy emailt. Azt azonnal jelzi a telefonom. Ráadásul, ha újraindul a router valami miatt, azonnal új ip-t is kapok, ebből rögtön látom, ha valami nem stimmel otthon.
Mint pl. ma is a Tm nem fért meg a mysql-lal, le is kellett állítanom távolról.
A logba szépen be is írta, mikor kapott új ip-t.
2012.11.13 04:20:16 XXX.182.239.42
2012.11.13 10:30:12 XXX.1.186.65
2012.11.13 10:40:53 XXX.107.96.141
2012.11.13 11:25:09 XXX.236.181.4
És persze érdekelt a feladat is, hogy meg tudom-e csinálni. Sokat lehet tanulni abból, ha az ember próbál megfejteni egy ilyen scriptet. Magamra gondoltam, aki csak most ismerkedik ezzel.
De köszi a tippet! -
#34250
DoItYourself
addikt
vargalex
#33998
DoItYourself
addikt
válasz
vargalex
#33998
üzenetére
"Természetesen megy USB-ről a 3G/LTE. A Wiki-ben megtalálod a leírást. Én egy Huawei E988 LTE modemet teszteltem, megy minden gond nélkül."
Köszönöm a linket. Már itt elakadtam:
Please use OpenWrt 10.03.1-rc3 'Backfire' or newer image.
A te builded megfelel ennek?
Ez a leírás nekem első blikkre komplikált, nem járna jobban az ismerősöm egy TL-MR3420-as routerrel + gyári fw-el? A 3G modem típusa Huawei E1752, ami fenn van a kompatibilitási listán. -
Ámbátor
csendes tag
válasz
vargalex
#34077
üzenetére
Letöltési sebességet 400-ra vettem
A HDD teljesen stabil. Aztán ha elindul egy gyors torrent letöltés, bootol a router.Azóta újra feltettem az 1.1.5-öt, most úgy, hogy ne tarts meg a beállításokat. Újra konfigoltam mindent, de a jelenség maradt.
------------
Hogy a hardver-problémát (amennyire lehet) kizárjam, visszatettem a gyári fw-t.
Egyszerre 5 ablakban ment a videostream, miközben a HDD-re és vissza párhuzamosan másoltam egy-egy 2GB file-t. A router meg stabil, mint a szikla. Csak az OpenWrt-Transmission alatt kezd bootolgatni. -
-
Osiris
őstag
válasz
vargalex
#34024
üzenetére
Köszönöm a gyors választ!
A bash-t feltettem, ha átváltok rá, valóban egyből töltődik a .bash_history.
Még annyi kérdésem lenne, hogy a /etc/passwd-ben elég átirnom a root shelljét ash-ról bash-ra, hogy a bash-t használja alapértelmezésben a root?szerk.: Elég volt átírni.
-
zolee1967
tag
válasz
vargalex
#33997
üzenetére
Szia!
köszönöm előre is a segítséget. Ime a tűzfal config.
config defaults
option syn_flood '1'
option input 'ACCEPT'
option output 'ACCEPT'
option forward 'REJECT'
config zone
option name 'lan'
option input 'ACCEPT'
option output 'ACCEPT'
option forward 'REJECT'
option network 'lan wan'
config zone
option name 'wan'
option input 'REJECT'
option output 'ACCEPT'
option forward 'REJECT'
option masq '1'
option mtu_fix '1'
option network ' '
config forwarding
option src 'lan'
option dest 'wan'
config rule
option name 'Allow-DHCP-Renew'
option src 'wan'
option proto 'udp'
option dest_port '68'
option target 'ACCEPT'
option family 'ipv4'
config rule
option name 'Allow-Ping'
option src 'wan'
option proto 'icmp'
option icmp_type 'echo-request'
option family 'ipv4'
option target 'ACCEPT'
config rule
option name 'Allow-DHCPv6'
option src 'wan'
option proto 'udp'
option src_ip 'fe80::/10'
option src_port '547'
option dest_ip 'fe80::/10'
option dest_port '546'
option family 'ipv6'
option target 'ACCEPT'
config rule
option name 'Allow-ICMPv6-Input'
option src 'wan'
option proto 'icmp'
list icmp_type 'echo-request'
list icmp_type 'echo-reply'
list icmp_type 'destination-unreachable'
list icmp_type 'packet-too-big'
list icmp_type 'time-exceeded'
list icmp_type 'bad-header'
list icmp_type 'unknown-header-type'
list icmp_type 'router-solicitation'
list icmp_type 'neighbour-solicitation'
list icmp_type 'router-advertisement'
list icmp_type 'neighbour-advertisement'
option limit '1000/sec'
option family 'ipv6'
option target 'ACCEPT'
config rule
option name 'Allow-ICMPv6-Forward'
option src 'wan'
option dest '*'
option proto 'icmp'
list icmp_type 'echo-request'
list icmp_type 'echo-reply'
list icmp_type 'destination-unreachable'
list icmp_type 'packet-too-big'
list icmp_type 'time-exceeded'
list icmp_type 'bad-header'
list icmp_type 'unknown-header-type'
option limit '1000/sec'
option family 'ipv6'
option target 'ACCEPT'
config include
option path '/etc/firewall.user'Előre is köszönöm a segítséged
Zoli
Pont azért nem szeretnék linuxos "gépet" a feladatra, mert a kamera másodpercenként kb 8-10 próbálkozást visel el, és nem szeretnék egekbe szökő villanyszámlát, annyit nem ér az egész, 80-ért már vehetek másik ugyanilyet. Van rajta soros, ISDN s0 adat+hang és 10baseT interface, nagyon tudományos kis jószág. Az ip kamerák rolls royce-a, ahogy szokták mondani. Reset szándékosan nincs rajta, pont azért, hogy ne érje meg ellopni. Bejutásra 2 módszer van, ha nincs meg a jelszó: elküldöd a gyárnak, és ők resetelik, majd ha bizonyítani tudod, hogy a tiéd, vissza is küldik. kb 200 euró ellenében. Vagy a próbálkozás.Tehát ez az ethical hacking témaköre, kb mintha elveszik az egyetlen kulcs a lakásodhoz...
), a LuCI-t "megvédeni" kívűlről.
Új hozzászólás Aktív témák
- Bomba ár! HP Elitebook Folio 9470m - i5-3GEN I 8GB I 480GB SSD I 14" I DP I Cam I W10 I Garancia!
- Gamer PC-Számítógép! Csere-Beszámítás! I7 6700K / RTX 2060 6GB / 32GB DDR4 / 500 SSD
- Tablet felvásárlás!! Samsung Galaxy Tab A8, Samsung Galaxy Tab A9, Samsung Galaxy Tab S6 Lite
- GYÖNYÖRŰ iPhone 13 128GB Starlight -1 ÉV GARANCIA - Kártyafüggetlen, MS3058
- Xiaomi Redmi Note 9Pro 64GB Kártyafüggetlen 1 év Garanciával
Állásajánlatok
Cég: FOTC
Város: Budapest