June 2007 - Darwin-dev - lists.apple.com

Re: NKE - Socket filter - get local address problem.
by Erez Kaplan 04 Jun '07

04 Jun '07

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Ryan, I have full code control over "my userland application". Erez On Jun 3, 2007, at 11:30 PM, Ryan McGann wrote: HOWEVER - I am unable to obtain the local address at this point. I have used err = sock_getsockname(so, (struct sockaddr *) &local, (int)&len); but I keep getting <0.0.0.0> as a result. Erez, Ryan _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… My NKE kext needs to ignore redirection if request is from "my userland application". i.e redirect all applications accept mine. optionally is there another call back where I can examine both addresses and change the <to> prior to bind? The problem is that the kernel performs an implicit bind when the socket is connected if no local name is assigned to the socket already. Your NKE connect_out callback is being called when the client application calls connect() (inside the syscall basically), so unless the client application performs a bind() first (which is rarely done for outbound connects) the socket will not have a local address assigned to it. The kernel will assign one later during the actual connect. You can obtain the local address later inside of sf_notify, when you get a notification that the socket has gone into the connected state, but not before (as far as I know). In short, there is no way to both redirect the socket (which can only be done in the connect_out callback) and use the source ip:port. Can you explain why you need the source ip:port? This email sent to site_archiver(a)lists.apple.com

1 0

NKE - Socket filter - get local address problem.
by Ryan McGann 03 Jun '07

03 Jun '07

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com HOWEVER - I am unable to obtain the local address at this point. I have used err = sock_getsockname(so, (struct sockaddr *) &local, (int)&len); but I keep getting <0.0.0.0> as a result. Erez, Ryan _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… optionally is there another call back where I can examine both addresses and change the <to> prior to bind? The problem is that the kernel performs an implicit bind when the socket is connected if no local name is assigned to the socket already. Your NKE connect_out callback is being called when the client application calls connect() (inside the syscall basically), so unless the client application performs a bind() first (which is rarely done for outbound connects) the socket will not have a local address assigned to it. The kernel will assign one later during the actual connect. You can obtain the local address later inside of sf_notify, when you get a notification that the socket has gone into the connected state, but not before (as far as I know). In short, there is no way to both redirect the socket (which can only be done in the connect_out callback) and use the source ip:port. Can you explain why you need the source ip:port? This email sent to site_archiver(a)lists.apple.com

1 0

getaddrinfo for "localhost" gives a strange IP-address
by Ville Mattila 03 Jun '07

