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.
Pages: [1] 2
1
Installation and Upgrades / SOGo - free/busy isn't showing
« on: November 14, 2014, 03:53:42 pm »
Hi!
I have a Zentyal 4.0.2 with OpenChange 4.0.3. I can't find upgradeable packages from Zentyal webadmin and not from command line. So I think I have a fresh Zentyal system.
I have two users (user1 and user2).
On the SOGo Webmail surface user 1 created a new event.
User2 in SOGo want to create a new event with user1. So user1 was invited by user2 but user2 not see user1 when will busy or free in the timeline.
What can I do? I think this is a bug or not?
Thanks,
Peter
I have a Zentyal 4.0.2 with OpenChange 4.0.3. I can't find upgradeable packages from Zentyal webadmin and not from command line. So I think I have a fresh Zentyal system.
I have two users (user1 and user2).
On the SOGo Webmail surface user 1 created a new event.
User2 in SOGo want to create a new event with user1. So user1 was invited by user2 but user2 not see user1 when will busy or free in the timeline.
What can I do? I think this is a bug or not?
Thanks,
Peter
2
Installation and Upgrades / Zentyal 4.0 - add new user - fail
« on: November 06, 2014, 12:02:18 pm »
Hi!
I have a fresh Zentyal 4.0 install with "Domain Controller and File Sharing" and "Openchange" modules.
I can't add new user after the first user.
I go to the "Users and Computers" -> "Manage" -> click on "Users" and I click on the green "+" sign.
On the new pop-up windows ("Add new" on the header) I filled out the "Username", "First name", "Last name" and the password fields.
I become the following error:
"Sorry, an unexpected error has occurred
root command openchange_newuser --create --enable --mail zoli@zentyal-domain.lan 'zoli' failed. Error output: params.c:pm_process() - Processing configuration file "/etc/samba/openchange.conf" params.c:pm_process() - Processing configuration file "/etc/samba/shares.conf" Traceback (most recent call last): File "/usr/sbin/openchange_newuser", line 63, in <module> lp, creds, opts.firstorg, opts.firstou) File "/usr/lib/python2.7/dist-packages/openchange/provision.py", line 156, in guess_names_from_smbconf assert(firstorg) AssertionError Command output: . Exit value: 1 at /usr/share/perl5/EBox/Sudo.pm line 240"
Below this message I have two buttons: "Show technical details" and "Report the problem". I reported the problem but I can't become any answer.
The technical details:
-------------------------------------------------------------------------------------------------------------------------------------------------
Error trace
root command openchange_newuser --create --enable --mail zoli@zentyal-domain.lan 'zoli' failed.
Error output: params.c:pm_process() - Processing configuration file "/etc/samba/openchange.conf"
params.c:pm_process() - Processing configuration file "/etc/samba/shares.conf"
Traceback (most recent call last):
File "/usr/sbin/openchange_newuser", line 63, in <module>
lp, creds, opts.firstorg, opts.firstou)
File "/usr/lib/python2.7/dist-packages/openchange/provision.py", line 156, in guess_names_from_smbconf
assert(firstorg)
AssertionError
Command output: .
Exit value: 1 at /usr/share/perl5/EBox/Sudo.pm line 240
in EBox::Sudo::_rootError at /usr/share/perl5/EBox/Sudo.pm line 240
237: throw EBox::Exceptions::Sudo::Wrapper("$sudocmd failed because either the current user (EUID $>) is not in sudoers files or it has incorrects settings on it. Running /usr/share/zentyal/sudoers-friendly maybe can fix this problem");
238: }
239: }
240: throw EBox::Exceptions::Sudo::Command(cmd => $cmd, output => $output, error => $error, exitValue => $exitValue)
241: }
242:
243: # Procedure: rootWithoutException
Show function arguments
in EBox::Sudo::_root at /usr/share/perl5/EBox/Sudo.pm line 210
207: if ( -r $STDERR_FILE) {
208: @error = read_file($STDERR_FILE);
209: }
210: _rootError($sudocmd, $commands, $ret, \@output, \@error);
211: }
212: }
213:
Show function arguments
in EBox::Sudo::root at /usr/share/perl5/EBox/Sudo.pm line 153
150: #
151: sub root
152: {
153: _root(1, @_);
154: }
155:
156: # Procedure: silentRoot
Show function arguments
in EBox::OpenChange::LdapUser::setAccountEnabled at /usr/share/perl5/EBox/OpenChange/LdapUser.pm line 120
117: $cmd .= " --mail $mail ";
118: }
119: $cmd .= " '$samAccountName' ";
120: EBox::Sudo::root($cmd);
121:
122: return 0;
123: }
Show function arguments
in EBox::OpenChange::LdapUser::_addUser at /usr/share/perl5/EBox/OpenChange/LdapUser.pm line 141
138: my $mailUserModel = $mail->model('MailUser');
139: return unless ($mailUserModel->enabledValue());
140:
141: $self->setAccountEnabled($user, 1);
142: }
143:
144: sub _delUserWarning
Show function arguments
in EBox::Samba::notifyModsLdapUserBase at /usr/share/perl5/EBox/Samba.pm line 2072
2069:
2070: # TODO catch errors here? Not a good idea. The way to go is
2071: # to implement full transaction support and rollback if a notified
2072: # module throws an exception
2073: $mod->$method(@{$args});
2074: }
2075:
Show function arguments
in (eval) at /usr/share/perl5/EBox/Samba/User.pm line 533
530: $res->_setFilesystemQuota($quota);
531:
532: # Call modules initialization
533: $usersMod->notifyModsLdapUserBase(
534: 'addUser', [ $res ], $res->{ignoreMods}, $res->{ignoreSlaves});
535: }
536: } catch ($error) {
in EBox::Samba::User::create at /usr/share/perl5/EBox/Samba/User.pm line 489
486:
487: my $res = undef;
488: my $entry = undef;
489: try {
490: $entry = new Net::LDAP::Entry($dn, @attr);
491: my $result = $entry->update($class->_ldap->connection());
492: if ($result->is_error()) {
Show function arguments
in EBox::Samba::CGI::AddUser::_process at /usr/share/perl5/EBox/Samba/CGI/AddUser.pm line 77
74: throw EBox::Exceptions::External(__('Passwords do not match.'));
75: }
76:
77: my $newUser = EBox::Samba::User->create(%params);
78: if ($params{group}) {
79: $newUser->addGroup(new EBox::Samba::Group(dn => $params{group}));
80: }
Show function arguments
in (eval) at /usr/share/perl5/EBox/CGI/ClientRawBase.pm line 160
157: else {
158: try {
159: $self->_validateReferer();
160: $self->_process();
161: } catch (EBox::Exceptions::DataInUse $e) {
162: if ($self->{json}) {
163: $self->setErrorFromException($e);
in EBox::CGI::ClientRawBase::run at /usr/share/perl5/EBox/CGI/ClientRawBase.pm line 158
155: $self->{redirect} = "/Login/Index";
156: }
157: else {
158: try {
159: $self->_validateReferer();
160: $self->_process();
161: } catch (EBox::Exceptions::DataInUse $e) {
Show function arguments
in (eval) at /usr/share/perl5/EBox/CGI/Run.pm line 92
89: $handler = new $classname(@extraParams);
90: }
91: }
92: $handler->run();
93: $redis->commit();
94: return $handler->response()->finalize();
95: } catch ($ex) {
in EBox::CGI::Run::run at /usr/share/perl5/EBox/CGI/Run.pm line 68
65: $redis->begin();
66:
67: my $url = $self->urlFromRequest($request);
68: try {
69: my $effectiveUrl = _urlAlias($url);
70: my @extraParams = (request => $request);
71: if ($htmlblocks) {
Show function arguments
in main::__ANON__ at /usr/share/zentyal/psgi/zentyal.psgi line 46
43: local $SIG{__WARN__} = sub { EBox::warn($_[0]) };
44:
45: my $req = Plack::Request->new($env);
46: return EBox::CGI::Run->run($req);
47: };
48:
49: my $builder = new Plack::Builder();
Show function arguments
in Plack::App::URLMap::call at /usr/share/perl5/Plack/App/URLMap.pm line 71
68: return $self->response_cb($app->($env), sub {
69: $env->{PATH_INFO} = $orig_path_info;
70: $env->{SCRIPT_NAME} = $orig_script_name;
71: });
72: }
73:
74: DEBUG && warn "All matching failed.\n";
Show function arguments
in Plack::Component::__ANON__ at /usr/share/perl5/Plack/Component.pm line 50
47: sub to_app {
48: my $self = shift;
49: $self->prepare_app;
50: return sub { $self->call(@_) };
51: }
52:
53:
Show function arguments
in EBox::Middleware::Auth::call at /usr/share/perl5/EBox/Middleware/Auth.pm line 366
363: $self->_logout($env);
364: } elsif ($self->_validateSession($env)) {
365: delete $env->{'psgix.session'}{AuthReason};
366: return $self->app->($env);
367: } else {
368: # Require authentication, redirect to the login form.
369: return $self->_redirectToLogin($env);
Show function arguments
in Plack::Component::__ANON__ at /usr/share/perl5/Plack/Component.pm line 50
47: sub to_app {
48: my $self = shift;
49: $self->prepare_app;
50: return sub { $self->call(@_) };
51: }
52:
53:
Show function arguments
in Plack::Middleware::Conditional::call at /usr/share/perl5/Plack/Middleware/Conditional.pm line 16
13: my($self, $env) = @_;
14:
15: my $app = $self->condition->($env) ? $self->middleware : $self->app;
16: return $app->($env);
17: }
18:
19: 1;
Show function arguments
in Plack::Component::__ANON__ at /usr/share/perl5/Plack/Component.pm line 50
47: sub to_app {
48: my $self = shift;
49: $self->prepare_app;
50: return sub { $self->call(@_) };
51: }
52:
53:
Show function arguments
in EBox::WebAdmin::Middleware::SubAppAuth::call at /usr/share/perl5/EBox/WebAdmin/Middleware/SubAppAuth.pm line 57
54: }
55: }
56: }
57: return $self->app->($env);
58: }
59:
60: 1;
Show function arguments
in Plack::Component::__ANON__ at /usr/share/perl5/Plack/Component.pm line 50
47: sub to_app {
48: my $self = shift;
49: $self->prepare_app;
50: return sub { $self->call(@_) };
51: }
52:
53:
Show function arguments
in Plack::Middleware::Session::call at /usr/share/perl5/Plack/Middleware/Session.pm line 52
49:
50: $env->{'psgix.session.options'} = { id => $id };
51:
52: my $res = $self->app->($env);
53: $self->response_cb($res, sub { $self->finalize($env, $_[0]) });
54: }
55:
Show function arguments
in Plack::Component::__ANON__ at /usr/share/perl5/Plack/Component.pm line 50
47: sub to_app {
48: my $self = shift;
49: $self->prepare_app;
50: return sub { $self->call(@_) };
51: }
52:
53:
Show function arguments
in Plack::Middleware::ReverseProxy::call at /usr/share/perl5/Plack/Middleware/ReverseProxy.pm line 68
65: }
66: }
67:
68: $self->app->($env);
69: }
70:
71: 1;
Show function arguments
in Plack::Component::__ANON__ at /usr/share/perl5/Plack/Component.pm line 50
47: sub to_app {
48: my $self = shift;
49: $self->prepare_app;
50: return sub { $self->call(@_) };
51: }
52:
53:
Show function arguments
in (eval) at /usr/share/perl5/EBox/Middleware/UnhandledError.pm line 78
75: my $res;
76: my $caught = 0;
77: try {
78: $res = $self->app->($env);
79: } catch ($e) {
80: $caught = 1;
81: # This $res will only be used if $trace is undef
in EBox::Middleware::UnhandledError::call at /usr/share/perl5/EBox/Middleware/UnhandledError.pm line 77
74:
75: my $res;
76: my $caught = 0;
77: try {
78: $res = $self->app->($env);
79: } catch ($e) {
80: $caught = 1;
Show function arguments
in Plack::Component::__ANON__ at /usr/share/perl5/Plack/Component.pm line 50
47: sub to_app {
48: my $self = shift;
49: $self->prepare_app;
50: return sub { $self->call(@_) };
51: }
52:
53:
Show function arguments
in (eval) at /usr/share/zentyal/psgi/zentyal.psgi line 0
1: # Copyright (C) 2010-2014 Zentyal S.L.
2: #
3: # This program is free software; you can redistribute it and/or modify
at /usr/share/zentyal/psgi/zentyal.psgi line 0
1: # Copyright (C) 2010-2014 Zentyal S.L.
2: #
3: # This program is free software; you can redistribute it and/or modify
-------------------------------------------------------------------------------------------------------------------------------------------------
What can I do? No available updates at this time for the Zentyal 4.0.
I installed the Zentyal in Hungarian language but I switched English language on the web surface. I can't add new user in English envirnonment too.
I have a fresh Zentyal 4.0 install with "Domain Controller and File Sharing" and "Openchange" modules.
I can't add new user after the first user.
I go to the "Users and Computers" -> "Manage" -> click on "Users" and I click on the green "+" sign.
On the new pop-up windows ("Add new" on the header) I filled out the "Username", "First name", "Last name" and the password fields.
I become the following error:
"Sorry, an unexpected error has occurred
root command openchange_newuser --create --enable --mail zoli@zentyal-domain.lan 'zoli' failed. Error output: params.c:pm_process() - Processing configuration file "/etc/samba/openchange.conf" params.c:pm_process() - Processing configuration file "/etc/samba/shares.conf" Traceback (most recent call last): File "/usr/sbin/openchange_newuser", line 63, in <module> lp, creds, opts.firstorg, opts.firstou) File "/usr/lib/python2.7/dist-packages/openchange/provision.py", line 156, in guess_names_from_smbconf assert(firstorg) AssertionError Command output: . Exit value: 1 at /usr/share/perl5/EBox/Sudo.pm line 240"
Below this message I have two buttons: "Show technical details" and "Report the problem". I reported the problem but I can't become any answer.
The technical details:
-------------------------------------------------------------------------------------------------------------------------------------------------
Error trace
root command openchange_newuser --create --enable --mail zoli@zentyal-domain.lan 'zoli' failed.
Error output: params.c:pm_process() - Processing configuration file "/etc/samba/openchange.conf"
params.c:pm_process() - Processing configuration file "/etc/samba/shares.conf"
Traceback (most recent call last):
File "/usr/sbin/openchange_newuser", line 63, in <module>
lp, creds, opts.firstorg, opts.firstou)
File "/usr/lib/python2.7/dist-packages/openchange/provision.py", line 156, in guess_names_from_smbconf
assert(firstorg)
AssertionError
Command output: .
Exit value: 1 at /usr/share/perl5/EBox/Sudo.pm line 240
in EBox::Sudo::_rootError at /usr/share/perl5/EBox/Sudo.pm line 240
237: throw EBox::Exceptions::Sudo::Wrapper("$sudocmd failed because either the current user (EUID $>) is not in sudoers files or it has incorrects settings on it. Running /usr/share/zentyal/sudoers-friendly maybe can fix this problem");
238: }
239: }
240: throw EBox::Exceptions::Sudo::Command(cmd => $cmd, output => $output, error => $error, exitValue => $exitValue)
241: }
242:
243: # Procedure: rootWithoutException
Show function arguments
in EBox::Sudo::_root at /usr/share/perl5/EBox/Sudo.pm line 210
207: if ( -r $STDERR_FILE) {
208: @error = read_file($STDERR_FILE);
209: }
210: _rootError($sudocmd, $commands, $ret, \@output, \@error);
211: }
212: }
213:
Show function arguments
in EBox::Sudo::root at /usr/share/perl5/EBox/Sudo.pm line 153
150: #
151: sub root
152: {
153: _root(1, @_);
154: }
155:
156: # Procedure: silentRoot
Show function arguments
in EBox::OpenChange::LdapUser::setAccountEnabled at /usr/share/perl5/EBox/OpenChange/LdapUser.pm line 120
117: $cmd .= " --mail $mail ";
118: }
119: $cmd .= " '$samAccountName' ";
120: EBox::Sudo::root($cmd);
121:
122: return 0;
123: }
Show function arguments
in EBox::OpenChange::LdapUser::_addUser at /usr/share/perl5/EBox/OpenChange/LdapUser.pm line 141
138: my $mailUserModel = $mail->model('MailUser');
139: return unless ($mailUserModel->enabledValue());
140:
141: $self->setAccountEnabled($user, 1);
142: }
143:
144: sub _delUserWarning
Show function arguments
in EBox::Samba::notifyModsLdapUserBase at /usr/share/perl5/EBox/Samba.pm line 2072
2069:
2070: # TODO catch errors here? Not a good idea. The way to go is
2071: # to implement full transaction support and rollback if a notified
2072: # module throws an exception
2073: $mod->$method(@{$args});
2074: }
2075:
Show function arguments
in (eval) at /usr/share/perl5/EBox/Samba/User.pm line 533
530: $res->_setFilesystemQuota($quota);
531:
532: # Call modules initialization
533: $usersMod->notifyModsLdapUserBase(
534: 'addUser', [ $res ], $res->{ignoreMods}, $res->{ignoreSlaves});
535: }
536: } catch ($error) {
in EBox::Samba::User::create at /usr/share/perl5/EBox/Samba/User.pm line 489
486:
487: my $res = undef;
488: my $entry = undef;
489: try {
490: $entry = new Net::LDAP::Entry($dn, @attr);
491: my $result = $entry->update($class->_ldap->connection());
492: if ($result->is_error()) {
Show function arguments
in EBox::Samba::CGI::AddUser::_process at /usr/share/perl5/EBox/Samba/CGI/AddUser.pm line 77
74: throw EBox::Exceptions::External(__('Passwords do not match.'));
75: }
76:
77: my $newUser = EBox::Samba::User->create(%params);
78: if ($params{group}) {
79: $newUser->addGroup(new EBox::Samba::Group(dn => $params{group}));
80: }
Show function arguments
in (eval) at /usr/share/perl5/EBox/CGI/ClientRawBase.pm line 160
157: else {
158: try {
159: $self->_validateReferer();
160: $self->_process();
161: } catch (EBox::Exceptions::DataInUse $e) {
162: if ($self->{json}) {
163: $self->setErrorFromException($e);
in EBox::CGI::ClientRawBase::run at /usr/share/perl5/EBox/CGI/ClientRawBase.pm line 158
155: $self->{redirect} = "/Login/Index";
156: }
157: else {
158: try {
159: $self->_validateReferer();
160: $self->_process();
161: } catch (EBox::Exceptions::DataInUse $e) {
Show function arguments
in (eval) at /usr/share/perl5/EBox/CGI/Run.pm line 92
89: $handler = new $classname(@extraParams);
90: }
91: }
92: $handler->run();
93: $redis->commit();
94: return $handler->response()->finalize();
95: } catch ($ex) {
in EBox::CGI::Run::run at /usr/share/perl5/EBox/CGI/Run.pm line 68
65: $redis->begin();
66:
67: my $url = $self->urlFromRequest($request);
68: try {
69: my $effectiveUrl = _urlAlias($url);
70: my @extraParams = (request => $request);
71: if ($htmlblocks) {
Show function arguments
in main::__ANON__ at /usr/share/zentyal/psgi/zentyal.psgi line 46
43: local $SIG{__WARN__} = sub { EBox::warn($_[0]) };
44:
45: my $req = Plack::Request->new($env);
46: return EBox::CGI::Run->run($req);
47: };
48:
49: my $builder = new Plack::Builder();
Show function arguments
in Plack::App::URLMap::call at /usr/share/perl5/Plack/App/URLMap.pm line 71
68: return $self->response_cb($app->($env), sub {
69: $env->{PATH_INFO} = $orig_path_info;
70: $env->{SCRIPT_NAME} = $orig_script_name;
71: });
72: }
73:
74: DEBUG && warn "All matching failed.\n";
Show function arguments
in Plack::Component::__ANON__ at /usr/share/perl5/Plack/Component.pm line 50
47: sub to_app {
48: my $self = shift;
49: $self->prepare_app;
50: return sub { $self->call(@_) };
51: }
52:
53:
Show function arguments
in EBox::Middleware::Auth::call at /usr/share/perl5/EBox/Middleware/Auth.pm line 366
363: $self->_logout($env);
364: } elsif ($self->_validateSession($env)) {
365: delete $env->{'psgix.session'}{AuthReason};
366: return $self->app->($env);
367: } else {
368: # Require authentication, redirect to the login form.
369: return $self->_redirectToLogin($env);
Show function arguments
in Plack::Component::__ANON__ at /usr/share/perl5/Plack/Component.pm line 50
47: sub to_app {
48: my $self = shift;
49: $self->prepare_app;
50: return sub { $self->call(@_) };
51: }
52:
53:
Show function arguments
in Plack::Middleware::Conditional::call at /usr/share/perl5/Plack/Middleware/Conditional.pm line 16
13: my($self, $env) = @_;
14:
15: my $app = $self->condition->($env) ? $self->middleware : $self->app;
16: return $app->($env);
17: }
18:
19: 1;
Show function arguments
in Plack::Component::__ANON__ at /usr/share/perl5/Plack/Component.pm line 50
47: sub to_app {
48: my $self = shift;
49: $self->prepare_app;
50: return sub { $self->call(@_) };
51: }
52:
53:
Show function arguments
in EBox::WebAdmin::Middleware::SubAppAuth::call at /usr/share/perl5/EBox/WebAdmin/Middleware/SubAppAuth.pm line 57
54: }
55: }
56: }
57: return $self->app->($env);
58: }
59:
60: 1;
Show function arguments
in Plack::Component::__ANON__ at /usr/share/perl5/Plack/Component.pm line 50
47: sub to_app {
48: my $self = shift;
49: $self->prepare_app;
50: return sub { $self->call(@_) };
51: }
52:
53:
Show function arguments
in Plack::Middleware::Session::call at /usr/share/perl5/Plack/Middleware/Session.pm line 52
49:
50: $env->{'psgix.session.options'} = { id => $id };
51:
52: my $res = $self->app->($env);
53: $self->response_cb($res, sub { $self->finalize($env, $_[0]) });
54: }
55:
Show function arguments
in Plack::Component::__ANON__ at /usr/share/perl5/Plack/Component.pm line 50
47: sub to_app {
48: my $self = shift;
49: $self->prepare_app;
50: return sub { $self->call(@_) };
51: }
52:
53:
Show function arguments
in Plack::Middleware::ReverseProxy::call at /usr/share/perl5/Plack/Middleware/ReverseProxy.pm line 68
65: }
66: }
67:
68: $self->app->($env);
69: }
70:
71: 1;
Show function arguments
in Plack::Component::__ANON__ at /usr/share/perl5/Plack/Component.pm line 50
47: sub to_app {
48: my $self = shift;
49: $self->prepare_app;
50: return sub { $self->call(@_) };
51: }
52:
53:
Show function arguments
in (eval) at /usr/share/perl5/EBox/Middleware/UnhandledError.pm line 78
75: my $res;
76: my $caught = 0;
77: try {
78: $res = $self->app->($env);
79: } catch ($e) {
80: $caught = 1;
81: # This $res will only be used if $trace is undef
in EBox::Middleware::UnhandledError::call at /usr/share/perl5/EBox/Middleware/UnhandledError.pm line 77
74:
75: my $res;
76: my $caught = 0;
77: try {
78: $res = $self->app->($env);
79: } catch ($e) {
80: $caught = 1;
Show function arguments
in Plack::Component::__ANON__ at /usr/share/perl5/Plack/Component.pm line 50
47: sub to_app {
48: my $self = shift;
49: $self->prepare_app;
50: return sub { $self->call(@_) };
51: }
52:
53:
Show function arguments
in (eval) at /usr/share/zentyal/psgi/zentyal.psgi line 0
1: # Copyright (C) 2010-2014 Zentyal S.L.
2: #
3: # This program is free software; you can redistribute it and/or modify
at /usr/share/zentyal/psgi/zentyal.psgi line 0
1: # Copyright (C) 2010-2014 Zentyal S.L.
2: #
3: # This program is free software; you can redistribute it and/or modify
-------------------------------------------------------------------------------------------------------------------------------------------------
What can I do? No available updates at this time for the Zentyal 4.0.
I installed the Zentyal in Hungarian language but I switched English language on the web surface. I can't add new user in English envirnonment too.
3
Magyar / Zentyal 4.0 - új felhasználó felvétele - sikertelen
« on: November 05, 2014, 11:29:15 am »
Sziasztok!
Nem tudom, futottatok-e már bele ilyenbe, friss zentyal 4.0 telepítés, egy usert sikerült felvennem, a többit már nem. Nincs ékezetes betű a felhasználói névben, a családi és kerersztnévben sem, nem rendelem hozzá csoporthoz, hozzáadáskor ezt a hibaüzenetet kapom:
"Sorry, an unexpected error has occurred
root command openchange_newuser --create --enable --mail gabor@zentyal-domain.lan 'gabor' failed. Error output: params.c:pm_process() - Processing configuration file "/etc/samba/openchange.conf" params.c:pm_process() - Processing configuration file "/etc/samba/shares.conf" Traceback (most recent call last): File "/usr/sbin/openchange_newuser", line 63, in <module> lp, creds, opts.firstorg, opts.firstou) File "/usr/lib/python2.7/dist-packages/openchange/provision.py", line 156, in guess_names_from_smbconf assert(firstorg) AssertionError Command output: . Exit value: 1 at /usr/share/perl5/EBox/Sudo.pm line 240"
Alatta van kég gombom:
"Show technical details" és "Report problem"
Az elsőre kattintva kapok ilyet:
root command openchange_newuser --create --enable --mail gabor@zentyal-domain.lan 'gabor' failed.
Error output: params.c:pm_process() - Processing configuration file "/etc/samba/openchange.conf"
params.c:pm_process() - Processing configuration file "/etc/samba/shares.conf"
Traceback (most recent call last):
File "/usr/sbin/openchange_newuser", line 63, in <module>
lp, creds, opts.firstorg, opts.firstou)
File "/usr/lib/python2.7/dist-packages/openchange/provision.py", line 156, in guess_names_from_smbconf
assert(firstorg)
AssertionError
Command output: .
Exit value: 1 at /usr/share/perl5/EBox/Sudo.pm line 240
A hibajelentést elküldtem a másik gombbal már két napja, de semmi reakció
Más hiba miatt már angolra állítottam a Zentyal webadmin felületét, így gyanítom, nem nyelvi probléma okozza ezt.
Van valami javaslatotok, ötletetek?
Update: Active directory and file sharing és Openchange modulok vannak csak telepítve, úgy látom, mintha az Openchange váltaná ki ezt a hibát...
Nem tudom, futottatok-e már bele ilyenbe, friss zentyal 4.0 telepítés, egy usert sikerült felvennem, a többit már nem. Nincs ékezetes betű a felhasználói névben, a családi és kerersztnévben sem, nem rendelem hozzá csoporthoz, hozzáadáskor ezt a hibaüzenetet kapom:
"Sorry, an unexpected error has occurred
root command openchange_newuser --create --enable --mail gabor@zentyal-domain.lan 'gabor' failed. Error output: params.c:pm_process() - Processing configuration file "/etc/samba/openchange.conf" params.c:pm_process() - Processing configuration file "/etc/samba/shares.conf" Traceback (most recent call last): File "/usr/sbin/openchange_newuser", line 63, in <module> lp, creds, opts.firstorg, opts.firstou) File "/usr/lib/python2.7/dist-packages/openchange/provision.py", line 156, in guess_names_from_smbconf assert(firstorg) AssertionError Command output: . Exit value: 1 at /usr/share/perl5/EBox/Sudo.pm line 240"
Alatta van kég gombom:
"Show technical details" és "Report problem"
Az elsőre kattintva kapok ilyet:
root command openchange_newuser --create --enable --mail gabor@zentyal-domain.lan 'gabor' failed.
Error output: params.c:pm_process() - Processing configuration file "/etc/samba/openchange.conf"
params.c:pm_process() - Processing configuration file "/etc/samba/shares.conf"
Traceback (most recent call last):
File "/usr/sbin/openchange_newuser", line 63, in <module>
lp, creds, opts.firstorg, opts.firstou)
File "/usr/lib/python2.7/dist-packages/openchange/provision.py", line 156, in guess_names_from_smbconf
assert(firstorg)
AssertionError
Command output: .
Exit value: 1 at /usr/share/perl5/EBox/Sudo.pm line 240
A hibajelentést elküldtem a másik gombbal már két napja, de semmi reakció
Más hiba miatt már angolra állítottam a Zentyal webadmin felületét, így gyanítom, nem nyelvi probléma okozza ezt.
Van valami javaslatotok, ötletetek?
Update: Active directory and file sharing és Openchange modulok vannak csak telepítve, úgy látom, mintha az Openchange váltaná ki ezt a hibát...
4
Magyar / Zentyal 4.0 - Hitelesítésszolgáltató - hiba [MEGOLDVA]
« on: November 03, 2014, 12:58:58 pm »
Sziasztok!
Gondom akadt. Feltettem egy 4.0-ás Zentyal-t, Tartományvezérlő, Groupware modulokat választottam ki.
Felment szépen, hiba nélkül, frissítettem, változtatott mentések nincsenek.
Hitelesítésszolgáltató - Általános - bármi komolyabb dologba kezdenék, ide irányít, gondolom legyen tanúsítványom.
Öt mező van:
Szervezet neve
Országkód (elhagyható)
Város (elhagyható)
Állapot (gondolom állam, state angolul, pár verzióval korábban is megvolt már ez a félrefordítás....) (elhagyható)
Napok száma a lejáratig
Bármit és bárhogyan próbálok ide beírni, mindig ezt kapom felül piros alapon - és persze nem készül el:
"Érvénytelen érték: commonName: infostation szolgáltató tanúsítványa. A mező érvénytelen karaktereket tartalmaz. Minden ASCII alfanumerikus, és a következő nem alfanumerikus karakterek engedélyezettek: .?&+:-@* és a szóköz."
Hát... az első mezőbe ezeket próbáltam beírni cegnev, cegnev.hu, hagytam üresen is (persze elvileg nem lehetne, tudom)
A második mezőbe, országkód, alapból az US-t teszi, írtam már át HU-ra, hagytam US-en, nincs változás.
A város és állapot alapból "undefined" szöveggel van kitöltve, töltöttem már ki, hagytam beírva az undefined-et, hagytam üresen is, nincs változás...
A napok száma lejáratig mező 3650-el van kitöltve, próbáltam csak 365-re venni, de semmi....
Mit csinálok rosszul?
Ha nem csinálok semmit sem rosszul, akkor hogyan tudnám javítani, vagy megkerülni ezt a problémát?
Gondom akadt. Feltettem egy 4.0-ás Zentyal-t, Tartományvezérlő, Groupware modulokat választottam ki.
Felment szépen, hiba nélkül, frissítettem, változtatott mentések nincsenek.
Hitelesítésszolgáltató - Általános - bármi komolyabb dologba kezdenék, ide irányít, gondolom legyen tanúsítványom.
Öt mező van:
Szervezet neve
Országkód (elhagyható)
Város (elhagyható)
Állapot (gondolom állam, state angolul, pár verzióval korábban is megvolt már ez a félrefordítás....) (elhagyható)
Napok száma a lejáratig
Bármit és bárhogyan próbálok ide beírni, mindig ezt kapom felül piros alapon - és persze nem készül el:
"Érvénytelen érték: commonName: infostation szolgáltató tanúsítványa. A mező érvénytelen karaktereket tartalmaz. Minden ASCII alfanumerikus, és a következő nem alfanumerikus karakterek engedélyezettek: .?&+:-@* és a szóköz."
Hát... az első mezőbe ezeket próbáltam beírni cegnev, cegnev.hu, hagytam üresen is (persze elvileg nem lehetne, tudom)
A második mezőbe, országkód, alapból az US-t teszi, írtam már át HU-ra, hagytam US-en, nincs változás.
A város és állapot alapból "undefined" szöveggel van kitöltve, töltöttem már ki, hagytam beírva az undefined-et, hagytam üresen is, nincs változás...
A napok száma lejáratig mező 3650-el van kitöltve, próbáltam csak 365-re venni, de semmi....
Mit csinálok rosszul?
Ha nem csinálok semmit sem rosszul, akkor hogyan tudnám javítani, vagy megkerülni ezt a problémát?
5
Magyar / Openchange tapasztalatok?
« on: October 21, 2014, 02:31:43 pm »
Sziasztok!
Utoljára akkor nézegettem a Zenytal-t csoportmunkás levelezésre, amikor az még csak a Zarafa-t használta.
Azóta hallottam már az Openchange-ről, bele is került a Zentyal-ba, érdeklődnék, van-e gyakorlati tapasztalatotok vele? Vannak-e ismert hibák, hiányosságok? Milyen a webes felülete, mennyire használhatóak a közös, vagy megosztott naptárak, címjegyzékek, feladatlisták, mobil eszközökkel hogyan működik együtt,...?
Utoljára akkor nézegettem a Zenytal-t csoportmunkás levelezésre, amikor az még csak a Zarafa-t használta.
Azóta hallottam már az Openchange-ről, bele is került a Zentyal-ba, érdeklődnék, van-e gyakorlati tapasztalatotok vele? Vannak-e ismert hibák, hiányosságok? Milyen a webes felülete, mennyire használhatóak a közös, vagy megosztott naptárak, címjegyzékek, feladatlisták, mobil eszközökkel hogyan működik együtt,...?
6
Magyar / Zentyal frissítése 3.2-re
« on: September 21, 2013, 09:18:27 pm »
Sziasztok!
Én még nem kapkodnám el, de érdekelne, van-e már valaki, aki frissítette a korábbi, 3.0.x verziójú Zentyal rendszerét 3.2-re?
Ha esetleg van aki már túl van rajta - azt gondolom, sokak nevében is megköszönném - ha leírná tapasztalatait. Jól ment-e, hogy ment, mire érdemes figyelni és talán az egyik legfontosabb: milyen szolgáltatások futnak a frissített környezetben?
Én még nem kapkodnám el, de érdekelne, van-e már valaki, aki frissítette a korábbi, 3.0.x verziójú Zentyal rendszerét 3.2-re?
Ha esetleg van aki már túl van rajta - azt gondolom, sokak nevében is megköszönném - ha leírná tapasztalatait. Jól ment-e, hogy ment, mire érdemes figyelni és talán az egyik legfontosabb: milyen szolgáltatások futnak a frissített környezetben?
7
Magyar / Ebben a munkamenetben nem mentett módosítások vannak!
« on: September 14, 2013, 04:33:12 pm »
Sziasztok!
Lassan egy éve használok - egyelőre csak egy szerveren - Zentyal 3.0-át. A telepítést, finomhangolást nem sokkal követően a webes felületen járva, a "Kijelentkezés" gombra kattintva ez az üzenet fogad:
"Ebben a munkamenetben nem mentett módosítások vannak! "
Pedig sok alkalommal nem is változtatok semmit, vagy pedig természetesen elmentem a változtatásokat, mielőtt a "Kilépésre" kattintok. Nincs semmi "narancssárga" a felső részen, de ez az üzenet mindig megjön.
Mit lehet tenni? Van esetleg valami tmp könyvtár, ahonnan törölnöm kellene néhány elévült fájlt, hogy ez megszűnjön?
Folyamatosan fennáll a dolog, természetesen azóta számtalan frissítés, jó néhány szerver újraindítás is történt, de ezen nem változtatott.
Lassan egy éve használok - egyelőre csak egy szerveren - Zentyal 3.0-át. A telepítést, finomhangolást nem sokkal követően a webes felületen járva, a "Kijelentkezés" gombra kattintva ez az üzenet fogad:
"Ebben a munkamenetben nem mentett módosítások vannak! "
Pedig sok alkalommal nem is változtatok semmit, vagy pedig természetesen elmentem a változtatásokat, mielőtt a "Kilépésre" kattintok. Nincs semmi "narancssárga" a felső részen, de ez az üzenet mindig megjön.
Mit lehet tenni? Van esetleg valami tmp könyvtár, ahonnan törölnöm kellene néhány elévült fájlt, hogy ez megszűnjön?
Folyamatosan fennáll a dolog, természetesen azóta számtalan frissítés, jó néhány szerver újraindítás is történt, de ezen nem változtatott.
8
Magyar / Zentyal 3.2 - kivett összetevők
« on: September 07, 2013, 06:59:46 pm »
Sziasztok!
Gondoltam megosztom veletek a frissen szerzett információmat, miszerint négy összetevőt kivettek a 3.2-es Zentyalból.
E négy összetevő a következő: PPTP, virtualizáció, vékony kliens és VoIP.
Mivel támadt egy késztetésem, hogy megnézzem a még RC1 állapotban levő 3.2-es kiadást, azon belül is a vékony kliens részt, így egy kicsit nagy kört lefutva, de ráakadtam erre az információra. Ugyanis hiába kerestem a Zentyalban a vékony kliens modult, sehogy sem találtam.
Aztán ráakadtam erre: http://forum.zentyal.org/index.php?topic=17928.0
Gondoltam megosztom veletek a frissen szerzett információmat, miszerint négy összetevőt kivettek a 3.2-es Zentyalból.
E négy összetevő a következő: PPTP, virtualizáció, vékony kliens és VoIP.
Mivel támadt egy késztetésem, hogy megnézzem a még RC1 állapotban levő 3.2-es kiadást, azon belül is a vékony kliens részt, így egy kicsit nagy kört lefutva, de ráakadtam erre az információra. Ugyanis hiába kerestem a Zentyalban a vékony kliens modult, sehogy sem találtam.
Aztán ráakadtam erre: http://forum.zentyal.org/index.php?topic=17928.0
9
Magyar / Frissítés parancssorból?
« on: December 08, 2012, 01:48:20 pm »
Sziasztok!
Nekem úgy tűnik, van olyan csomag, mely a Zentyal WEB-es admin felületéről sosem lesz frissíthető. Nálam jóval hozzáértőbbektől érdeklődtem régebben, lehet-e, érdemes-e, szabad-e a jól bevált apt-get, vagy aptitude-os frissítést használni. Azt a választ kaptam, hogy nem javallott, előbb-utóbb megjelenik majd az admin felületen is, mint elérhető frissítés, inkább onnan tegyem.
Kb. két hete van egy csomagom, mely sosem frissül az admin felületről, nem is látszik, mint frissítés, de a konzolban folyamatosan ott van: "zenbuntu-desktop".
Kérdés: merhetem-e az apt-get upgrade-et kiadni akkor, ha csak olyan csomagok telepednének így, melyek már szembetűnően jó ideje szeretnének frissülni, de a WEB-es felületen sosem látni őket?
Nekem úgy tűnik, van olyan csomag, mely a Zentyal WEB-es admin felületéről sosem lesz frissíthető. Nálam jóval hozzáértőbbektől érdeklődtem régebben, lehet-e, érdemes-e, szabad-e a jól bevált apt-get, vagy aptitude-os frissítést használni. Azt a választ kaptam, hogy nem javallott, előbb-utóbb megjelenik majd az admin felületen is, mint elérhető frissítés, inkább onnan tegyem.
Kb. két hete van egy csomagom, mely sosem frissül az admin felületről, nem is látszik, mint frissítés, de a konzolban folyamatosan ott van: "zenbuntu-desktop".
Kérdés: merhetem-e az apt-get upgrade-et kiadni akkor, ha csak olyan csomagok telepednének így, melyek már szembetűnően jó ideje szeretnének frissülni, de a WEB-es felületen sosem látni őket?
10
Magyar / Freshclam-observer - permission denied
« on: December 08, 2012, 09:50:21 am »
Sziasztok!
A /var/mail alatt a clamav mailbox fájljában rendre ezt az üzenetet kapom. Miért?
Az üzenetek minden egész órában érkeznek, van, amikor egymást követő órában, van, amikor akár 7-8 óra kihagyás után jön a következő. De minden üzenet egyforma. Nektek is van ilyen? Mitől lehet ez?
A /var/mail alatt a clamav mailbox fájljában rendre ezt az üzenetet kapom. Miért?
Code: [Select]
From clamav@zentyal-srv.mydomain.hu Sat Dec 8 05:00:15 2012
Return-Path: <clamav@zentyal-srv.mydomain.hu>
X-Original-To: clamav@zentyal-srv.mydomain.hu
Delivered-To: clamav@zentyal-srv.mydomain.hu
Received: from localhost (localhost.localdomain [127.0.0.1])
by zentyal-srv.mydomain.hu (Postfix) with ESMTP id 8E5302EAB6A3
for <clamav@zentyal-srv.mydomain.hu>; Sat, 8 Dec 2012 05:00:15 +0100 (CET)
X-Virus-Scanned: by amavisd-new-2.6.5 (20110407) (Debian) at
mydomain.hu
Received: from zentyal-srv.mydomain.hu ([127.0.0.1])
by localhost (zentyal-srv.mydomain.hu [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id mmyvRlQJ8-Xv
for <clamav@zentyal-srv.mydomain.hu>;
Sat, 8 Dec 2012 05:00:09 +0100 (CET)
Received: by zentyal-srv.mydomain.hu (Postfix, from userid 113)
id 3F4072EAB6A6; Sat, 8 Dec 2012 05:00:09 +0100 (CET)
From: root@zentyal-srv.mydomain.hu (Cron Daemon)
To: clamav@zentyal-srv.mydomain.hu
Subject: Cron <clamav@zentyal-srv> /usr/bin/freshclam --quiet
Content-Type: text/plain; charset=ANSI_X3.4-1968
X-Cron-Env: <SHELL=/bin/sh>
X-Cron-Env: <HOME=/var/lib/clamav>
X-Cron-Env: <PATH=/usr/bin:/bin>
X-Cron-Env: <LOGNAME=clamav>
Message-Id: <20121208040009.3F4072EAB6A6@zentyal-srv.mydomain.hu>
Date: Sat, 8 Dec 2012 05:00:09 +0100 (CET)
sh: 1: /usr/share/zentyal-antivirus/freshclam-observer: Permission denied
Az üzenetek minden egész órában érkeznek, van, amikor egymást követő órában, van, amikor akár 7-8 óra kihagyás után jön a következő. De minden üzenet egyforma. Nektek is van ilyen? Mitől lehet ez?
11
Magyar / Noatime, relatime - érdemes? Szabad egyáltalán?
« on: December 07, 2012, 10:58:32 pm »
Nemrégiben hallottam a "noatime" fájlrendszer felcsatolási kapcsopóról, melynek lényege - ahogy hallottam - a fájlok megnyitási (nem módosítási!) idejét e kapcsolóval felcsatolt fájlrendszer nem naplózza. Elviekben erre nincs is szükség, de pár helyen említették, hogy bizonyos alkalmazások,főként backup.programok használhatják ezen infókat. Ez esetben ajánlják a "relatime" kapcsolót, az a "két véglet" közti megoldást jelenti,mélyebben ezt nem.ismerem.
Használnám a Zentyal backupját, a Zarafát és mint mindegyikünk, örülnék annak, ha gyorsulnának a lemezműveleteim.
Én csak két partíciót hoztam.létre a Zentyalnak: a /-t és a swapet. Úgy tudom a swap esetén erre nincs lehetőség, de a / esetén igen.
Kérdésem az lenne, ismeritek-e, használjátok-e, lehet-e buktatója ennek?
Írták még a parancssoros levelezőt,a mutt-ot,hogy neki is kell az az info,amit a noatime kikapcsol. Jelenleg a relate kapcsolót használom, nincs gondom eddig.
Merjem használni a /-en a noatime-t?
Használnám a Zentyal backupját, a Zarafát és mint mindegyikünk, örülnék annak, ha gyorsulnának a lemezműveleteim.
Én csak két partíciót hoztam.létre a Zentyalnak: a /-t és a swapet. Úgy tudom a swap esetén erre nincs lehetőség, de a / esetén igen.
Kérdésem az lenne, ismeritek-e, használjátok-e, lehet-e buktatója ennek?
Írták még a parancssoros levelezőt,a mutt-ot,hogy neki is kell az az info,amit a noatime kikapcsol. Jelenleg a relate kapcsolót használom, nincs gondom eddig.
Merjem használni a /-en a noatime-t?
12
Magyar / Mysql root jelszó? [SOLVED]
« on: December 07, 2012, 05:09:08 pm »
Sziasztok!
Jelenleg 3-as Zentyal-t és a hozzá járó Zarafa-t használom. Eljutottam oda, hogy ideje lenne egy automatikus mentést kialakítani a gépen.
Ennek egy részét a MySQL mentése tenné ki, mysqldump-al gondolnám.
Kis testi munkával megtaláltam a Zentyal és a Zarafa adatbázisainak jelszavait tartalmazó fájlokat. Ha valakinek ez segítség lehet a későbbiekben:
- Zentyal: /var/lib/zentyal/conf/zentyal-mysql.passwd
- Zarafa: /etc/zarafa/server.cfg
Bár adatbázist menteni már ezekkel szépen lehetne e két adatbázisról, felmerült bennem az, hogy további, MySQL adatbázist is igénylő web oldalt is tennék fel a szerverre. Ehhez - ha máshoz annyira nem is - mindenképpen szükség lenne a MySQL root jelszavára, melyet sehol sem találtam meg a rendszerben.
Esetleg tudtok róla, hogy ez valahol le van tárolva?
Találtam egy ilyet: http://www.sururi.com/2011/02/change-mysql-password-on-zentyal.html
Elvileg szépen leírja, mit kell tenni.
A kérdésem az lenne, van-e valakinek ezzel tapasztalata? Lehet-e ebből problémám a későbbiekben? Akár egy Zentyal frissítéssel érkező SQL táblabővítés során, akár más modulok telepítésekor, egyszóval bármilyen esetben lehet-e abból hátrányom, hogy felülírom az SQL root jelszót? nem tudom, hogyan működik a dolog. Az biztos, hogy a Zentyal adatbázis volt csak először, a Zarafáé - nyilván - annak telepítésekor (pontosabban engedélyezésekor) jött létre. Ehhez - szerintem - MySQL root jogosultságok kellenek. Lehet, hogy a Zentyal SQL usernek van ilyen jogosultsága? És ha későbbiekben általa létrehozott, vagy létrehozandó adatbázisokkal van dolga, akkor megoldja SQL root nélkül is?
Vagy valahol el van dugva, amit ilyenkor használna és ha felülírom, akkor gyakorlatilag bizonyos műveleteket már nem tud majd elvégezni?
Talán olyan kérdés ez, mely többünket érdekel, vagy érdekelni fog, hiszen kellő vasra téve egy teljes értékű Apache fut rajta, így egy intranetet, egy zárt fórumot, akármit elfuttathatna.
Update: OK, jött az Isteni sugallat és bejött: a Zentyal MySQL jelszava megegyezik a MySQL root jelszavával, azzal simán beengedett. Talán hasznos lehet másoknak is, akik erre tévednek a későbbiekben.
Jelenleg 3-as Zentyal-t és a hozzá járó Zarafa-t használom. Eljutottam oda, hogy ideje lenne egy automatikus mentést kialakítani a gépen.
Ennek egy részét a MySQL mentése tenné ki, mysqldump-al gondolnám.
Kis testi munkával megtaláltam a Zentyal és a Zarafa adatbázisainak jelszavait tartalmazó fájlokat. Ha valakinek ez segítség lehet a későbbiekben:
- Zentyal: /var/lib/zentyal/conf/zentyal-mysql.passwd
- Zarafa: /etc/zarafa/server.cfg
Bár adatbázist menteni már ezekkel szépen lehetne e két adatbázisról, felmerült bennem az, hogy további, MySQL adatbázist is igénylő web oldalt is tennék fel a szerverre. Ehhez - ha máshoz annyira nem is - mindenképpen szükség lenne a MySQL root jelszavára, melyet sehol sem találtam meg a rendszerben.
Esetleg tudtok róla, hogy ez valahol le van tárolva?
Találtam egy ilyet: http://www.sururi.com/2011/02/change-mysql-password-on-zentyal.html
Elvileg szépen leírja, mit kell tenni.
A kérdésem az lenne, van-e valakinek ezzel tapasztalata? Lehet-e ebből problémám a későbbiekben? Akár egy Zentyal frissítéssel érkező SQL táblabővítés során, akár más modulok telepítésekor, egyszóval bármilyen esetben lehet-e abból hátrányom, hogy felülírom az SQL root jelszót? nem tudom, hogyan működik a dolog. Az biztos, hogy a Zentyal adatbázis volt csak először, a Zarafáé - nyilván - annak telepítésekor (pontosabban engedélyezésekor) jött létre. Ehhez - szerintem - MySQL root jogosultságok kellenek. Lehet, hogy a Zentyal SQL usernek van ilyen jogosultsága? És ha későbbiekben általa létrehozott, vagy létrehozandó adatbázisokkal van dolga, akkor megoldja SQL root nélkül is?
Vagy valahol el van dugva, amit ilyenkor használna és ha felülírom, akkor gyakorlatilag bizonyos műveleteket már nem tud majd elvégezni?
Talán olyan kérdés ez, mely többünket érdekel, vagy érdekelni fog, hiszen kellő vasra téve egy teljes értékű Apache fut rajta, így egy intranetet, egy zárt fórumot, akármit elfuttathatna.
Update: OK, jött az Isteni sugallat és bejött: a Zentyal MySQL jelszava megegyezik a MySQL root jelszavával, azzal simán beengedett. Talán hasznos lehet másoknak is, akik erre tévednek a későbbiekben.
13
Magyar / Radius - Wifi AP
« on: November 26, 2012, 03:32:54 pm »
Sziasztok!
Van egy TP-Link Access Pointom (TL-WA801ND típus), gondoltam beállítom úgy, hogy a Zentyal Radius szervere végezze az autentikációt. Jegyzem meg itt egyből az elején: soha semmi közöm nem volt még a Radiushoz, így lehet, hogy alapvető hibákat követek el.
Jelen pillanatban nem működik a dolog, ezért is hoztam létre ezt a topikot.
Lépésről lépésre a következőket csináltam:
Az AP-ban ez lett beállítva:
Zentyalban pedig így néz ki a történet:
Szóval adott egy közös jelszó, minkét oldalon ugyanazt állítottam be természetesen.
Mint látszik, az AP IP címe: 192.168.26.253, a Zentyal szerveré pedig a 30-as végződésű.
Hoztam létre egy felhasznalok nevű csoportot, majd tagjaként beállítva egy "peti" nevű usert.
A beállítások alapján - a fent említett gyakorlati tapasztalatommal a hátam mögött - azt gondolnám, ez esetben a felhasznalok csoport tagjai számára a Radius autentikáció engedélyezett.
Fogtam egy Windows 7-es laptopot, próbáltam csatlakozni az AP-ben kiajánlott hálózathoz, kért is szépen felhasználói nevet, jelszót. Beírtam a peti-t, illetve a peti jelszavát, a csatlakozás sikertelen volt. Néztem a /var/log/freeradius/radius.log-ot, ezek vannak benne:
Direkt hagytam benne az elejét is, az exiting és a loaded akkor volt, amikor valamit állítgattam a Radius-ban, majd jobb felül a "Beállítások mentése" gombra kattintottam.
De ha újra próbálok csatlakozni, akkor az "erroros" és az "authos" sorok által képezett versszak ismétlődik újra.
Tehát van valami próbálkozás, eljön a Radiusig az AP-ból a kérés, látszik a felhasználói név is, de valami tanúsítvány baja lehet.
Ezen még felbuzdulva gyorsan be is mentem a "Hitelesítésszolgáltató (CA)" menüpont alá, hamar létre is hoztam 10 évre egy új tanúsítványszolgáltatót, majd alatta a "Szolgáltatások tanúsítványa" almenüpontban engedélyeztem a Radius számára a dolgot.
Ez után újra próbáltam, de semmi változás nem volt.
Mit nézzek meg? Mit csinálok rosszul? Mit ajánlotok?
Van egy TP-Link Access Pointom (TL-WA801ND típus), gondoltam beállítom úgy, hogy a Zentyal Radius szervere végezze az autentikációt. Jegyzem meg itt egyből az elején: soha semmi közöm nem volt még a Radiushoz, így lehet, hogy alapvető hibákat követek el.
Jelen pillanatban nem működik a dolog, ezért is hoztam létre ezt a topikot.
Lépésről lépésre a következőket csináltam:
Az AP-ban ez lett beállítva:
Zentyalban pedig így néz ki a történet:
Szóval adott egy közös jelszó, minkét oldalon ugyanazt állítottam be természetesen.
Mint látszik, az AP IP címe: 192.168.26.253, a Zentyal szerveré pedig a 30-as végződésű.
Hoztam létre egy felhasznalok nevű csoportot, majd tagjaként beállítva egy "peti" nevű usert.
A beállítások alapján - a fent említett gyakorlati tapasztalatommal a hátam mögött - azt gondolnám, ez esetben a felhasznalok csoport tagjai számára a Radius autentikáció engedélyezett.
Fogtam egy Windows 7-es laptopot, próbáltam csatlakozni az AP-ben kiajánlott hálózathoz, kért is szépen felhasználói nevet, jelszót. Beírtam a peti-t, illetve a peti jelszavát, a csatlakozás sikertelen volt. Néztem a /var/log/freeradius/radius.log-ot, ezek vannak benne:
Code: [Select]
Mon Nov 26 14:44:28 2012 : Info: Exiting normally.
Mon Nov 26 14:44:28 2012 : Info: Loaded virtual server inner-tunnel
Mon Nov 26 14:44:28 2012 : Info: Loaded virtual server <default>
Mon Nov 26 14:44:28 2012 : Info: Ready to process requests.
Mon Nov 26 14:45:03 2012 : Error: TLS Alert read:fatal:unknown CA
Mon Nov 26 14:45:03 2012 : Error: TLS_accept: failed in SSLv3 read client certificate A
Mon Nov 26 14:45:03 2012 : Error: rlm_eap: SSL error error:14094418:SSL routines:SSL3_READ_BYTES:tlsv1 alert unknown ca
Mon Nov 26 14:45:03 2012 : Error: SSL: SSL_read failed inside of TLS (-1), TLS session fails.
Mon Nov 26 14:45:03 2012 : Auth: Login incorrect (TLS Alert read:fatal:unknown CA): [peti] (from client 192.168.26.253/32 port 0 cli 00-18-DE-77-13-28)
Direkt hagytam benne az elejét is, az exiting és a loaded akkor volt, amikor valamit állítgattam a Radius-ban, majd jobb felül a "Beállítások mentése" gombra kattintottam.
De ha újra próbálok csatlakozni, akkor az "erroros" és az "authos" sorok által képezett versszak ismétlődik újra.
Tehát van valami próbálkozás, eljön a Radiusig az AP-ból a kérés, látszik a felhasználói név is, de valami tanúsítvány baja lehet.
Ezen még felbuzdulva gyorsan be is mentem a "Hitelesítésszolgáltató (CA)" menüpont alá, hamar létre is hoztam 10 évre egy új tanúsítványszolgáltatót, majd alatta a "Szolgáltatások tanúsítványa" almenüpontban engedélyeztem a Radius számára a dolgot.
Ez után újra próbáltam, de semmi változás nem volt.
Mit nézzek meg? Mit csinálok rosszul? Mit ajánlotok?
14
Magyar / Mire használod a Zentyal-t?
« on: November 25, 2012, 07:37:38 pm »
Sziasztok!
Ez egy kicsit más témájú topik lenne, talán láttok majd benne fantáziát.
Arra gondoltam, egyfajta bemutatkozásként az erre járó fórumlakók pár mondatban leírhatnák, mire szeretnék, vagy inkább mire használnak Zentyal-t. Így tudnánk egymásról, kinek milyen téren lehet esetleg nagyobb tapasztalata. Nem is a "Ki a Jani itt a fórumon?" miatt gondolnám ezt, hanem inkább ha valaki újonnan érkezik ide, vagy esetleg új, általa még meg nem valósított feladatra szeretné használni a rendszert, tájékozódni tudjon.
Láthatja, hogy pl. mások miket valósítottak meg, mekkora felhasználói létszám mellett, mekkora adatmennyiség mellett, milyen hardveren, milyen buktatókba futottak esetleg bele, stb....
Emellett bízom abban is, hogy akár ez a topik, akár a jövőben nyílók majd egy kellemes, baráti, Zentyal-os társaságot alakítanak majd ki.
Bordács Péter
(itt a fórumon: Mono)
Ez egy kicsit más témájú topik lenne, talán láttok majd benne fantáziát.
Arra gondoltam, egyfajta bemutatkozásként az erre járó fórumlakók pár mondatban leírhatnák, mire szeretnék, vagy inkább mire használnak Zentyal-t. Így tudnánk egymásról, kinek milyen téren lehet esetleg nagyobb tapasztalata. Nem is a "Ki a Jani itt a fórumon?" miatt gondolnám ezt, hanem inkább ha valaki újonnan érkezik ide, vagy esetleg új, általa még meg nem valósított feladatra szeretné használni a rendszert, tájékozódni tudjon.
Láthatja, hogy pl. mások miket valósítottak meg, mekkora felhasználói létszám mellett, mekkora adatmennyiség mellett, milyen hardveren, milyen buktatókba futottak esetleg bele, stb....
Emellett bízom abban is, hogy akár ez a topik, akár a jövőben nyílók majd egy kellemes, baráti, Zentyal-os társaságot alakítanak majd ki.
Bordács Péter
(itt a fórumon: Mono)
15
Installation and Upgrades / Process zarafa-licensed is stopping [SOLVED]
« on: November 08, 2012, 01:17:56 pm »
**** Sorry I want to write this to the section "Zentyal Server" ****
Hi,
I have a Zentyal 3.0 Community Edition and I use the Zarafa with Outlook.
In more cases the process zarafa-licensed is not running.
If I started the Zentyal box this process is not started but contain all rc.* folder in the /etc.
If I run with the "/etc/init.d/zarafa-licensed" the process is started normally.
But if I changes something the e-mail settings in the Zentyal admin place and the changes restarted the Zarafa the zarafa-licensed is stopped.
This is my /var/log/zarafa/licensed.log. At the "exiting" the zarafa-licensed is stopping. In usually at this time I changed the e-mail settings.
If the zarafa-licensed is stopped the Outlook can't connect to the server.
What can I do? I don't want to the zarafa-licensed stopped. I want to started with the Zentyal server and running always.
Do you same problem?
Do you any idea?
Some process has "respawn" function. I never use this and I can't how it works. But if I want to stop the slapd with the following command: /etc/init.d/slapd stop or I killed the slapd process with command "kill" the slapd started automatically again.
Maybe can I set this function for the zarafa-licensed process?
Thanks,
Mono
Hi,
I have a Zentyal 3.0 Community Edition and I use the Zarafa with Outlook.
In more cases the process zarafa-licensed is not running.
If I started the Zentyal box this process is not started but contain all rc.* folder in the /etc.
If I run with the "/etc/init.d/zarafa-licensed" the process is started normally.
But if I changes something the e-mail settings in the Zentyal admin place and the changes restarted the Zarafa the zarafa-licensed is stopped.
This is my /var/log/zarafa/licensed.log. At the "exiting" the zarafa-licensed is stopping. In usually at this time I changed the e-mail settings.
Code: [Select]
Wed Nov 7 19:54:56 2012: ZCP serial in '/etc/zarafa/license' is invalid. Assuming default 3-user license
Wed Nov 7 19:54:56 2012: ZCP license for 3 Win32 MAPI users
Wed Nov 7 19:54:56 2012: Starting zarafa-licensed version 7,1,0,36420 (36420), pid 12270
Wed Nov 7 19:58:06 2012: Exiting
Wed Nov 7 20:06:07 2012: ZCP serial in '/etc/zarafa/license' is invalid. Assuming default 3-user license
Wed Nov 7 20:06:07 2012: ZCP license for 3 Win32 MAPI users
Wed Nov 7 20:06:07 2012: Starting zarafa-licensed version 7,1,0,36420 (36420), pid 16631
Wed Nov 7 20:10:13 2012: Exiting
Thu Nov 8 07:56:40 2012: ZCP serial in '/etc/zarafa/license' is invalid. Assuming default 3-user license
Thu Nov 8 07:56:40 2012: ZCP license for 3 Win32 MAPI users
Thu Nov 8 07:56:40 2012: Starting zarafa-licensed version 7,1,0,36420 (36420), pid 2051
Thu Nov 8 07:57:34 2012: Exiting
Thu Nov 8 12:18:21 2012: ZCP serial in '/etc/zarafa/license' is invalid. Assuming default 3-user license
Thu Nov 8 12:18:21 2012: ZCP license for 3 Win32 MAPI users
Thu Nov 8 12:18:21 2012: Starting zarafa-licensed version 7,1,0,36420 (36420), pid 7952
Thu Nov 8 12:26:23 2012: Exiting
If the zarafa-licensed is stopped the Outlook can't connect to the server.
What can I do? I don't want to the zarafa-licensed stopped. I want to started with the Zentyal server and running always.
Do you same problem?
Do you any idea?
Some process has "respawn" function. I never use this and I can't how it works. But if I want to stop the slapd with the following command: /etc/init.d/slapd stop or I killed the slapd process with command "kill" the slapd started automatically again.
Maybe can I set this function for the zarafa-licensed process?
Thanks,
Mono
Pages: [1] 2