Hi,
sorry for my late answer. I can confirm that Tom said.
The password is saved encrypted in the database, and you can´not see it in plain text anywhere. If you access to web form, either FOG Settings-AD Settings or host->AD Settings, you see the encripted password. Only is decripted in the clients.
Hi @Sebastian-Roth ,
I don´t know. I don´t use Location Plugin and I don´t have expirence with it ;) but I can try to help
@Greg-Plamondon In previous versions of FOG, the behaviour was the same?
I have been offline several months XD
Access Control Plugin doesn´t control the tabs that are in the host page. This plugin only control the entries in the general top menu (hosts, images, snapin, report, tasks, plugins, …) and the Main Menu entries (list All hosts, Create New XXX, Exports, …)
Los directorios que cuelgan de /images2 pueden tener todos los permisos habilitados pero si /images2 no los tiene, no puede acceder
drwxrwxrwx 284 fog root 16384 oct 11 14:11 images
Hola @oliver!
Es mejor que te expreses en inglés ya que la mayoría de los usuarios de la comunidad de FOG project no sabe hablar español o tiene conocimientos muy pequeños de él.
Hay dos usuarios fog, uno usuario del sistema linux y otro que es el administrador de la consolo web. son usuarios diferentes con claves diferentes. El usuario fog de linux, llamado fogproject en versiones superiores a la 1.5.5, se encarga de mover y copiar los ficheros de /images usando FTP. La contraseña que aparece en /opt/fog/.fogsettings no está encriptada, parece pero no, es un churro bien largo creado aleatoriamente. Tienes que comprobar que el usuario fog en esa maquina accede con esa contraseña.
Comprueba que /images2, el directorio, tiene permisos 777 para que el usuario fog de linux pueda acceder a él.
This is a work around, for a long term solution …ummm we must to think if this solution is for 1.5.X versions or get a final solution for 1.6.X and how can we do it XD
Maybe the solution is create on fly the CSV file to export and import the data (I am thinking loud)
Sorry, I am very busy in the work and I dont test anything. But I was thinking about this problem ;)
I think that the problem is the template that we use to import an d export the data. Normally we use the default template and this one don´t have any information about the site. Then when the HOST_IMPORT event is launched, it tries to read some information that is not in the CSV file, and crashes.
As a quick solution, comment the hostImport and hostExport function (I think that is you try to export hosts, the code will crash too) and in the construct function:
// ->register(
// 'HOST_IMPORT',
// array(
// $this,
// 'hostImport'
// )
// )
// ->register(
// 'DESTROY_HOST',
// array(
// $this,
// 'hostDestroy'
// )
// )
Hi @kAs1m ,
I know what is happen here. The problem is the array of element of the top menu.
I will try to explain how works the plugin: the elements of the top menu are saved in one array, the AccessControl plugin erases the elements of the menu but, frecuently, the AccessControl can not erase the element because the order in the array have been changed. This occurs, normaly, when you try to apply some rules at time.
In conclusion, the plugin doesn´t work as fine as we want. As solution try to add rules one by one and see the result, for example I have a configuration as yours usong these rules:
In the future 1.6 version the pages will be loaded in other way that takes in account this problem.
@kAs1m Can you be more explicit? XD
Which is the problem?
Can you send me the CSV file? Maybe when you have the site plugin enabled, the HOST_IMPORT event can not proccess well the file because this file doesn´t have all info