03 Jun '07

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Dkim-signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:mime-version:content-transfer-encoding:message-id:content-type:to:from:subject:date:x-mailer:sender; b=dNPzUJH+OUIcF0tLsZ7Lvtq9hdeQXNprb1siCNyiyU5c3E78xDHAxJ00x1Gh8muHvNVQSF5PpVPLXuyVY0GKhvT3jrDxMtIEZhbGdA1ajxnzeNeojZUmtmcxr7X6Jhf3ZapkL8ZtHMWxyZF3WKcaP1SylTc5XQJ3YmtrSvJIB6A= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:mime-version:content-transfer-encoding:message-id:content-type:to:from:subject:date:x-mailer:sender; b=nWNAJUML4j9hRY04gs1MZpYjDgh47NoXPzMNkgz1eCTNO48GB4DVZSBEBkNekw5RGhjk47aTSRR1qAs9bvzmHzQdy2bCsozw5Rp3WGKTtDEp55TESvQdO9jXcavNh4wRCJ6YvKJE1KFlM2HD2zGihjiKcbTAxl+bCCL+xE79klA= Hello, ./test localhost resolving name=localhost family=30 sock_type=1 protocol=6 flags=0x0 canonname=(null) ip=::1 serv=0 family=2 sock_type=1 protocol=6 flags=0x0 canonname=(null) ip=173.19.2.144 serv=0 family=2 sock_type=1 protocol=6 flags=0x0 canonname=(null) ip=127.0.0.1 serv=0. Here is the contests of /etc/hosts cat /etc/hosts ## # Host Database # # localhost is used to configure the loopback interface # when the system is booting. Do not change this entry. ## 127.0.0.1 localhost Iso-Imakki 255.255.255.255 broadcasthost ::1 localhost #127.0.0.1 localhost localhost. localhost.local localhost.localdomain And here is the ouput of "nidump hosts /" ::1 localhost 127.0.0.1 localhost 255.255.255.255 broadcasthost Finally the test program code. --- cut -- #include <sys/types.h> #include <sys/socket.h> #include <netdb.h> #include <string.h> #include <stdio.h> static char rcsid[] = "$Header$"; int main(int argc, char *argv[]) { struct addrinfo hints, *res, *res0; int error; char hbuf[NI_MAXHOST], sbuf[NI_MAXSERV]; char *name = "localhost"; memset(&hints, 0, sizeof(hints)); if (argc == 2) { name = argv[1]; } printf("resolving name=%s\n", name); printf("ip=%s serv=%s\n", hbuf, sbuf); } freeaddrinfo(res0); return (0); } --- cut -- - Ville In my imac I've got this strange problem. Executing ruby's testsuite will take a very long time. I've isolated the reason to resolving of "localhost" address. The ruby uses getaddrinfo. At the end o fthis mailis a test code that show this strange behaviour. Running it will give the following output Eg. the first localhost ip is "173.19.2.144". This IP is not configured in my mac. Here is the ifconfig -a lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280 stf0: flags=0<> mtu 1280 en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500 ether 00:17:f2:cd:43:55 media: autoselect status: inactive supported media: autoselect 10baseT/UTP <half-duplex> 10baseT/UTP <full-duplex> 10baseT/UTP <full-duplex,hw-loopback> 10baseT/UTP <full-duplex,flow-control> 100baseTX <half-duplex> 100baseTX <full-duplex> 100baseTX <full-duplex,hw-loopback> 100baseTX <full-duplex,flow-control> 1000baseT <full-duplex> 1000baseT <full- duplex,hw-loopback> 1000baseT <full-duplex,flow-control> none en1: flags=8963<UP,BROADCAST,SMART,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1500 tunnel inet --> inet 192.168.222.2 netmask 0xffffff00 broadcast 192.168.222.255 ether 00:19:e3:0c:b2:d4 media: autoselect status: active supported media: autoselect vlan: 0 parent interface: <none> bond interfaces: <none> wlt1: flags=41<UP,RUNNING> mtu 1500 fw0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 2030 lladdr 00:16:cb:ff:fe:76:5c:12 media: autoselect <full-duplex> status: inactive supported media: autoselect <full-duplex> vmnet8: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500 inet 172.16.47.1 netmask 0xffffff00 broadcast 172.16.47.255 ether 00:50:56:c0:00:08 vmnet1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500 inet 192.168.91.1 netmask 0xffffff00 broadcast 192.168.91.255 ether 00:50:56:c0:00:01 en2: flags=8963<UP,BROADCAST,SMART,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1500 inet6 fe80::201:23ff:fe45:6789%en2 prefixlen 64 scopeid 0xa inet 10.37.129.2 netmask 0xffffff00 broadcast 10.37.129.255 ether 00:01:23:45:67:89 media: autoselect status: active supported media: autoselect en3: flags=8963<UP,BROADCAST,SMART,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1500 inet6 fe80::210:32ff:fe54:7698%en3 prefixlen 64 scopeid 0xb inet 10.211.55.100 netmask 0xffffff00 broadcast 10.211.55.255 ether 00:10:32:54:76:98 media: autoselect status: active supported media: autoselect I've got both vmware fusion and parallels installed neither of them was not running when I run the test program. hints.ai_family = AF_UNSPEC; hints.ai_socktype = SOCK_STREAM; error = getaddrinfo(name, NULL, &hints, &res0); if (error) { errx(1, "%s", gai_strerror(error)); /*NOTREACHED*/ } for (res = res0; res; res = res->ai_next) { printf("family=%d sock_type=%d protocol=%d flags=0x%x canonname=% s\n", res->ai_family, res->ai_socktype, res->ai_protocol, res->ai_flags, res->ai_canonname); memset(hbuf, 0, sizeof(hbuf)); memset(sbuf, 0, sizeof(sbuf)); error =getnameinfo(res->ai_addr, res->ai_addr->sa_len, hbuf, sizeof(hbuf), sbuf, sizeof(sbuf), NI_NUMERICHOST | NI_NUMERICSERV/ * NI_NAMEREQD*/); if (error) { errx(1, "%s", gai_strerror(error)); } _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

NKE - Socket filter - get local address problem.
by Erez Kaplan 03 Jun '07

03 Jun '07

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Thread-index: AcelxI/tJljJIX/iQhGXhwKm30IC9A== Thread-topic: NKE - Socket filter - get local address problem. _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

IONetworkingFamily
by apic | puredarwin.org 02 Jun '07

02 Jun '07

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello list, Anyone has some information on this case? Thanks, apic puredarwin project -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) iD8DBQFGYbneBDxoGUAtYxoRAhaBAJ4roI2Z4icYD687j6oXNdEv7uh3HQCfZjd9 kyJbTo/pLEgLmYYtHm9o/kU= =Vdr6 -----END PGP SIGNATURE----- _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… does anyone compiled IONetworking Family successful? The source seems to have massiv problems with mbuf. After building the headers it does a lot of error regarding it. I also tried to build the kext in darwinbuild (without success) and hit up on following in the log: #!/bin/sh # not all Apple drivers completed the transition to mbuf_t per radar 3940931 in time for tiger. # To accomodate them, I left in the transition goo, and use this script to strip it all out # for the public headers. When ready, all this voodoo can be undone by: # - manually perform the edit that occurs in the "unifdef" lines below # - remove this script phase # - change the destination in the copy files phase of InstallHeaders, back to "Headers" instead of "PrivateHeaders" # - remove __MBUF_TRANSITION from the project This email sent to site_archiver(a)lists.apple.com

1 0

Firewire remote debugging
by Nathan Toone 01 Jun '07

01 Jun '07

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com smime.p7s

1 0