-
Fototrend
Fototrend
Új hozzászólás Aktív témák
-
Félig-meddig előrébb jutottam. Az egyik galiba a tűzfal miatt volt szerintem. Kiadtam a
sudo ufw allow Sambaparancsot, onnantól már a Win7-es kliens látta a megosztást. Látja a megosztott mappa/almappákat, fájlokat. Írni is tud bele. Egyelőre nincs külön felhasználóm a sambához.
Plusz engedélyeztem a wins-t, meg ugyanazt a tartománynevet adtam, ami a win7-nek is meg lett adva.A
sudo smbclient -L localhosthibát dob továbbra is: Connection to localhost failed(Error NT_STATUS_CONNECTION_REFUSED) Erre a hibára kerestem rá, akkor írták pár lehetséges oknak, hogy nincs esetleg elég tárhely, tűzfal fogja meg vagy az smb.conf hibás. Utóbbin végigmegy a testpram, nem jezez hibát.
Hogyan tovább? -
Nos
workgroup = gyakorlas
wins support=yes
lehetőleg a win-en lévő workgrouppal megegyező legyen és kapcsold be a wins-et is (wines klienseknél nem árt kategória)igy tudod tesztelni, hogy megy-e a samba és élnek-e a share-k
smbclient -L localhostIlletve ide loggolsz: /var/log/samba/ nézd meg, hogy mire panaszkodik.
Másik meg, hogy samba4-nél (sem) szoktam anonym csatlakozást engedélyezni mert mindig vmi szivás van vele (asszem főleg azért mert csak smb1 kezeli az meg már tiltva van win-eken is).
Hanem szépen létrehozok neki user-tsudo smbpasswd -a user -
Nos
workgroup = gyakorlas
wins support=yes
lehetőleg a win-en lévő workgrouppal megegyező legyen és kapcsold be a wins-et is (wines klienseknél nem árt kategória)igy tudod tesztelni, hogy megy-e a samba és élnek-e a share-k
smbclient -L localhostIlletve ide loggolsz: /var/log/samba/ nézd meg, hogy mire panaszkodik.
Másik meg, hogy samba4-nél (sem) szoktam anonym csatlakozást engedélyezni mert mindig vmi szivás van vele (asszem főleg azért mert csak smb1 kezeli az meg már tiltva van win-eken is).
Hanem szépen létrehozok neki user-tsudo smbpasswd -a user -
Ha beállítok Samba fájlmegosztást, és 2 db hálózati kártya van az adott gépben, akkor melyiken fog látszódni?
(VirtualBox-Ubuntu Server, nat+belső hálókártya, dhcp van a belső háló felé+internetet is oszt az Ubuntu szerver)
A belső hálón kéne, hogy menjen a fájlmegosztás, de per pillanat nem lát semmit a Win7 kliens. Hálózati felderítés be van kapcsolva.Az Ubuntu server dokumentációjában található leírás alapján próbálom.
-
Ha beállítok Samba fájlmegosztást, és 2 db hálózati kártya van az adott gépben, akkor melyiken fog látszódni?
(VirtualBox-Ubuntu Server, nat+belső hálókártya, dhcp van a belső háló felé+internetet is oszt az Ubuntu szerver)
A belső hálón kéne, hogy menjen a fájlmegosztás, de per pillanat nem lát semmit a Win7 kliens. Hálózati felderítés be van kapcsolva.Az Ubuntu server dokumentációjában található leírás alapján próbálom.
-
Igen, a sudo ilyen.
Javaslom nézz egy hdsentinelt a háttértárra, mert ami történt az nem normális. Továbbra is kétlem, hogy egy sima windózer frissítés csak úgy kinyír egy olyan partíciót, aminek az olvasásához nincs is driver a Windowsban... Inkább csak véletlen egybeesés és lehet, hogy közben kezd tönkremenni a háttértár, vagy mondjuk egy kicsit hibás sata kábel okozott adatvesztést. Én jártam már így, a sata kábel okozta hibákat meg feljegyzi a háttérár és a hdsentinel megmutatja.
-
Siker! Sikerült az adat partíciót elérni ezzel a paranccsal: "gksu nautilus"
Az így megnyíló fájlkezelőben elérhető volt az adatok partíció is és le tudtam menteni az ott lévő adatokat.
Úgy döntöttem ezek után formázom az egészet és csak egy Windowst kap a gép. Mindazok által semmi bajom a linuxxal, de így egymás mellett két oprendszer egy átlag felhasználónak teljesen felesleges.Köszönöm mindkettőtöknek a segítséget, tegnap kb. már utolsó próbaként jutott eszembe, hogy írok a prohardverre, mivel itt profik vannak, akik segítenek sokszor másoknak.
-
Siker! Sikerült az adat partíciót elérni ezzel a paranccsal: "gksu nautilus"
Az így megnyíló fájlkezelőben elérhető volt az adatok partíció is és le tudtam menteni az ott lévő adatokat.
Úgy döntöttem ezek után formázom az egészet és csak egy Windowst kap a gép. Mindazok által semmi bajom a linuxxal, de így egymás mellett két oprendszer egy átlag felhasználónak teljesen felesleges.Köszönöm mindkettőtöknek a segítséget, tegnap kb. már utolsó próbaként jutott eszembe, hogy írok a prohardverre, mivel itt profik vannak, akik segítenek sokszor másoknak.
-
Köszönöm mindkettőtöknek az eddigieket.
Megnyitottam Ubuntus Live disztrón a fájlkezelőt. Látom a 144 gigás windows partíciót (sőt még az 1 gigás windowsnak fenntartottat is), tudok is róla adatokat másolni. Viszont az adat nevezetű partíciót nem nyitja meg, azzal a szöveggel, hogy "You do not have the permissions necessary to view the contents of "adat"."
Megnyitottam a Gnome disket is arról is csatolok képet. Természetesen itt sem enged belépni az adatba.
-
Ha csak az adat partíció érdekes, akkor fognék egy live képes disztrót, és egyszerűen a fájlkezelőjével betallóznám a cuccokat róla.
De azt is csinálhatod, hogy gparteddel létrehozol egy partíciót a lefoglalatlan helyén (vagyis újraalkotod), aztán oda felraksz egy új Linuxot. Akkor lesz újra működő grub, és abból a friss Linuxból is el fogod érni az adat partíció tartalmát. Én ezt csinálnám.
Köszönöm mindkettőtöknek az eddigieket.
Megnyitottam Ubuntus Live disztrón a fájlkezelőt. Látom a 144 gigás windows partíciót (sőt még az 1 gigás windowsnak fenntartottat is), tudok is róla adatokat másolni. Viszont az adat nevezetű partíciót nem nyitja meg, azzal a szöveggel, hogy "You do not have the permissions necessary to view the contents of "adat"."
Megnyitottam a Gnome disket is arról is csatolok képet. Természetesen itt sem enged belépni az adatba.
-
-
Nekem is csak rossz tapasztalataim vannak a hibrid telepítésekkel, kétszer is megszívtam vele, egyszer sem jött össze a javítás. A helyedben meg sem javítanám. Csatold fel Live Linux alatt a partíciókat, amik megvannak, és mentsd ki valahová a fontos adatokat. Aztán gyalu, és felrakod azt a rendszert, amelyik fontosabb.
-
Az fdisk -l - azt dobta, hogy nem tud hozzáférni semmihez. Így a többit nem próbáltam (fsck), viszont megnéztem testdiskkel, ext4 a fájlrendszer. (Sajnos nem én installáltam a linuxot, így ezt is kutatni kellett.)
A gparted-et nézem. Csatolom, a képet amit látok. Az első három biztos hogy a windowshoz tartozik. Az sda4 a linuxos, de valamiért három részre van osztva. sda5 egy linux swap, sda6 egy adat partíció, ide a gazdája szerint adatok vannak mentve és van egy lefoglalatlan 97 gb-os partíció, szerintem ez az ubuntu partíciója, de valamiért lefoglalatlannak mutatja. Ezzel van a baj.
Biztos hogy a windows update cseszte el, mert hétfőn ráengedtem az updatet, addig minden rendben volt. Amikor frissített 1607-ről 1803-ra, egyszer csak egy menetrendszerű újraindulásnál a grub rescue fogadott... :/
-
Egy live disztró alól az fdisk -l mit mond? Ott tuti látszik a partíciód, aztán rá lehetne engedni egy fsck.ext4-et. Vagy annak megfelelő fsck-t, ha nem ext4-et használtál fájlrendszernek.
Továbbá van külön gparted live disztró, azzal gparted indít, ott pedig ellenőrzés és javítás a partíción. Én ezt próbálnám meg először.
Amúgy nem hiszem, hogy köze van a Windowsnak a történtekhez. Még csak nem is kezel Linuxos fájlrendszereket.
Az fdisk -l - azt dobta, hogy nem tud hozzáférni semmihez. Így a többit nem próbáltam (fsck), viszont megnéztem testdiskkel, ext4 a fájlrendszer. (Sajnos nem én installáltam a linuxot, így ezt is kutatni kellett.)
A gparted-et nézem. Csatolom, a képet amit látok. Az első három biztos hogy a windowshoz tartozik. Az sda4 a linuxos, de valamiért három részre van osztva. sda5 egy linux swap, sda6 egy adat partíció, ide a gazdája szerint adatok vannak mentve és van egy lefoglalatlan 97 gb-os partíció, szerintem ez az ubuntu partíciója, de valamiért lefoglalatlannak mutatja. Ezzel van a baj.
Biztos hogy a windows update cseszte el, mert hétfőn ráengedtem az updatet, addig minden rendben volt. Amikor frissített 1607-ről 1803-ra, egyszer csak egy menetrendszerű újraindulásnál a grub rescue fogadott... :/
-
Nálam szépen szedi 1080p/60-at, ahogy eddig is.
Valami nálad lehet?! 
Szerk.: Ha más nem, akkor próbáld meg így (1080p és mp4-ben szed):
youtube-dl --format='bestvideo[ext=mp4][height<=?1920]+bestaudio[ext=m4a]' https://www.youtube.com/watch\?v\=Va8GZDGkkjQ\&t\=409sSzia!
Köszönöm a tippet! Működött is, egyben rávezetett a megoldásra. Az ffmpeg hiányzott neki.
Ezer hála!
Üdv,
J -
Sziasztok!
Másnak is csak 360p-ben enged letölteni a YouTube vagy csak nekem? Legfrissebb (2018.12.31.) youtube-dl progival próbálkozom.
Üdv,
JNálam szépen szedi 1080p/60-at, ahogy eddig is.
Valami nálad lehet?! Szerk.: Ha más nem, akkor próbáld meg így (1080p és mp4-ben szed):
youtube-dl --format='bestvideo[ext=mp4][height<=?1920]+bestaudio[ext=m4a]' https://www.youtube.com/watch\?v\=Va8GZDGkkjQ\&t\=409s -
Sziasztok,
adott egy Ubuntu 16.04+Windows 10 egymás mellett. (Nem vagyok barátja ennek a két op rendszer egymás mellett dolognak, de mindegy így kaptam a problémát.) Eddig tökéletesen működött, de a 1607-ről 1803-asra való Windows frissítés tönkre vágta a grubot és csak a grub rescue jön be.
Próbáltam a google nyújtotta lehetőségeket kiaknázni és visszaállítani a dolgokat, de egy partíciót, amin az Ubuntu van (valószínűleg) nem látja a grub rescue. hd0.msdos1-től msdos6-ig minden van amikor kiadom az ls parancsot, kivétel az msdos4. Próbáltam liveUSB-n a testdisk-et, ott lát minden partíciót, de nem jutottam előrébb.
Tudna valaki segíteni? Nagyon megköszönném, fontos adatok vannak az Ubuntus partíción.
-
#05055892
törölt tag
Sziasztok,
adott egy Ubuntu 16.04+Windows 10 egymás mellett. (Nem vagyok barátja ennek a két op rendszer egymás mellett dolognak, de mindegy így kaptam a problémát.) Eddig tökéletesen működött, de a 1607-ről 1803-asra való Windows frissítés tönkre vágta a grubot és csak a grub rescue jön be.
Próbáltam a google nyújtotta lehetőségeket kiaknázni és visszaállítani a dolgokat, de egy partíciót, amin az Ubuntu van (valószínűleg) nem látja a grub rescue. hd0.msdos1-től msdos6-ig minden van amikor kiadom az ls parancsot, kivétel az msdos4. Próbáltam liveUSB-n a testdisk-et, ott lát minden partíciót, de nem jutottam előrébb.
Tudna valaki segíteni? Nagyon megköszönném, fontos adatok vannak az Ubuntus partíción.
-
Igen természetesen működött. kintről bentről, látta ip címet..
de meglett most a megoldás, végülis 1 napot csesztem el vele, de megvolt az első iptables konfigom.
persze érteni egyáltalán nem értem hogy miért megy így ráadásul a netről kb 200 mintát kipróbáltam ilyet senki se írt, de mégis, így működik
összesen annyi, hogy inputnál a 80as portot nemcsak mint destination hanem mint source port is kell engedélyezni..
na ezt nem értem hogy miért, illetve hogy miért kell mind a kettőt, és hogy a neten erről miért nincs semmi.de most szépen teker.
-
Igen természetesen működött. kintről bentről, látta ip címet..
de meglett most a megoldás, végülis 1 napot csesztem el vele, de megvolt az első iptables konfigom.
persze érteni egyáltalán nem értem hogy miért megy így ráadásul a netről kb 200 mintát kipróbáltam ilyet senki se írt, de mégis, így működik
összesen annyi, hogy inputnál a 80as portot nemcsak mint destination hanem mint source port is kell engedélyezni..
na ezt nem értem hogy miért, illetve hogy miért kell mind a kettőt, és hogy a neten erről miért nincs semmi.de most szépen teker.
-
Sziasztok
Bár kezdő vagyok, de itt leltem iptableses problémát.. Remélem jó helyre írtam.
kitaláltam tanulgatom a linuxot így az ünnepek alatt, ezért nextcloudot raktam fel lxc containerbe. Ez DMZben van, mivel port forwardinggal nem lehet kintről is elérni ugyanazon a címen meg belülről is, márpedig ez fontos anélkül nem ér semmit.
Ehhez szeretnék életemben először iptablest csinálni, és nagyon nagyon elakadtam (ja igen, ubuntu a rendszer)
A lényeg, sikerült összerakni, működik, de nem tudom a rendszert frissíteni. Értem ez alatt, hogy a web böngészők se mennek, semmi se. Ellenben megy a web server, csak éppen apt-get se, meg lynx se.
Mit rontok el ??Mellékelem az iptablest
# flush all chains
iptables -F
iptables -X # delete chains..# defaults...
iptables -P INPUT DROP
iptables -P OUTPUT ACCEPT
iptables -P FORWARD DROP# accept localhost...
iptables -A INPUT -i lo -j ACCEPT
iptables -A OUTPUT -o lo -j ACCEPT# DNS -- home server.
iptables -A INPUT -i eth0 -s 192.168.2.149 -p udp --sport 53 -j ACCEPT
#iptables -A OUTPUT -o eth0 -d 192.168.2.149 -p udp --dport 53 -m conntrack --ctstate NEW,ESTABLISHED -j ACCEPT# allow traffic if once connected
iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT# accept traffic nextcloud
iptables -A INPUT -p tcp --dport 80 -m state --state NEW,ESTABLISHED,RELATED -j ACCEPT
iptables -A INPUT -p tcp --dport 443 -m state --state NEW,ESTABLISHED,RELATED -j ACCEPT# this shit makes to work apt-get lynx etc.. 30000-65000
iptables -A INPUT -p tcp --match multiport --dports 30000:65000 -m state --state ESTABLISHED,RELATED -j ACCEPTmint látszik, itt az utolsó sorral ha megnyitom a 30000-65000ig minden tcp portot akkor működik.
Ezek ahogy elnéztem random generálódnak mert próbáltam kizárásos alapon meglelni a szükséges portot, esélytelenül..A neten semmi sincs róla, annyi van ha a 80as és 443as port nyitva, akkor működnie kell. hát nem teszi.
syslogot nem tudok nézni valamiért az lxc containerben nem működik de lehet hogy azért mert hiányos a tudásomElőre is köszönöm
Ant..
-
ant7517
csendes tag
Sziasztok
Bár kezdő vagyok, de itt leltem iptableses problémát.. Remélem jó helyre írtam.
kitaláltam tanulgatom a linuxot így az ünnepek alatt, ezért nextcloudot raktam fel lxc containerbe. Ez DMZben van, mivel port forwardinggal nem lehet kintről is elérni ugyanazon a címen meg belülről is, márpedig ez fontos anélkül nem ér semmit.
Ehhez szeretnék életemben először iptablest csinálni, és nagyon nagyon elakadtam (ja igen, ubuntu a rendszer)
A lényeg, sikerült összerakni, működik, de nem tudom a rendszert frissíteni. Értem ez alatt, hogy a web böngészők se mennek, semmi se. Ellenben megy a web server, csak éppen apt-get se, meg lynx se.
Mit rontok el ??Mellékelem az iptablest
# flush all chains
iptables -F
iptables -X # delete chains..# defaults...
iptables -P INPUT DROP
iptables -P OUTPUT ACCEPT
iptables -P FORWARD DROP# accept localhost...
iptables -A INPUT -i lo -j ACCEPT
iptables -A OUTPUT -o lo -j ACCEPT# DNS -- home server.
iptables -A INPUT -i eth0 -s 192.168.2.149 -p udp --sport 53 -j ACCEPT
#iptables -A OUTPUT -o eth0 -d 192.168.2.149 -p udp --dport 53 -m conntrack --ctstate NEW,ESTABLISHED -j ACCEPT# allow traffic if once connected
iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT# accept traffic nextcloud
iptables -A INPUT -p tcp --dport 80 -m state --state NEW,ESTABLISHED,RELATED -j ACCEPT
iptables -A INPUT -p tcp --dport 443 -m state --state NEW,ESTABLISHED,RELATED -j ACCEPT# this shit makes to work apt-get lynx etc.. 30000-65000
iptables -A INPUT -p tcp --match multiport --dports 30000:65000 -m state --state ESTABLISHED,RELATED -j ACCEPTmint látszik, itt az utolsó sorral ha megnyitom a 30000-65000ig minden tcp portot akkor működik.
Ezek ahogy elnéztem random generálódnak mert próbáltam kizárásos alapon meglelni a szükséges portot, esélytelenül..A neten semmi sincs róla, annyi van ha a 80as és 443as port nyitva, akkor működnie kell. hát nem teszi.
syslogot nem tudok nézni valamiért az lxc containerben nem működik de lehet hogy azért mert hiányos a tudásomElőre is köszönöm
Ant..
-
-
Sziasztok!
A következő a gondom.
Adott egy naprakész 64 bites Fedora 28 XFCE, Nvidia GeForce 210 videokártya Nvidia 340.106 driverrel.
A Virtualbox szerint nincs a gazdarendszeren 3D gyorsítás. Le akarnám csekkolni aglxinfo | grep directparanccsal mire ezt adja:X Error of failed request: BadWindow (invalid Window parameter)
Major opcode of failed request: 154 (NV-GLX)
Minor opcode of failed request: 4 ()
Resource id in failed request: 0x380000a
Serial number of failed request: 59
Current serial number in output stream: 59Az
nvidia-settingsazOpenGL/GLX Information-ra klikkelve összeomlik. VDPAU működik.Mit tegyek?
Üdv,
J -
Vladi
nagyúr
-
RaPiDsHaRe
aktív tag
-
Vladi
nagyúr
Ezt grub-costumisert installáltam. Hogyan tudom itt megadni a Windows particiot ?
-
RaPiDsHaRe
aktív tag
Fel kell telepítened az ntfs csomagokat. ntfs-3g a csomag, amit az epel tárolóban találsz. Először a tárolót vedd feldd!
Utána viszont a grubnak a config managerét kell futtatnod, hogy megtalálja! én a grub-costumisert szoktam használni.
Annyi a háttere a történetnek, hogy telepítskor nem ismerte az ntfs-t, így nem is látta a wint.
-
Vladi
nagyúr
Sziasztok!
Windows 10, és Centos 7 -et szeretnék dual boot-ként használni egy laptopon.
Mindkettőt feltelepítettem, (Win 10 majd Centos), a grub nem látja a win-t.
Mit kell csinálnom, hogy tudjam mindkettőt használni ? -
RaPiDsHaRe
aktív tag
-
Nézegettem az Ubuntu szerver dokumentációját. A netplan leírásában van bridge lehetőség. Azzal egyszerűbben megoldható lenne az eredeti feladat: nat-belső hálózat internet megosztás? Vagy mindenképpen kell hozzá iptables leírás valahová? Még mindig nem látom át mi mire jó.
Windows szervernél ugye erre van az útválasztó szolgáltatás, de ott gyakorlatilag 3 kattintás volt az egész.
Ha a netplan felel a hálózatért, akkor minek az iptable? Azt ott pont nem írja. -
Itthon végigcsináltam újra az egészet, de odaáig se jutottam, mint a munkahelyen tegnap. Se a win7 kliens, se az asztali Ubuntu kliens nem tud kifelé pingelni. A szerverrel meg egymással tudnak.
A szerveren az ufw aktív, a dhcp aktív.
Ha az Ubuntu kliensen beírom acat /etc/resolv.confparancsot akkor azt írja:nameserver 127.0.0.53
search gyakorlat.linux
Szerveren:nameserver 127.0.0.53
search lan
Win7-ben ha megnézem a hálókártya beállításait, akkor azt írja:
ip címe: 192.168.1.10, alhálózat 255.255.255.0
átjáró és dhcp kiszolgáló: 192.168.1.1
dns: 8.8.8.8, 8.8.4.4
Win7-en totál ki van kapcsolva a tűzfal.Sztornó! Itthon működik a ping!!!
Annyi volt a baja, hogy kimaradt a - jel itt: -j MASQUERADE... És most visszanézve tényleg írt is valami megjegyzést, hogy mi az a j betűt, de attól még aktívnak jelezte.
Munkahelyen szerintem a proxy szerver kavar be, de annak a megszüntetése nem rajtam múlik sajnos. -
Itthon végigcsináltam újra az egészet, de odaáig se jutottam, mint a munkahelyen tegnap. Se a win7 kliens, se az asztali Ubuntu kliens nem tud kifelé pingelni. A szerverrel meg egymással tudnak.
A szerveren az ufw aktív, a dhcp aktív.
Ha az Ubuntu kliensen beírom acat /etc/resolv.confparancsot akkor azt írja:nameserver 127.0.0.53
search gyakorlat.linux
Szerveren:nameserver 127.0.0.53
search lan
Win7-ben ha megnézem a hálókártya beállításait, akkor azt írja:
ip címe: 192.168.1.10, alhálózat 255.255.255.0
átjáró és dhcp kiszolgáló: 192.168.1.1
dns: 8.8.8.8, 8.8.4.4
Win7-en totál ki van kapcsolva a tűzfal. -
#8zabi: /etc/sysctl.conf-ban a komment ki van szedve a net.ipv4.ip_forward=1 elől? Igen
sysctl -w net.ipv4.ip_forward=1 ez viszont hiányzott, és a tutorialban sincs benne
Köszönöm szépen!#sonar: Igen a sudo chmod 755 /etc/rc.local megvolt, az rendben van
sudo systemctl enable rc-local ez viszont hibaüzenetet dob: The unit files have no installaton config.Majdnem tökéletes, ip címet már tudnak pingelni a kliensek, de dns-t nem.
sudo systemctl status rc-local azt írja aktív -
#8zabi: /etc/sysctl.conf-ban a komment ki van szedve a net.ipv4.ip_forward=1 elől? Igen
sysctl -w net.ipv4.ip_forward=1 ez viszont hiányzott, és a tutorialban sincs benne
Köszönöm szépen!#sonar: Igen a sudo chmod 755 /etc/rc.local megvolt, az rendben van
sudo systemctl enable rc-local ez viszont hibaüzenetet dob: The unit files have no installaton config.Majdnem tökéletes, ip címet már tudnak pingelni a kliensek, de dns-t nem.
sudo systemctl status rc-local azt írja aktív -
Megint kérnék egy kis segítséget. A cél: a belső hálón található gépeknek is legyen internete a szerveren keresztül.
E szerint a leírás alapján csináltam. Ha jól értem ezt a tutorialt akkor ezzel lennie kéne nem?
Odáig ok, hogy a szerveren van net, dhcp működik, kliensekkel megy a ping oda-vissza, a tűzfal szabályokat is beírtam a leírás szerint. A kliens kap ip címet, átjáró címet, dns címet, de nem lát ki a netre. 2x végigmentem rajta, (vbox pilanatkép-frissen telepített Ubuntu szerverre vissza) de ugyanaz a helyzet.
-
Megint kérnék egy kis segítséget. A cél: a belső hálón található gépeknek is legyen internete a szerveren keresztül.
E szerint a leírás alapján csináltam. Ha jól értem ezt a tutorialt akkor ezzel lennie kéne nem?
Odáig ok, hogy a szerveren van net, dhcp működik, kliensekkel megy a ping oda-vissza, a tűzfal szabályokat is beírtam a leírás szerint. A kliens kap ip címet, átjáró címet, dns címet, de nem lát ki a netre. 2x végigmentem rajta, (vbox pilanatkép-frissen telepített Ubuntu szerverre vissza) de ugyanaz a helyzet. -
Megint kérnék egy kis segítséget. A cél: a belső hálón található gépeknek is legyen internete a szerveren keresztül.
E szerint a leírás alapján csináltam. Ha jól értem ezt a tutorialt akkor ezzel lennie kéne nem?
Odáig ok, hogy a szerveren van net, dhcp működik, kliensekkel megy a ping oda-vissza, a tűzfal szabályokat is beírtam a leírás szerint. A kliens kap ip címet, átjáró címet, dns címet, de nem lát ki a netre. 2x végigmentem rajta, (vbox pilanatkép-frissen telepített Ubuntu szerverre vissza) de ugyanaz a helyzet. -
Megint kérnék egy kis segítséget. A cél: a belső hálón található gépeknek is legyen internete a szerveren keresztül.
E szerint a leírás alapján csináltam. Ha jól értem ezt a tutorialt akkor ezzel lennie kéne nem?
Odáig ok, hogy a szerveren van net, dhcp működik, kliensekkel megy a ping oda-vissza, a tűzfal szabályokat is beírtam a leírás szerint. A kliens kap ip címet, átjáró címet, dns címet, de nem lát ki a netre. 2x végigmentem rajta, (vbox pilanatkép-frissen telepített Ubuntu szerverre vissza) de ugyanaz a helyzet. -
Victoryus
addikt
Megint kérnék egy kis segítséget. A cél: a belső hálón található gépeknek is legyen internete a szerveren keresztül.
E szerint a leírás alapján csináltam. Ha jól értem ezt a tutorialt akkor ezzel lennie kéne nem?
Odáig ok, hogy a szerveren van net, dhcp működik, kliensekkel megy a ping oda-vissza, a tűzfal szabályokat is beírtam a leírás szerint. A kliens kap ip címet, átjáró címet, dns címet, de nem lát ki a netre. 2x végigmentem rajta, (vbox pilanatkép-frissen telepített Ubuntu szerverre vissza) de ugyanaz a helyzet. -
Dave™
nagyúr
Nincs mit, mivel fogalmam sincs, hogy egyáltalán működhet-e, de ugye már lényegtelen is. Másik megoldás lehet még kibontani a rendszer image-et Linux-os asztali gépen, aztán módosítani a szükséges dolgokat, majd visszacsomagolni, fogalmam sincs mennyire lehetne ez sikeres, viszont elmegy vele az idő, az biztos. Ezek a media center OS-ek a bolondbiztos zártságuk miatt rendes fejtörést tudnak okozni az embernek.
Igen, de szerencsére azt pont tudja amit kell (lejátszás, rsync, ssh), és mellette kellően biztonságos is meg könnyen sokszorosítható. Kiváló céleszköz, nem csak otthoni multimédiára
-
ontheground
tag
-
Dave™
nagyúr
Openelec-en a /storage/.config mappába bepakolt autostart.sh tartalma a grafikus felület indulása után, de még a Kodi indulása előtt fut le. Szerintem a Libreelec-en is van ilyen. Itt kéne valahogy démonizálni az rsync-et minden egyes boot-kor, hogy tudjon hallgatni a szerver kéréseire, de ez csak ötletelgetés részemről, nem tudom, hogy megvalósítható-e.
Megoldottam rsync pullal, az fixen működik, sőt, talán jobb is mintha én küldeném ki az eszközöknek, de köszi
-
Openelec-en a /storage/.config mappába bepakolt autostart.sh tartalma a grafikus felület indulása után, de még a Kodi indulása előtt fut le. Szerintem a Libreelec-en is van ilyen. Itt kéne valahogy démonizálni az rsync-et minden egyes boot-kor, hogy tudjon hallgatni a szerver kéréseire, de ez csak ötletelgetés részemről, nem tudom, hogy megvalósítható-e.
-
ontheground
tag
Látszólag mégsem, csak kérdés hogy ez azért van-e, mert LibreELEC alatt nincs kliens, csak szerver, ezért csak küldeni tud, vagy pedig azért, mert ha onnan indítod tudja éretelmezni lokálisan az rsync parancsot, viszont ha kívülről érkezik kérés nem találja a fogadó felet. A Libre nagyon le van csupaszítva, viszont praktikussági okokból ezt kell használnom, ha nem oldható meg máshogy akkor pull lesz LE irányból, de reméltem hogy megoldható.
szerk: amikor kívülről megy LE irányba, egyértelműen az a hibaüzenet hogy nem található az rsync (fogadó oldalon), ellenkező irányba meg szimplán megy minden.
-
ok, köszönöm, így már működik! Olvasom a tutorialokat, meg a leírásokat a netplan.io-n. Tehát a leírások szerint nem is lenne muszáj egy fájlba tenni a két kártyát, mert a yaml fájlokat számozásuk szerint olvassa be a netplan.
Még egy kérdés: a version 2 az mire jó és az addresses: [] minek, ha elhagyható? Ezeket nem találtam még meg. -
Én már nem tudom mi van. A 4.20 lefordított verziója se tud bootolni, ugyanaz a hiba...
Na ma lefordítottam ugyanazt a forrást így: make deb-pkg, aztán felraktam az elkészült deb fájlokat. Láss csodát, hiba nélkül bootol. Ráadásul még a forrás módosításom is működik, végre érdembe dolgozhatok a hang probléma megoldásán.
-
Megint előjött, ami a múltkor is. Ezt beírtam, innentől kezdve nincs internet a szerveren. Miért? A külső, netes hálókártya ugyanúgy dhcp-n kap mindent, mint eddig.
sudo nano /etc/netplan/50-cloud-init.yamlnetwork:
version: 2
renderer: networkd
ethernets:
enp0s3:
dhcp4: true
enp0s8:
dhcp4: false
addresses:
- 192.168.100.30/24
gateway4: 192.168.100.1
nameservers:
addresses: [8.8.8.8,8.8.4.4]
sudo netplan apply -
Ja ezt már néztem, sajnos nem található a kodi.service, tehát mégsem megoldott a dolog egyelőre. A Kodi wikijén is hosszas leírások vannak, és a lényege mindnek vagy wm, vagy de megléte.
sonar: nem az SSH a gond, az megy ahogy kell. Az rsync-et nem találja, és ahogyan írtam, ha nem egy belső SSH session alatt adod ki, akkor teljes elérési úttal kellene rá hivatkozni, és valószínűleg ez hiányzik amikor fogadnia kellene. Pl. két Ubuntu szerver között nincs ilyen gond, de a LE speciális állatfajta.
-
Látszólag mégsem, csak kérdés hogy ez azért van-e, mert LibreELEC alatt nincs kliens, csak szerver, ezért csak küldeni tud, vagy pedig azért, mert ha onnan indítod tudja éretelmezni lokálisan az rsync parancsot, viszont ha kívülről érkezik kérés nem találja a fogadó felet. A Libre nagyon le van csupaszítva, viszont praktikussági okokból ezt kell használnom, ha nem oldható meg máshogy akkor pull lesz LE irányból, de reméltem hogy megoldható.
szerk: amikor kívülről megy LE irányba, egyértelműen az a hibaüzenet hogy nem található az rsync (fogadó oldalon), ellenkező irányba meg szimplán megy minden.
-
wiki: "Once connected, it will invoke the remote host's rsync and then the two programs will determine what parts of the local file need to be transferred so that the remote file matches the local one."
Na szerintem pont ez az invoke ami nem megy, ha kívülről jössz, mert valamiért teljes elérési úttal kell hivatkozni rá pl. scriptek esetén LE alatt.
Vagyis jön a küldő, hogy helló rsync vagyok, a másik oldalon meg néma csend, viszont ha onnan indítod, akkor persze megy gond nélkül. Nem tudom a hátterét, de gondolom nem véletlen emelték ki azt a LE twitterén.
szerk: abban biztosan igazad van, hogy két normál rendszer esetén nem kellene hogy ez gondot okozzon, de a LE eléggé speciális eset.
-
wiki: "Once connected, it will invoke the remote host's rsync and then the two programs will determine what parts of the local file need to be transferred so that the remote file matches the local one."
Na szerintem pont ez az invoke ami nem megy, ha kívülről jössz, mert valamiért teljes elérési úttal kell hivatkozni rá pl. scriptek esetén LE alatt.
Vagyis jön a küldő, hogy helló rsync vagyok, a másik oldalon meg néma csend, viszont ha onnan indítod, akkor persze megy gond nélkül. Nem tudom a hátterét, de gondolom nem véletlen emelték ki azt a LE twitterén.
szerk: abban biztosan igazad van, hogy két normál rendszer esetén nem kellene hogy ez gondot okozzon, de a LE eléggé speciális eset.
-
Látszólag mégsem, csak kérdés hogy ez azért van-e, mert LibreELEC alatt nincs kliens, csak szerver, ezért csak küldeni tud, vagy pedig azért, mert ha onnan indítod tudja éretelmezni lokálisan az rsync parancsot, viszont ha kívülről érkezik kérés nem találja a fogadó felet. A Libre nagyon le van csupaszítva, viszont praktikussági okokból ezt kell használnom, ha nem oldható meg máshogy akkor pull lesz LE irányból, de reméltem hogy megoldható.
szerk: amikor kívülről megy LE irányba, egyértelműen az a hibaüzenet hogy nem található az rsync (fogadó oldalon), ellenkező irányba meg szimplán megy minden.
-
Na jó, ez alapján én sem érteném, szóval:
Ubuntu rsync SSH-n keresztül -> LibreELEC: nem megy, mert nem található az rsync
LibreELEC rsync SSH-n keresztül -> Ubuntu: megy ahogy kellA cél az lenne, hogy az első irány is menjen. Vagy nincs rajta kliens, vagy az elérési út (hiánya) a gondja. Sajnos csak pluginként lehet telepíteni LibreELEC-en, tehát nincs nagy mozgástér.
Köszi!
-
Sziasztok!
rsync push-t szeretnék ssh-n keresztül, meghatározott porton át, a forrás egy Ubuntu szerver, a cél egy LibbreELEC-et futtató Raspberry. A gond az, hogy csak a pull megy, vagyis ha a Raspberryre bejelentkezve onnan fogadom az Ubunturól az adatokat, a másik irány (push) nem, azt írja, hogy nem található az rsync. Sejtem is, hogy miért: a LibreELEC alatt az rsync pluginként települ, és ott kiadva felismeri a parancsot, viszont scriptben már a teljes elérési utat kellene megadni, ahogyan itt is írják. A megoldás valami olyasmi lehet, ahol a szintaxisban valahol meg van adva a célállomás rsync teljes elérési útja, ezt viszont nem tudom hogyan kellene megadni.
rsync -v -e "ssh -pxxxx" ~/dir1 username@remote_host:destination_directory
Köszi!
Úgy döntöttem ezek után formázom az egészet és csak egy Windowst kap a gép. Mindazok által semmi bajom a linuxxal, de így egymás mellett két oprendszer egy átlag felhasználónak teljesen felesleges.
Valami nálad lehet?! 
Új hozzászólás Aktív témák
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- A Linux megnégyszerezte magát a Steamen — a Microsoft ismét ígérget
- VR topik
- Eredeti játékok OFF topik
- Itt a Galaxy S26 széria: az Ultra fejlődött, a másik kettő alig
- Projektor topic
- Samsung Galaxy A54 - türelemjáték
- PROHARDVER! feedback: bugok, problémák, ötletek
- Samsung Galaxy S26 Ultra - fontossági sorrend
- HP nyomtatók
- További aktív témák...
- Játékkulcsok ! : PC Steam, EA App, Ubisoft, Windows és egyéb játékok
- MEGA AKCIÓ! - Jogtiszta Windows - Office & Autodesk & CorelDRAW - Azonnal - Számlával - Garanciával
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Eladó jogtiszta, Windows 11/10, Office 2019/2021/2024, Fizikai és Digitális licencek, Számlával.
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Apple AirPods 4 / AirPods 4 ANC Bontatlan 27% áfás ár
- HP 250 G7,15.6",i5-1035G1,8GB DDR4,256GB SSD,WIN11
- i9-11900K / RTX 3080 / Z590i / 32GB 4000MHz / 1TB NVMe / 750w GOLD! BeszámítOK
- Xiaomi Redmi Note 10 Pro 128GB, Kártyafüggetlen, 1 Év Garanciával
- HP EliteBook 840 G6, G5 14" i5, 8-16GB RAM, SSD, jó akku, számla, 6 hó gar
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest