Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - bakcsa83

Pages: [1]
1
Directory and Authentication / Re: Default login shell
« on: July 28, 2016, 04:19:46 pm »
To answer my own questions.

Quote
Could you please tell me how can I set the default login shell on zentyal side for the users that it will be used also on the domain member machines?
This is not possible. Zentyal does not maintain Unix Attributes (which is very strange IMHO). The PAM settings affects only the local machine which hosts Zentyal

Quote
If it is not possible on zentyal side, could you tell me how can I override the default login shell on client side for all domain users? (Debian/ubuntu)
It is done by samba in smb.conf. In the global section insert
Code: [Select]
template shell = /bin/bash or whatever shell you want to use.

2
Directory and Authentication / Default login shell
« on: July 28, 2016, 01:52:38 pm »
Hi All,

I recently added some linux virtual machines to a zentyal domain. Everything looks good, except one thing.
The default shell on the client machines is always set to /bin/sh for all domain users, regardless of the settings in "Users and Computers ->LDAP settings->PAM Settings->Default login shell".

Could you please tell me how can I set the default login shell on zentyal side for the users that it will be used also on the domain member machines?

If it is not possible on zentyal side, could you tell me how can I override the default login shell on client side for all domain users? (Debian/ubuntu)

Thanks in advance!

3
Magyar / Default login shell
« on: July 28, 2016, 12:57:29 pm »
Sziasztok,

Beléptettem néhány linuxot futtató gépet egy zentyal domain-be (verzió: 4.2). Működik jól, egy problémám akadt, hogy a default shell, amit be lehet állítani a "Users and Computers ->LDAP settings->PAM Settings" menüben nem tükröződik a beléptetett gépeken. Ha jól látom, ez a beállítás csak lokálisan, a Zentyal-t futtató gépen érvényesül.

A beléptetett gépeken minden user-hez /bin/sh van rendelve "getent passwd"-szerint, ami nekem nem jó. (A home foldereket viszont helyesen kezeli).

A két kérdésem:
Van rá mód, hogy Zentyal oldalon beállítsam a default shellt úgy, hogy a kliens gépek is azt használják? Zentyal ldap szervert átböngészve nem találtam sehol definiálva. Ugyanez az eredmény Windows Remote Server administration tools-al is. Arra számítottam, hogy megtalálom valahol Unix attributes-t és ott be tudom állítani, de nyoma sincs unix attributes-nak.

A második, ha nincs ötlet zentyal oldali beállításra, tudnátok egy trükköt javasolni, amivel kliens oldalon felülírhatom a domain user-ek default shell-jét? Debian/Ubuntu..

Köszi előre is!

4
Installation and Upgrades / Re: problem upgrading from 4.1.5 to 4.1.8
« on: November 20, 2015, 09:58:50 am »
Try from terminal:
sudo service zentyal samba restart

That will restart the service, but it's very likely at the next reboot it won't start and you have to start it manually again.
I had similar issue which I couldn't solve, I had to restore a previous backup.

They mixed up the updates at Zentyal which obviously damaged some systems. Since that the module versions seem to be right so they noticed the failure but they say nothing about it, not even a word.

Zentyal developer edition is a kind of evaluation version without time limit. I would not recommend to use in production unless you are a proficient linux guru.

5
Installation and Upgrades / Re: problem upgrading from 4.1.5 to 4.1.8
« on: November 18, 2015, 09:06:41 pm »
Hi julio,

Thanks again, but after spending my afternoon on this issue, I gave up and restored the backup from yesterday...
I can assure you, nothing got updated. The ui showed the same version numbers and still wanted to update the modules. What is more important, the Domain controller and filesharing service was down constantly.

I just checked again the updates and the version numbers in the latest version column have been changed. Now they are lower then they were in the afternoon. Check the screenshot in my first post and compare with this one. I'm sorry about saying that, but this is kind of ridiculous and shameful.

BTW, I still cannot update the core module, however, the system still works. That's already something right?  I didn't even try to update the other modules. I think, that would be a best practice for zentyal, at least for the development edition.

6
Installation and Upgrades / Re: problem upgrading from 4.1.5 to 4.1.8
« on: November 18, 2015, 08:01:22 pm »
Hi julio,

Thanks for trying to help. Unfortunately sudo apt-get dist-upgrade does not do anything on my server. Here is the output:

root@dc:/home/sysadmin# apt-get dist-upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
The following packages were automatically installed and are no longer required:
  linux-image-3.16.0-50-generic linux-image-extra-3.16.0-50-generic
Use 'apt-get autoremove' to remove them.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

apt-mark unhold output:
root@dc:/home/sysadmin# apt-mark unhold zentyal-core zentyal-dns zentyal-openchange
zentyal-core was already not hold.
zentyal-dns was already not hold.

After this command I tried again apt-get dist-upgrade but it doesn't help, status is the same.

7
Installation and Upgrades / Re: problem upgrading from 4.1.5 to 4.1.8
« on: November 18, 2015, 05:25:38 pm »
Hi,
I have the same issue, except I wanted to upgrade from 4.1.5.50 to 4.2.1.59. (see attached picture)
I tried to update the core module. It says "The packages installation has finished successfully..." But it did not. After refreshing the page the version remains the same.

Also, now my system is kind of broken. After a system restart all the modules are down, including Domain controller and file sharing. I need to restart all services manually from console.

Above suggested solutions doesn't work.
Output of apt-get -f install:
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer required:
  linux-image-3.16.0-50-generic linux-image-extra-3.16.0-50-generic
Use 'apt-get autoremove' to remove them.
0 upgraded, 0 newly installed, 0 to remove and 3 not upgraded.

"dpkg --configure -a" returns nothing.

apt-get upgrade returns the following:
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
The following packages were automatically installed and are no longer required:
  linux-image-3.16.0-50-generic linux-image-extra-3.16.0-50-generic
Use 'apt-get autoremove' to remove them.
The following packages have been kept back:
  zentyal-core zentyal-dns zentyal-openchange
0 upgraded, 0 newly installed, 0 to remove and 3 not upgraded.


Please advice.

8
Installation and Upgrades / Re: Connecting to Zentyal 4.1 LDAP
« on: July 15, 2015, 11:50:44 pm »
Yes, the port has changed.
Regarding the user, you can use any user (with sufficient permissions) to connect to the Samba LDAP server. The tricky thing is finding out the right DN for the user which could be used for authentication. It was very strange for me that the DN contains SN instead of uid.

Anyway, it wouldn't be a problem if Zentyal could display the LDAP entries of the users. Unfortunately, there is no such function which is a huge drawback for those, who still need simple LDAP authentication besides kerberos.

9
Installation and Upgrades / Re: Connecting to Zentyal 4.1 LDAP
« on: July 15, 2015, 05:55:22 pm »
Hi,

I have spent significant time to figure out how to connect with apache directory studio to Zentyal's LDAP.

First step is to update the built in Administrator user under Users and Computers--> Manage.
Change the password and assign a Last name and a First name to it. I used "Admin" for all fields.


Once you modified that user, you can connect with the followings:
Base DN:DC=life,DC=lan
Port:389
User: "cn=Admin Admin,CN=Users,DC=life,DC=lan"
password: your password

I hope it helps.

Pages: [1]