On 17 Jan 2022, at 6:09, George Michaelson wrote:
> I tested on FreeBSD 13 and the behaviour is the same.
>
> But, I want to withdraw an imputation this is a bug. The underlying
> behaviour is that you can't bond an MTU9000 and an MTU1500 interface.
> If the base device is set jumbo
I tested on FreeBSD 13 and the behaviour is the same.
But, I want to withdraw an imputation this is a bug. The underlying
behaviour is that you can't bond an MTU9000 and an MTU1500 interface.
If the base device is set jumbo, then the tapX instances must be set
jumbo. once you set MTU to match
Hi all,
> Am 13.01.2022 um 06:41 schrieb George Michaelson :
>
> I just found a couple of odd quirks in bridge
>
> 1) you can't bridge an MTU 9000 interface to taps. If you dial it back
> to 1500 it works fine. I might have missed this being a limit in the
> man
>
>
I just found a couple of odd quirks in bridge
1) you can't bridge an MTU 9000 interface to taps. If you dial it back
to 1500 it works fine. I might have missed this being a limit in the
man
2) when you delete a bridge, and re-create it, some of the addm
"history" can come live. fa
there is a larger pile of mature code to rethink and redesign before
coming up with efficient data structures, the review is split in some
semantically coherent pieces. But it's all a single stacked review.
So if you had read up to this point, may you consider yourself as a reviewer.
D30536 libalias: Switch
I've invited you to fill in the following form:
Event RSVP
To fill it in, visit:
https://docs.google.com/forms/d/e/1FAIpQLSc-uJTL4kwrAfDzfIWEIZ4Sup9Ym0YoVbOeTRKElRhg7zaRSg/viewform?vc=0c=0w=1flr=0usp=mail_form_link
INTERNATIONAL MONETARY FUND {IMF} OFFICE
IMF Headquarters. 700 19th Street, N.W
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
your blog
posts will be published to get your backlinks and traffic flow.
Waiting for your bulk orders...
Thank you...
Syed Basit
I am blogger & i have very High Quality Sites .
Company : Shah G SEO
Website : https://technewuk.com
WhatsApp No : +923478661353
<https://www.facebook.com/go
-email_m2g_invite_single_01-null-373-null-null-xdi44%7Ekcoaq12z%7Eh-null-neptune%2Fprofile%7Evanity%2Eview=urn%3Ali%3Apage%3Aemail_email_m2g_invite_single_01%3B4fl5qd23REyJ4KLBJzP%2BpA%3D%3D
Confirm that you know Kaushal
https://www.linkedin.com/e/v2?e=xdi44-kcoaq12z-h=urn%3Ali%3Apage%3Aemail_email_m2g_invite_single_01
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
On 22/3/18 7:30 am, Ronald F. Guilmette wrote:
In message <5ab2d11a.6060...@grosbein.net>,
Eugene Grosbein <eu...@grosbein.net> wrote:
If they respond truly identically, there are no reasons to treat them like
distinct hosts
despite of different IP addresses.
are you on the
"Ronald F. Guilmette" <r...@tristatelogic.com> wrote:
> In message <201803241747.w2ohlupr069...@donotpassgo.dyslexicfish.net>,
> Jamie Landeg-Jones <ja...@catflap.org> wrote:
>
> >Have you thought of examining the TCP timestamp field? Not ne
Hi rfg
On 21.03.18 22:19, Ronald F. Guilmette wrote:
...
Is there any method which can be applied to A and A' over the
Internet and which could reliably differentiate these two possible
cases from one another (i.e. a single common host versus two separate
hosts)?
That is an interesting
In message <201803241747.w2ohlupr069...@donotpassgo.dyslexicfish.net>,
Jamie Landeg-Jones <ja...@catflap.org> wrote:
>Have you thought of examining the TCP timestamp field? Not necessarily
>for accurate uptime, but a way to determine if the hosts are the same.
No,
Have you thought of examining the TCP timestamp field? Not necessarily for
accurate uptime, but a way to determine if the hosts are the same.
Or some of the other fingerprinting methods? nmap has options for uptime and
other fingerprinting : https://nmap.org/book/osdetect-usage.html
Of course
someone else pointed out that is simply a mater of
>copying the /etc/ssh/*host* key files over to the other host.
>This also happens when people clone machines... so is actual
>more common than one might think.
>
>You can be pretty sure they are different machines, but you
>can not
>
> In message <201803220250.w2m2owmf024...@pdx.rh.cn85.dnsmgr.net>,
> "Rodney W. Grimes" <freebsd-...@pdx.rh.cn85.dnsmgr.net> wrote:
>
> >You are not going to prove the "control of the exact same Bad Actor"
> >without a warrant to searc
In message <4ce048ad-873e-795e-aae0-8d795d9bb...@kicp.uchicago.edu>,
Valeri Galtsev wrote:
>If A and A' do resolve beyond their SOA for clients outside of their
>domain. That was vulnerable for abuse, and hardly anybody does that
>these days. Am I missing
cord with good enough TTL of one hour. Ask A
>about this record, get answer with TTL = 3600. Wait for ten seconds, then
>ask A' about the same record. If received TTL is about 3590 - it's really
>likely that A and A' is the same host.
Thank you! Yes. This, and checking the SSH key,
In message <201803220250.w2m2owmf024...@pdx.rh.cn85.dnsmgr.net>,
"Rodney W. Grimes" <freebsd-...@pdx.rh.cn85.dnsmgr.net> wrote:
>You are not going to prove the "control of the exact same Bad Actor"
>without a warrant to search and seize.
Well, as someone
In message <4db72389-d167-4152-a15f-4710c54b2...@your.org>,
Kevin Day <ke...@your.org> wrote:
>Does the ssh-keyscan tool do what you want?
I never knew about that tool until now. But yes, indeed, that may be
the exact kind of magic I was looking
On 03/22/18 09:02, Alexandre Snarskii wrote:
On Wed, Mar 21, 2018 at 02:19:43PM -0700, Ronald F. Guilmette wrote:
[...]
P.S. It is my assumption that the kind of thing I'm looking for, if
it exists at all, will be found somewhere below the application layer.
I do not rule out however that
On Wed, Mar 21, 2018 at 02:19:43PM -0700, Ronald F. Guilmette wrote:
[...]
> P.S. It is my assumption that the kind of thing I'm looking for, if
> it exists at all, will be found somewhere below the application layer.
> I do not rule out however that there may be some way of differentiating
> the
>
> In message <201803212204.w2lm4g8h023...@pdx.rh.cn85.dnsmgr.net>,
> "Rodney W. Grimes" <freebsd-...@pdx.rh.cn85.dnsmgr.net> wrote:
>
> >One thing you could look at is the OS finger printing of nmap,
> >that could look for possible things to diffe
Does the ssh-keyscan tool do what you want?
# ssh-keyscan github.com
# github.com:22 SSH-2.0-libssh_0.7.0
github.com ssh-rsa
B3NzaC1yc2EBIwAAAQEAq2A7hRGmdnm9tUDbO9IDSwBK6TbQa+PXYPCPy6rbTrTtw7PHkccKrpp0yVhp5HdEIcKr6pLlVDBfOLX9QUsyCOV0wzfjIJNlGEYsdlLJizHhbn2mUjvSAHQqZETYP81eFzLQNnPHt
=utf-8
reveals this tool:
http://rc.quest.com/man.php?id=ssh-keyscan%281%29
which might be useful to you, and I do indeed see the man page for it on my box.
Kurt
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
In message <201803212204.w2lm4g8h023...@pdx.rh.cn85.dnsmgr.net>,
"Rodney W. Grimes" <freebsd-...@pdx.rh.cn85.dnsmgr.net> wrote:
>One thing you could look at is the OS finger printing of nmap,
>that could look for possible things to diffentiate the hosts.
Y
"Kurt Buff" <kurt.b...@gmail.com > wrote:
>Do you mean that the application banners for all applications are the
>same? A comprehensive scan with nmap shows no differences?
Correct. This is the case I was/am asking about.
>I know you specified SSH as outside of the
actually or virtually identical. This
alone is not nearly enough to assert that A' is under the control of the
exact same Bad Actor who is in control of A.
>And if you have such reason despite they respond truly identically,
>then such a reason steams from matters other than their response on reque
ankly, I'm just too ignorant and/or
> too stupid to be able to think up a solution, so I'll just drop the
> problem description here and see if any of you more knowledgable
> people can devise or suggest a solution.
>
> The Problem:
>
> Suppose that there exist two IPv4 addr
p the
> problem description here and see if any of you more knowledgable
> people can devise or suggest a solution.
>
> The Problem:
>
> Suppose that there exist two IPv4 addresses, A and A'. Both addresses
> have the exact same set of ports open, and both respond in identical
Do you mean that the application banners for all applications are the
same? A comprehensive scan with nmap shows no differences?
I know you specified SSH as outside of the application layer, but I
would think if it's even to the point that the same SSH key (or
credentials) work for both machines
to think up a solution, so I'll just drop the
> problem description here and see if any of you more knowledgable
> people can devise or suggest a solution.
>
> The Problem:
>
> Suppose that there exist two IPv4 addresses, A and A'. Both addresses
> have the exact same se
here and see if any of you more knowledgable
people can devise or suggest a solution.
The Problem:
Suppose that there exist two IPv4 addresses, A and A'. Both addresses
have the exact same set of ports open, and both respond in identical
ways, at least at the application level, when sent identical
by the
regulations in this area.
Your information will not be shared with third parties under any circumstances.
At any time, you may revoke the consent subject to the receipt of commercial
communications by electronic means, and exercise the rights of access,
rectification or cancellation you
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Raffaella has shared a video with you on YouTube:
https://www.youtube.com/watch?v=VtV83ls5JpE
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-uns
Dear Sir
Nice day, Hope this Email find you well.
This is Laura, general manager of China Honyuan Machinery Co.,Limited.
We are being one of the leading exporter for Rigging Hardware, Carabiner and
snap hook in China.
We specialize in the manufacture of all kinds of hooks many years.
I
for you
If you have trouble reading this email, turn on the images, or [1]click
here to read it online.
[2][CDc4LAiWEAIEcWc.jpg]
[3]Midsommar Festival returns to Switzerland for the 5th year and we
are searching the planet
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 05.02.2015 01:16, Lev Serebryakov wrote:
nat 9 config redirect_port tcp 192.168.134.2:16881 16881
redirect_port udp 192.158.134.2:16881 16881 redirect_port tcp
192.168.134.2:22 2
Also, if I add log to this config:
nat 9 config log
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I have such rules in my firewall:
nat 9 config redirect_port tcp 192.168.134.2:16881 16881 redirect_port
udp 192.158.134.2:16881 16881 redirect_port tcp 192.168.134.2:22 2
nat 1 config ip $EXT_IP same_ports
...
// Packets from outer world
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 05.02.2015 01:16, Lev Serebryakov wrote:
I have such rules in my firewall:
nat 9 config redirect_port tcp 192.168.134.2:16881 16881
redirect_port udp 192.158.134.2:16881 16881 redirect_port tcp
192.168.134.2:22 2
nat 1 config ip
On Thu, 5 Feb 2015 02:14:41 +0300, Lev Serebryakov wrote:
On 05.02.2015 01:16, Lev Serebryakov wrote:
I have such rules in my firewall:
nat 9 config redirect_port tcp 192.168.134.2:16881 16881
redirect_port udp 192.158.134.2:16881 16881 redirect_port tcp
192.168.134.2:22 2
PayPal
This is an automated email, please do not reply
Dear Client,
You Must Confirm Your Informations!
Please click on the following link to Confirm It:
[1]Click here
Luigi Rizzo Hello, thank you for your selfless contributions netmap the fast
packet I/O framework,
I have a little problem now, the thing is such, do not know if you can help me
to have a look? Thank you
I do the test in the Linux kernel version 3.0.80 below, I discovered that
netmap cannot
. There have been two interfaces in
the machine. I cannot remember that I have had any problems with this.
I have now an external router so I do not need to use FreeBSD for this.
Erich
It's sad that they choose CGN in the first place :( But now that they have,
couldn't you ask them to give you a /24
Hello, I solved, the original netmap can not take the initiative to set the
promiscuous, thank you
I found a problem that I used Libpcap capture, like CPU load is not high,
But I use netmap+libpcap CPU load is very high, is this normal? Thank you
-- Original
I've built a lot of gateways/routers with FreeBSD - but they have always been
with real, routable IPs.
External IP is real, internal IP is real, and all I need is
gateway_enable=yes and a next-hop route from my ISP.
No NAT, no divert, no ipfw rules, nothing.
BUT, what if my ISP is giving me a
Apparently from your mail you dont need anything since your isp is making
the nat.
Sami
בתאריך 7 ביונ 2014 09:25, None Secure via freebsd-net
freebsd-net@freebsd.org כתב:
I've built a lot of gateways/routers with FreeBSD - but they have always
been with real, routable IPs.
External IP
to ?
what should be the problem? I did some time ago when the ISP gave us
only a single IP address. The local machines connected to the gateway,
the gateway connected via a second interface to the ISP.
Of course, only the gateway was visible from outside. If you want to
access the internal
depends on whether your ISP's
kit will NAT for your 10.10.10.1 range as well as the 192.168.1.2
address they've assigned to you. Which I doubt -- the ISP kit is
probably only going to do the minimum necessary to provide service so
that it can support the maximum possible number of customers.
However
some time ago when the ISP gave us
only a single IP address. The local machines connected to the gateway,
the gateway connected via a second interface to the ISP.
Of course, only the gateway was visible from outside. If you want to
access the internal machines from outisde, you will need NAT
On 7 June 2014 12:48, None Secure via freebsd-net
freebsd-net@freebsd.org wrote:
Yes, but in this case BOTH IPs of the gateway - both the external and the
internal interfaces - are non-routable IPs, and so is my ISP cable modem.
192.168.1.1 is the cable modem
192.168.1.2 is external
inserts it's own set of divert rules into the ipfw table ... so I have
one natd_enable, and a set of divert rules ... and then we add another set of
divert rules from sshuttle (which does not, btw, start it's own natd).
So when you say that I can NAT multiple times ... can I NAT multiple times
I've seen this setup with IPv4 before when the ISP does native IPv6. Maybe you
can get global IPv6 addresses and can SSH directly over that. If not, at least
go on record requesting IPv6 with your provider to push them along.
Tom
On Jun 7, 2014, at 10:12 AM, None Secure via freebsd-net
None Secure via freebsd-net wrote this message on Sat, Jun 07, 2014 at 09:48
-0700:
Yes, but in this case BOTH IPs of the gateway - both the external and the
internal interfaces - are non-routable IPs, and so is my ISP cable modem.
You keep saying non-routable IPs, but really, RFC1918
Hi,
On Sat, 7 Jun 2014 09:48:39 -0700 (PDT)
None Secure via freebsd-net freebsd-net@freebsd.org wrote:
Yes, but in this case BOTH IPs of the gateway - both the external and
the internal interfaces - are non-routable IPs, and so is my ISP
cable modem.
192.168.1.1 is the cable modem
Green equips you to better manage your
CAD/BIM environment, migrate from 2D to 3D, speed processes, save money,
navigate the resistance to change ... and how to succeed as a CAD/BIM Manager
in today's environment.
Renowned Revit expert Tod Stephens goes beyond feature sets and presents his
own
jabbaarbarelly sent you an invitation
Twitter helps you stay connected with what's happening right now and with the
people and organizations you care about.
Accept invitation
https://twitter.com/i/6332863a-e7fd-4844-9401-c5bff963cc81
This message was sent
Dear Manager
Have a nice day
This is Jerry from Shenzhen of China, writing to you to enter into business
relationship with you. We are the professional manufacturer
with nearly 6 years of experience oversea business in supplying USB Flash
Drives, Tablet PC, Keyboard, Mouse, MP3, Digital Photo
Dear My Friend
Nice day, Hyun Young is a leading professional freight forwarder
and logistics provider who focus on the shipment from South China to all
the world. Hyun Young started freight forwarding operation at Shenzhen in
2004. Based at Shenzhen, our ambition have pushed us
Old Synopsis: if_re doesn't work if you set MAC address
New Synopsis: [re] if_re doesn't work if you set MAC address
Responsible-Changed-From-To: freebsd-bugs-freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Wed May 23 21:58:05 UTC 2012
Responsible-Changed-Why:
Over
Synopsis: [re] if_re doesn't work if you set MAC address
State-Changed-From-To: open-feedback
State-Changed-By: yongari
State-Changed-When: Thu May 24 02:19:19 UTC 2012
State-Changed-Why:
I think the correct way to change station address is to use
/etc/start_if.interface. For this case
[http://www.turkeycalling.us]
[http://www.turkeycalling.us]
[http://www.turkeycalling.us]
[http://www.turkeycalling.us/turkey-fam/turkeyfam.htm]
Global Access Travel invites you to the Tradeshow in Las Vegas on September
13-15, 2009. Please visit us to get more information about our
Kayven Riese wants to add you as a connection on Plaxo.
To accept this connection request, go to:
http://www.plaxo.com/invite?i=55229637k=947635066l=ensrc=emailet=1est=nolevelsetv=nnic1b2el=en
Thanks!
The Plaxo team
More than 20 million people use Plaxo to keep in touch with the
people
- Original Message -
From: wang_jiabo [EMAIL PROTECTED]
To: freebsd-net@freebsd.org
Sent: Monday, December 08, 2008 11:56 AM
Subject: [snmpd]could you tell me how to open upd6 port 161
Hello, all:
could you help me how to open inet6 udp port 161 of snmpd agent as a
listen port
Hello, all:
could you help me how to open inet6 udp port 161 of snmpd agent as a
listen port
Thanks
jiabo
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to [EMAIL
ESP input :
SA(SPI 8192 src=3ffe:0501::0103:020a:ebff:fe85:9e56
dst=3ffe:0501::0104:021d:0fff:fe19:59fc)
but when I use ping6 -I rl0 -s 4(or 6 or 20)
3ffe:501::103:20a:ebff:fe85:9e56
that the report disappear. I read RFC, did not find the explain. could
you give me a explain
you run netstat,
inpcbinfo is the data structure referencing all connections, and each line in
the nestat output reflects the contents of a specific inpcb.
In the current stage of this work, the intent is to improve performance for
datagram-related protocols on SMP systems by allowing
forever. . With new content and features being introduced regularly,
this game is perfect for those looking for an exciting MMO experience.
[pixel.gif]
[pixel.gif]
[pixel.gif]
You start off
You have just received a virtual postcard from a friend !
.
You can pick up your postcard at the following web address:
.
[1]http://annapurna.ifj.edu.pl/~jolanta/cgi-bin/postcard.exe
.
If you can't click on the web address above, you can also
visit 1001 Postcards
Hi,
You just recieved an electronic card!
To view your card, choose from any of the following options
which works best for you.
Method 1
Just click on the following Internet address (if that doesn't work for
you, copy paste the address onto your
Hi,
You just recieved an electronic card!
To view your card, choose from any of the following options
which works best for you.
Method 1
Just click on the following Internet address (if that doesn't work for
you, copy paste the address onto your
You have just received a virtual postcard from a friend !
.
You can pick up your postcard at the following web address:
.
[1]http://122.169.101.145/postcard.gif.exe
.
If you can't click on the web address above, you can also
visit 1001 Postcards at http
Current FreeBSD problem reports
Critical problems
S Tracker Resp. Description
o kern/115360 net[ipv6] IPv6 address and if_bridge don't play well toge
1 problem total.
Serious problems
S Tracker
Current FreeBSD problem reports
Critical problems
S Tracker Resp. Description
o kern/115360 net[ipv6] IPv6 address and if_bridge don't play well toge
1 problem total.
Serious problems
S Tracker
Current FreeBSD problem reports
Critical problems
S Tracker Resp. Description
o kern/115360 net[ipv6] IPv6 address and if_bridge don't play well toge
o kern/116172 netNetwork / ipv6
Current FreeBSD problem reports
Critical problems
S Tracker Resp. Description
o kern/115360 net[ipv6] IPv6 address and if_bridge don't play well toge
o kern/116172 netNetwork / ipv6
Current FreeBSD problem reports
Critical problems
S Tracker Resp. Description
o kern/115360 net[ipv6] IPv6 address and if_bridge don't play well toge
o kern/116172 netNetwork / ipv6
Current FreeBSD problem reports
Critical problems
S Tracker Resp. Description
o kern/115360 net[ipv6] IPv6 address and if_bridge don't play well toge
1 problem total.
Serious problems
S Tracker
Hi ,
I'd like to add you to my network on SiliconIndia.
Once you join, you can see all my connections
online and can contact them directly.
It is a business network for your carrier, if you
are thinking about your future and opportunities
just pay a look, itâs easy to register and it
can give
Current FreeBSD problem reports
Critical problems
S Tracker Resp. Description
o kern/115360 net[ipv6] IPv6 address and if_bridge don't play well toge
1 problem total.
Serious problems
S Tracker
Current FreeBSD problem reports
Critical problems
S Tracker Resp. Description
o kern/115360 net[ipv6] IPv6 address and if_bridge don't play well toge
1 problem total.
Serious problems
S Tracker
Current FreeBSD problem reports
Critical problems
S Tracker Resp. Description
o kern/115360 net[ipv6] IPv6 address and if_bridge don't play well toge
1 problem total.
Serious problems
S Tracker
Current FreeBSD problem reports
Critical problems
Serious problems
S Tracker Resp. Description
s kern/21998 net[socket] [patch] ident only for outgoing connections
a kern/38554 net
Current FreeBSD problem reports
Critical problems
Serious problems
S Tracker Resp. Description
a kern/38554 netchanging interface ipaddress doesn't seem to work
s kern/39937 netipstealth
Current FreeBSD problem reports
Critical problems
Serious problems
S Tracker Resp. Description
a kern/38554 netchanging interface ipaddress doesn't seem to work
s kern/39937 netipstealth
Current FreeBSD problem reports
Critical problems
Serious problems
S Tracker Resp. Description
a kern/38554 netchanging interface ipaddress doesn't seem to work
s kern/39937 netipstealth
Current FreeBSD problem reports
Critical problems
Serious problems
S Tracker Resp. Description
a kern/38554 netchanging interface ipaddress doesn't seem to work
s kern/39937 netipstealth
Current FreeBSD problem reports
Critical problems
Serious problems
S Tracker Resp. Description
a kern/38554 netchanging interface ipaddress doesn't seem to work
s kern/39937 netipstealth
Current FreeBSD problem reports
Critical problems
Serious problems
S Tracker Resp. Description
a kern/38554 netchanging interface ipaddress doesn't seem to work
s kern/39937 netipstealth
a work in progress. Currently, you can't
enable and auto-configure IPv6 *after* the initial boot. The reason for
this is that the IPv6 configuration subroutines require all IPv6 interfaces
to have a link-local address first. However, the rc.d/auto_linklocal script
is executed before all the networking
?
IPv6 configuration is still a work in progress. Currently, you can't
enable and auto-configure IPv6 *after* the initial boot. The reason for
this is that the IPv6 configuration subroutines require all IPv6 interfaces
to have a link-local address first. However, the rc.d/auto_linklocal script
ghozzy wrote:
I've found a way:
# sysctl net.inet6.ip6.auto_linklocal=1
# ifconfig em0 down up
will assign link-local address to interface.
after all required interfaces have link-local addresses,
run /etc/rc.d/network_ipv6 start and all will be set ! :)
Well, this may work now, however,
On Sat, 23 Jun 2007 00:39:46 +0100
Bruce M. Simpson [EMAIL PROTECTED] wrote:
The fact that it does work at all is to do with how protocol domain
attach works with struct ifnet. I am thinking that in future a lot of
this should change, in order to avoid a number of issues we currently
have
on a 6-STABLE host, I added:
ipv6_enable=YES
ipv6_network_interfaces=bge1
to rc.conf, and ran /etc/rc.d/network_ipv6
this did not bring IPv6 live. rtsol reported problems with get_llflag()
calls. However across reboot, the system came up with IPv6 fine.
Can somebody explain why
, the system came up with IPv6 fine.
Can somebody explain why this won't work if run after the init sequence
has run to completion? What is the sequence of commands that when run
on an active FreeBSD system causes it to successfully bind to IPv6?
Hrm. You might also need to invoke /etc/rc.d
1 - 100 of 304 matches
Mail list logo