- Xbox Series X|S
- XGS24 - Új videón a Indiana Jones and the Great Circle
- Diablo IV
- XGS24 - Megjelenési dátumot kapott a World of Warcraft The War Within
- GTA V
- XGS24 - Befutott az Assassin's Creed Shadows legújabb előzetese
- XGS24 - Befutott a Dragon Age: Veilguard új előzetese
- Forza sorozat (Horizon/Motorsport)
- XGS24 - Befutott a METAL GEAR SOLID Δ: SNAKE EATER legújabb előzetese
- XGS24 - Jön a FragPunk, az új 5v5 hero shooter
-
GAMEPOD.hu
Téma összefoglaló
(Utoljára frissítve: 2024.04.20)
Új hozzászólás Aktív témák
-
#80977664
törölt tag
-
istvan170
aktív tag
Igen, ott az egyik (192.168.2.2) nem igazán értem miért kell, és a videóban is kicsit értetlenkedik az ember, de megcsinálja. Én próbáltam több módszert mire ez alapján a video alapján végre rendesen összeállt. Amit itt a fórumban is közzétett 2014htctest fórumtárs az is jó, de két próbálkozás után azt feladtam, mert egy idő után port problémát jelzett a docker pihole, pedig minden nyitva volt és működött is. Amióta a Beardedthinkeres variáció van fent, azóta hibátlanul meg a dolog. Ami azt hiszem nincs benne, hogy a pihole IP-jét kell megadni a végén az eszközök DNS-ének. Ami nála a 192.168.1.199, de nyilván ez a saját belső IP tartományodtól függ.
-
#80977664
törölt tag
-
WaterWave
veterán
-
Elemental
addikt
Én a mobilokra megvettem a fizetős adguard appot. Minden pc-s böngészőmbe telepítve van az ublock origin kieg, adguard kieg, ghostery kieg, malwarebytes kieg, emellett azért fut a nason az adgurdhome
Hova írtad be a routerben? Wan, vagy lan beállításoknál? Amúgy megadhatod külön a kliensekben is a dns-t.
[ Szerkesztve ]
-
#80977664
törölt tag
Ahogy írták mások is valamit nem jól csináltál...
Ha ment a pihole admin felület akkor kizárásos alapon a routerben nem állítottad be megfelelően a DNS szervert!Routerben a "LAN" fülön kell elsődleges DNS-nek beállítani (nem a WAN-on)! Van kismillió router úgyhogy hadd ne tudjam megmondani pontosan hol...
Nálam pirossal a NAS IP-je elsődlegesnek, zöldel az Adguard publikus DNS-e a másodlagos, harmadik a szolgáltatói DNS, majd végül a google 8.8.8.8 ha minden kötél szakadna!
[ Szerkesztve ]
-
istvan170
aktív tag
Azt te adtad meg telepítéskor. Saját ip tartomány 199-es véggel a videóban. Az a videó teljesen jó, ahogy a többi is, különben ott lenne 1000 hozzászólás, hogy baj van vele. Csak hajlamos az ember átsiklani a kapkodásban dolgok felett, meg kihagyni, amit nem ért. Törölj le mindent, indítsd újra a nast és figyelmesen csináld végig. Aztán megint indítsd újra a nast, amikor mondja. Dns váltáskor egyébként is kellene, sokszor elmarad, mert anélkül is megy legtöbbször. Nekem sem ment a Pihole dolog, csak kb.: 3. nekifutásra, nincs ezzel gond. Nekem ez a pihole konfig azóta is hibátlanul megy, sőt boldogan használom hálózaton kívülről is, pedig a speedtest szerint nem kéne
-
gyugyo79
addikt
-
mtz81
tag
Helló!
VideoStation-ben az újraidexelés: jobb felső sarok fogaskerék ikon -> könyvtár lapozófül -> nagyító "A" betűvel ikon (Összes fájl újraindexelése)
Amúgy az újraindexelés nem oldja meg a problémát, nekem is csinálta, adatbázissérülés az oka.
Megoldás: a csomag eltávolítása és újratelepítése (nem emlékszem megkérdezi-e, hogy eltávolítsa az adatbázist, de el kell azt is távolítani)
-
blakey
titán
Vannak különböző Terminal parancsok amik segítségével javítható az SMB fájlkezelés. Akit érdekel az úgyis tájékozódik a megfelelő topikokban vagy a neten. 117MB/s a másolás gépről NAS-ra és vissza. Gyors a listázás, továbbra is működik köteten belül az áthelyezés, azonnal megtörténik. Napi szinten kénytelen vagyok használni ráadásul VPN-en keresztül is DSM szerverhez csatlakozok és itthon is.
[ Szerkesztve ]
*** "Ne kérdezz többet, mint amennyi a hasznodra válik." - Dante *** "Csak akkor tehetsz meg mindent, ha már semmid sincs." - Harcosok klubja ***
-
blakey
titán
Akkor ideje utána nézned, mert nálam konstans. Tehát ha nálad a fele akkor vannak dolgok amiket nem kapcsoltál ki, stb. Elhiszem, hogy sz@r érzés, hogy én ilyeneket írok, de nálam tényleg stabilan 108-117MB/s között van a másolás SMB-n keresztül.
Félre ne érts, közel sem tökéletes az SMB kezelés, de az általad felsorolt hibák egy része orvosolható.[ Szerkesztve ]
*** "Ne kérdezz többet, mint amennyi a hasznodra válik." - Dante *** "Csak akkor tehetsz meg mindent, ha már semmid sincs." - Harcosok klubja ***
-
dkess
őstag
Lehet az előzményekkel együtt teljesebb lesz a kép: [link] .
Röviden: a DS218+ már megvan. Ebbe csak egy SSD lenne meg egy HDD. Az SSD tulajdonképpen csak az otthoni CAD és grafikus munka miatt kellene (interneten keresztül pedig olyan gyorsan éri el, amilyen gyors a nete).
Egy db SSD miatt a 10 Gbe nem feltétlenül kellene. Lehetőségekhez mérten egy a gigabit -el párhuzamos 2.5 vagy 5 Gbe (ez utóbbi már kvázi kihajtaná az SSD -t teljesen). Például DS218+ SMB -n (stb.) keresztül egy 1 + 2.5 Gbe kapcsolatot párhuzamosan egyidejűleg már ki tud szolgálni teljesen - akár csak HDD -kkel (igaz nálam gyakorlatilag két külön RAID tömbre megy a két külön kapcsolat - gigabit: 2*8 TB "RAID1" és 2.5 Gbe: 3*10 TB "RAID5").
Valószínűleg a DS218+ HW meg tudna birkózni egyidejűleg akár a gigabit és 5 Gbe LAN -al is párhuzamosan ...
-
addikt
Helyet is foglalt az a törölt film? Ha ugyanazon a köteten volt a download mappa meg a megfelelő hely mappa akkor nem történt másolás, csak egy link volt a filmre, gondolom valami bug miatt ott maradt.
stat filenév parancs megmondta volna a "Links:x" mezőben.
"After successfully ignoring Google, FAQ's, the board search and leaving a undecipherable post in the wrong sub-forum don't expect an intelligent reply."
-
gyugyo79
addikt
Feltetted magadnak azt a kérdést, hogy vajon a DS -t használók végtelen tárhellyel rendelkeznek, hogy az senkit sem zavar , hogy minden megmarad nekik a @download mappában?
Ha erre meglesz a válasz akkor láthatod, hogy a sztorid még ha igaz is egy elég egyedi probléma lehet amiről általánosítani pont annyira lehet mint az olyan hibákról amik azoknál fordulnak elő akik TM-et használnak csak ...[ Szerkesztve ]
-
Protezis
őstag
Szerintem millió helyen le lett már írva, hogy a Download Station a @download-ba tölt le és letöltés végeztével átmásolja azt az általad megadott könyvtárba, jelen esetbe a zolee/download-ba. Onnan aztán elpakolhatod, a seedelés (torrent esetén) megy tovább, hisz a fájl továbbra is ott van a @download alatt. Ha a letöltést törlöd a Download Station-ből (akár kézzel, akár automatikusan), akkor a @download alól is törlődni fog.
Ha kézzel másolgatsz kötetek között SSH-n (volume kézzel költöztetése pl.), eltávolítod, majd újra telepíted a DS-t, akkor előfordulhat, hogy beragad és a DS-ben sem látszik a fájl (torrent), de ez kivételes és nem normális működés.
[ Szerkesztve ]
-
Elemental
addikt
Én is teszteltem két hétig a ds-t. Beraktam 1900 torrentet seedbe. Hát, elég is volt. Kb két naponta kiállt hibával az összes torrent. Fapados a ds get, számomra béna a webes felület, nincs normális remote kliens (sőt semmilyen). Ráadásul az az idiótaság a @download mappával.
-
gyugyo79
addikt
Nem azt állítom és állítottam, hogy hazudsz hanem azt, hogy a képed amivel alátámasztod az amit elmesélsz egy sztorit az egy vicc amiből már bárki levonhat bármilyen következtetést, az után , hogy akaratlanul is általánosítottál.
Ha a DS-el letöltést indítunk létrejön neki egy mappa (egy szám a neve és mindig 1-el nő), az ideiglenes helynek beállított köteten a @download mappában.
Ezen belül létrejön letöltéskor és utána :
Download_TR_TMP_DIR ->ez üres lesz amint kész a letöltés
A letöltött torrent fájl vagy mappa maga
3 db fájl amik neve a mappa nevével meg egyező számmal kezdődik:
XY.filelist
XY.resume
XY.torrent
---------------------
Amikor ez megvan a letöltés végén készül egy hardlink / másolat a letöltésre beállított helyre.Ebből törlődik a 'A letöltött torrent fájl vagy mappa maga' amikor a letöltés vége van választva / teljesül a vége feltétel.
Ekkor még .resume -ból megvan neki, hogy hogy lett letöltve és ha a folytatás van választva elvégez egy ellenőrzést és ha az nem fut hibára folytatja a seedet.
Az eltávolításra meg törlődik a komplett mappa.
Azért fontos ez mert képel igazolni, amit állítasz azok után, hogy letöltés helyének bármi megadható a letöltés indításakor csak a létező mappán belüli .resume fájl tartalmával egyező mappával lehet igazolni és azzal, ha a DS -ben mindezek mellet nincs ott leállítva/szüneteltetve stb sem az adott torrent ami miatt a DS még nem törölte a hozzá tartozó mappát. De ha tényleg törölted már akkor így utólag ...
Bár a 15-s mappa még mindig ott van ...
Mindezek persze úgy írom, hogy igen előfordulhat és fordult már elő, hogy hibázott ezek törlésével! Meg ugyan úgy lehet ebben is még kismillió hiba ugyan úgy mint bármelyik másik programban.
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen