Ubuntu Linux

Nagios Log server furcsaság

Fórumok

Sziasztok!

Találkozott már valaki olyannal, hogy a fenti log szerver ingyenes verziója egyszer csak fogja magát és "lekapcsolja" az IPv4-es log gyűjtést?

Ezt nekem már 2x sikerült összehoznom Ubuntu 18.04-en, először azt hiszem frissítés után, most viszont szimplán megállt. IPv6-on figyel, de IPv4-en nem.

Nagyon nincs ötletem, hogy merre induljak, mert sehol sem látok ehhez beállítást illetve a net sem túl bőbeszédű ezzel kapcsolatban, vagy nem jól keresetem.

Ha valakinek van ötlete nem tartsa magában

Slave Domain Controller segítség kérése

Fórumok

Sziasztok!

 

Abban kérném a segítségeteket, hogy szeretnék egy másodlagos tartomány kiszolgálót a jelenlegi Windows AD-ba.

A Zentyal-al kezdtem a tesztet, de belefutottam abba a problémába, hogy jelenlegi AD verziószáma 2012 R2-es, így nem tudom hozzácsatlakoztatni a tartományhoz a Zentyal-t.

Sajnos az AD verziószámát nem csökkenthetem. A kérdésem, hogy létezik-e olyan (lehetőleg ingyenes) distro amivel megtudom oldani a problémámat?

 

A segítségeteket előre is köszönöm!

Ubuntu-LXDE felbontás probléma, RockPro64

Fórumok

Kedves Hozzáértők

Van egy PINE64 Rockpro64 SBC-m amit HDMI-n keresztül egy 4K-s TV-n használok. A napokban elkezdtem egy, ehhez a laphoz összeszerkesztett "nem hivatalos" Ubuntu Bionic-ot, LXDE-vel használni. Minden induláskor 3840x2160 felbontással indul egészen a belépő képernyőig. Az LXDE-ban át tudom állítani a felbontást 1920x1080-ra amit használni szeretnék és ez a beállítás minden újraindítás után él. Viszont ha a TV-t kikapcsolom majd később vissza, ismét visszaáll az 3840x2160-ra ami nekem nem felel meg. Tudna segíteni valaki merre induljak el, melyik program ellenőrzi a TV-t és bírálja felül a beállításomat. Legjobb az lenne ha már induláskor simán 1920x1080-ban menne. Emlékeim szerint valamikor régen a GRUB config fájljában lehetett beállítani de itt még a bootloader is valami más. Sajnos a neten nem találtam igazán jó megoldást, ha valakinek van ötlete kérem ne tartsa magában. Köszönöm.

openbox + ubuntu 18.04.3 LTS

Fórumok

Hi,

 

Van egy évek óta remekül működő openbox konfigom (menü + hotkey-k), amit gépek között szoktam hurcolni de ami most Ubuntu 1804-en nem bír működni.

Az a bajom, hogy a menüből semmit nem bírok elindítani (full path-os mate-terminal, gnome-terminal, xterm, viszont pl. a keepass elindul) és a hotkey-k sem működnek.

Természetesen minden telepítve van (csinályam olyan konfig verziót, amikor az indítani kívánt program logot kellett volna írjon, hogy lássam mi baja de még a log file sem jött létre).

A neten találtam 1-2 hasonló topic-ot de nincsenek összefüggésben az én kínommal.

Unity alól mindegyik program simán elindul/ott van az indító menüben.

 

Bármi ötlet?

Cross compile - eredmény túl nagy

Fórumok

Alap platform: Ubuntu Bionic

Arm64-re fordítom a spotifyd-t, ami RUST-ban íródott. Némi nehézségek árán sikerült is, de az eredmény nagyobb, mint 12 mega! A release oldalról letölthető linux bináris csak 7 mega körül van. Mi lehet a különbség oka? Vagy ez normális?

fordítás előkészületek:

dpkg --add-architecture arm64
sed 's/deb http/deb \[arch=amd64,i386\] http/' -i /etc/apt/sources.list
<insert into sources.list>
deb [arch=arm64] http://ports.ubuntu.com/ bionic main universe restricted multiverse
deb [arch=arm64] http://ports.ubuntu.com/ bionic-updates main universe restricted multiverse
deb [arch=arm64] http://ports.ubuntu.com/ bionic-security main universe restricted multiverse

apt update

apt install libssl-dev:arm64 libasound2-dev:arm64 portaudio19-dev:arm64

apt install gcc-aarch64-linux-gnu g++-aarch64-linux-gnu

cat <<EOF >>~/.cargo/config
[target.aarch64-unknown-linux-gnu]
linker = "/usr/bin/aarch64-linux-gnu-gcc"
EOF

curl https://sh.rustup.rs -sSf | sh
rustup target add aarch64-unknown-linux-gnu
export AARCH64_UNKNOWN_LINUX_GNU_OPENSSL_LIB_DIR=/usr/lib/aarch64-linux-gnu/
export AARCH64_UNKNOWN_LINUX_GNU_OPENSSL_INCLUDE_DIR=/usr/include/openssl/


PKG_CONFIG_PATH=/usr/lib/aarch64-linux-gnu/pkgconfig
PKG_CONFIG_ALLOW_CROSS=1


cargo build --target=aarch64-unknown-linux-gnu --release

Ubuntu vs. Intel Wireless 3160 probléma

Fórumok

Sziasztok!

Van egy régebbi gép, amin eddig Windows10 volt. Működött rajta minden, a Wifi is. Szóval a hardver hibát kizárnám.
A napokban Ubuntu 18.04 LTS lett rá telepítve, de nem akart működni a Wifi. Kábelesen viszont hibátlanul megy a net. Hiába nyomogattam a GUI-n, hogy turn on wifi, nem csinált semmit. Mivel friss telepítésről van szó, minden gyári, így semmilyen más befolyásoló tényező nincs.

lshw-vel Lekértem, hogy mit használ:
product: Wireless 3160
 
vendor: Intel Corporation

Az intel oldalán megnéztem, hogy van-e driver hozzá?
https://www.intel.com/content/www/us/en/support/articles/000005511/netw…

Azt írták, hogy 4.1+, 4.2+ kernelhez való. Szerintetek előfordulhat, hogy az 5-ös kernelt nem támogatja? Nekem alapból 5.0.0-37 volt rajta.

A 4.2+ -hoz tartozó .tgz-t azért letöltöttem, megnéztem a readme-t benne. Azt írja, hogy a /lib/firmware-be másoljam be az iwlwifi-3160-14.ucode file-t. Viszont itt alacsonyabb és magasabb verzióval is voltak már iwlwifi-... kezdetű fileok.

 

Egy másik fórumon azt olvastam, hogy ez segíteni fog:
modprobe -r iwlwifi
modprobe iwlwifi

Sajnos nem így lett.

 

Utána találtam 1 olyat, hogy valakinek ugyanez a hiba működött úgy, hogy 19-es verzióra felfrissítette. Megcsináltam, de nem változott semmi. Ezt követően olvastam egy olyat is, hogy ha 5.1.16-ra felfrissítem a kernelt, azzal biztosan menni fog. Ezzel sem lett változás. Mivel a 16-os Ubuntut sokan stabilabbnak tartják, mint a 18, 19-et, ezért egy live cd-vel elindítottam azt is, de annál sem működött a wifi.

Most kicsit elakadtam. Ti futottatok már hasonlóba? Ha igen, mi vezetett eredményre? Esetleg tudnátok tippeket adni, hogy mivel próbálkozzak?

Előre is köszönöm!

OpenLDAP memberOf overlay csak félig működik

Fórumok

sziasztok,

