Omada EAP controller for Linux
Re:Omada EAP controller for Linux
2018-06-25 16:48:50

gygy42 wrote

And by the way, I was real disappointed to see so few 5G channels available on the European version of EAP245, is it possible to force flash the firmware to the US version?


Didn't try this, but almost certainly the EU devices refuse to accept US firmware. Even if it would work it will violate regulatory provisions (EIRP, channel allocation etc.) and you risk severe penalties if regulatory authorities become aware of those violations.
༺ 0100 1110 0011 0010 10ཏ1 0010 0110 1010 1101༻
1
1
#43
Options
Re:Omada EAP controller for Linux
2018-06-25 22:36:55
Don't understand I see a lot of connections around me using others channels... and you posted this on an other tread:

R1D2 wrote

If have no idea which channels the TP-Link support had in mind, which should not be allowed in the Netherlands, but RLAN1 subband 2 and RLAN2 are indeed allowed for indoor use in the EU. The restriction is that only RLAN2 is allowed for outdoor. But in both cases (indoor/outdoor) the device must support DFS/TPC.

See https://en.wikipedia.org/wiki/List_of_WLAN_channels#5.C2.A0GHz_.28802.11a.2Fh.2Fj.2Fn.2Fac.29.5B18.5D


Is a shame just having 4 channels on the 5ghz band, hope the neighbours can use the upper levels channels to avoid overlapping!
https://en.wikipedia.org/wiki/List_of_WLAN_channels#5.C2.A0GHz_.28802.11a.2Fh.2Fj.2Fn.2Fac.29.5B18.5D
0
0
#44
Options
Re:Omada EAP controller for Linux
2018-06-25 23:10:46

gygy42 wrote

Don't understand I see a lot of connections around me using others channels... and you posted this on an other tread:


Please don't mix up threads. This is the EAP Controller for Linux thread. The channel restrictions of EAP225 have been discussed in other threads already. You always can file a feature request to TP-Link support about EAP225's channel allocation, see the other threads about it.
༺ 0100 1110 0011 0010 10ཏ1 0010 0110 1010 1101༻
1
1
#45
Options
Re:Omada EAP controller for Linux
2018-06-26 23:11:00

R1D2 wrote

Glad it works for you. But do't change ownership of the whole EAPC tree to the eapc user - this will render privilege separation useless. Program files (Java classe) and read-only files need to be owned by the root user with read-only rights for the eapc user.
Can you tell me what files/folders need to be at?
0
0
#46
Options
Re:Omada EAP controller for Linux
2018-06-27 19:22:32

DeanKamitsis wrote

Can you tell me what files/folders need to be at?


I did so already, please RTFM.

If installing a fresh distribution, see the READMEs in directory EAPController-2.6.1 before finally installing the software. FIle permissions and ownership is already correct if you follow the recommendations in the README.

If changing an existing installation, you find detailed explanation of required file permissions/ownership in the README in the tpeap subdirectory.
༺ 0100 1110 0011 0010 10ཏ1 0010 0110 1010 1101༻
1
1
#47
Options
Re:Re:Omada EAP controller for Linux
2018-07-25 09:01:43

Dharasha wrote

The distro verion of Java doesn't play nice with the controller software implementation, although the controller works, the web interface doesn't, so I reverted to the TP-Link verion of java by modifying the startup script. The startup and stop commands returns extremly quick somehow, before the complete startup is finished, so a start / stop of restart doens't work properly. I'll see if I can fix that in the startup script in CentOS.

 

Hi Dharasha,

 

yes, some official Java distros don't work well with EAPC.

 

Re startup script: this is a feature. tpeap starts the EAP Controller in background, so it will not delay at boot time of the system.

 

If you want to start it in foreground, just specify option -w to tpeap. No need to fix the script. BTW, this is documented in the man page of tpeap, too.

༺ 0100 1110 0011 0010 10ཏ1 0010 0110 1010 1101༻
3
3
#49
Options