- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- Gurulunk, WAZE?!
- sziku69: Fűzzük össze a szavakat :)
- Luck Dragon: Asszociációs játék. :)
- gban: Ingyen kellene, de tegnapra
- bitpork: MOD Júni 13 Augusztus 2- szombat jelen állás szerint.
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Argos: Szeretem az ecetfát
- sziku69: Szólánc.
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
-
LOGOUT
Amit érdemes tudni a Raspberry Pi-kről:
A legelső változat 2012-ben jelent meg. Pici, olcsó és nagyon alacsony fogyasztású, hobby-célú kártyagép. Felépítése ARM alapú, nem PC-architektúra, hanem kb. egy régi mobilhoz hasonló. Nagyon sok mindenre használható! A Linux-nak és a magas eladási mennyiségnek köszönhetően jelentős fejlesztőtáborral rendelkezik.
Új hozzászólás Aktív témák
-
_q
addikt
Aki vettem alumínium passzív hűtést a pi4-hez, tapasztalt hasonlót, hogy a kitüremkedő CPU és a mellette lévő részekhez tartozó hűtő felület mérete nem akkora, mint maguk az alkatrészek a PCB-n? Arról nem is beszélve, hogy a hozzá adott hűtőpad kevesebb és kisebb is, mint amekkora kell.
Alsó képen látszik az alis, ami nem passzol rendesen a Pi4-re, a fenti lenne a jó. [link]
-
-
Archttila
veterán
Sziasztok!
Ma feltunt hogy belassult az RPI4 LAN portja. Gondoltam ethtool-al ranezek es bizony a gigbabites port 100-on koszon vissza:ethtool eth0 | grep -i speedCannot get wake-on-lan settings: Operation not permittedSpeed: 100Mb/sKorabban nem volt vele gond
-
-
pvt.peter
őstag
Bocsi, lehet felreertheto volt az amit irtam.
Tehat a helyes megfogalmazas az, hogy aramszunet eseten alaphelyzetbe all a UPC -s ConnectBox.
(Bar az igazsaghoz hozzatartozik az is, hogy most mas helyen lakom, nem ott ahol tapasztaltam ezt, de ugyanugy UPC.)dhcp.conf tartalma, amit nem modositottam mar kb. 2 eve :D
# A sample configuration for dhcpcd.
# See dhcpcd.conf(5) for details.
# Allow users of this group to interact with dhcpcd via the control socket.
#controlgroup wheel
# Inform the DHCP server of our hostname for DDNS.
hostname
# Use the hardware address of the interface for the Client ID.
clientid
# or
# Use the same DUID + IAID as set in DHCPv6 for DHCPv4 ClientID as per RFC4361.
# Some non-RFC compliant DHCP servers do not reply with this set.
# In this case, comment out duid and enable clientid above.
#duid
# Persist interface configuration when dhcpcd exits.
persistent
# Rapid commit support.
# Safe to enable by default because it requires the equivalent option set
# on the server to actually work.
option rapid_commit
# A list of options to request from the DHCP server.
option domain_name_servers, domain_name, domain_search, host_name
option classless_static_routes
# Most distributions have NTP support.
option ntp_servers
# Respect the network MTU. This is applied to DHCP routes.
option interface_mtu
# A ServerID is required by RFC2131.
require dhcp_server_identifier
# Generate Stable Private IPv6 Addresses instead of hardware based ones
slaac private
# Example static IP configuration:
interface enx000ec6d9cec6
static ip_address=192.168.0.31/24
static ip6_address=fd51:42f8:caae:d92e::ff/64
static routers=192.168.0.1
static domain_name_servers=192.168.0.1 8.8.8.8 fd51:42f8:caae:d92e::1
static domain_search= -
-
pvt.peter
őstag
válasz
Savageboy
#37184
üzenetére
Betudnám a routeremben is.
Viszont korábbi tapasztalataim miatt ez eléggé egy megbízhatatlan dolog, ugyanis áramszünetek esetén rendszerint elfelejtett mindent.
Portátirányítástól kezdve mindenféle egyéb beállítást, így próbáltam minimalizálni az ettől való függőségemet. Ezért is használok dhcpd.conf -ot.Tegnap amit matattam az még a sudo raspi-config volt, de nem állítottam be semmit se, csak a network settings almenüit néztem meg.
Utána újraindítás után már megjelent az eth0 és eth1 és onnantól kezdve nem működött a statikus IP cím.Mi az amivel lehetne triggerelni a dhcpd.conf jelenlegi beállításait?
A kiszedés és újbóli berakási nem segített. -
FeriPapa2
tag
Tudomásom szerint semmit. Valamit kipróbáltam egy másik kártyával, mikor ezt visszaraktam azután tűnt fel, hogy valami nem akar bekapcsolni mikor kellene.
A javasolt parancs megvolt már de nem segített. Most az van, hogy egy két hete mentett imiget ráerőszekoltam egy 64Gb-os kártyára (az is baromira idegesítő, hogy másik 16Gb-es kártyára nem lehet felnyomni pedig azért vettem tartalékot) majd egy tegnapi adatbázist visszatöltve, ez működik, jó az idő is. Csak most annyi a szívás, hogy a több tucat blokly szkriptbe a kapcsoló nevek helyett sorszámok lettek, de működnek. Érdekességként néhány meg megmaradt. Lehet, hogy a hülyült kártyára így viszzaírom a mentést aztán vagy újra elő a hiba vagy nem. -
pvt.peter
őstag
válasz
pvt.peter
#37164
üzenetére
Közben rájöttem, hogy a fix IP azóta nem fix.
Régebben még beállítottam fix IP -t a /etc/dhcpcd.conf fájlban, de tegnap vmi történt és emiatt a routertől kér IP címet az eszköz.
Jelenleg sehogy sem tudom kierőszakolni, hogy a beállított IP címet használja.
Hogyan tudnám az automatikusan létrehoztt eth0, eth1 konfigurációkat törölni és a saját custom beállításomat használni?
Próbáltam ezt a parancsot:
sudo ifconfig <interface neve> up
de nem sikerült, azt írta, hogy nincs ilyen eszköz.
Viszont network settingsnél látom a legördülő menüben az újonnan automatikusan létrehozott eth0, eth1 alatt. -
TA
friss újonc
Nos, helyzetjelentés a GPIO-relé sztorival... Találtam egy olyan leírást, ahol 2,2kOhmos ellenállással a GPIO portot (ami ugye a relé modul IN1-re van kötve) összeköti VCC lábbal.
Kipróbáltam, nem működött ez sem. A laptopomat lecsuktam, kimentem sütöttem grillen egy kis kaját, megittam pár sört, majd kellemeset aludtam. Ezt követően ma meg akartam mutatni egy ismerősömnek, hogy hogyan NEM működik a cucc, és működik...
Nem jöttem rá, hogy miért lett jó, ezért szétszedtem az egészet, és újra összeraktam az elejéről.
Relé modul VCC - Pi +5V
Relé modul GND - Pi GND
Relé modul IN1 - Pi GPIO17
Relé modul IN2 - Pi GPIO27
Jumper rajta van, tehát a relék behúzása a Pi tápjáról megy, és tökéletesen működik.Elképzelésem sincs, hogy mi változhatott, mi történt az éjszaka folyamán, amíg hozzá se nyúltam az egészhez, de örülök, hogy működik.
Ez egy prototipus, rövidesen belekerül a raktárkezelő programba ennek a vezérlése. Ha megfelelően működik, akkor másik 3-5 db szekrényt át kell alakítanom így, és összehozni a Pi-vel. Kíváncsi vagyok, azoknál hogy fog működni...
Mindenesetre köszönök minden segítséget! Ha bármi logikus magyarázatot találom a megjavulásra, le fogom írni, hátha másnak is tanulság.
Üdv.
Ádám -
válasz
FeriPapa2
#37176
üzenetére
Mi változott 2 napja? Mit telepítettél/tekertél el rajta?
Nálam így néz ki:
timedatectl status
Local time: v 2020-04-12 14:36:42 CEST
Universal time: v 2020-04-12 12:36:42 UTC
RTC time: n/a
Time zone: Europe/Budapest (CEST, +0200)
System clock synchronized: yes
NTP service: active
RTC in local TZ: noPróbáld meg bekapcsolni:
sudo timedatectl set-ntp Truemoltam
Statikusan, külön lábon? Vagy? Mert hiába alakítod át 3V-ra, azt értelmezni is kellene. -
moltam
tag
Sziasztok!
Lenne egy kérdésem. Egy Armbian Buster rendszert futtatok, melyen fut egy raspotify nevű program, mely lehetővé teszi, hogy a Spotifyról zenét tudjon lejátszani a Pi. Ha fut a raspotify, a telefonon megjelenik, mint lejátszó eszköz.
Egy régi Denon erősítőre van kötve, melyen van egy System connector nevű jack csatlakozó, ami összeköti a CD játszóval, szóval az erősítő ki-be kapcsolásakor a vezetéken távirányító jel megy a 3,5-ös jacken keresztül, valamint a fizikai távirányító jelét is továbbítja. Ezt PC-vel sikerült megnézni, sima soros kapcsolatról van szó, viszont az adatot nem sikerült dekódolnom. Valószínűleg NEC protokol.
A célom az lenne, hogy rákössem a pi-re, és az erősítő be és kikapcsolásakor leálljon vagy induljon a raspotify.
Az erősítő 5v-os jelet küld, de van 3,3v-ra átalakítóm.
Merre induljak el hogy működhessen?
-
FeriPapa2
tag
válasz
Fecogame
#37173
üzenetére
Ezt már tegnap próbáltam, meg ehez kapcsolódó egyéb parncsokat is de egyik sem oldotta meg. Erre ez volt az eredmény:
pi@raspberrypi:~ $ sudo timedatectl
Local time: szo 2020-04-11 07:26:58 CEST
Universal time: szo 2020-04-11 05:26:58 UTC
RTC time: n/a
Time zone: Europe/Budapest (CEST, +0200)
Network time on: yes
NTP synchronized: no
RTC in local TZ: no
Erre gondolsz?: "stretch" -
akos86
aktív tag
válasz
duffbeer
#37160
üzenetére
Köszönöm a választ.
Táp gond nincs kizárva, itthon MikroTik eszközeim vannak a wifi szennyezettséget biztosan kizárnám, meg is néztem a biztonság kedvéért, minden más eszközzel notebookon, pc-n, telefonon wifi interfészén is megvan a közel 130mbit/s, rpi-vel viszont iszonyatosan kevés. -
pvt.peter
őstag
válasz
pvt.peter
#37162
üzenetére
Nálam is fix IP címet kap a raspberry, ha jól emlékszem maga az eszköz kényszeríti ki az adott címet, mindig ugyanaz a cím.
Annyi előrelépés történt, hogy sikerült teljesen másik wifiről, másik hálózatról csatlakoznom a vpn -re, viszont lekapcsolódás után már nem tudtam újból csatlakozni...
Járt már vki így?
-
-
duffbeer
őstag
válasz
akos86
#37159
üzenetére
Táp gond nem lehet? Fura, mert a wifi és a madzagos hálózat két külön eszköz. Ha csak wifivel lenne gond, azt mondanám árnyékolás.
Hogy mérted a sebességet?
Nálam egyszer volt hálózati anomália, mikor "beragadt" egy scriptem és folyamatosan ítta a syslogot nagy menniségű szöveggel... Igaz akkor sdről akartam olvasni, azért szivatott.Szerk.:
Hülye kérdés. Wifi ki vam kapcsolva, mikor azonos hálózaton mérsz vezetéken? Wifi "szennyezettséget" csatornák tekintetében az Ubiquiti wifiman-jét használom. Hátha valami ilyesmi... -
pungora96
tag
válasz
pvt.peter
#37157
üzenetére
Azért használom a dyndns.hu-t, mert magyar és rövidebb a neve a többinél. Futtatok egy teamspeak szervert is a pi-n, jó ha minél rövidebb és nem az ipt kell megadnom.
Igen, mindig ugyanazt a belső hálózatos címet kapja, ez azért kell, mert port forwardingnál, ha változna a címe, akkor mindig át kéne állítani. Samba share-t is használok, felcsatoltam meghajtóként a pi-re csatlakoztatott hdd, ha változna a cím akkor szintén állítgatni kéne. Csomó mindent ip:port alapján érek el a pi-ről belső hálózaton, emiatt se jó ha változna. Puttyban létrehoztam egy profilt, azt is módosítani kéne mindig. Biztos van még valami, de láthatod miért kell a fix ip. -
pvt.peter
őstag
válasz
pungora96
#37118
üzenetére
Köszi a részletes választ, felét értem, felét nem, nem igazán értek a hálózati dolgokhoz
Most lesz időm működőképesre kikalapálni az elérést távolról.
Sztem folytassuk majd privátban, írok ha odajutok.A te példádban mennyire érdemes a dyndns.hu -t használni? Van vmi amiért kifejezetten ezt használod?
A "pi ipje fix" alatt mit értesz? Mindig egy adott belső hálózatos IP címet kap? pl. 192.168.0.x? -
Keem1
veterán
Srácok, az apt-get nem tud telepíteni, amióta megpróbáltam a python pip csomagot feltenni.
Ez a hibaüzenet:
dpkg: error processing package python-entrypoints (--configure):
függőségi hibák - e csomag beállítatlan maradt
Hibák történtek a feldolgozáskor:
python-enum34
python-gi
python-wheel
python-pkg-resources
python-cryptography
python-lockfile
python-asn1crypto
python-six
python-xdg
python-configparser
python-dbus
python-pip
python-setuptools
python-ipaddress
python-keyrings.alt
python-secretstorage
python-keyring
python-entrypoints
E: Sub-process /usr/bin/dpkg returned an error code (1)
A dolog úgy kezdődött, hogy egy app igényelt egy pip csomagot (psutils), ami persze már megvolt, vakartam is a fejem. Aztán kinyomoztam: van python3 és pip3 fenn, ez utóbbi tette fel a psutils-t. No de ennek a mindent megbolygató appnak python és pip kellett (egzaktul kiírva, python 2.7.. amúgy miért? Valaki tudja, ha már fent van a Python 3, minek kell a 2 is?).
Na, feltettem a python2-t, ami csak simán python névre hallgat. Meg a pip2, aminek meg pip a neve. Na igen ám, de ez utóbbi hibát dobott. Felment, de hibát dobott. Lett második psutil is, mint minden pythonból már 2 van, de a hiba nem tágított. És az apt-get purge python-pip halott. És mást se tudok eltávolítani.
Ötlet esetleg?
-
FeriPapa2
tag
Kellemes Húsvétot!
Valaki tudna rá magyarázatot, miért mászhatott el a PI ideje 34 percet és miért nem áll vissza, vagy módot arra, hogyan lehet beállitani? Tegnap egy másik kártyával is hasnáltam új telepítéssel, de ilyen már máskor is volt, de soha nem volt probléma. Domoticzot használok, egy kicsit bekavar a működébe. -
-
dew28
aktív tag
igy nez ki, tehat a behuzo tekercs egyik pontja fixen a VCC pinnel van ossze kotve, az IN1/2/3/4 pedig a GND. (input). Ergo mikor a pi-vel kiadod a 3.3Vot az IN labakra, pont nem tortenik semmi
mod: veszmegoldaskent, ha eleg egy relet hasznalni, akkor a PI 32-es GPIO-ja megy a rele IN4 melletti VCC pinjere, az IN-t osszekotheted GND-vel, viszont a releboardon levo jumpert le kell szedd, es a JDVCC pinre mehet a PI 2es laba (5V) -
pube111
senior tag
Szerintem rossz irányban gondolkodsz. A leírásban amit linkeltél, high level trigger relé van. Amit meg te vettél, az low level trigger relé.
A high level relé akkor húz be, amikor a gpio kiadja a 3,3 voltot a modul in pontjára.
A low level relé meg akkor húz be amikor a gpio nem adja ki a 3,3 voltot a modul in pontjára. -
TA
friss újonc
-
mgergo76
tag
http://wiki.sunfounder.cc/index.php?title=4_Channel_5V_Relay_Module
Régen tanultam az elektronikát, de ez alapján a bemeneteket föld potenciálra kapcsolja és így záródik az optocsatoló+LED sort. Akkor viszont a nem 3,3V-ot ad a bemenetekre, hanem földet.
(#37143) leírás alapján jól működik a panel. Relé behúz, ha a föld (GND) összekötésre kerül a bemenettel (in). Akkor viszont a programban kell keresni a gikszert.
-
TA
friss újonc
-
mgergo76
tag
válasz
azbest
#37142
üzenetére
Ok, így már tiszta a lábak bekötése.
(#37143) TA
Ha 3 panelból egy sem működik rendesen, akkor vagy a csatlakozók vannak rossz sorrendben rádugva a GPIO-ra, vagy a programban kell módosítani a lábkiosztások paramétereit.
Ha van multimétered, akkor érdemes megmérni az egyes kapcsokon a feszültség különbségeket. -
TA
friss újonc
A jumper le van véve, a relék így nem kapnak áramot, csak az optocsatoló és a ledek működnek a pi-ről. (A GND-hez zárásra az állapotjelző led világít.)
De ha felrakom a jumpert, és GND-vel zárom a modul bemenetét, akkor a led is világít, és a relé is behúz. A relé 5 voltot kap, VCC +5V-ról. Tehát a feszültség és az áram elég lenne a modulnak... -
azbest
félisten
a relé jumperével vigyázz, ha azt rosszul teszed fel, lehet ki tudja nyírni a pi-t is.
(#37141) mgergo76
opto csatolós relé. A 3.3 csak a jel, külön 5v kell hajtsa magát a relét.Vannak különböző alternatív módjai a pineknek. Szóval jó lehet akár a 23. Kivéve, ha valami már használja másra. A boot kofiguráció környékén lehetnek modulok, amik esetleg átállítják más módra.
Ez pl egy hasonló cucc [link]
-
mgergo76
tag
https://pinout.xyz/pinout/pin32_gpio12
Ezek alapján a 23-as GPIO láb nem jó (SCLK), ez órajeles lábnak tűnik. Ezt próbál meg inkább a 33-ra (PWM1) kötni.
A 3,3V az 5 voltos relének kevésnek tűnik, lehet hogy egy kicsit behúz a vasmag, de nem zárja az érintkezőt rendesen.
Milyen tápegységről van megtáplálva a RPi? Lehet, ha az 5V-os kimeneti fesz a 2-es lábról sem elégséges, meg kellene próbálni egy másik tápegységről megtáplálni a panelt. -
TA
friss újonc
válasz
azbest
#37139
üzenetére
Igen, azért vettem direkt ezt...
Kollegánál van egy másik ugyanilyen PI, ugyanezen relé modul 2 relés változata, és ugyanez a szitu vele, mind a pi, mind a relémodul oldalról...
Igen, a linken lévő az. Pontosan ez: http://www.malnasuli.hu/wp-content/uploads/2019/11/eight_relay_cont_pi.py -
TA
friss újonc
Bocsi, a link lemaradt...
https://www.hestore.hu/prod_10035514.htmlA 3.3V erősségét, vagy a fesztültség elégtelenségét azért zárnám ki, mert a modul bármelyik (IN1, IN2, IN3, IN4) bemenetét GND-vel zárva a relék behúznak, és a panelon az állapotjelző is világít.
A bekötésem:
Relé modul GND - PI 6-os láb (GND)
Relé modul IN1 - PI 32-es láb (GPIO12)
Relé modul IN2 - PI 23-as láb (GPIO11)
Relé modul IN3 - nincs bekötve
Relé modul IN4 - nincs bekötve
Relé modul VCC - PI 2-es láb (5V power)
A pi lábkiosztását a mellékelt képről lestem. -
pube111
senior tag
Vazószínű, hogy ez ilyen föld elvevős relémodul. Biztos nem ez a szakszerű neve
A lényeg az, hogy amikor a gpio kiadja a 3.3 voltot a megfelelő in lábra, akkor az ahhoz tartozó relé elveszti a testet, és elenged. Amikor nem kapja a gpio ról a 3.3 voltot, akkor a relé megkapja a testet, és behúz. Van fordított územű relémodul is. -
-
TA
friss újonc
Sziasztok!
Kaptam egy kellemes feladatot... Raspberry PI4 szerkezeteken futnak raktárkezelő alkalmazásaink évek óta hibátlanul. Most azonban jött egy olyan igény, hogy a raktárkezelőnek egy elektromos zárat kellene működtetnie. Mechanikai, elektronikai részét megoldottam.
A pi-vel való összekapcsoláshoz vettem egy relé modult, amit kifejezetten ehhez ajánlottak, ahogy a neten olvasgattam.
A panelen van 1 VCC, 1 GND, és 4 db IN tüske. Raktam a pi-re egy relés progit, amit a málnasuliról töltöttem le, összesen 8 kimenetet lehet vele ki-be kapcsolgatni. A program jól működik, a megfelelő lábon tudok 3,3 Voltot mérni, azonban a relé modulom nem működik. Ha a relé modul bármely bemenetét a testtel zárom, akkor behúz a relé. Először arra gondoltam, hogy hibás a relé modul, ezért rendeltem másikat, de ugyanez a helyzet. A megfelelő GPIO kimeneteket összekötve a relémodul bemeneteivel, az adott relé állapot visszajelző ledje halványan világít.
Végigolvastam már minden magyar nyelvű leírást erről a relé modulról, de mind szerint működnie kellene így, de mégsem működik...
Rosszul kötöm össze, vagy kellene még valami a pi és a modul közé? Vagy esetleg programozható, hogy a kimeneten mit adjon ki?
Köszönettel:
T. Ádám -
pube111
senior tag
Kipróbáltam, de ott a legnagyobb felbontás az m4 1440x1080. Az hibátlanul megy, úgyhogy szerintem nem a pi a hibás. Viszont a tuner is jó, mert pc ben tökéletes a kép.
Az nem lehet, hogy kevés tápot kap usb-n a tuner? Van valahol valami usb current állítás, de nem tudom hol. -
Keem1
veterán
válasz
pube111
#37126
üzenetére
Tipp a troubleshootoláshoz: ha az a Kodi, ami pl. androidra is van, akkor esetleg próbáld ki internetes streamként (tehát hogy a tévé jelet nem kábelen veszed és digitalizálod, hanem eleve digitálisan, streamként "veszed").
Nekem ugyan nem Pi-n, de az Online Stream addonja a legmostohább eszközökön is működött (kezdve az összes PC-től, Android TV boxon át a gyengébb telefonokig). Ha a te stuffod ezt se bírja, akkor egyértelműen a Pi a gyenge láncszem. Ellenben ha ezzel megy, akkor szerintem a tévésapkával is összehozható a dolog.
-
válasz
pube111
#37126
üzenetére
Ugyanarról a koaxiális kábelről próbálod, amiről a tv is megy? A Kodi elég rossz minőségeket ír. Egyébként nem tudom, hogy egyedi probléma-e, de nálam a közszolgálati adók minősége valahogy mindig sokkal rosszabb volt, mint a többié, és pont az M4 Sport (és a vele egy mux-on lévő adók) abszolút nem is megy (szintén Digi).
-
pube111
senior tag
Üdv! Van egy ilyen usb tunerem: https://zedt.eu/tech/linux/dvb-c-tv-raspberry-pi-libreeleckodi/
Libreelec, kodi, pi3. Főleg a hd csatornáknál szétesik a kép.
Ha a tunert pc be dugom, windowson tökéletes a kép.
Digi kábel a hálózat, a tv max jelerőséget ír.
Valószínűleg a pi a gyenge pont. Valakinek van ötlete, mit lehet tenni?
https://i.ibb.co/b3nmVG8/20200408-200336.jpg
https://i.ibb.co/w4MRJXT/20200408-200319.jpg
https://i.ibb.co/W0n4j4T/20200408-200318.jpglink
https://i.ibb.co/y5hKhB0/20200408-200330.jpg
https://i.ibb.co/hZcM0vJ/20200408-200332.jpg -
fuwiradis
aktív tag
sziasztok!
van itt nekem egy hasznalaton kivuli pi3-am, arra gondoltam 0. kozelitesben lehetne ra pihole-t rakni. emelle meg pivpn, ami megutotte a fulem, hogy van, de valojaban nincs igazan olyan helyi halozati megosztott dolgom (nas, vagy akarmi, amit szeretnek kulso halozatrol erkezve elerni), igy lenne pivpn-nek barmi ertelme? van valami elonye, ami miatt erdemes megiscsak hasznalni, meg akkor is ha nincs kivulrol elerni kivant dolgaim?
nem igazan vagyok kepben, igy koszonok minden javaslatot!
-
válasz
pvt.peter
#37116
üzenetére
Attól, hogy helyi hálózati IP-n keresztül eléred, még nem következik, hogy jó a port forwarding, mivel az akkor kerül képbe, ha a router WAN interfészére érkezik kérés, ilyenkor a forwardolt portra érkező csomagokat továbbítja a megfelelő LAN IP-re.
NAT loopback (angol) -
#37121
cigam
titán
tradeelek11
#37097
válasz
tradeelek11
#37097
üzenetére
clonzilla a barátod, ugyanakkor fájl szintű mentéseket is érdemes készíteni, elég egy sima másolás, akár időzítve is.
Az a script az sd kártyán futó rendszerről készít másolatot. A külső meghajtóra pakolt rendszeren nem lett tesztelve. Valószínű nem is működne, nincs felkészítve két külön lemez használatára.
Egy forumtárs blog bejegyzése a rendszer USB-re mozgatásáról.
-
pungora96
tag
válasz
pvt.peter
#37116
üzenetére
UPC-sek vagyunk mi is, Connectboxunk van. .dyndns.hu nekem letsencrypt (tls tanúsítványhoz) konténerben be van konfigolva (reverse proxy-t használok, hogy ne kelljen sok portot nyitni a dolgoknak, így úgy tudom elérni a különböző dolgokat, hogy ***.dyndns.hu/fajlszerver, vpnt nem használok), a pi ipje fix. Kívülről el is lehet érni szépen, de ha belső hálózatról akarom elérni dyndns-en keresztül, akkor az nagyon lassú először, majd pár másodperc után crashel a Connectbox és újraindul, ezért belső ipről használom a dolgokat, kivéve a fájlszervert nem tudom, mert azt csak publikus ip-re lehet regisztrálni (filerun). Ha eljutsz addig, hogy működőképes, akkor kíváncsi vagyok, hogy ha megpróbálod te is dyndns-el elérni, akkor neked is kifagy-e a modem. Ha segítségre van szükséged nyugodtan írj privátot, megpróbálok segíteni.
Ha a többieknek van ötlete, hogy mit csinálok rosszul vagy hasonló tapasztalatotok van, ne tartsátok magatokban. -
pvt.peter
őstag
válasz
Savageboy
#37110
üzenetére
"Ha arra gondolsz, hogy router mögött elérhető lesz-e így a Pi, akkor a válasz az, hogy elérhető, amennyiben a routerben megfelelően be van állítva a port forwarding."
> Ez valószínűleg okés, ugyanis tudtam csatlakozni lokálból IP cím megadásával. Jól gondolom?"Ha viszont arra gondolsz, hogy a szolgáltatód NAT-ol, akkor a válasz az, hogy valószínűleg nem lesz elérhető, de meg lehet próbálni a szolgáltatónál kérvényezni, hogy normális publikus címet osszanak ki."
> Jelenleg a UPC -nél vagyok. Járt már vki hasonló cipőben?"Illetve annyi még, hogy ha LAN-ról is a dyndns-es címen szeretnéd elérni a Pi-t, akkor saját DNS szerver is kelleni fog (célszerűen a router), amin beállítod, hogy a domént a Pi helyi hálózati címére oldja fel, és az eszközöknek ezt a DNS-t is kell használniuk (ha DHCP-t használsz, akkor kevésbé probléma, automatikusan beállíthatod). Esetleg fix számítógépnél még működhet a hosts fájl átírós módszer is, de pl. okostelefonnál, táblagépnél ez már nem olyan jó megoldás."
> Na ez nem teljesen volt világos. -
_q
addikt
-
Márton
nagyúr
válasz
pvt.peter
#37109
üzenetére
Én a noip-t használom, egyetleg hátránya az ingyenesnek, hogy havonta meg kell újítani 2 klikkel. A gond az, hogy sokszor valamiért a spam-ba kerül ez az email értesítő.
Duckdns és freedns-sel nem kell bajlódni, megy az idők végeztéig?Ha NAT/router mögött vagy: VPN, SSH alagút...
-
AXisBOLD
addikt
Sziasztok,
Pi4 szoftverezése jelenleg így fest.
Raspbian --> telepített Kodi + Transmission fut a háttérben.A rendszer nem a legstabilabb, illetve rájöttem, hogy semmi szükségem a Raspbianra.
Elég lenne egy standalone Kodi + Transmission a háttérben.Mivel a jelenlegi setupot nem én raktam össze, nincs gyakorlatom benne, tudnátok segíteni, hogy hol kezdjem el az újrarakást?
-
PistiSan
addikt
Nem használtam soha a wifit, nincs vele tapasztalatom, kábelen van a hálózatra kötve a pi, mért sok adat megy át rajta, kábelnél stabilabb megoldás nincs. Viszont be állítottam bluetooth hangszórónak a régi jack csatlakozós erősítőm mellé, a szobában néha közelebb kell rakni a telefont hogy ne akadozzon, szerintem tuti árkényol a fém ház.
-
válasz
pvt.peter
#37109
üzenetére
Ha arra gondolsz, hogy router mögött elérhető lesz-e így a Pi, akkor a válasz az, hogy elérhető, amennyiben a routerben megfelelően be van állítva a port forwarding.
Ha viszont arra gondolsz, hogy a szolgáltatód NAT-ol, akkor a válasz az, hogy valószínűleg nem lesz elérhető, de meg lehet próbálni a szolgáltatónál kérvényezni, hogy normális publikus címet osszanak ki.
Illetve annyi még, hogy ha LAN-ról is a dyndns-es címen szeretnéd elérni a Pi-t, akkor saját DNS szerver is kelleni fog (célszerűen a router), amin beállítod, hogy a domént a Pi helyi hálózati címére oldja fel, és az eszközöknek ezt a DNS-t is kell használniuk (ha DHCP-t használsz, akkor kevésbé probléma, automatikusan beállíthatod). Esetleg fix számítógépnél még működhet a hosts fájl átírós módszer is, de pl. okostelefonnál, táblagépnél ez már nem olyan jó megoldás.
-
pvt.peter
őstag
válasz
Savageboy
#37105
üzenetére
Hm, basszus, működik
köszi a segítséget Akkor már csak ezt a dyn dns dolgot kellene megoldani, hogy távolról is tudjak VPN -re kapcsolódni
Jöhet a köv. lépcsőfok: ki milyen dyn DNS szolgáltatót ajánl? Preferálnám az ingyeneset.
Semmi extrára nem lenne szükségem, csak arra, hogy adott webcímen keresztül csatlakozni tudjak a PI -re. -
válasz
pvt.peter
#37103
üzenetére
Helyi hálózaton sem tudsz csatlakozni? Ha LAN-on belüli gépről akarod tesztelni, akkor IP cím alapján kapcsolódj, ne a dinamikus DNS szolgáltatón keresztül (NAT loopback inkább nem szokott működni, mint fordítva, tapasztalataim szerint). Egyébként szerintem a szolgáltatás fut rendesen, nem valószínű, hogy azzal lenne a gond.
-
pvt.peter
őstag
válasz
Savageboy
#37089
üzenetére
Nos, az alábbiakat ellenőriztem le:
Lefuttatam a sudo netstat -lptu parancsot, az alábbiakat adta vissza: (a nem releváns sorokat töröltem)
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
udp 0 0 0.0.0.0:40901 0.0.0.0:* -
udp6 0 0 [::]:40901 [::]:* -Illetve helyi hálózatról csináltam egy szkennelést az adott kiszolgáló nevére és a 40901 -es portot nyitottnak írta UDP szempontjából.
Elképzelhető, hogy a PiVPN és/vagy WireGuard nem indította el normálisan a szolgáltatásokat? Vagy esetleg vmi félre lett konfigurálva?
-
#37101
zsolt_64
senior tag
tradeelek11
#37097
zsolt_64
senior tag
válasz
tradeelek11
#37097
üzenetére
Nem csinálok, de van itt a fórumon egy script amit valamelyik fórumtárstól le lehet tölteni, nézzél körül, azzal lehet komplett metést csinálni.
Új hozzászólás Aktív témák
Hirdetés
- Redmi Watch 5 - formás, de egyszerű
- PROHARDVER! feedback: bugok, problémák, ötletek
- Steam Deck
- Samsung Galaxy Watch4 és Watch4 Classic - próbawearzió
- Hobby elektronika
- Mobil flották
- BestBuy topik
- Nem indul és mi a baja a gépemnek topik
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- Második bétánál jár a One UI 8
- További aktív témák...
- Bomba ár! Lenovo ThinkPad T490s - i7-8GEN I 16GB I 256SSD I 14" WQHD HDR I Cam I W11 I Gari!
- Új! Targus - USB-C Dual HDMI 4K HUB - 2 HDMI-vel. Saját töltő nélkül 2 monitorral (120Hz)
- Telefon felvásárlás!! iPhone 15/iPhone 15 Plus/iPhone 15 Pro/iPhone 15 Pro Max
- 121 - Lenovo Legion Pro 5 (16ARX8) - AMD Ryzen 7 7745HX, RTX 4070 (48 hónap garancia!)
- Dell USB-C dokkolók: (K20A) WD19/ WD19S/ WD19DC + 130W, 180W, 240W töltők
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: Liszt Ferenc Zeneművészeti Egyetem
Város: Budapest