IMO, the key of SECURED=1 is the SVR (Security Virtual Resources) have been
enforced, it's ACL decides whether the accesses can be granted, the
OC_SECURE and OC_NONSECURE flags are used for enabling plain coap:// and
secured coaps:// endpoints during the resource registration. If you
register a resource with OC_NONSECURE, the client still can't access the
resource unless there is a "anon-clear" connection type ACE set in the
persistent database.

Regards,
Tonny

On 1 September 2017 at 10:58, sunlf <su...@haierubic.com> wrote:

> Hi,Devs,
>
>
>
> I  have one question about building option, SECURED.
>
>
>
> My understanding is , if setting SECURED=1 while building,  this will
> cause while the communication between Sever and Client, SSL will be used.
> And for the implement of Server and Client, OC_SECURE must be set.
>
>
>
> If SECURED=1 is set while building, and OC_SECURE is not set while
> creating resource, the client will not found the resource created by server
> since here is no SSL at server.
>
>
>
> Is there anything wrong?
>
>
>
> Thanks
>
>
>
> Jason Sun
>
>
>
> _______________________________________________
> iotivity-dev mailing list
> iotivity-dev@lists.iotivity.org
> https://lists.iotivity.org/mailman/listinfo/iotivity-dev
>
>
_______________________________________________
iotivity-dev mailing list
iotivity-dev@lists.iotivity.org
https://lists.iotivity.org/mailman/listinfo/iotivity-dev

Reply via email to