Mennie kell tovább. A torrent kliensek elmentik maguknak a fájl tartalmát valahova, abból dolgoznak tovább, nem beszélve a szegmensekről és azok állapotáról.

Üdv.
Tud valaki segíteni Raspi Python pymodbus rtu programozásában? Regiszterek olvasása működik, viszont az írás nem. 10-es funkció kódú regiszterbe kellene írnom, de nem sikerül.
A WriteMultipleRegistersRequest(0x6049,0x0,count=1,unit=1) A 6049 regiszterbe kellene 0-át írni. A parancs hiba nélkül lefut, de nem történik meg a beírás.

Adott egy raspberry pi 4 4gb plex szerver+NAS+torrentszerverként használva. Van rajta 1 SSD és egy HDD.
Aktív USB hub-al van ellátva (3db is van, próbáltam mindel).
A hiba a következő:
Változó időközönként ledobja a külső tárolókat. Amíg grafikus felülettel ellátott Raspbios volt rajta ez jellemzően 8-24 óra volt, amióta váltottam kijelző nélküli raspbiosra ez most 2-3 nap.
Felcsatolni sem tudom a meghajtókat, csak az újraindítás segít, úgy automatikusan visszarakja a /mnt/hdd250 és /mnt/rssd helyre. Valakinek valami ötlet? Már borzasztó zavaró.

hdd250
rssd ------ a meghajtók neve

Abban az USB kábelben amelyik a HUB és a Raspberry között van, vágd el az 5 V-os vezetéket, hátha alapon. Itt azt írják, a közös tápegység hozott megoldást. Egy tápegységről megy a Raspberry és az aktív HUB is.

A hub tápja 5V 3A, elvileg a málna gyári tápja is ennyit tud. 5,1V, 3A van ráírva. Ezzel az a bajom, hogy külső táp nélkül kevés a 3A, akkor ha a hubról táplálom meg se lesz elég.
Esetleg az működhet, hogy a HUB-ba dugok egy 2A-es telefontöltőt? Így gyári táp+telefontöltő lenne.

Nem nagyon szeretném megbontani a hubot és elvágni az 5V-os ágat, de arról máshol is olvastam, hogy működhet.

Hali!
Nagy kavarás lehet a HUB-ok körül. Amiket én láttam, a külső 5V táp egyszerűen rámegy az usb csatikra, mind a bemenő, mind a kimenő csatin, ami nagyon nem egészéges, gyakorlatilag a "master" usb cucc 5V-ja össze lesz kötve a HUB külső 5V tápjával. nagyon nem egészséges, pláne ha pl az egyik táp hamarabb van kikapcsolva mint a másik , az meg nem bírja a teljes áramfelvételt, meg ki tudja akár lehet valamelyik táp nem szereti ha kikapcsolva visszafelé kap "villanyt"...
Egy tápot kell használni, ami elbír mindent

Gondolom a HUB USB kábele cserélhető. Egy USB kábelt érdemes feláldozni a kísérletre, nem nagy tétel. Ha nincs akkora tápegységed, amelyik elbír mindent, akko rez lehet a megoldás, a többit pipi leírta.

Na mondjuk arra nem is gondoltam, hogy nem a HUB saját kébelét vágom fel (mert az ugye nem cserélhető), hanem azt kihúzom a málnából és egy teljesen másik USB A - UASB A apa- apa kábelnek elvágom az 5V szálát és azt dugom a málnába és a HUB-ba.
Gondolom a GND maradjon.

Próbáltam egyébként egy USB A- USB C kábellel tápot adni a málnának a hubról. Működött, de az az érzésem volt, hogy a HUB 3A tápja kevés neki.

Ha egy ilyen 5V 6A tápról táplálnám a HUB-ot és onnan adnék egy usb A - usb C kábellel tápot a málnának?

Jól hangzik az a táp... Csak minőségi kábelt használj, vannak kutyaütő kábelek, vékony a táp vezeték benne, nagy rajta a feszültségesés.

Gyári telefonkábelet fogok használni, 3.000Ft 1m hosszú. Annak elégnek kéne lennie, 3A gyorstöltést tud.

Igen, a GND marad. Elnézést, azt hittem, hogy a HUB kábele cserélhető. Ebben az esetben egy USB hosszabbító lehet az olcsó megoldás a teszthez vagy a közös tápegység.

Ezt még kipróbálom mielőtt megrendelem a tápot. Ha beválik, veszek még belőle.

Elvileg 2.4A/csatorna max. Gyári táp 3A, de azzal egy 1A-es fogyasztó is elmegy. Elvileg elégnek kell lennie, ha tudja amit igér.

USB 3.0 - 5Gbps
sata csati - Gbps
ssd írás/olvasás kb. 4Gbps
cat5e kábelek kb. 1Gbps

