phpipam-development Mailing List for phpipam
phpipam open-source IP address management
Brought to you by:
myha
Menu
▾
▴
phpipam-development — development releases, bugreports etc.
You can subscribe to this list here.
| 2015 |
Jan
(2) |
Feb
|
Mar
(1) |
Apr
(18) |
May
(1) |
Jun
(1) |
Jul
|
Aug
|
Sep
(3) |
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
(1) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Julien G. <gau...@gm...> - 2016-06-16 08:24:52
|
Hello, My name is GAUTIER Julien and I am in third bachelor degree in Industrial IT in Belgium. For the last year of our bachelor, we spent four months in intership. Regarding me, I made it at Thales Alenia Space Belgium. During this internship, we achieved a project which is the subject of our study-end work. Why am I presenting myself ? Because for my project, I had to modify phpIPAM implementing it with other services : - DHCP - DNS - NTP So his use has been modify too. For the purpposes of the company, I create a solution linking all the services listing above. The solution must be connected to a network. So when you want to add a device to the target network, you encode the information of the device thanks to phpIPAM's GUI, and when you connect it, it receives his IP address and can communicate with the others services. But during the development of the project, I found some bugs, and I want to share with you two bugs which can be problematic for phpIPAM itself : - The first, is the algorithm behind the combo box named "master subnet/folder", when you want to add/modify a subnet/folder. That last allows the user to made the selection his own parent. So the application crash, and you need to restart the web server and delete the data directly in the database. - About the second, The format of the MAC address is not check, so the user could encode "bbbbb" instead of the correct format of a MAC address. I was only focused on the adding, deleting, and modifying of a folder/subnet/IP address, so I don't know if there is a bug somewhere else. I was proud to work on your project, it is really nice and great. Best regards, -- GAUTIER Julien BAC3 in Industrial IT |
|
From: Markus D. <mar...@we...> - 2016-05-12 12:36:27
|
<html><head></head><body><div style="font-family: Verdana;font-size: 12.0px;"><div>Hi,</div> <div>find attached two diffs that should fix the problem importing hosts and the template file for the two source code files</div> <div>app/subnets/import-subnet/index.php</div> <div>app/subnets/import-subnet/import-template.php</div> <div> </div> <div>See my bug report #412:</div> <div>https://sourceforge.net/p/phpipam/bugs/412/</div> <div> </div> <div>Best regards,</div> <div>Markus</div></div></body></html> |
|
From: Charles G. <cha...@un...> - 2016-04-19 13:03:20
|
I figured out that after importing the subnets, I have to hit the "Recompute" button and select what needs to be recomputed. phpIPAM will organize subnets properly. I found a workaround to add a parent since the GUI blocks me. I simply import it from Excel and hit "Recompute" after. I have not found a quick way to bulk edit or delete. Though I confirm I could quickly re-build an entire section by dropping it and re-import. Once I'm settled in, this won't really be an option anymore. If anyone has feedback on bulk edit/deletes, it would be welcome. Cheers, On Mon, Apr 18, 2016 at 10:24 AM, Charles Gagnon <cha...@un...> wrote: > Not entirely sure this is relevant for the development list. I did not see > a "user" list and so if this is not the right place, please let me know. > > I just installed phpIPAM and I really like it so far. I have a lof of > subnets to import and right now, I'm using the XLS import tool a lot. When > I import overlapping subnets, it does NOT seem to be creating nested > networks. I was expecting these (who all showed up under root): > > 10.20.0.0/16 > 10.20.0.0/21 > 10.20.0.0/24 > 10.20.1.0/24 > 10.20.2.0/24 > > To show show up as: > > 10.20.0.0/16 > > - 10.20.0.0/21 > > - 10.20.0.0/24 > > - 10.20.1.0/24 > > - 10.20.2.0/24 > > > Did I miss something? > > As a follow-up to this. Can you add, after the fact a parent to network > you already have. Assuming you have 192.168.1.0/24 and 192.168.2.0/24 > already add, seems like right now, trying to add 192.168.0.0/16 yields an > "overlap" error. I would like to add it and make the two /24 nested subnets. > > Finally, for larger installation, is there a way to bulk edit a number of > subnets at the same time? > > Regards, > > -- > Charles Gagnon > charlesg at unixrealm.com > -- Charles Gagnon charlesg at unixrealm.com |
|
From: Charles G. <cha...@un...> - 2016-04-18 14:48:33
|
Not entirely sure this is relevant for the development list. I did not see a "user" list and so if this is not the right place, please let me know. I just installed phpIPAM and I really like it so far. I have a lof of subnets to import and right now, I'm using the XLS import tool a lot. When I import overlapping subnets, it does NOT seem to be creating nested networks. I was expecting these (who all showed up under root): 10.20.0.0/16 10.20.0.0/21 10.20.0.0/24 10.20.1.0/24 10.20.2.0/24 To show show up as: 10.20.0.0/16 - 10.20.0.0/21 - 10.20.0.0/24 - 10.20.1.0/24 - 10.20.2.0/24 Did I miss something? As a follow-up to this. Can you add, after the fact a parent to network you already have. Assuming you have 192.168.1.0/24 and 192.168.2.0/24 already add, seems like right now, trying to add 192.168.0.0/16 yields an "overlap" error. I would like to add it and make the two /24 nested subnets. Finally, for larger installation, is there a way to bulk edit a number of subnets at the same time? Regards, -- Charles Gagnon charlesg at unixrealm.com |
|
From: Chris B. <ch...@ce...> - 2015-09-08 02:09:07
|
Hi Jonas, Thank you for that pointer, I hadn't found any link what appears to be the official github repo. I'll begin playing with the devel code now. Regards, Chris |
|
From: Jonas H. J. <jh...@na...> - 2015-09-07 12:00:11
|
Hi Chris, It sounds like you are evaluating the latest stable found on phpipam.net (1.1.010). At lot has happened since that release and I know that Miha is working hard on releasing version 1.2. At least some of the features you are missing (vlan domains etc.) If you are evaluating, then take a look at https://github.com/phpipam/phpipam and download the latest development release. It's quite stable so should be OK for an evaluation. I hope this clarifies things a bit J -- Best regards Jonas Hauge Jensen Network specialist, Infrastructure and systems IT-division Tel: +45 3363 6679 Danmarks Nationalbank Havnegade 5 1093 København K www.nationalbanken.dk dnblogo Fra: Chris Bennett [mailto:ch...@ce...] Sendt: 7. september 2015 10:07 Til: php...@li... Emne: [Phpipam-development] Per customer/folder/VRF vlan lists? Hi there, Just started evaluating phpipam and it's looking really good so far. The one challenge I'm curious about how others solve is managing overlapping VLANs. phpipam allows it, but for vlan ID you just end up with duplicates without anyway to differentiate if the vlan ids are locally significant (e.g. top of rack, DMZ switching etc). Am I missing something in the GUI? Does it make most sense to make this per-VRF and use VRF's to separate vlan domains? Or use a form of permission control to make only the relevant set of vlans visibile from a folder downwards? Any replies much appreciated :) Chris |
|
From: Chris B. <ch...@ce...> - 2015-09-07 08:29:47
|
Hi there, Just started evaluating phpipam and it's looking really good so far. The one challenge I'm curious about how others solve is managing overlapping VLANs. phpipam allows it, but for vlan ID you just end up with duplicates without anyway to differentiate if the vlan ids are locally significant (e.g. top of rack, DMZ switching etc). Am I missing something in the GUI? Does it make most sense to make this per-VRF and use VRF's to separate vlan domains? Or use a form of permission control to make only the relevant set of vlans visibile from a folder downwards? Any replies much appreciated :) Chris |
|
From: King, C. <cj...@Be...> - 2015-06-04 22:08:04
|
Hello, My company has started using PHP IPAM to manage our IP addresses internally. In order to integrate with other systems we needed to add some API functions, and I have gotten permission to release them to you under the GPLv3. I was hoping you could include those API calls in the main codebase. We're still running on 1.0 and this diff is against the 1.0 codebase, but hopefully it's still applicable. Christian King APAC IS&T - Network Security Administrator Bechtel Australia Pty. Ltd. Ph +61 7 31671801 Email: cj...@be...<mailto:cj...@be...> |
|
From: Jonas H. J. <jh...@na...> - 2015-05-01 12:03:09
|
Hi Miha, I just tested the latest commit (R529) and found another set of small bugs - and a small feature request :) *** Show L2-domain on for a vlan (feature request) Would be great to refer to layer2-domain together with the vlan Pages where it would make sense - I don't know if you can find more where it makes sense. /?page=vlan§ion=1&subnetId=104 /?page=subnets§ion=1&subnetId=173 *** Link-bug in Tools -> List of temporary subnets Link to each share points towards pretty url even if not enabled. Page: /?page=tools§ion=temp-shares *** Mixed-up icons for import/export of subnet? The icons for import/export shows mixed up to me on the page displaying a subnet. Logically I see the icon for import as the one exporting data from phpIPAM and vice versa for export. Page: /?page=subnets§ion=1&subnetId=173 If you see it the opposite way, it's fair - just wanted to let you know :-) *** Missing column data in imports of subnets When importing hosts into subnet via xls-template the ip state is not matched to the tag. When previewing an import the state is shown as "Used" but ends up as offline (which I expect is the default?) when doing the actual import. The "Ip state" column in the template should also be renamed to "Tag" to match the WebUI. At the same time it would be great to have the "exclude from ping" option added to the import as well. Keep up the good work! -- Best regards Jonas Hauge Jensen |
|
From: Jonas H. J. <jh...@na...> - 2015-04-23 07:25:19
|
Hi Miha, #1 - I think we misunderstand each other. The error is correct. I have three VRFs with no master subnet and if you see the picture from my previous email the error is shown three times. I would just expect the yellow error bar to be shown under the VRFs without master subnets instead of having three error bars shown at the top of the page. If you create a VRF without any subnets there is a blue informational bar under each telling you: "No subnets belonging to this VRF!". This should be the same behaviour for the other bar. #2 works in R527. -- Best regards Jonas Hauge Jensen -----Oprindelig meddelelse----- Fra: Miha Petkovsek [mailto:mih...@gm...] Sendt: 22. april 2015 20:24 Til: Jonas Hauge Jensen Cc: php...@li... Emne: Re: [Phpipam-development] Display bug under Tools -> VRF + missing changelog on sections Hi Jonas, #1: can you do var_dump($master) after line 94 to check if masterSubnet is set correctly? #2: Are you using the latest vdevelopment ersion? brm > On 22 Apr 2015, at 13:43, Jonas Hauge Jensen <jh...@na...> wrote: > > Hi, > > #1: > > When listing VRFs under tools -> VRF, the information about "Master > subnet does not exist!" shows in the top of the page instead of under > the actual VRF. > The "No subnets belonging to this VRF!" is shown correctly per VRF. > > See attached picture. > > #2: > When editing sections the following error is shown and nothing is > written to the changelog: > > Fatal error: Call to undefined function write_changelog() in > /opt/phpipam/functions/classes/class.Sections.php on line 183 > > -- > Best regards > > Jonas Hauge Jensen > <tools-vrf.png>------------------------------------------------------- > ----------------------- BPM Camp - Free Virtual Workshop May 6th at > 10am PDT/1PM EDT Develop your own process in accordance with the BPMN > 2 standard Learn Process modeling best practices with Bonita BPM > through live exercises > http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- > event?utm_ > source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF > _______________________________________________ > Phpipam-development mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpipam-development |
|
From: Miha P. <mih...@gm...> - 2015-04-22 18:24:09
|
Hi Jonas, #1: can you do var_dump($master) after line 94 to check if masterSubnet is set correctly? #2: Are you using the latest vdevelopment ersion? brm > On 22 Apr 2015, at 13:43, Jonas Hauge Jensen <jh...@na...> wrote: > > Hi, > > #1: > > When listing VRFs under tools -> VRF, the information about "Master subnet > does not exist!" shows in the top of the page instead of under the actual > VRF. > The "No subnets belonging to this VRF!" is shown correctly per VRF. > > See attached picture. > > #2: > When editing sections the following error is shown and nothing is written to > the changelog: > > Fatal error: Call to undefined function write_changelog() in > /opt/phpipam/functions/classes/class.Sections.php on line 183 > > -- > Best regards > > Jonas Hauge Jensen > <tools-vrf.png>------------------------------------------------------------------------------ > BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT > Develop your own process in accordance with the BPMN 2 standard > Learn Process modeling best practices with Bonita BPM through live exercises > http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ > source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF_______________________________________________ > Phpipam-development mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpipam-development |
|
From: Miha P. <mih...@gm...> - 2015-04-22 12:31:35
|
Hi, no problem, just send me bugs, I am glad somebody is testing and reporting for development version :) You were right about temp-share links, I used the wrong function to create them (only for pretty links), should be fixed now. Regarding direct access - § is a aspecial character for HTML, and in href there is a §ion= and it gets translated to it somehow, even if ; is missing. It will be fixed in latest dev sometimes today. brm > On 22 Apr 2015, at 09:23, Jonas Hauge Jensen <jh...@na...> wrote: > > Hi again, > > I dug a bit deeper into this. > > The share subnet popup shows the correct url when you haven't enabled pretty links: (eg. /?page=temp_share§ion=3114f26f35e2f72dc07250ebfd77b93c) but when grapping the link from the subnet overview page, the link is always shown as pretty. > > When I try to access eg. https://ipam.<domain>/?page=temp_share§ion=3114f26f35e2f72dc07250ebfd77b93c I am still getting an error. This time a 404 not found: > > ----------snip------- > Oops! Something went wrong! > > Provided http error code is: 404: Not Found > --------snip------- > > > -- > Best regards > > Jonas Hauge Jensen > > > -----Oprindelig meddelelse----- > Fra: Jonas Hauge Jensen > Sendt: 21. april 2015 14:33 > Til: php...@li... > Emne: Temp sharing of subnet does not work > > Hi Miha, > > I hope you don't get tired of all my emails ☺ > > There is another issue/bug regarding temporary subnet sharing. > > I can add a temp share of a subnet and mail notification works as well – but when trying to access the temp-share, I just receive the following error: > > -----snip---- > Oops! Something went wrong! > ________________________________________ > > Provided http error code is: : > -----snip end---- > > The link is presented as https://ipam.<DOMAIN>/temp_share/72b728d559547d66448658b1a7052f9a/ and I have verified that the share isn't expired. > > Is this happing due to the fact I haven't activated prettify links? > > A secondary thing – when ending up at the error page without being logged in, the menu is empty except for "IP addressing guide", the Tools menu and the search field – but clicking on the menus or trying to use the search field, just brings you to the login page. Should be hidden if not usable. > > > -- > Best regards > > Jonas Hauge Jensen > ------------------------------------------------------------------------------ > BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT > Develop your own process in accordance with the BPMN 2 standard > Learn Process modeling best practices with Bonita BPM through live exercises > http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ > source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF_______________________________________________ > Phpipam-development mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpipam-development |
|
From: Jonas H. J. <jh...@na...> - 2015-04-22 11:43:46
|
Hi, #1: When listing VRFs under tools -> VRF, the information about "Master subnet does not exist!" shows in the top of the page instead of under the actual VRF. The "No subnets belonging to this VRF!" is shown correctly per VRF. See attached picture. #2: When editing sections the following error is shown and nothing is written to the changelog: Fatal error: Call to undefined function write_changelog() in /opt/phpipam/functions/classes/class.Sections.php on line 183 -- Best regards Jonas Hauge Jensen |
|
From: Jonas H. J. <jh...@na...> - 2015-04-22 07:24:08
|
Hi again, I dug a bit deeper into this. The share subnet popup shows the correct url when you haven't enabled pretty links: (eg. /?page=temp_share§ion=3114f26f35e2f72dc07250ebfd77b93c) but when grapping the link from the subnet overview page, the link is always shown as pretty. When I try to access eg. https://ipam.<domain>/?page=temp_share§ion=3114f26f35e2f72dc07250ebfd77b93c I am still getting an error. This time a 404 not found: ----------snip------- Oops! Something went wrong! Provided http error code is: 404: Not Found --------snip------- -- Best regards Jonas Hauge Jensen -----Oprindelig meddelelse----- Fra: Jonas Hauge Jensen Sendt: 21. april 2015 14:33 Til: php...@li... Emne: Temp sharing of subnet does not work Hi Miha, I hope you don't get tired of all my emails ☺ There is another issue/bug regarding temporary subnet sharing. I can add a temp share of a subnet and mail notification works as well – but when trying to access the temp-share, I just receive the following error: -----snip---- Oops! Something went wrong! ________________________________________ Provided http error code is: : -----snip end---- The link is presented as https://ipam.<DOMAIN>/temp_share/72b728d559547d66448658b1a7052f9a/ and I have verified that the share isn't expired. Is this happing due to the fact I haven't activated prettify links? A secondary thing – when ending up at the error page without being logged in, the menu is empty except for "IP addressing guide", the Tools menu and the search field – but clicking on the menus or trying to use the search field, just brings you to the login page. Should be hidden if not usable. -- Best regards Jonas Hauge Jensen |
|
From: Paolo B. <pao...@ig...> - 2015-04-21 14:35:08
|
Dear Miha, I’m still working with version 1.1 “almost in production”, but plan to start playing with new RC. I’ve noticed an annoying behavior, since it seems not possible reorder folders or subnetworks once created. Probably they have an ID so in principle such reordering could be possible. Regards, Paolo. ------------------------------------------------------------------------------------------------ Paolo Barbato Consorzio RFX corso Stati Uniti,4 35127 Padova - Italy Network Administrator phone: +39 049 8295097 fax: +39 049 8700718 ------------------------------------------------------------------------------------------------ |
|
From: Jonas H. J. <jh...@na...> - 2015-04-21 13:59:08
|
Hi Miha, Another finding - sorry :-) If you edit a subnet you can define a master subnet - this works fine as long as the subnets in under the same section - but if the master subnet is placed in a folder then you are only able to select the folder. A workaround is to move the master subnet out of the folder, use it as a master subnet and then move it back under the folder. The presentation code of the folder -> master subnet -> subnet works fine as seen on attached screenshot -- Best regards Jonas Hauge Jensen |
|
From: Jonas H. J. <jh...@na...> - 2015-04-21 12:33:43
|
Hi Miha, I hope you don't get tired of all my emails ☺ There is another issue/bug regarding temporary subnet sharing. I can add a temp share of a subnet and mail notification works as well – but when trying to access the temp-share, I just receive the following error: -----snip---- Oops! Something went wrong! ________________________________________ Provided http error code is: : -----snip end---- The link is presented as https://ipam.<DOMAIN>/temp_share/72b728d559547d66448658b1a7052f9a/ and I have verified that the share isn't expired. Is this happing due to the fact I haven't activated prettify links? A secondary thing – when ending up at the error page without being logged in, the menu is empty except for "IP addressing guide", the Tools menu and the search field – but clicking on the menus or trying to use the search field, just brings you to the login page. Should be hidden if not usable. -- Best regards Jonas Hauge Jensen |
|
From: Jonas H. J. <jh...@na...> - 2015-04-20 18:34:45
|
Hi Miha,
Everything looks good!
Regarding favorites it works from R525 which you commited a few hours ago. I was testing on R524 which did not have the code yet.
An additional issue regarding the username and password length. I will suggest only check the username and password length when adding local users.
When authentication via AD or radius the username is a length defined outside phpIPAM and cannot always comply with the minimum length of 6. Password is already irrelevant and could eg. be greyed out when selecting AD/radius authentication.
This will of course require you to revalidate these values in case an administrator changes a user from AD/radius to local.
--
Best regards, Jonas Hauge Jensen
-----Oprindelig meddelelse-----
Fra: Miha Petkovsek [mailto:mih...@gm...]
Sendt: 20. april 2015 18:04
Til: Jonas Hauge Jensen
Cc: php...@li...
Emne: Re: [Phpipam-development] Bug/issues in 1.15.001 regarding assignment of vlans to subnet + masking of password
Hi,
* mail - fixed, was only applied to plain text mail
* mail space - fixed
* used column in favourites - fixed
* favourites - should be displayed under tools ? I have 2 installations and both show them? I added them to widget also.
* users/pass : fixed, makes sense.
brm
> On 19 Apr 2015, at 17:36, Jonas Hauge Jensen <jh...@na...> wrote:
>
> Hi Miha,
>
> Fast responses - nice and thanks! :)
>
> I can verify that everything except Mail IP is fixed.
>
> When approving a request I still receive the wrong IP in the body of the email:
>
> ----snip start----
> Subject: IP address request172.16.10.4 accepted
>
> IP address request172.16.10.4 accepted
> * Subnet 172.16.10.0/24
> * assigned IP address 0.0.0.172
> * Description test
> * Hostname test * Owner
> ---snip end----
>
> A cosmetic note - there is a missing white space in both subject and
> body :-)
>
> Regarding discovery: my installation is run on Debian wheezy (7.8). I will look a bit further into this tomorrow and let you know the outcome.
> If I should run some specific test scenarios, please let me know.
>
> Makes good sense to optimize load times and only apply the "quick add" on the favorites subnet. Sadly I only see the "remove from favorites" button in the widget and/or /?page=tools§ion=favourites.
> Another cosmetic note regarding favorites: The "Used" column currently shows the percentage of available IPs but it's more logical to show the used percentage.
>
> New small bug I have found - username and password length for local users.
> Usernames on minimum 8 charaters is a bit long. I don't know if this on purpose but I would suggest to lower it to either 4 or 6.
> The password length requirement and error does not match (6 required,
> errors says 8)
>
> I would suggest the following diff:
>
> /app/admin/users$ diff edit-result.php.old edit-result.php
> 36c36
> < if(strlen($_POST['password1'])<6) { $Result->show("danger", _("Password must be at least 8 characters long!"), true); }
> ---
>> if(strlen($_POST['password1'])<8) { $Result->show("danger", _("Password must be at least 8 characters long!"), true); }
> 50c50
> < if(strlen($_POST['username'])<8) { $Result->show("danger", _("Username must be at least 8 characters long!"), true); }
> ---
>> if(strlen($_POST['username'])<6) { $Result->show("danger", _("Username must be at least 6 characters long!"), true); }
>
> Keep up the good work! :)
>
> /Jonas
>
> -----Oprindelig meddelelse-----
> Fra: Miha Petkovsek [mailto:mih...@gm...]
> Sendt: 17. april 2015 22:12
> Til: Jonas Hauge Jensen
> Cc: php...@li...
> Emne: Re: [Phpipam-development] Bug/issues in 1.15.001 regarding
> assignment of vlans to subnet + masking of password
>
> Hi Jonas,
>
> Fixed:
> * Mail IP
> * IP request loading
> * Tag default Used
> * Gateway tag
>
> Todo:
> * Discovery > Will check. Which OS are you using?
>
> Partially implemented:
> * button for adding new IP address > before I permit adding new IP address I would have to check usage for each subnet without slaves, meaning fetching addresses for each subnet etc which would cause quite more time to load page. I have added button to favourite subnets.
>
> VLAN move is already implemented - clicking on button under vlan administration.
>
>
> Will look at other two emails tomorrow.
>
> brm
>
>> On 17 Apr 2015, at 10:57, Jonas Hauge Jensen <jh...@na...> wrote:
>>
>> Hi Miha,
>>
>> Thanks! I can verify that is works as expected :-)
>>
>> A couple of others things I have found or thought about:
>>
>> * Mails regarding approved IP requests includes faulty data:
>>
>> Accept an request for 172.16.10.0/24 and assigns next available
>> (172.16.10.3) but assigned address is always shown as "0.0.0.172".
>> Example output from email below:
>>
>> ----start----
>> IP address request172.16.10.3 accepted
>> . Subnet 172.16.10.0/24
>> . assigned IP address 0.0.0.172
>> . Description test
>> . Hostname test
>> . Owner
>> . Requested from XXX
>>
>> . Comment (request)
>> . Admin accept/reject comment
>> Sent by user Jonas Hauge Jensen at 2015/04/17 10:03
>> ----end------
>>
>> * IP request from login site keeps showing the "loading progress circle"
>> when changing subnet for a request. The actual request is done in the
>> right subnet.
>>
>> * Disovery script ends up adding ALL IP addresses as online even they
>> aren't. When pingcheck comes by the discovered IPs goes into warning
>> and then offline status.
>> This gave almost 10000 new IP address entries in the database :-)
>>
>> I have tried pinging the IPs in question and they do not answer on
>> ping. I tried removing all new entries from the DB and they were
>> re-added during next discovery which leads me to think it's another bug in the array-code.
>>
>> * Not an actual bug but proposed changes to default behaviour:
>> ** When adding a new address the default tag is "offline" - I would
>> suggest it to be "Used" as this will be the case for most additions.
>> Otherwise make it possible to reprioritize the order just like you
>> can reorder the sections today.
>> ** Change the "Is gateway" field to check box instead of the dropdown.
>> Just like the "Ping exclude".
>>
>> * Feature request #1:
>> **Add a button just before the "edit subnet" button on the
>> /?page=subnets§ion=1 which should open the "Add IP address"
>> dialogue for the subnet and prefill it with the next available IP.
>> This should make it quick to just add an extra IP. This button should
>> also be shown under the list of favorite subnets.
>>
>> * Feature request #2:
>> Make it possible to migrate vlans from one L2-domain to another. This
>> is especially needed for people who already have vlans in the system.
>> Currently you will have to move these to other L2-domain via direct
>> row updates in the database.
>>
>> --
>> Best regards
>>
>> Jonas Hauge Jensen
>>
>> -----Oprindelig meddelelse-----
>> Fra: Miha Petkovsek [mailto:mih...@gm...]
>> Sendt: 16. april 2015 18:40
>> Til: Jonas Hauge Jensen
>> Cc: php...@li...
>> Emne: Re: [Phpipam-development] Bug/issues in 1.15.001 regarding
>> assignment of vlans to subnet + masking of password
>>
>> Hi, thanks for noticing / reporting.
>>
>> * l2 domains should be printed out but there was a small bug, it is
>> fixed now.
>> * Passwords are also masked, forgot to do it :/
>>
>> pushed to svn.
>>
>> If you find anything else let me know!
>>
>> br, Miha
>>
>>> On 16 Apr 2015, at 10:25, Jonas Hauge Jensen <jh...@na...>
>> wrote:
>>>
>>> Hi,
>>>
>>> First of all - thank you for a great product!
>>>
>>> We have just upgraded to the latest development release (R521) and
>>> have found a couple of bugs/issues:
>>>
>>> Vlan assignment on subnets
>>> ---------------------------------------
>>>
>>> When you define which vlan a subnet belongs to there are multiple
>>> instances of "+ Add new VLAN" listed. One for each defined L2-domain.
>>> You are not able to see which L2-domain before actually selecting it
>>> and if you select the wrong one and hit cancel, you end up
>>> cancelling the
>> whole "edit subnet"
>>> dialogue instead only the "create vlan dialogue".
>>>
>>> I would suggest that the "+ add new VLAN" entry add info about which
>>> L2-domain you would add the vlan to and at the same time also list
>>> L2-domain for already existing vlans in a format like "1234 (name of
>>> vlan) (L2-domain)"
>>>
>>> Masking of password for AD/LDAP connections
>>> -----------------------------------------------------------------
>>> When entering the overview page for authentication methods
>>> (/?page=administration§ion=authentication-methods) the password
>>> for at least AD authentication is shown in clear text. When trying
>>> to edit, the password is masked.
>>> I would suggest the password to be masked in all places. Maybe an
>>> option to unmask in the edit dialogue.
>>>
>>> Let me know if anything is unclear.
>>>
>>> --
>>> Best regards
>>>
>>> Jonas Hauge Jensen
>>>
>>>
>>>
>>> --------------------------------------------------------------------
>>> -
>>> -
>>> -------- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM
>>> EDT Develop your own process in accordance with the BPMN 2 standard
>>> Learn Process modeling best practices with Bonita BPM through live
>>> exercises
>>> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-
>>> event?utm_
>>> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_
>>> S F _______________________________________________
>>> Phpipam-development mailing list
>>> Php...@li...
>>> https://lists.sourceforge.net/lists/listinfo/phpipam-development
>>
>
> Hvis De har modtaget denne e-mail ved en fejl, bedes den returneret til afsenderen og derefter slettet.
> If you received this email by mistake, please let us know and delete the email.
Hvis De har modtaget denne e-mail ved en fejl, bedes den returneret til afsenderen og derefter slettet.
If you received this email by mistake, please let us know and delete the email.
|
|
From: Miha P. <mih...@gm...> - 2015-04-20 16:04:07
|
Hi,
* mail - fixed, was only applied to plain text mail
* mail space - fixed
* used column in favourites - fixed
* favourites - should be displayed under tools ? I have 2 installations and both show them? I added them to widget also.
* users/pass : fixed, makes sense.
brm
> On 19 Apr 2015, at 17:36, Jonas Hauge Jensen <jh...@na...> wrote:
>
> Hi Miha,
>
> Fast responses - nice and thanks! :)
>
> I can verify that everything except Mail IP is fixed.
>
> When approving a request I still receive the wrong IP in the body of the email:
>
> ----snip start----
> Subject: IP address request172.16.10.4 accepted
>
> IP address request172.16.10.4 accepted
> * Subnet 172.16.10.0/24
> * assigned IP address 0.0.0.172
> * Description test
> * Hostname test * Owner
> ---snip end----
>
> A cosmetic note - there is a missing white space in both subject and body :-)
>
> Regarding discovery: my installation is run on Debian wheezy (7.8). I will look a bit further into this tomorrow and let you know the outcome.
> If I should run some specific test scenarios, please let me know.
>
> Makes good sense to optimize load times and only apply the "quick add" on the favorites subnet. Sadly I only see the "remove from favorites" button in the widget and/or /?page=tools§ion=favourites.
> Another cosmetic note regarding favorites: The "Used" column currently shows the percentage of available IPs but it's more logical to show the used percentage.
>
> New small bug I have found - username and password length for local users.
> Usernames on minimum 8 charaters is a bit long. I don't know if this on purpose but I would suggest to lower it to either 4 or 6.
> The password length requirement and error does not match (6 required, errors says 8)
>
> I would suggest the following diff:
>
> /app/admin/users$ diff edit-result.php.old edit-result.php
> 36c36
> < if(strlen($_POST['password1'])<6) { $Result->show("danger", _("Password must be at least 8 characters long!"), true); }
> ---
>> if(strlen($_POST['password1'])<8) { $Result->show("danger", _("Password must be at least 8 characters long!"), true); }
> 50c50
> < if(strlen($_POST['username'])<8) { $Result->show("danger", _("Username must be at least 8 characters long!"), true); }
> ---
>> if(strlen($_POST['username'])<6) { $Result->show("danger", _("Username must be at least 6 characters long!"), true); }
>
> Keep up the good work! :)
>
> /Jonas
>
> -----Oprindelig meddelelse-----
> Fra: Miha Petkovsek [mailto:mih...@gm...]
> Sendt: 17. april 2015 22:12
> Til: Jonas Hauge Jensen
> Cc: php...@li...
> Emne: Re: [Phpipam-development] Bug/issues in 1.15.001 regarding assignment of vlans to subnet + masking of password
>
> Hi Jonas,
>
> Fixed:
> * Mail IP
> * IP request loading
> * Tag default Used
> * Gateway tag
>
> Todo:
> * Discovery > Will check. Which OS are you using?
>
> Partially implemented:
> * button for adding new IP address > before I permit adding new IP address I would have to check usage for each subnet without slaves, meaning fetching addresses for each subnet etc which would cause quite more time to load page. I have added button to favourite subnets.
>
> VLAN move is already implemented - clicking on button under vlan administration.
>
>
> Will look at other two emails tomorrow.
>
> brm
>
>> On 17 Apr 2015, at 10:57, Jonas Hauge Jensen <jh...@na...> wrote:
>>
>> Hi Miha,
>>
>> Thanks! I can verify that is works as expected :-)
>>
>> A couple of others things I have found or thought about:
>>
>> * Mails regarding approved IP requests includes faulty data:
>>
>> Accept an request for 172.16.10.0/24 and assigns next available
>> (172.16.10.3) but assigned address is always shown as "0.0.0.172".
>> Example output from email below:
>>
>> ----start----
>> IP address request172.16.10.3 accepted
>> . Subnet 172.16.10.0/24
>> . assigned IP address 0.0.0.172
>> . Description test
>> . Hostname test
>> . Owner
>> . Requested from XXX
>>
>> . Comment (request)
>> . Admin accept/reject comment
>> Sent by user Jonas Hauge Jensen at 2015/04/17 10:03
>> ----end------
>>
>> * IP request from login site keeps showing the "loading progress circle"
>> when changing subnet for a request. The actual request is done in the
>> right subnet.
>>
>> * Disovery script ends up adding ALL IP addresses as online even they
>> aren't. When pingcheck comes by the discovered IPs goes into warning
>> and then offline status.
>> This gave almost 10000 new IP address entries in the database :-)
>>
>> I have tried pinging the IPs in question and they do not answer on
>> ping. I tried removing all new entries from the DB and they were
>> re-added during next discovery which leads me to think it's another bug in the array-code.
>>
>> * Not an actual bug but proposed changes to default behaviour:
>> ** When adding a new address the default tag is "offline" - I would
>> suggest it to be "Used" as this will be the case for most additions.
>> Otherwise make it possible to reprioritize the order just like you can
>> reorder the sections today.
>> ** Change the "Is gateway" field to check box instead of the dropdown.
>> Just like the "Ping exclude".
>>
>> * Feature request #1:
>> **Add a button just before the "edit subnet" button on the
>> /?page=subnets§ion=1 which should open the "Add IP address"
>> dialogue for the subnet and prefill it with the next available IP.
>> This should make it quick to just add an extra IP. This button should
>> also be shown under the list of favorite subnets.
>>
>> * Feature request #2:
>> Make it possible to migrate vlans from one L2-domain to another. This
>> is especially needed for people who already have vlans in the system.
>> Currently you will have to move these to other L2-domain via direct
>> row updates in the database.
>>
>> --
>> Best regards
>>
>> Jonas Hauge Jensen
>>
>> -----Oprindelig meddelelse-----
>> Fra: Miha Petkovsek [mailto:mih...@gm...]
>> Sendt: 16. april 2015 18:40
>> Til: Jonas Hauge Jensen
>> Cc: php...@li...
>> Emne: Re: [Phpipam-development] Bug/issues in 1.15.001 regarding
>> assignment of vlans to subnet + masking of password
>>
>> Hi, thanks for noticing / reporting.
>>
>> * l2 domains should be printed out but there was a small bug, it is
>> fixed now.
>> * Passwords are also masked, forgot to do it :/
>>
>> pushed to svn.
>>
>> If you find anything else let me know!
>>
>> br, Miha
>>
>>> On 16 Apr 2015, at 10:25, Jonas Hauge Jensen <jh...@na...>
>> wrote:
>>>
>>> Hi,
>>>
>>> First of all - thank you for a great product!
>>>
>>> We have just upgraded to the latest development release (R521) and
>>> have found a couple of bugs/issues:
>>>
>>> Vlan assignment on subnets
>>> ---------------------------------------
>>>
>>> When you define which vlan a subnet belongs to there are multiple
>>> instances of "+ Add new VLAN" listed. One for each defined L2-domain.
>>> You are not able to see which L2-domain before actually selecting it
>>> and if you select the wrong one and hit cancel, you end up cancelling
>>> the
>> whole "edit subnet"
>>> dialogue instead only the "create vlan dialogue".
>>>
>>> I would suggest that the "+ add new VLAN" entry add info about which
>>> L2-domain you would add the vlan to and at the same time also list
>>> L2-domain for already existing vlans in a format like "1234 (name of
>>> vlan) (L2-domain)"
>>>
>>> Masking of password for AD/LDAP connections
>>> -----------------------------------------------------------------
>>> When entering the overview page for authentication methods
>>> (/?page=administration§ion=authentication-methods) the password
>>> for at least AD authentication is shown in clear text. When trying to
>>> edit, the password is masked.
>>> I would suggest the password to be masked in all places. Maybe an
>>> option to unmask in the edit dialogue.
>>>
>>> Let me know if anything is unclear.
>>>
>>> --
>>> Best regards
>>>
>>> Jonas Hauge Jensen
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> -
>>> -------- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
>>> Develop your own process in accordance with the BPMN 2 standard Learn
>>> Process modeling best practices with Bonita BPM through live
>>> exercises
>>> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-
>>> event?utm_
>>> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_S
>>> F _______________________________________________
>>> Phpipam-development mailing list
>>> Php...@li...
>>> https://lists.sourceforge.net/lists/listinfo/phpipam-development
>>
>
> Hvis De har modtaget denne e-mail ved en fejl, bedes den returneret til afsenderen og derefter slettet.
> If you received this email by mistake, please let us know and delete the email.
|
|
From: Jonas H. J. <jh...@na...> - 2015-04-19 15:36:38
|
Hi Miha,
Fast responses - nice and thanks! :)
I can verify that everything except Mail IP is fixed.
When approving a request I still receive the wrong IP in the body of the email:
----snip start----
Subject: IP address request172.16.10.4 accepted
IP address request172.16.10.4 accepted
* Subnet 172.16.10.0/24
* assigned IP address 0.0.0.172
* Description test
* Hostname test * Owner
---snip end----
A cosmetic note - there is a missing white space in both subject and body :-)
Regarding discovery: my installation is run on Debian wheezy (7.8). I will look a bit further into this tomorrow and let you know the outcome.
If I should run some specific test scenarios, please let me know.
Makes good sense to optimize load times and only apply the "quick add" on the favorites subnet. Sadly I only see the "remove from favorites" button in the widget and/or /?page=tools§ion=favourites.
Another cosmetic note regarding favorites: The "Used" column currently shows the percentage of available IPs but it's more logical to show the used percentage.
New small bug I have found - username and password length for local users.
Usernames on minimum 8 charaters is a bit long. I don't know if this on purpose but I would suggest to lower it to either 4 or 6.
The password length requirement and error does not match (6 required, errors says 8)
I would suggest the following diff:
/app/admin/users$ diff edit-result.php.old edit-result.php
36c36
< if(strlen($_POST['password1'])<6) { $Result->show("danger", _("Password must be at least 8 characters long!"), true); }
---
> if(strlen($_POST['password1'])<8) { $Result->show("danger", _("Password must be at least 8 characters long!"), true); }
50c50
< if(strlen($_POST['username'])<8) { $Result->show("danger", _("Username must be at least 8 characters long!"), true); }
---
> if(strlen($_POST['username'])<6) { $Result->show("danger", _("Username must be at least 6 characters long!"), true); }
Keep up the good work! :)
/Jonas
-----Oprindelig meddelelse-----
Fra: Miha Petkovsek [mailto:mih...@gm...]
Sendt: 17. april 2015 22:12
Til: Jonas Hauge Jensen
Cc: php...@li...
Emne: Re: [Phpipam-development] Bug/issues in 1.15.001 regarding assignment of vlans to subnet + masking of password
Hi Jonas,
Fixed:
* Mail IP
* IP request loading
* Tag default Used
* Gateway tag
Todo:
* Discovery > Will check. Which OS are you using?
Partially implemented:
* button for adding new IP address > before I permit adding new IP address I would have to check usage for each subnet without slaves, meaning fetching addresses for each subnet etc which would cause quite more time to load page. I have added button to favourite subnets.
VLAN move is already implemented - clicking on button under vlan administration.
Will look at other two emails tomorrow.
brm
> On 17 Apr 2015, at 10:57, Jonas Hauge Jensen <jh...@na...> wrote:
>
> Hi Miha,
>
> Thanks! I can verify that is works as expected :-)
>
> A couple of others things I have found or thought about:
>
> * Mails regarding approved IP requests includes faulty data:
>
> Accept an request for 172.16.10.0/24 and assigns next available
> (172.16.10.3) but assigned address is always shown as "0.0.0.172".
> Example output from email below:
>
> ----start----
> IP address request172.16.10.3 accepted
> . Subnet 172.16.10.0/24
> . assigned IP address 0.0.0.172
> . Description test
> . Hostname test
> . Owner
> . Requested from XXX
>
> . Comment (request)
> . Admin accept/reject comment
> Sent by user Jonas Hauge Jensen at 2015/04/17 10:03
> ----end------
>
> * IP request from login site keeps showing the "loading progress circle"
> when changing subnet for a request. The actual request is done in the
> right subnet.
>
> * Disovery script ends up adding ALL IP addresses as online even they
> aren't. When pingcheck comes by the discovered IPs goes into warning
> and then offline status.
> This gave almost 10000 new IP address entries in the database :-)
>
> I have tried pinging the IPs in question and they do not answer on
> ping. I tried removing all new entries from the DB and they were
> re-added during next discovery which leads me to think it's another bug in the array-code.
>
> * Not an actual bug but proposed changes to default behaviour:
> ** When adding a new address the default tag is "offline" - I would
> suggest it to be "Used" as this will be the case for most additions.
> Otherwise make it possible to reprioritize the order just like you can
> reorder the sections today.
> ** Change the "Is gateway" field to check box instead of the dropdown.
> Just like the "Ping exclude".
>
> * Feature request #1:
> **Add a button just before the "edit subnet" button on the
> /?page=subnets§ion=1 which should open the "Add IP address"
> dialogue for the subnet and prefill it with the next available IP.
> This should make it quick to just add an extra IP. This button should
> also be shown under the list of favorite subnets.
>
> * Feature request #2:
> Make it possible to migrate vlans from one L2-domain to another. This
> is especially needed for people who already have vlans in the system.
> Currently you will have to move these to other L2-domain via direct
> row updates in the database.
>
> --
> Best regards
>
> Jonas Hauge Jensen
>
> -----Oprindelig meddelelse-----
> Fra: Miha Petkovsek [mailto:mih...@gm...]
> Sendt: 16. april 2015 18:40
> Til: Jonas Hauge Jensen
> Cc: php...@li...
> Emne: Re: [Phpipam-development] Bug/issues in 1.15.001 regarding
> assignment of vlans to subnet + masking of password
>
> Hi, thanks for noticing / reporting.
>
> * l2 domains should be printed out but there was a small bug, it is
> fixed now.
> * Passwords are also masked, forgot to do it :/
>
> pushed to svn.
>
> If you find anything else let me know!
>
> br, Miha
>
>> On 16 Apr 2015, at 10:25, Jonas Hauge Jensen <jh...@na...>
> wrote:
>>
>> Hi,
>>
>> First of all - thank you for a great product!
>>
>> We have just upgraded to the latest development release (R521) and
>> have found a couple of bugs/issues:
>>
>> Vlan assignment on subnets
>> ---------------------------------------
>>
>> When you define which vlan a subnet belongs to there are multiple
>> instances of "+ Add new VLAN" listed. One for each defined L2-domain.
>> You are not able to see which L2-domain before actually selecting it
>> and if you select the wrong one and hit cancel, you end up cancelling
>> the
> whole "edit subnet"
>> dialogue instead only the "create vlan dialogue".
>>
>> I would suggest that the "+ add new VLAN" entry add info about which
>> L2-domain you would add the vlan to and at the same time also list
>> L2-domain for already existing vlans in a format like "1234 (name of
>> vlan) (L2-domain)"
>>
>> Masking of password for AD/LDAP connections
>> -----------------------------------------------------------------
>> When entering the overview page for authentication methods
>> (/?page=administration§ion=authentication-methods) the password
>> for at least AD authentication is shown in clear text. When trying to
>> edit, the password is masked.
>> I would suggest the password to be masked in all places. Maybe an
>> option to unmask in the edit dialogue.
>>
>> Let me know if anything is unclear.
>>
>> --
>> Best regards
>>
>> Jonas Hauge Jensen
>>
>>
>>
>> ---------------------------------------------------------------------
>> -
>> -------- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
>> Develop your own process in accordance with the BPMN 2 standard Learn
>> Process modeling best practices with Bonita BPM through live
>> exercises
>> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-
>> event?utm_
>> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_S
>> F _______________________________________________
>> Phpipam-development mailing list
>> Php...@li...
>> https://lists.sourceforge.net/lists/listinfo/phpipam-development
>
Hvis De har modtaget denne e-mail ved en fejl, bedes den returneret til afsenderen og derefter slettet.
If you received this email by mistake, please let us know and delete the email.
|
|
From: Miha P. <mih...@gm...> - 2015-04-17 20:12:30
|
Hi Jonas, Fixed: * Mail IP * IP request loading * Tag default Used * Gateway tag Todo: * Discovery > Will check. Which OS are you using? Partially implemented: * button for adding new IP address > before I permit adding new IP address I would have to check usage for each subnet without slaves, meaning fetching addresses for each subnet etc which would cause quite more time to load page. I have added button to favourite subnets. VLAN move is already implemented - clicking on button under vlan administration. Will look at other two emails tomorrow. brm > On 17 Apr 2015, at 10:57, Jonas Hauge Jensen <jh...@na...> wrote: > > Hi Miha, > > Thanks! I can verify that is works as expected :-) > > A couple of others things I have found or thought about: > > * Mails regarding approved IP requests includes faulty data: > > Accept an request for 172.16.10.0/24 and assigns next available > (172.16.10.3) but assigned address is always shown as "0.0.0.172". Example > output from email below: > > ----start---- > IP address request172.16.10.3 accepted > . Subnet 172.16.10.0/24 > . assigned IP address 0.0.0.172 > . Description test > . Hostname test > . Owner > . Requested from XXX > > . Comment (request) > . Admin accept/reject comment > Sent by user Jonas Hauge Jensen at 2015/04/17 10:03 > ----end------ > > * IP request from login site keeps showing the "loading progress circle" > when changing subnet for a request. The actual request is done in the right > subnet. > > * Disovery script ends up adding ALL IP addresses as online even they > aren't. When pingcheck comes by the discovered IPs goes into warning and > then offline status. > This gave almost 10000 new IP address entries in the database :-) > > I have tried pinging the IPs in question and they do not answer on ping. I > tried removing all new entries from the DB and they were re-added during > next discovery which leads me to think it's another bug in the array-code. > > * Not an actual bug but proposed changes to default behaviour: > ** When adding a new address the default tag is "offline" - I would suggest > it to be "Used" as this will be the case for most additions. Otherwise make > it possible to reprioritize the order just like you can reorder the sections > today. > ** Change the "Is gateway" field to check box instead of the dropdown. Just > like the "Ping exclude". > > * Feature request #1: > **Add a button just before the "edit subnet" button on the > /?page=subnets§ion=1 which should open the "Add IP address" dialogue for > the subnet and prefill it with the next available IP. This should make it > quick to just add an extra IP. This button should also be shown under the > list of favorite subnets. > > * Feature request #2: > Make it possible to migrate vlans from one L2-domain to another. This is > especially needed for people who already have vlans in the system. Currently > you will have to move these to other L2-domain via direct row updates in the > database. > > -- > Best regards > > Jonas Hauge Jensen > > -----Oprindelig meddelelse----- > Fra: Miha Petkovsek [mailto:mih...@gm...] > Sendt: 16. april 2015 18:40 > Til: Jonas Hauge Jensen > Cc: php...@li... > Emne: Re: [Phpipam-development] Bug/issues in 1.15.001 regarding assignment > of vlans to subnet + masking of password > > Hi, thanks for noticing / reporting. > > * l2 domains should be printed out but there was a small bug, it is fixed > now. > * Passwords are also masked, forgot to do it :/ > > pushed to svn. > > If you find anything else let me know! > > br, Miha > >> On 16 Apr 2015, at 10:25, Jonas Hauge Jensen <jh...@na...> > wrote: >> >> Hi, >> >> First of all - thank you for a great product! >> >> We have just upgraded to the latest development release (R521) and >> have found a couple of bugs/issues: >> >> Vlan assignment on subnets >> --------------------------------------- >> >> When you define which vlan a subnet belongs to there are multiple >> instances of "+ Add new VLAN" listed. One for each defined L2-domain. >> You are not able to see which L2-domain before actually selecting it >> and if you select the wrong one and hit cancel, you end up cancelling the > whole "edit subnet" >> dialogue instead only the "create vlan dialogue". >> >> I would suggest that the "+ add new VLAN" entry add info about which >> L2-domain you would add the vlan to and at the same time also list >> L2-domain for already existing vlans in a format like "1234 (name of >> vlan) (L2-domain)" >> >> Masking of password for AD/LDAP connections >> ----------------------------------------------------------------- >> When entering the overview page for authentication methods >> (/?page=administration§ion=authentication-methods) the password >> for at least AD authentication is shown in clear text. When trying to >> edit, the password is masked. >> I would suggest the password to be masked in all places. Maybe an >> option to unmask in the edit dialogue. >> >> Let me know if anything is unclear. >> >> -- >> Best regards >> >> Jonas Hauge Jensen >> >> >> >> ---------------------------------------------------------------------- >> -------- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT >> Develop your own process in accordance with the BPMN 2 standard Learn >> Process modeling best practices with Bonita BPM through live exercises >> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- >> event?utm_ >> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF >> _______________________________________________ >> Phpipam-development mailing list >> Php...@li... >> https://lists.sourceforge.net/lists/listinfo/phpipam-development > |
|
From: Jonas H. J. <jh...@na...> - 2015-04-17 11:35:12
|
Hi, When you create or edit sections under /?page=administration§ion=sections you get the following error each time you create or alter a section. Fatal error: Call to undefined function write_changelog() in /opt/phpipam/functions/classes/class.Sections.php on line 183 Changes to the sections is not showing up in the log as well. -- Best regards, Jonas Hauge Jensen |
|
From: Jonas H. J. <jh...@na...> - 2015-04-17 10:44:02
|
Hi, I found a couple more errors but thought a new thread would be better. The error is regarding the template which is used for import and export. The template found in R522 is using the old naming of "IP state" where 1.15 uses "Status" as a keyword. At the same time you need to define the ID of the status to correctly match to active (=2). Status is not exported when you export a subnet (column also still named IP status). I would suggest to alter the template and use the names of the IP status table as a match instead of ID when importing subnets. -- Best regards Jonas Hauge Jensen |
|
From: Jonas H. J. <jh...@na...> - 2015-04-17 08:57:34
|
Hi Miha, Thanks! I can verify that is works as expected :-) A couple of others things I have found or thought about: * Mails regarding approved IP requests includes faulty data: Accept an request for 172.16.10.0/24 and assigns next available (172.16.10.3) but assigned address is always shown as "0.0.0.172". Example output from email below: ----start---- IP address request172.16.10.3 accepted . Subnet 172.16.10.0/24 . assigned IP address 0.0.0.172 . Description test . Hostname test . Owner . Requested from XXX . Comment (request) . Admin accept/reject comment Sent by user Jonas Hauge Jensen at 2015/04/17 10:03 ----end------ * IP request from login site keeps showing the "loading progress circle" when changing subnet for a request. The actual request is done in the right subnet. * Disovery script ends up adding ALL IP addresses as online even they aren't. When pingcheck comes by the discovered IPs goes into warning and then offline status. This gave almost 10000 new IP address entries in the database :-) I have tried pinging the IPs in question and they do not answer on ping. I tried removing all new entries from the DB and they were re-added during next discovery which leads me to think it's another bug in the array-code. * Not an actual bug but proposed changes to default behaviour: ** When adding a new address the default tag is "offline" - I would suggest it to be "Used" as this will be the case for most additions. Otherwise make it possible to reprioritize the order just like you can reorder the sections today. ** Change the "Is gateway" field to check box instead of the dropdown. Just like the "Ping exclude". * Feature request #1: **Add a button just before the "edit subnet" button on the /?page=subnets§ion=1 which should open the "Add IP address" dialogue for the subnet and prefill it with the next available IP. This should make it quick to just add an extra IP. This button should also be shown under the list of favorite subnets. * Feature request #2: Make it possible to migrate vlans from one L2-domain to another. This is especially needed for people who already have vlans in the system. Currently you will have to move these to other L2-domain via direct row updates in the database. -- Best regards Jonas Hauge Jensen -----Oprindelig meddelelse----- Fra: Miha Petkovsek [mailto:mih...@gm...] Sendt: 16. april 2015 18:40 Til: Jonas Hauge Jensen Cc: php...@li... Emne: Re: [Phpipam-development] Bug/issues in 1.15.001 regarding assignment of vlans to subnet + masking of password Hi, thanks for noticing / reporting. * l2 domains should be printed out but there was a small bug, it is fixed now. * Passwords are also masked, forgot to do it :/ pushed to svn. If you find anything else let me know! br, Miha > On 16 Apr 2015, at 10:25, Jonas Hauge Jensen <jh...@na...> wrote: > > Hi, > > First of all - thank you for a great product! > > We have just upgraded to the latest development release (R521) and > have found a couple of bugs/issues: > > Vlan assignment on subnets > --------------------------------------- > > When you define which vlan a subnet belongs to there are multiple > instances of "+ Add new VLAN" listed. One for each defined L2-domain. > You are not able to see which L2-domain before actually selecting it > and if you select the wrong one and hit cancel, you end up cancelling the whole "edit subnet" > dialogue instead only the "create vlan dialogue". > > I would suggest that the "+ add new VLAN" entry add info about which > L2-domain you would add the vlan to and at the same time also list > L2-domain for already existing vlans in a format like "1234 (name of > vlan) (L2-domain)" > > Masking of password for AD/LDAP connections > ----------------------------------------------------------------- > When entering the overview page for authentication methods > (/?page=administration§ion=authentication-methods) the password > for at least AD authentication is shown in clear text. When trying to > edit, the password is masked. > I would suggest the password to be masked in all places. Maybe an > option to unmask in the edit dialogue. > > Let me know if anything is unclear. > > -- > Best regards > > Jonas Hauge Jensen > > > > ---------------------------------------------------------------------- > -------- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT > Develop your own process in accordance with the BPMN 2 standard Learn > Process modeling best practices with Bonita BPM through live exercises > http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- > event?utm_ > source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF > _______________________________________________ > Phpipam-development mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpipam-development |
|
From: Miha P. <mih...@gm...> - 2015-04-16 16:39:58
|
Hi, thanks for noticing / reporting. * l2 domains should be printed out but there was a small bug, it is fixed now. * Passwords are also masked, forgot to do it :/ pushed to svn. If you find anything else let me know! br, Miha > On 16 Apr 2015, at 10:25, Jonas Hauge Jensen <jh...@na...> wrote: > > Hi, > > First of all - thank you for a great product! > > We have just upgraded to the latest development release (R521) and have > found a couple of bugs/issues: > > Vlan assignment on subnets > --------------------------------------- > > When you define which vlan a subnet belongs to there are multiple instances > of "+ Add new VLAN" listed. One for each defined L2-domain. You are not able > to see which L2-domain before actually selecting it and if you select the > wrong one and hit cancel, you end up cancelling the whole "edit subnet" > dialogue instead only the "create vlan dialogue". > > I would suggest that the "+ add new VLAN" entry add info about which > L2-domain you would add the vlan to and at the same time also list L2-domain > for already existing vlans in a format like "1234 (name of vlan) > (L2-domain)" > > Masking of password for AD/LDAP connections > ----------------------------------------------------------------- > When entering the overview page for authentication methods > (/?page=administration§ion=authentication-methods) the password for at > least AD authentication is shown in clear text. When trying to edit, the > password is masked. > I would suggest the password to be masked in all places. Maybe an option to > unmask in the edit dialogue. > > Let me know if anything is unclear. > > -- > Best regards > > Jonas Hauge Jensen > > > > ------------------------------------------------------------------------------ > BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT > Develop your own process in accordance with the BPMN 2 standard > Learn Process modeling best practices with Bonita BPM through live exercises > http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ > source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF_______________________________________________ > Phpipam-development mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpipam-development |
