And if you want to check 6to4 prefix for some IPv4 addr
without doing 6to4 interface configuration, please try
following command.
echo 24.113.25.85 | sed -e s/"\."/" "/g | awk '{$5 = $1*256 + $2; $6 = $3*256 + $4;
printf "2002:%x:%x:\n", $5, $6}'
Then it will print out first 6byte for your
I applied a variant of your patch to my NetBSD/i386 -currentish box that
also uses the KAME stack and was able to ping6 your 6to4 address.
For NetBSD-current, I'll bring in cleaner 6to4 code (since netbsd is
not that close to the deadline).
please wait for a while...
ume and I discussed it a little bit, directly.
Tested the patch on a 4.0S system against KRB5 tunnelled through VPN
(pipsecd for now) then NATed (using IP Filter at the remote side) to my
employer's network. Kerberos rlogin and KRB5 telnet now work however
KRB5 ftp still has problems.
"current machine" meaning FreeBSD-current? if so, are there any
locking behavior changes due to the introduction of fine grain locks?
what happens if you go back to coarse grain lock kernel?
As far as I recall ... the first kernel was before any of the SMP
commits ... but
Without starting the racoon daemon and doing a secure connect
everything works fine without a problem. If I start racoon,
do a tunnel connection and then run daily, the machine panics ..
I bet you can panic the kernel with setkey(8) in that case. am I
correct? if so,
3. Itojun mentioned that the CITRUS Japanese people will be able
to import the wchar* and libxpg4 changes soon.
the code is there, but as i talked, we need more manpower for
babysitting.
cvs -d :pserver:[EMAIL PROTECTED]:/anoncvs/citrus co -P xpg4dl
itojun
To
---
http://paradise.kame.net/v6proxy/diana2/shin/work/freebsd/tcp-apps.2114
http://www.FreeBSD.org/~shin/tcp-apps.2114
They includes,
-inetd
-libutil
-rlogin
-rlogind
-rshd
-telnetd
As far as I checked, those apps seems to be working over both
IPv4 and IPv6.
Sorry
Is it just some misconfiguration of mine which causes getaddrinfo()
with an unqualified hostname, IPv6 and hints-ai_family == AF_UNSPEC
to block (trying a DNS lookup I guess), even when the hostname has a
perfectly good IPv4 address, or is this normal behaviour? This seems
rather annoying,
Is there anything in current that provides wide character support? I'm
messing around with document formatting, and I have to be involved with
wide character things. One example: wcscat(). It's not the only one, I
just need to know if it's in *any* library, and declared in any include