A málnámról 115MBps, azaz kb. 900Mbps-el tudok olvasni, konkrétan egy nagy fájlt másoltam a gépemre.

Fordítva viszont, a gépemről miért csak 30MBps-el, azaz kb. 240Mbps-el tudok írni? SSD van mindkét oldalon. Valami ötlet valakinek?

Ha minden igaz, ez a fórumtéma éppen ezt tárgyalja, az oldalak számából ítélve eléggé hosszan/részletesen (nem olvastam át): STICKY: If you have a Raspberry Pi 4 and are getting bad speeds tra...d this.

hozzáadtam a /boot/cmdline.txt
helyre usb-storage.quirks=2109:0715:u
sort, nyilván a megfelelő értékekkel, de sajnos a hiba továbbra is fennáll. Olvasni tudok 100MB/s körül, de írni csak 25-30MB/s körül.

Elég hosszú a fórumtéma, még nem olvastam át, lehet másnak is volt ilyen problémája

Jó szerencsét, Mindenkinek! Egy Raspberry pi model 3B+ -szal szeretnék internetre kapcsolódni. Nyilván nem túl bonyolult. Nemrégiben vásároltam egy TP-Link C80-as router-t, a pi érzékeli a hálózatot wi-fi-n keresztül, a router-ben is megtalálható a MAC-cím, IP-cím. Rögzített cím van megadva, de mégsem tud csatlakozni az internethez. A TP-Linkre csatlakoztatott többi eszköz helyesen működik. Még annyi, hogy egy DIGI-modem is üzembe lett helyezve. Régebben működött a Raspberry, de akkor még nem volt modem, csak egy régebbi típusú router,aztán pár hónapig nem is használtam. Mi kerülte el a figyelmem? Remélem jobban hozzáértőktől kapok tanácsot. Köszönöm! Joe

Ha fix ip beállítás van, akkor ellenőrizd, jó-e az ip cím tartomány, jó-e a dns, jó-e az átjáró...
Hasonlítsd össze egy "jól" működő gép milyen címekre áll be...

Annyi még, hogy pingeld meg, válaszol-e egyáltalán a megszólításra! Lehet hogy nem is az internet a kérdés, hanem egyáltalán a hálózat.

Látom felmerült pár kérdés, megpróbálom összefoglalni hogy én hogy oldottam meg, remélem segít majd valakinek! Picit hosszú lett, de igyekeztem mindenre kitérni.
A transmission-t szoktam használni, van grafikus (transmission-gtk) és konzolos (transmission-cli) változata is. Nem kér függőséget, repóból telepíthető (sudo apt-get install transmission).
A sorrend:
o ssh - hogy legyen távoli elérés
o anydesk / vnc - hogy legyen grafikus távoli elérés
o felcsatolni a külső merevlemezt (pl. /dev/sda1) egy könnyen elérhető mappába (pl. /home/pi/public)
o samba - hogy legyen megosztás (esetleg dlna ha az kell a tv-hez)
o transmission - torrentezni. Érdemes bekapcsolni a webes elérést, hogy ne kelljen a nason piszkálni.
o router. Hát ezt routere válogatja. Port forwarding jól jöhet. Nekem telefonról is fogadja kérést. Útközben indítom a torrentet, mire hazaérek lent is van.

Transmission-ben meg lehet adni hogy melyik mappából szedje fel a torrenteket (pl /home/pi/public/watch). Meg lehet adni, hogy a letöltés alatt hol tárolja a fájlokat. És azt is, hogy a kész fájlokat hova tegye. Továbbá ki kell kapcsolni azt az opciót, ami rákérdez a letöltésre. Csak töltse ha tud mit. Értesítések nem kellenek. Tehát ha egyszer elindult, akkor már magára lehet hagyni, teszi a dolgát. az IPCÍM:9091-et beírva a böngészőbe távolról tudod menedzselni a torrentjeidet, mintha előtte ülnél.

Érdemes még csinálni egy hálózati elérést a számítógépeden a watch könyvtárra. Ezt arra tudod használni, hogy a böngészőből mikor töltöd le a torrent fájlt, akkor rögtön mehet a watch könyvtárba (ami ugye már a nason van), amit ő meg figyel, tehát azonnal elkezdi letölteni.

Samba buherálásakor újra kell indítani a samba szervert, hogy életbe lépjenek a változások. Erre van külön parancs is, legkönnyebb az egész pi-t újraindítani. Samba működéséhez megint szükség van jelszó beállítására, ez NEM ugyanaz mint a rendszeré, noha meg lehet adni ugyanazt is. Amikor csatlakozol a jelszóval védett megosztáshoz, akkor a samba jelszavát kell megadni, nem a rendszerét (természetesen ha ugyanaz, akkor mindegy).

