- Nvidia GPU-k jövője - amit tudni vélünk
- Projektor topic
- Táp ventilátor csere
- Milyen videókártyát?
- Bemutatkoztak a Microsoft aktuális Surface gépei
- Google Chromecast topic
- Multimédiás / PC-s hangfalszettek (2.0, 2.1, 5.1)
- Asztrofotózás
- Internet Rádió építése (hardver), és programozása
- Samsung LCD és LED TV-k
Hirdetés
-
Spyra: nagynyomású, akkus, automata vízipuska
lo Type-C port, egy töltéssel 2200 lövés, több, mint 2 kg-os súly, automata víz felszívás... Start the epic! :)
-
A személyes adatainkkal, képeinkkel tréningezi az AI-t a Meta
it Sürgős hatósági beavatkozást sürgeti a NOYB, ugyanis június 26-tól a személyes bejegyzéseink, privát képeink és online követési adataink alapján is tréningezné az AI-t a Meta.
-
Hivatalos képen a Samsung hajlíthatók
ma Csak épp nem hivatalos forrásból érkeztek. Merre vagy, Z Fold Ultra?
-
PROHARDVER!
Általános információk/segédletek Suste-HeadLess OpenWRT-hez
Új hozzászólás Aktív témák
-
válasz donmackó #1743 üzenetére
De van itt más is. Hozzáadom a meghajtót, de nem írja be a beállítások fileba, restart után eltűnik:
Másik, hogy a readmet olvasva Openwrt-s router felcsatolásánál csak guest fiókotot határoz meg
1: Másik openwrt-s router SAMBA megosztásának felcsatolása:
mount -t cifs //192.168.1.100/mappa /mnt -o user=guest,sec=ntlmHa jelszavazva van a megosztás, akkor simán beírom user/pass kombinációt, mint a wines csatoláskor?
[ Szerkesztve ]
-
suste
veterán
válasz donmackó #1873 üzenetére
dehogy is!
bedugott egy pent, amit valszeg fel is csatolt egyből a rendszer (ha fat32 volt, akkor sokmindenre jó lett volna így is), ő meg rányomta a 3.1-et umount nélkül
így lett neki egy óriási háttértárral kibővített router memóriája (így is lehet használni, csak ugye nem mutat külön csatolást, így nem is lehet mit kiválasztani a statset-nél, csak közvetlen config szerkesztéssel lehet megadni bármilyen útvonalat, vagy pedig nem szerkeszti a letöltött configot )formázni meg úgy kell, hogy umount-ot nyom elötte, és pent is szépen partícionálja a router
egyébként pont az 1 partíciós ext4-gyel szokott gond lenni néha a pendrive-oknál, és nem a több partícióssal! -
suste
veterán
válasz donmackó #1884 üzenetére
sokféleképpen lehetne nézni, de ha azt feltételezzük hogy a név/jelszót feltörik és garázdálkodnak, amit a 9092 kér, akkor a 9093-on ahol nincs jelszó, a jelszófeltörő emberkék még hamarabb garázdálkodhatnának
de hát ezért van ott a knockd alapból az fw-ben, és máris nem állandóan van nyitva, és ha nyitva, akkor is csak arra az ip-re, ahonnan hívod
ezért is örültem, amikor sikerült leforgatni egy újabb knockd-ot, ami a CC alatt is hibátlanul üzemel.....itt nem kell off-ba tenni az ilyeneket, hiszen a mi rendszerünkről beszélünk a mi topicunkban
[ Szerkesztve ]
-
twingo16v
tag
válasz donmackó #1897 üzenetére
Most 21:35-kor kikapcsoltam az ip kamera kivételével minden wifis eszközt, és nézem a logot.
Előtte még találtam benne párat:
Wed Mar 15 21:33:14 2017 kern.err kernel: [ 4507.580000] ath: phy0: Failed to stop TX DMA, queues=0x002!
Wed Mar 15 21:33:23 2017 daemon.warn dnsmasq-dhcp[1608]: DHCP packet received on eth0 which has no address
Wed Mar 15 21:33:32 2017 daemon.info hostapd: wlan0: STA 60:d9:c7:1a:e9:a1 IEEE 802.11: disassociated
Wed Mar 15 21:33:33 2017 daemon.info hostapd: wlan0: STA 60:d9:c7:1a:e9:a1 IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
Wed Mar 15 21:33:47 2017 kern.err kernel: [ 4540.250000] ath: phy0: Failed to stop TX DMA, queues=0x002!
Wed Mar 15 21:33:47 2017 kern.err kernel: [ 4540.960000] ath: phy0: Failed to stop TX DMA, queues=0x002!
Wed Mar 15 21:33:55 2017 daemon.warn dnsmasq-dhcp[1608]: DHCP packet received on eth0 which has no address
Wed Mar 15 21:33:58 2017 daemon.warn dnsmasq-dhcp[1608]: DHCP packet received on eth0 which has no address
Wed Mar 15 21:34:05 2017 daemon.warn dnsmasq-dhcp[1608]: DHCP packet received on eth0 which has no address
Wed Mar 15 21:34:07 2017 daemon.warn dnsmasq-dhcp[1608]: DHCP packet received on eth0 which has no address
Wed Mar 15 21:34:22 2017 kern.err kernel: [ 4575.270000] ath: phy0: Failed to stop TX DMA, queues=0x002!
Wed Mar 15 21:34:24 2017 daemon.warn dnsmasq-dhcp[1608]: DHCP packet received on eth0 which has no address
Wed Mar 15 21:34:46 2017 daemon.info hostapd: wlan0: STA 2c:f0:ee:db:78:8a IEEE 802.11: disassociated
Wed Mar 15 21:34:47 2017 daemon.info hostapd: wlan0: STA 2c:f0:ee:db:78:8a IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)Az az érdekes, hogy ez a két macaddress az én, és a párom iphoneja.
És igen, ilyenkor van térerő mindenen, de net nincs, vagy csak nagyon lassan, de nem csak az iphoneokon, hanem mindenen.
[ Szerkesztve ]
-
twingo16v
tag
válasz donmackó #1907 üzenetére
Szia Don!
Köszönöm Neked, és Headlessnek a válaszokat!
Úgy néz ki megvan mitől dobálta el a wifis eszközöket!
A HT40 be volt kapcsolva, mint a v1-es routeremben, ott nem volt vele gond.
10:04-kor átnyomtam csak HT20-ra, azóta nincs a logban hiba, pedig mind az öt eszköz lóg rajta.
De ha még így is előjön a hiba, akkor rakok rá egy LEDE-t.Majd írok, hogy mi a helyzet.
Gondolom a mostani rendszer mentéseit nem lehet feltenni a LEDE-re?
Ezt a cikket találtam, mikor délelőtt a LEDE-ről olvasgattam:
[ Szerkesztve ]
-
Headless
őstag
válasz donmackó #1920 üzenetére
A szenzorok 3,3-5 V között működnek. Bár nálam csak 5 m körül van a kábel, de simán megy.
Én inkább rossz bekötésre gondolok. Válassz 3 olyan eret, aminek teljesen különböző a színe, hogy könnyű legyen megjegyezni. Valamint szakadást is jó lenne ellenőrizni.
De először lehet az utp kábel nélkül próbálnám meg.
LEDE - R3G/DIR860l -> https://tinyurl.hu/Ntkb/
-
-
Headless
őstag
válasz donmackó #2076 üzenetére
Kérdés alapján ez egy netről letöltött fájllistázó, mivel tele van (jobb/rosszabb) ilyenekkel a háló. Ellenben a kód megnézése valóban jól jöhet mert megeshet hogy szimplán kikommentelve csak a jelenlegi napot veszti el az oldalról, de minden más működni fog…
LEDE - R3G/DIR860l -> https://tinyurl.hu/Ntkb/
-
-
suste
veterán
válasz donmackó #2202 üzenetére
Tudom, de egyébként ott szerintem (és a kép alapján is) teljes root-nak olvassa be a pent, aminek gondolom nem tesz jót a pen kihuzás. Viszont egyből oda telepit.
Mindegyiknek van előnye és hátránya is, hasonló megoldások, de mégsem egyformák.
Az enyémben az tetszik, hogy egyesével kiválaszthatom mit küldök ki külső meghajtó rá, és ha leszakad, akkor csak azok nem mennek, minden más tovább üzemel gond nélkül. Ha pedig újra csatolódik, akkor újra működnek a külső cuccok is. -
suste
veterán
válasz donmackó #2213 üzenetére
Mitől lett féltégla? Már a basic-től?
Én pl azt sem tudom, hogy a gargoyle milyen webszervert használ.
Esetleg azt próbáld meg, hogy mielőtt felteszed a basic -et, kitörlöd belőle a "/usr" mappát.
Egyébként semmi olyan nincs a mentésben, ami belepiszkálna a rendszerbe, és féltéglásítaná. Én is CC alatt használom, de próbáltam már DD és LEDE alatt is. -
-
suste
veterán
válasz donmackó #2308 üzenetére
csak akkor lesz, ha a DHCP-s kapcsolódást állította be a STATIC helyett
egyébként ezt is kipróbálhatná, ha eddig nem tette....egyébként ha jól emlékszem a 1043v1 az ami nem nagyon szerette az efféle "switch" beállítást, de remélem úgy is kipróbálta, hogy a bejövő kábelt nem a WAN -ba dugta, hanem az egyik LAN-ba
-
-
-
-
suste
veterán
válasz donmackó #2537 üzenetére
Na várj!
Az IPDNS oldalon lévő idézet nem azt mondja, hogy bizonyos esetekben, vagy azt hogy régebbivel, vagy hogy ....óta nem megy, hanem azt álltja (állítod? ), hogy nem megy wget -tel.
És ez így nem igaz!
Ha jól emlékszem, akkor valami kapcsolót nem kapcsolnak be az openwrt/lede forgatás alatt, de a full wget ezt szerintem megoldja.Én most is wget -tel használom, tehát már ez is megcáfolja az állítást
[ Szerkesztve ]
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs