UNIX haladó

Üdv!

Az alábbi programkóddal azt akarom elérni, hogy a tömb elemeit irja ki

i="0"

until test $i -eq 4

do

 let i=$i+1

 echo $ {tomb[$i]}

done

Az echo-nál baj van mert nem értékeli ki ,csak behelyettesíti a számot(1-4 ig ) de a tárolt értéket nem iratja ki!

Szeretném a gépemet úgy beállítani (Rocky 8), hogy adott felhasználó, de nem az akivel be vagyok lépve, elérhesse az X felületet.

Alapból ha belépek és nyomok egy xhost + parancsot a terminálban, akkor megy, ez oké, nincs itt semmi látnivaló. De én szeretném ha ilyet nem kéne tenni, hanem automatikusan történne, vagy globálisan kikapcsolni ezt a korlátozást.

Globális kikapcsolást nem találtam, ha bashrc állományba tettem, akkor működik, de csak akkor, ha nyitok egy terminál ablakot bash-sel, ami lefuttatja. Namost, keresgettem milyen lehetőségek vannak és találtam egy olyat, hogy létezik egy /etc/Xn.hosts állomány (pl. https://www.x.org/releases/X11R7.6/doc/man/man1/Xserver.1.xhtml oldalon írja), amelybe be tudok írni sorokat, hogy kinek akarom engedélyezni a X elérését (pl. si:localuser:bubuka engedélyezi a helyi bubuka felhasználónak). De nem akar menni. Ha ugyanazt beírom a terminálba működik (xhost si:localuser:bubuka), tehát a tartalom jó, gép indításakor viszont nem látja/értelmezi a gép az állományt. Itt akadtam meg.

Van-e ötlet arra, hogyan lehetne ezt megoldani, vagy debuggolni hol akad el. Mivel ilyennel még soha életemben nem foglalkoztam, így nekem haladó linux, remélem másnak kezdő szint.

Hello.

Back in the days megcsinaltam a RHEL 7-es RHCE-t. Azota elavult a cert-em, meg akarom ujitani.

Mit gondoltok - ha megcsinaltatok a RHCE 8-at -, milyennek talaltatok? Mit gondoltok h meg tartja az erteket? Mi a velemenyetek a Comptia es tarsai cert-ekrol?

Sziasztok!

Adott az alábbi sor a sudoers fájlban: felhasznalo ALL=(ALL)NOPASSWD:/usr/sbin/rndc reload

Debian 10 alatt működik, jelszó kérés nélkül újratölti a bind9 beállításait. Most migrálok egy másik gépre, amire már Debian 11-et telepítettem. visudo-val szerkesztettem a fájlt, újra is indítottam a gépet (állítólag nem kell, automatikusan életbe lép a változás), ezek ellenére kéri a jelszót. Amit neten találtam, az alapján működnie kellene ennek így. Nem tudom, hogy volt-e valami változás ami miatt már nem így kell megadni Debian 11 alatt?

Tud valaki segíteni?

Sziasztok!

Belefutottam egy érthetetlen jelenségbe, és nem találok semmit róla.

Adva van két Xigmanas rendszer.

Azon felkonfiguráltam a HAST + CARP-ot.

Amikor az elején kézzel inicializálom a master slave-et:

hastctl role init da1
hastctl create da1

hastctl role primary da1

...

akkor minden rendben, lefut a szinkron és tartja is amíg hozzá nem nyúlok a konfighoz.

Viszont amint kézzel átváltanék, ott már gond van. Vagy akár ha eltűntetem a mastert (kikapcsolom) és a visszajön, ött is teljes a fejetlenség az eredetileg secondary server részéről.

Olyan mint ha nem tudnának kommunikálni, pedig az első inicializálásnál lefut a szinkron.

Kézi átváltásnál az alábbit mondják:

Master:

Secondary:

Olyan mint ha nem tudnának kommunikálni. De a fenti parancsok kiadásánál az elején mégis szinkronizál.

A HAST verziók stimmelnek, a két meghajtó mérete egyezik. A kommunikációjuk bge2-n történik. A CARP cím a bge0-án van, a host.conf kitöltve.

Van esetleg bárkinek bármi tippje?

Üdv,

Adott egy samba alapú fájlmegosztásos móka, semmi extra, se AD, se semmi. Se LDAP.

Sima unix user / groupok vannak POSIX ACL-ekkel kiegészítve.

Van egy megosztás /opt/samba néven, ez alatt van egy perpill üzemelő megosztás, rengeteg könyvtárral / fájllal / miegymás. 

Ki kellene nyernem az összes ACL-t ami könyvtárakra vonatkozik és valamilyen "ember által emészthető" formátumba bele kellene gyömöszölnöm. Könyvtár mélységig 8 lenne az a mélység amire le kellene menni.

A végeredményre valami olyasminek kellene kijönnie, hogy mittudomén:

/opt/samba/egyik konyvtar/alatta levo konyvtar/valami/ - xycsoport rwx - xyuser r-x - zuser rwx 
/opt/samba/egyik konyvtar/alatta levo konyvtar/ - xycsoport rwx - xyuser r-x - zuser rwx - yuser r-x

stb.

Ha lekérem a könyvtár listát 8 depth-re, akkor kapok kb egy ~1.4millió soros txt-t ... amit eléggé nehéz feldolgozni kézzel :)

Ha esetleg valakinek kellett már ilyesmit csinálni és esetleg vannak eldugott scriptjei ilyesmire, akkor kérem ne tartsa magában :)

A vége úgy is az lesz, hogy majd összetákolom magam rá a scripteket / egyebeket, de ha valaki tud valami "egyszerű" megoldást, azt megköszönném :)

ps.: gyak. egy jogosultság mátrix kellene egy perpill használatban lévő share-ra. Nem export miatt, mert az megoldanám egy .tar -al. Human áttekintésre kellene ez, hogy emberke végignézze a jelenlegi állapotot.

thx

Sziasztok,

cloud-init-tel szeretnenk 2 eth interfecet beallitani.

Tudna valaki segiteni?

#pelda egy interface-re

network-interfaces: |
iface eth0 inet static
address 192.168.1.10
network 192.168.1.0
netmask 255.255.255.0
broadcast 192.168.1.255
gateway 192.168.1.254
bootcmd:
- ifdown eth0
- ifup eth0

Koszonom a segitseget.

Ardi

Sziasztok,

egy problemaval kuszkodom.

Egy fileszerveren 8.11-rol szeretnek debian busterre (10.x) upgrade-elni, remelve, hogy kijavitom a kovetkezo hibat

a samba-n:

Oct 11 15:05:55 fileserver winbindd[2442]: [2021/10/11 15:05:55.762587,  0] ../source3/lib/util_tdb.c:493(tdb_chainlock_with_timeout_internal)
Oct 11 15:05:55 fileserver winbindd[2442]:   tdb_chainlock_with_timeout_internal: alarm (40) timed out for key xxx.YYYLAB.xxx.lab in tdb /var/run/samba/mutex.tdb
Oct 11 15:05:55 fileserver winbindd[2442]: [2021/10/11 15:05:55.762676,  0] ../source3/winbindd/winbindd_cm.c:918(cm_prepare_connection)
Oct 11 15:05:55 fileserver winbindd[2442]:   cm_prepare_connection: mutex grab failed for xxx.YYYLAB.xxx.lab
Oct 11 15:06:01 fileserver winbindd[2351]: [2021/10/11 15:06:01.166782,  0] ../source3/lib/util_tdb.c:493(tdb_chainlock_with_timeout_internal)
Oct 11 15:06:01 fileserver winbindd[2351]:   tdb_chainlock_with_timeout_internal: alarm (40) timed out for key xxx.YYYLAB.xxx.lab in tdb /var/run/samba/mutex.tdb
Oct 11 15:06:01 fileserver winbindd[2351]: [2021/10/11 15:06:01.166987,  0] ../source3/winbindd/winbindd_cm.c:918(cm_prepare_connection)
Oct 11 15:06:01 fileserver winbindd[2351]:   cm_prepare_connection: mutex grab failed for xxx.YYYLAB.xxx.lab
Oct 11 15:06:05 fileserver snmpd[2311]: Connection from UDP: [10.253.52.4]:37256->[10.253.61.75]:161
Oct 11 15:06:37 fileserver winbindd[20797]: [2021/10/11 15:06:37.251279,  0] ../source3/librpc/crypto/gse.c:340(gse_get_client_auth_token)
Oct 11 15:06:37 fileserver winbindd[20797]:   gss_init_sec_context failed with [ The context has expired: Success]
Oct 11 15:06:55 fileserver winbindd[20831]: [2021/10/11 15:06:55.219065,  0] ../source3/lib/util_tdb.c:493(tdb_chainlock_with_timeout_internal)
Oct 11 15:06:55 fileserver winbindd[20831]:   tdb_chainlock_with_timeout_internal: alarm (40) timed out for key xxx.YYYLAB.xxx.lab in tdb /var/run/samba/mutex.tdb
Oct 11 15:06:55 fileserver winbindd[20831]: [2021/10/11 15:06:55.219249,  0] ../source3/winbindd/winbindd_cm.c:918(cm_prepare_connection)
Oct 11 15:06:55 fileserver winbindd[20831]:   cm_prepare_connection: mutex grab failed for xxx.YYYLAB.xxx.lab
Oct 11 15:07:20 fileserver winbindd[2351]: [2021/10/11 15:07:20.210149,  0] ../source3/lib/util_tdb.c:493(tdb_chainlock_with_timeout_internal)
Oct 11 15:07:20 fileserver winbindd[2351]:   tdb_chainlock_with_timeout_internal: alarm (40) timed out for key xxx.YYYLAB.xxx.lab in tdb /var/run/samba/mutex.tdb
Oct 11 15:07:20 fileserver winbindd[2351]: [2021/10/11 15:07:20.210389,  0] ../source3/winbindd/winbindd_cm.c:918(cm_prepare_connection)
Oct 11 15:07:20 fileserver winbindd[2351]:   cm_prepare_connection: mutex grab failed for xxx.YYYLAB.xxx.lab
Oct 11 15:07:23 fileserver winbindd[20797]: [2021/10/11 15:07:23.258058,  0] ../source3/lib/util_tdb.c:493(tdb_chainlock_with_timeout_internal)
Oct 11 15:07:23 fileserver winbindd[20797]:   tdb_chainlock_with_timeout_internal: alarm (40) timed out for key xxx.YYYLAB.xxx.lab in tdb /var/run/samba/mutex.tdb
Oct 11 15:07:23 fileserver winbindd[20797]: [2021/10/11 15:07:23.258259,  0] ../source3/winbindd/winbindd_cm.c:918(cm_prepare_connection)
Oct 11 15:07:23 fileserver winbindd[20797]:   cm_prepare_connection: mutex grab failed for xxx.YYYLAB.xxx.lab
Oct 11 15:07:41 fileserver winbindd[20831]: [2021/10/11 15:07:41.225730,  0] ../source3/lib/util_tdb.c:493(tdb_chainlock_with_timeout_internal)
Oct 11 15:07:41 fileserver winbindd[20831]:   tdb_chainlock_with_timeout_internal: alarm (40) timed out for key xxx.YYYLAB.xxx.lab in tdb /var/run/samba/mutex.tdb
Oct 11 15:07:41 fileserver winbindd[20831]: [2021/10/11 15:07:41.225934,  0] ../source3/winbindd/winbindd_cm.c:918(cm_prepare_connection)
Oct 11 15:07:41 fileserver winbindd[20831]:   cm_prepare_connection: mutex grab failed for xxx.YYYLAB.xxx.lab
fileserver #

# dpkg -l|grep samba
ii  python-samba                   2:4.2.14+dfsg-0+deb8u13            amd64        Python bindings for Samba
ii  samba                          2:4.2.14+dfsg-0+deb8u13            amd64        SMB/CIFS file, print, and login server for Unix
ii  samba-common                   2:4.2.14+dfsg-0+deb8u13            all          common files used by both the Samba server and client
ii  samba-common-bin               2:4.2.14+dfsg-0+deb8u13            amd64        Samba common files used by both the server and the client
ii  samba-dsdb-modules             2:4.2.14+dfsg-0+deb8u13            amd64        Samba Directory Services Database
ii  samba-libs:amd64               2:4.2.14+dfsg-0+deb8u13            amd64        Samba core libraries
ii  samba-vfs-modules              2:4.2.14+dfsg-0+deb8u13            amd64        Samba Virtual FileSystem plugins
#

2 windowsos - AD rendszer van a topologiaban es nem tudok AD userkent bejelentkezni a fileszerverre.

Megoldja a problemamat a "sima" upgradeles?

https://linuxconfig.org/how-to-upgrade-debian-8-jessie-to-debian-9-stre…

# apt-get update
# apt-get upgrade
# apt-get dist-upgrade

# dpkg -C
# apt-mark showhold

 cp /etc/apt/sources.list /etc/apt/sources.list_backup

# sed -i 's/jessie/stretch/g' /etc/apt/sources.list

eddig a parancsok vegrehajtva:
----------------------------------------------------------------------
# apt-get update
# apt list --upgradable

# apt-get upgrade
# apt-get dist-upgrade
# aptitude search '~o'

Mivel nem vagyok jartas sanba-ban, csak nezem es nezem a

https://www.spinics.net/lists/samba/msg143457.html linket, de nem tudok A-rol Be-re jutni.

Tudna nekem valaki segiteni?

Koszonom elore a segitseget.

Ardi

Sziasztok!

Tudna nekem valaki olyan feladatsort adni, ami nem a BASH  alapokról szól, tehát nem a feltételeket, ciklusokat, függvényeket taglalja hanem egyszerűbb, erre épülő feladatsort tartalmaz.

Üdv!

Sziasztok,

debian 10 rendszeren root+user mellett virtualis felhasznalok is mukodnek (user be tud jelentkezni ssh-val eth0 porton levo IP-re), amelyek a szerver eth0 portja helyett annak eth1 portjat hasznaljak sftp-re.

beallithato egy bizonyos virtualis felhasznalo reszere, hogy o is be tudjon jelentkezni ssh-val? Guglizok a vegtelensegig, de nem lelem a megoldast.

Koszi elore a segitseget.

Ardi