Mellékelem a működő samba beállítást (/etc/samba/smb.conf). Lehetne rajta mit masszírozni, de ez már működik.

SSH:

Adott egy raspberry pi 4 4GB, melyen fut VPN, torrent, plex, nextcloud, node-red stb... szerver. Szépen teszi a dolgát, csináltam hozzá egy .duckdns.org-ot, így bárhonnan elérhetők VPN nélkül is a kinyitott portok.
pl:
....duckdns.org/nextcloud
....duckdns.org:1880/ui

Mobilnetről, MÁS hálózatról szépen működik, de a raspberryvel azonos hálózaton lévő eszközök nem látják ezt a domaint? (talán ez a neve) Itt csak 192.168.1.30/nextcloud címen érhető el.

- Ennek mi lehet az oka? .duckdns létrehozása 1-2 kattintás, kell egy shell script?? hogy folyamatosan frissüljön a public ip, az megvan. Kb ennyi a teendő, illetve a routerben ki kell nyitni a portokat, az is pipa. Valamit még állítani kell?

-Próbáltam úgy lejelszavazni mindent, hogy legalább 10-12 karakter legyen kis-nagy betűkkel, számokkal. De gondolom így is lehetnek támadások, akik megpróbálnak bejönni a kinyitott portokon. Ez ellen hogy tudnék védekezni, vagy legalább megnehezíteni a támadók dolgát?

A 192.168.x.x hálózat csak a routerig létezik. Attól kifelé pedig csak a szolgáltatód által kiosztott IP címed van, ami időnként megváltozhat. A dinamikus DNS (duckdns) megteszi neked, hogy rendszeresen frissíti a a Pi-d számára aktuálisan kiosztott IP címet.

Vagyis teljesen jó, ha a belső hálózaton a belső IP címmel éred el, a külsőn pedig a külsővel, amihez hozzá van rendelve a duckdns-es neve.

Itt a probléma inkább azzal van, hogy a belső hálón nem látom a külső címemet. Csak 1 példa: ha nextcloudon a szinkronizálás a 192.168.1.30 címre van beállítva, akkor más hálózatról nem működik, ha a .duckdns van beállítva pedig itthonról nem működik.

Ebben tévedsz. Belső hálózaton is el kellene tudnia érni azt a címet, ha kívülről eléri. Igaz ilyenkor tesz egy kört, mert előbb kimegy az interneten, feloldja a címet, majd valahol visszafele elindul a saját eszközéhez, nem pedig közvetlen a saját routerén fordul meg a csomag.

A hibafelderítéshez nagyon hasznos lenne a ping és a tracert parancsok használata.

Tudom pingelni a ....duckdns.org-ot

Sikerült megoldani a problémát, jól sejtettem, a routerben kellett beállítani valamit.

Kérdésem az lenne, hogy ez így rendben van? Biztonságos?

Ez a Digi routere?

Telekomé, de lehet a digi is ilyet ad

Azt szokták ajánlani, hogy a szolgáltatói kábelmodem és router kombinációban kapcsoljuk ki a routert, és használjunk valami komolyabb sajátot. Jobb a tűzfala, védelme, hozzáférhető minden beállítása, nagyobb a teljesítménye, stb.

Valóban, de az meglehetősen költséges beruházás, bár adataink védelme biztosan megtérül. Én olyanra gondoltam, ha például jelszóval próbálnak bejönni az elutasító választ ne azonnal, hanem 5mp késleltetéssel küldje.

Én ugyan laikus vagyok a témában, de ha egy általam küldött csomagot kicserélnek, akkor a jelszavas védelem nem sokat ér. Ha komolyabb tűzfalat szeretnék, akkor csak a router maradt?

Ez attol fugg pontosan mit szeretnel elerni.
Egy atlagos felhasznalonak teljesen megfelelnek a szolgaltatok altal adott router/ap/modem kombok, sot meg azoknak a lehetosegeit sem tudjak/akarjak kihasznalni.
Ha valami specialis dolgot szeretnel es a szolgaltato eszkeze nem tudja, akkor ertelemszeruen nem uszod meg.
En majdnem 20 evig hasznaltam Mikrotik router-eket es AP-ket (szinte a kezdetektol fogva) most viszont egy mezei Huawei modem/router/ap dobozzal nyomulok.
Az utolso Mikrotik router-emet kb egy eve adtam el (azota nem kell EoIP), meg egy kicsi mAP-t hasznalok, mert olyan kis ugyes
De ha mar RPi: Magabol az Pi-bol is lehet router-t csinalni, termeszetesen a teljesitmenye (sebesseg, foleg a local halozaton) elmarad a celeszkozok tobbsegetol. Cserebe olcso.