SYSTEM WARNING: 'date_default_timezone_get(): 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 the timezone 'UTC' for now, but please set date.timezone to select your timezone.' in '/usr/share/mantis/www/core.php' line 264
| Anonymous | Login | 2020-02-26 21:28 UTC |  |
| Main | My View | View Issues | Change Log | Roadmap |
| View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||||
| ID | Project | Category | View Status | Date Submitted | Last Update | ||||||
| 0001920 | Endian Firewall | Other Scripts | public | 2009-06-09 11:06 | 2009-06-09 16:14 | ||||||
| Reporter | viagi | ||||||||||
| Assigned To | |||||||||||
| Priority | normal | Severity | feature | Reproducibility | always | ||||||
| Status | feedback | Resolution | open | ||||||||
| Platform | OS | OS Version | |||||||||
| Product Version | |||||||||||
| Target Version | Fixed in Version | ||||||||||
| Summary | 0001920: Hosts file creation errors | ||||||||||
| Description | When using the Endian GUI (Network => Edit hosts => Add a Host) The following feilds are presented: IP Address (Mandatory) Hostname (Mandatory) Domain name (Optional) The format of the host file should be: ip-address canonical_hostname aliases Problem 1: ------------------------------------------------- An alias is created by Endian but can not be edited. I would like to add something like: 111.111.111.111 server1.domain1.com David 222.222.222.222 server1.domain2.com Martin But, the /etc/hosts file contains this: 111.111.111.111 server1.domain1.com server1 222.222.222.222 server1.domain2.com server1 Editing the /etc/hosts file manually does not work. Editing the /var/efw/main/hosts file manually does not work. Problem 2: ------------------------------------------------- It is impossible to add the following hosts 127.0.0.1 g.msn.com 127.0.0.1 g.msn.com.nsatc.net I would like to provide a host, a domain and an alias of my choice, but this is impossible. | ||||||||||
| Tags | No tags attached. | ||||||||||
| Attached Files | |||||||||||
 Relationships |
|
 Relationships |
|
Notes |
|
|
(0002515) mike-f (updater) 2009-06-09 12:39 |
as for your prob # 2 edit /var/efw/header.pl line 1736 if (length ($hostname) < 2 || length ($hostname) > 63) { change the number 2 to 1 if (length ($hostname) < 1 || length ($hostname) > 63) { |
|
(0002516) mike-f (updater) 2009-06-09 12:43 |
as for your prob # 1 you can add the "alias" as an seperate line 111.111.111.111 server1.domain1.com 111.111.111.111 David 222.222.222.222 server1.domain2.com 222.222.222.222 Martin |
|
(0002517) mike-f (updater) 2009-06-09 13:15 edited on: 2009-06-09 15:49 |
# 1 won't fix as the gui will be rewritten in future releases and workaround exists # 2 needs fix as hostnames are permited in RFC to be length = 1 rfc2181 Name syntax The length of any one label is limited to between 1 and 63 octets. A full domain name is limited to 255 octets (including the separators). |
|
(0002519) viagi (reporter) 2009-06-09 15:02 |
Just a note, The domain 111.com.au is a valid domain. The way the current alias system works, an alias of 111 is automatically created if 111.com.au is added to the hosts file which causes problems for both Linux and Windows clients. eg: 'ping 111' on Windows pings the address 0.0.0.111 even if hosts file contains an alias of '111' 'ping 111' on Linux returns 'invalid argument' When fixing, alias must not consist solely of digits. Will use patch as suggested till fixed. |
|
(0002520) mike-f (updater) 2009-06-09 16:14 |
rfc1178 - Choosing a Name for Your Computer Don't use digits at the beginning of the name. Many programs accept a numerical internet address as well as a name. Unfortunately, some programs do not correctly distinguish between the two and may be fooled, for example, by a string beginning with a decimal digit. Names consisting entirely of hexadecimal digits, such as "beef", are also problematic, since they can be interpreted entirely as hexadecimal numbers as well as alphabetic strings. |
|
Notes |
|
Issue History |
|||
| Date Modified | Username | Field | Change |
| 2009-06-09 11:06 | viagi | New Issue | |
| 2009-06-09 12:39 | mike-f | Note Added: 0002515 | |
| 2009-06-09 12:43 | mike-f | Note Added: 0002516 | |
| 2009-06-09 12:43 | mike-f | Severity | minor => feature |
| 2009-06-09 13:15 | mike-f | Note Added: 0002517 | |
| 2009-06-09 13:17 | mike-f | Status | new => feedback |
| 2009-06-09 15:02 | viagi | Note Added: 0002519 | |
| 2009-06-09 15:49 | mike-f | Note Edited: 0002517 | |
| 2009-06-09 16:14 | mike-f | Note Added: 0002520 | |
|
Issue History |
| Copyright © 2000 - 2012 MantisBT Group |
 |