egy Ubuntu 18.04-re telepítettem slapd-t (@(#) $OpenLDAP: slapd  (Ubuntu) (Aug  8 2019 18:08:36) $). disclaimer: kezdő vagyok LDAP-ban. a cél első közelítésben mindössze annyi, hogy usereket szeretnék csoprtokba sorolni, és aszerint adni hozzáféréseket hálózati szolgáltatásokhoz, hogy az adott user tagja-e a vonatkozó csoportnak.

kezelőfelületnek az LdapCherry-t választottam (https://github.com/kakwa/ldapcherry), ez nagyjából pont erre van kitalálva. ez a csoportokat a "member" attribútumon keresztül kezeli, így a csoportok a groupOfNames objectClass-szal lettek definiálva:

dn: cn=cloud,ou=groups,dc=example,dc=org
objectClass: groupOfNames
cn: cloud
member: uid=test.user,ou=people,dc=example,dc=org
member: uid=aaa,ou=people,dc=example,dc=org
structuralObjectClass: groupOfNames
entryUUID: ...
creatorsName: cn=admin,dc=example,dc=org
createTimestamp: 20191203004205Z
entryCSN: 20191204001721.894079Z#000000#000#000000
modifiersName: cn=admin,dc=example,dc=org
modifyTimestamp: 20191204001721Z

rögtön az első szolgáltatás (cloud) a memberOf user attribútumon keresztül szűri a elhasználókat, így jutottam el a memberOf overlay telepítéséig. ez elvileg sikerült is, így néznek ki a vonatkozó config bejegyzések:

dn: cn=module{0},cn=config
objectClass: olcModuleList
cn: module{0}
olcModulePath: /usr/lib/ldap
olcModuleLoad: {0}back_mdb
olcModuleLoad: {1}memberof.la
structuralObjectClass: olcModuleList
entryUUID: ...
creatorsName: cn=config
createTimestamp: 20191201152221Z
entryCSN: 20191203214644.047665Z#000000#000#000000
modifiersName: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth
modifyTimestamp: 20191203214644Z
dn: olcOverlay={0}memberof,olcDatabase={1}mdb,cn=config
objectClass: olcConfig
objectClass: olcMemberOf
objectClass: olcOverlayConfig
objectClass: top
olcOverlay: memberof
olcMemberOfDangling: ignore
olcMemberOfRefInt: TRUE
olcMemberOfGroupOC: groupOfNames
olcMemberOfMemberAD: member
olcMemberOfMemberOfAD: memberOf
structuralObjectClass: olcMemberOf
entryUUID: ...
creatorsName: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth
createTimestamp: 20191203225212Z
entryCSN: 20191203225212.258200Z#000000#000#000000
modifiersName: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth
modifyTimestamp: 20191203225212Z

ha LdapCherry-ben beteszek egy usert egy csoportba, szépen megkapja a user a megfelelő memberOf attribútumot:

dn: uid=aaa,ou=people,dc=example,dc=org
cn: aaa
title: aaa
objectClass: top
objectClass: person
objectClass: posixAccount
objectClass: inetOrgPerson
loginShell: /bin/false
userPassword:: YWFhYUFBMTE=
uidNumber: 9999
gidNumber: 10000
sn: aaa
homeDirectory: /dev/null
mail: aaa@aaa.com
uid: aaa
structuralObjectClass: inetOrgPerson
entryUUID: ...
creatorsName: cn=admin,dc=example,dc=org
createTimestamp: 20191204001721Z
entryCSN: 20191204001721.873952Z#000000#000#000000
modifyTimestamp: 20191204001721Z
memberOf: cn=cloud,ou=groups,dc=example,dc=org
modifiersName: cn=admin,dc=example,dc=org

a probléma, hogy ha viszont kiveszem a csoportból, onnan eltűnik a vonatkozó member attribútum, de a usernél továbbra is megmarad a memberOf, vagyis hiába veszem ki a csoportból, ugyanúgy hozzáfér a szolgáltatáshoz. nagyon úgy tűnik, hogy a memberOf overlay csak az egyik irányban működik.

- mi lehet ennek az oka?
- lehet-e az az ok, hogy az overlay betöltésnél úgylátszik bénáztam, és 3 bejegyzés is van:

dn: cn=module{0},cn=config
objectClass: olcModuleList
cn: module{0}
olcModulePath: /usr/lib/ldap
olcModuleLoad: {0}back_mdb
olcModuleLoad: {1}memberof.la
structuralObjectClass: olcModuleList
dn: cn=module{1},cn=config
objectClass: olcModuleList
cn: module{1}
olcModulePath: /usr/lib/ldap
olcModuleLoad: {0}memberof
structuralObjectClass: olcModuleList
dn: cn=module{2},cn=config
objectClass: olcModuleList
cn: module{2}
olcModulePath: /usr/lib/ldap
olcModuleLoad: {0}memberof
structuralObjectClass: olcModuleList

- megoldhatja-e a problémát, ha törlöm az {1} és {2} bejegyzéseket?
- betöltésnél mi a helyes modul elnevezés, "memberof" vagy "memberof.la"? a leírás amit találtam, használta a .la-t, de az eleve betöltött modulnál (back_mdb) nincs, a leírásban ott is van.
- okozhatja-e ez (az .la ottléte vagy hiánya) a problémát?

elnézést a hosszú nyitásért, de úgy vettem észre, ezen a területen különösen sokminden múlik a részleteken, ezért szerettem volna minél precízebben felvázolni a problémát. előre is köszönök minden segítséget!

ubuntu 19.10-re frissítés hibák

Fórumok

Sziasztok!

Sziasztok, amiatt írok hogy aki eddig nem frissítette ubuntu 19.10-re a rendszerét az vigyázva induljon neki. Feljött a frissítés ablak, teljes nyugalommal rányomtam, hogy kérem az upgrade-t eddigi tapasztalataim alapján az elmúlt években mindig lefutott hiba nélkül. Elmentem egy félórára és utána az fogadott, upsz valami hiba történt a bejelentkezéskor.  Újraindítom:

error: symbol 'grub_file_filters' not found. 
Entering rescue mode... 
grub rescue>

A megoldás az lett,hogy live dvd-t bootoltam,  újratelepítettem a grub-ot.

Illetve az automatikus bejelentkezést ki kellett kommentelnem:

/etc/gdm3/custom.conf -ban

 

üdv Kepe