Re: [SystemConfiguration] Setup:PPP>CommRemoteAddress vs State:IPv4>ServerAddress
Re: [SystemConfiguration] Setup:PPP>CommRemoteAddress vs State:IPv4>ServerAddress
- Subject: Re: [SystemConfiguration] Setup:PPP>CommRemoteAddress vs State:IPv4>ServerAddress
- From: Stéphane Sudre <email@hidden>
- Date: Thu, 17 Jan 2013 13:13:39 +0000
- Acceptlanguage: en-US
- Thread-topic: [SystemConfiguration] Setup:PPP>CommRemoteAddress vs State:IPv4>ServerAddress
On Jan 17, 2013, at 1:55 PM, Quinn The Eskimo! wrote:
>
> On 17 Jan 2013, at 12:14, Stéphane Sudre <email@hidden> wrote:
>
>> Is the "ServerAddress" key of the IPv4 State dictionary of the primary service a private or unsupported key?
>>
>> I don't see it in the SystemConfiguration framework headers but it can be seen through scutil.
>
> The general rules is that, if it's not in <SystemConfiguration/SCSchemaDefinitions.h>, it's not considered public API.
>
>> Should it always be, by necessity, the same "IP" as the one for the CommRemoteAddress key of the PPP Setup dictionary of the primary service? (for the CommRemoteAddress value, it can be a name).
>
> I'm not sure what you mean. On the system I tested CommRemoteAddress is a DNS name and ServerAddress is an IP address, so they are definitely not identical. Are you asking whether the IP address in ServerAddress will be one of the IP addresses that the DNS name in CommRemoteAddress resolves to? If so, that's what I see on my system and it seems likely a reasonable assumption. However, given that ServerAddress isn't public API, it's probably not something you'd want to rely on.
>
> Why does it matter to you?
I'm trying to figure out which value is used for the "private" NetworkSignature key in the case of a VPN.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Macnetworkprog mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden