Asterisk@Home Dynamic UI v2.0
After a lot of kind (and always welcome!) words, AAH v2.7 release, and a couple requests, we took it upon ourselves to try and clean up a few more things. We think you'll like the improvements, our friends and clients did!
As before, no configuration or editing necessary, just drop into place and it does the rest. Additionally, it has been written to accomodate new additions and web services as Asterisk@Home & 3rd-Party projects continue to evolve.
Admin Screenshots:
AAH v1.5 | AAH v2.7 | w/Webmin | w/All Apps | End-User Menu Config
End-User Screenshots:
AAH v1.5 | AAH v2.7 | AAH v2.7 w/All | Admin Password
What's New:
Installation:A2Billing and A2Billing Customer added! Customizable optional End-user Menu added! Simple/Poor-Man's (optional) Password protection of Full Admin Menu added! Supports components up to the AAH v2.7 release
Instructions from the linux command prompt on your Asterisk box:
1) (login of course)End-User Menu Instructions:
2) cd /var/www/html
3) wget http://www.kennonsoft.org/projects/asterisk/admin-ui-2.tar
4) tar -xvf admin-ui-2.tar
5) rm index.html
6) rm admin-ui-2.tar
7) chmod 777 index.dat
By default the menu behaves as usual, a single administrative front-end with every available option enabled that you have installed. However, by clicking the "Menu Config" button you can enable an alternate "End-User Menu" and select which components (if they exist in your system) will display.
Additionally if you specify an admin password, end-users attempting to click the "Administration..." link off of the bottom of their menu will not have direct access without logging in first. Of course if you leave it blank, you can easily toggle back & forth without the initial password entry!
Anyhow, remember the list box is a multiselect, so use that CTRL key and mouse clicks to enable/disable menu choices.
Lastly, to return to the single full Admin menu only, simply disable the End-User Menu by unchecking it -- that's it!
Have fun, gang ...
Advanced Options:
Accomodate Custom Installations -- You can adjust the Admin UI simply by editing a single array of values in "index.php" at the very top with a text editor. Specifically, you can change folder path's or HTTP port's as applicable to match your installation in the event it us other than a default installation. Create your own buttons -- Download our Photoshop/ImageReady template to make it easy & consistent (Download File)
posted by Kennon Software at 6:00 PM | 24 comments
Great interface works well and looks good. Only thing I have found is that you can get to the config.php without using the password even when it is set! Just enter it into the url. Would it be an idea to have this icon covered by an indpendant password? May be a good whay of creating different levels of admin access. Any way "Great job" thanks for the interface I plan to work with it.
posted by Anonymous on 3/16/2006 3:19 AM
Nice catch. Fixed. Once you set a password, both the main page and config page will require a login (if it hasn't happened already of course).
Thanks!
posted by Kennon Software on 3/16/2006 8:10 AM
Thanks!
Thanks!
As a heads up, nobody reported this problem yet but we found it on a legacy AAH v1.x installation -- the voicemail button in the End-User Menu would not show (bug).
We fixed it and updated the .tar a few minutes ago, just in case.
posted by Kennon Software on 3/17/2006 4:43 PM
As a heads up, nobody reported this problem yet but we found it on a legacy AAH v1.x installation -- the voicemail button in the End-User Menu would not show (bug).
We fixed it and updated the .tar a few minutes ago, just in case.
Is it a requirement to install UI before other add-on applications? UI is not dynamically recognizing webmin and placing the icon in the administration area. I installed webmin before UI.
posted by on 3/27/2006 7:29 PM
No, however the dynamic UI is set to recognize all components in their "default" installation locations. That is, if you do not have webmin on port 10000 or one of the applications is in another directory than the default, you will have to edit the array in the first few lines of index.php to reflect your "custom" configuration --- see "Advanced Options" at the bottom of the article, it discusses this specifically.
posted by Kennon Software on 3/28/2006 8:31 AM
I like it, but isn't it time to replace the Amp button with a FreePBX button.
posted by Peter on 4/15/2006 2:38 PM
It's coming soon! We're kinda waiting to make sure everyone in the AAH community agrees the AAH2.8 Release is sufficiently stable that people are going to start using it (and thus want to see the icon reflected accordingly).
We're deploying our first install ourselves this weekend.
posted by Kennon Software on 4/16/2006 12:53 PM
We're deploying our first install ourselves this weekend.
Your administrative link requires a password. Great idea, but the password is stored in a flat, unencrypted text file (passwd.txt) that is located within the DOCROOT of Apache. This is not a good thing because anyone that knows the name of the file can access it by typing in the URL of the website plus the password file name:
your.asterisk.server.net/passwd.txt
The server will display the admin's password. Not what you want. There are a number of fixes, including moving the file out of the DOCROOT to a place where php can access it but Apache won't display it. I choose a quicker solution (which required less editing). I added the below to /etc/httpd/conf/httpd.conf. That file controls apache and tells it to never serve up any file named passwd.txt. Problem solved!
[Files passwd.txt>
Order allow,deny
Deny from all
[/Files>
Thanks for the hard work. Hope this helps.
posted by on 4/22/2006 8:19 PM
your.asterisk.server.net/passwd.txt
The server will display the admin's password. Not what you want. There are a number of fixes, including moving the file out of the DOCROOT to a place where php can access it but Apache won't display it. I choose a quicker solution (which required less editing). I added the below to /etc/httpd/conf/httpd.conf. That file controls apache and tells it to never serve up any file named passwd.txt. Problem solved!
[Files passwd.txt>
Order allow,deny
Deny from all
[/Files>
Thanks for the hard work. Hope this helps.
Thank you for the easy upgrade, we will add it to our instructions for those desiring such!
FWIW, the reason we gave so little concern to the security of the file was due to the fact that all the apps have their own authentication already & the original purpose of the optional password was to simply keep the casual end-user from unnecessarily seeing added options that may not apply to them & if anything create added support calls, etc.
Nonethless, thank you for the quick & dirty addition to make our UI convenience feature actually provide a real small degree of actual security!
posted by Kennon Software on 4/23/2006 11:42 AM
FWIW, the reason we gave so little concern to the security of the file was due to the fact that all the apps have their own authentication already & the original purpose of the optional password was to simply keep the casual end-user from unnecessarily seeing added options that may not apply to them & if anything create added support calls, etc.
Nonethless, thank you for the quick & dirty addition to make our UI convenience feature actually provide a real small degree of actual security!
Nice Gui as front ent off a A@H box
But change in row 136 ../index.html in index.php
then als so click on the logo works again.
Regards
John
posted by on 4/28/2006 11:12 AM
But change in row 136 ../index.html in index.php
then als so click on the logo works again.
Regards
John
Just curious how you are geeting along with the AAH2.8 version. I am anxious to give it a try.
posted by on 5/11/2006 7:27 AM
You and us both! We are very pleased with the improvements, added features, better upgradeability/expandability, and more organized user-interface of FreePBX that is in AAH v2.8.
However, their appear to be a pretty broad selection of bugs and quirks still hanging around (that the FreePBX guys are aware of and are getting close to a new release addressing most of them -- if you're brave, go to nerdvittles.com they have an article on how to get AAH v2.8 mostly functional). Once FreePBX releases v2.1, Andrew will probably release AAH v2.9 which I think will be the release ready for us AAH fans to actually deploy & use.
We will have our front-end updated to coincide with that release.
ksDevGuy
posted by Kennon Software on 5/12/2006 7:13 PM
However, their appear to be a pretty broad selection of bugs and quirks still hanging around (that the FreePBX guys are aware of and are getting close to a new release addressing most of them -- if you're brave, go to nerdvittles.com they have an article on how to get AAH v2.8 mostly functional). Once FreePBX releases v2.1, Andrew will probably release AAH v2.9 which I think will be the release ready for us AAH fans to actually deploy & use.
We will have our front-end updated to coincide with that release.
ksDevGuy
guess that 2.9 release will be modified to work with trixbox, huh.
Same question, when do you think you will have the version for TixBox 1.x?
I really miss your GUI, thanks for an excellent mod.
posted by on 6/04/2006 6:09 PM
Same question, when do you think you will have the version for TixBox 1.x?
I really miss your GUI, thanks for an excellent mod.
Rurik, your request has been answered! The updated Dynamic Menu v2.1 is available and updated to support AAH v2.8 and TrixBox v1.0.
Hope that helps a little!
posted by Kennon Software on 6/05/2006 3:30 PM
Hope that helps a little!
how's about a end user menu that includes features like call fowarding, etc?
posted by on 6/18/2006 3:15 PM
How about instructions for removing your front end and restoring the default TrixBox UI? Just in case, you know ... in the remote chance that someone might try your interface and *not* like it. :)
Undrhil
posted by Trousle on 7/04/2006 7:46 PM
Undrhil
Good suggestion - though unnecessary, right?! ;-)
Done! See the end of the v2.1 article.
posted by Kennon Software on 7/05/2006 8:01 AM
Done! See the end of the v2.1 article.
Hi,
Thanks for the great menu. I made the change as described in the "advance" section to change the $arr line to reflect the fact that I am using SSL with Webmin, but the Webmin icon still doesn't show in the administrator menu. Your help will be greatly appreciated. see changes below.
$arr = array("recordings" => "./recordings","a2billing" => "./a2billing","a2customer" => "./a2customer","crm" => "./crm","panel" => "./panel","meetme" => "./meetme","admin" => "./admin","asteridex" => "./asteridex","asterimind" => "./reminders","webmin" => "https://$host:10000/");
posted by delisde on 8/11/2006 7:27 AM
Thanks for the great menu. I made the change as described in the "advance" section to change the $arr line to reflect the fact that I am using SSL with Webmin, but the Webmin icon still doesn't show in the administrator menu. Your help will be greatly appreciated. see changes below.
$arr = array("recordings" => "./recordings","a2billing" => "./a2billing","a2customer" => "./a2customer","crm" => "./crm","panel" => "./panel","meetme" => "./meetme","admin" => "./admin","asteridex" => "./asteridex","asterimind" => "./reminders","webmin" => "https://$host:10000/");
Looks alright. The webmin service must be running for it to detect (i.e. when webmin is up the button shows, when it's down it doesn't for more usable menu experience). Also, be sure you have the correct port -- by default webmin uses 10000, however, if you have changed it you need change it on the line you included below as well.
posted by Kennon Software on 8/11/2006 10:37 AM
I've got aah 1.5 installed. Problem is after upgrading the 2.0 ui the link to the ARI is gone. Can anyone tell the actual link?
posted by on 9/01/2006 1:22 AM
I am trying to login to A2billing customer area by default login root/myroot and admin/mypassword but both are not working. I haven't changed any default setting.
Any help!
Thanks
posted by on 10/13/2006 8:51 PM
Any help!
Thanks
Any Idea how to get to the Endpoint Manager after switching to the Dymanic UI?
posted by on 3/16/2007 3:16 PM
