У наведеному нижче коді знаходяться всі адреси IPv4 та IPv6 на пристрої iOS або OSX. Перший getIPAddressметод діє у більшій чи меншій мірі, як і старший код у цій відповіді: ви можете віддати перевагу одній або іншій адресі типу, і він завжди віддає перевагу WIFI над стільниковим (очевидно, ви могли це змінити).
Що ще цікавіше, він може повернути словник усіх знайдених адрес, пропускаючи адреси для not upінтерфейсів або адреси, пов'язані з loopback. Попередній код, а також інші рішення на цю тему не будуть правильно декодувати IPv6 (inet_ntoa не може з ними боротися). На це вказував мені Йенс Альфке на форумі Apple - належна функція використання inet_ntop (подивіться на сторінку man, або зверніться до цієї статті inet_ntop, яку також надає Jens.
Клавіші словника мають форму "інтерфейс" "/" "ipv4 або ipv6".
#include <ifaddrs.h>
#include <arpa/inet.h>
#include <net/if.h>
#define IOS_CELLULAR @"pdp_ip0"
#define IOS_WIFI @"en0"
//#define IOS_VPN @"utun0"
#define IP_ADDR_IPv4 @"ipv4"
#define IP_ADDR_IPv6 @"ipv6"
- (NSString *)getIPAddress:(BOOL)preferIPv4
{
NSArray *searchArray = preferIPv4 ?
@[ /*IOS_VPN @"/" IP_ADDR_IPv4, IOS_VPN @"/" IP_ADDR_IPv6,*/ IOS_WIFI @"/" IP_ADDR_IPv4, IOS_WIFI @"/" IP_ADDR_IPv6, IOS_CELLULAR @"/" IP_ADDR_IPv4, IOS_CELLULAR @"/" IP_ADDR_IPv6 ] :
@[ /*IOS_VPN @"/" IP_ADDR_IPv6, IOS_VPN @"/" IP_ADDR_IPv4,*/ IOS_WIFI @"/" IP_ADDR_IPv6, IOS_WIFI @"/" IP_ADDR_IPv4, IOS_CELLULAR @"/" IP_ADDR_IPv6, IOS_CELLULAR @"/" IP_ADDR_IPv4 ] ;
NSDictionary *addresses = [self getIPAddresses];
NSLog(@"addresses: %@", addresses);
__block NSString *address;
[searchArray enumerateObjectsUsingBlock:^(NSString *key, NSUInteger idx, BOOL *stop)
{
address = addresses[key];
if(address) *stop = YES;
} ];
return address ? address : @"0.0.0.0";
}
- (NSDictionary *)getIPAddresses
{
NSMutableDictionary *addresses = [NSMutableDictionary dictionaryWithCapacity:8];
// retrieve the current interfaces - returns 0 on success
struct ifaddrs *interfaces;
if(!getifaddrs(&interfaces)) {
// Loop through linked list of interfaces
struct ifaddrs *interface;
for(interface=interfaces; interface; interface=interface->ifa_next) {
if(!(interface->ifa_flags & IFF_UP) /* || (interface->ifa_flags & IFF_LOOPBACK) */ ) {
continue; // deeply nested code harder to read
}
const struct sockaddr_in *addr = (const struct sockaddr_in*)interface->ifa_addr;
char addrBuf[ MAX(INET_ADDRSTRLEN, INET6_ADDRSTRLEN) ];
if(addr && (addr->sin_family==AF_INET || addr->sin_family==AF_INET6)) {
NSString *name = [NSString stringWithUTF8String:interface->ifa_name];
NSString *type;
if(addr->sin_family == AF_INET) {
if(inet_ntop(AF_INET, &addr->sin_addr, addrBuf, INET_ADDRSTRLEN)) {
type = IP_ADDR_IPv4;
}
} else {
const struct sockaddr_in6 *addr6 = (const struct sockaddr_in6*)interface->ifa_addr;
if(inet_ntop(AF_INET6, &addr6->sin6_addr, addrBuf, INET6_ADDRSTRLEN)) {
type = IP_ADDR_IPv6;
}
}
if(type) {
NSString *key = [NSString stringWithFormat:@"%@/%@", name, type];
addresses[key] = [NSString stringWithUTF8String:addrBuf];
}
}
}
// Free memory
freeifaddrs(interfaces);
}
return [addresses count] ? addresses : nil;
}
EDIT1: Код оновлено 16 травня 2014 року (помилка, яку вказав lhunath, див. Коментарі). Зараз повернулися петлі, але ви легко скасуєте тест, щоб виключити їх самостійно.
EDIT2: (якоюсь невідомою особою): Удосконалено далі 13 березня 2015 року: Якщо користувач використовує VPN (незалежно від WiFi або Cellular), попередній код не вдався б. Тепер він працює навіть з VPN-підключеннями. VPN-з'єднання мають перевагу над WiFi та Cell, тому що таким чином обробляє пристрій. Це навіть повинно працювати для Macs, оскільки підключення VPN на Mac також використовує IF utun0, але не перевірено.
EDIT3: (8.09.2016) Враховуючи проблеми, які виникли у @Qiulang (див. Коментарі) з кодом VPN (який хтось ще додав), я прокоментував це. Якщо хтось точно знає, як вказати VPN користувача, будь ласка, зателефонуйте до коментаря.