On Sat, Jul 7, 2012 at 11:11 PM, Douglas Hubler <[email protected]> wrote: > On Sat, Jul 7, 2012 at 8:31 AM, Tony Graziano > <[email protected]> wrote: >> FWIW - The certificate is not being regenerated, as it still have the >> original create date/time on it. > > I'll look into this. What if you delete the files, are they then > created correctly after you send profiles?
I never thought and noone ever mentioned to delete the files. > > >> It also seems to keep putting in the dns of its "old" ip address >> recieved via dhcp, even after manually changing it and the alias in >> sipxconfig. > > Changing an alias is very different then changing IP. Did you change > it in server list? I did. hostname and IP’s are stale even after manually reconfiguring, so once sipx has an ip address, what is the proper procedure to change the system address? > > >> >> How does one manually manage iptables? > > There should be setting for Unmanaged. All the rules sipxecs would > create have extension *.unmanged. They may help you shape your new > ones. > > >> Is it expected that the setup script (centos or sipx) will not allow >> one to define ip/mask/gateway manually? > > It's doesn't care anymore. configuring the network is between you and the OS. I think this is a stumbling block, because when you install from the ISO it does not ask you to run "system-config-network-tui, and gives you ZERO options. I think it (as well as wget and nano) should be on the ISO and that system-config-network-tui should be called at the end of the installation before the setup script, or the mailing list will be full of people having network config issues. > > >> named would not start with the bare records created. I deleted the >> zone file and created it manually. There seem to be multiple syntax >> errors with out-of-zone data. Probably formatting but it was >> unapparent to me so I just took a template and replaced it to get bind >> up. default zone information has improperly configured serial number, bind fails. The following errors were found in the BIND configuration file /etc/named.conf or referenced zone files .. dns_rdata_fromtext: uc.myitdepartment.net.zone:2: near '1341997405869': out of range. (the running number being calculated is wrong, which is a good reason IMO to use a different format altogether) zone uc.myitdepartment.net/IN: loading from master file uc.myitdepartment.net.zone failed: out of range zone uc.myitdepartment.net/IN: not loaded due to errors. _default/uc.myitdepartment.net/IN: out of range I think I see what is happening here. The serial number is based on the “original” ip address perhaps using a running number? Due to ANY potential change with the IP, it would pretty much break DNS zone from being reachable later on. It broke RIGHT AWAY for me. Based on this, I would suggest the serial number format be based on yymmdd instead. Managing DNS manually is not directly editable in the zone.conf file, where is it (syntax to verify manual configuration) now? disabling dhcp does not stop dhcp server? disabling DNS still overwites zone serial number preference from bind? >> >> not that this matters right now: cant get any output from index.php >> after logging into webhomer (server error 500). > > you need to enable "SIP Capture" and "SIP Capture Search" in > Experimental features. With the help of homer team, next rev will > instruct you to use your superadmin credentials on homer login screen. > It is a problem that out of the box, you can get yourself into an > error. > >> >> [Sat Jul 07 08:10:19 2012] [error] [client 10.255.255.247] PHP Notice: >> Constant _HOMEREXEC already defined in >> /var/www/html/webhomer/components/login/login.php on line 30 >> [Sat Jul 07 08:10:19 2012] [error] [client 10.255.255.247] PHP Notice: >> Undefined index: login in >> /var/www/html/webhomer/components/main/main.php on line 42 >> [Sat Jul 07 08:10:19 2012] [error] [client 10.255.255.247] PHP >> Warning: date(): It is not safe to rely on the system's timezone >> settings. You are *required* to use the date.timezone setting or the >> date_default_timezone_set() function. In case you used any of those >> methods and you are still getting this warning, you most likely >> misspelled the timezone identifier. We selected 'America/New_York' for >> 'EDT/-4.0/DST' instead in >> /var/www/html/webhomer/components/main/main.php on line 46 >> [Sat Jul 07 08:10:19 2012] [error] [client 10.255.255.247] PHP Notice: >> Undefined variable: header in >> /var/www/html/webhomer/components/main/main.php on line 52 >> [Sat Jul 07 08:10:19 2012] [error] [client 10.255.255.247] PHP Notice: >> Undefined variable: level in >> /var/www/html/webhomer/components/main/main.php on line 52 >> [Sat Jul 07 08:10:21 2012] [error] [client 10.255.255.247] File does >> not exist: /var/www/html/favicon.ico >> [Sat Jul 07 08:10:29 2012] [error] [client 10.255.255.247] PHP Notice: >> Constant _HOMEREXEC already defined in >> /var/www/html/webhomer/components/login/login.php on line 30, referer: >> http://10.255.252.59/webhomer/ >> [Sat Jul 07 08:10:29 2012] [error] [client 10.255.255.247] PHP Notice: >> Undefined index: login in >> /var/www/html/webhomer/components/main/main.php on line 42, referer: >> http://10.255.252.59/webhomer/ >> [Sat Jul 07 08:10:29 2012] [error] [client 10.255.255.247] PHP >> Warning: date(): It is not safe to rely on the system's timezone >> settings. You are *required* to use the date.timezone setting or the >> date_default_timezone_set() function. In case you used any of those >> methods and you are still getting this warning, you most likely >> misspelled the timezone identifier. We selected 'America/New_York' for >> 'EDT/-4.0/DST' instead in >> /var/www/html/webhomer/components/main/main.php on line 46, referer: >> http://10.255.252.59/webhomer/ >> [Sat Jul 07 08:10:29 2012] [error] [client 10.255.255.247] PHP Notice: >> Undefined variable: header in >> /var/www/html/webhomer/components/main/main.php on line 52, referer: >> http://10.255.252.59/webhomer/ >> [Sat Jul 07 08:10:29 2012] [error] [client 10.255.255.247] PHP Notice: >> Undefined variable: level in >> /var/www/html/webhomer/components/main/main.php on line 52, referer: >> http://10.255.252.59/webhomer/ >> [Sat Jul 07 08:10:46 2012] [error] [client 10.255.255.247] PHP Notice: >> Constant _HOMEREXEC already defined in >> /var/www/html/webhomer/components/login/login.php on line 30, referer: >> http://10.255.252.59/webhomer/index.php?component=search >> [Sat Jul 07 08:10:46 2012] [error] [client 10.255.255.247] PHP Notice: >> Undefined index: login in >> /var/www/html/webhomer/components/main/main.php on line 42, referer: >> http://10.255.252.59/webhomer/index.php?component=search >> [Sat Jul 07 08:10:46 2012] [error] [client 10.255.255.247] PHP >> Warning: date(): It is not safe to rely on the system's timezone >> settings. You are *required* to use the date.timezone setting or the >> date_default_timezone_set() function. In case you used any of those >> methods and you are still getting this warning, you most likely >> misspelled the timezone identifier. We selected 'America/New_York' for >> 'EDT/-4.0/DST' instead in >> /var/www/html/webhomer/components/main/main.php on line 46, referer: >> http://10.255.252.59/webhomer/index.php?component=search >> [Sat Jul 07 08:10:46 2012] [error] [client 10.255.255.247] PHP Notice: >> Undefined variable: header in >> /var/www/html/webhomer/components/main/main.php on line 52, referer: >> http://10.255.252.59/webhomer/index.php?component=search >> [Sat Jul 07 08:10:46 2012] [error] [client 10.255.255.247] PHP Notice: >> Undefined variable: level in >> /var/www/html/webhomer/components/main/main.php on line 52, referer: >> http://10.255.252.59/webhomer/index.php?component=search >> [Sat Jul 07 08:14:54 2012] [error] [client 10.255.255.247] PHP Notice: >> Constant _HOMEREXEC already defined in >> /var/www/html/webhomer/components/login/login.php on line 30 >> [Sat Jul 07 08:14:54 2012] [error] [client 10.255.255.247] PHP Notice: >> Undefined index: login in >> /var/www/html/webhomer/components/main/main.php on line 42 >> [Sat Jul 07 08:14:54 2012] [error] [client 10.255.255.247] PHP >> Warning: date(): It is not safe to rely on the system's timezone >> settings. You are *required* to use the date.timezone setting or the >> date_default_timezone_set() function. In case you used any of those >> methods and you are still getting this warning, you most likely >> misspelled the timezone identifier. We selected 'America/New_York' for >> 'EDT/-4.0/DST' instead in >> >> so I edited /etc/php.ini and put it >> ;date.timezone = >> date.timezone = "America/New_York" >> >> I get no more timezone errors from php, still can't login. > > ok, i think we can address this, can you create an issue. Nice to have mp3 option finally.!! Why cant we serialize the voicemail filename from freeswitch like we do faxes with the date/time stamp though? > _______________________________________________ > sipx-dev mailing list > [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-dev/ -- ~~~~~~~~~~~~~~~~~~ Tony Graziano, Manager Telephone: 434.984.8430 sip: [email protected] Fax: 434.465.6833 ~~~~~~~~~~~~~~~~~~ Linked-In Profile: http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4 Ask about our Internet Fax services! ~~~~~~~~~~~~~~~~~~ Using or developing for sipXecs from SIPFoundry? Ask me about sipX-CoLab 2013! -- LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: [email protected] Helpdesk Customers: http://myhelp.myitdepartment.net Blog: http://blog.myitdepartment.net _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev/
