Re: if_bridge(): IPv6 EUI-64 seemingly not working

On Tue, 17 Jun 2025 15:52:34 +0100 Lexi Winter wrote: > FreeBSD User: > > net.link.bridge.inherit_mac: 1 > > [...] > > > > ether 4c:52:62:2b:05:eb > > inet6 fe80::5a9c:fcff:fe00:393a%bridge0 prefixlen 64 > > scopeid 0x6 > >

Re: if_bridge(): IPv6 EUI-64 seemingly not working

Am Tage des Herren Tue, 17 Jun 2025 15:52:34 +0100 Lexi Winter schrieb: > FreeBSD User: > > net.link.bridge.inherit_mac: 1 > > [...] > > > > ether 4c:52:62:2b:05:eb > > inet6 fe80::5a9c:fcff:fe00:393a%bridge0 prefixlen 64 scopeid 0x6 > &g

rtadvd: rtadvctl -vv show : Segmentation fault - after lots of Link up and downs (ISP)

t mpd5 2-3 times a minute over an hour or so). Without the restart of rtadvd, the service remains dead and inoperative. The APU2 is running FreeBSD 14-STABLE: FreeBSD 14.2-STABLE #23 n270736-94f414086075: Tue Mar 11 20:52:07 CET 2025 Kind regards, oh -- A FreeBSD user pgpwOMn

mpd5: tun0 always get IPv6 address via SLAAC although not configured

Hello, I'm playing around with a useful setup of a small router/firewall appliance based on FreeBSD 14-STABLE and ipfw. My/our ISP provides (alleged) ::/56 prefixes. The hardware used has several Intel i210 based NICs, on of them is facing towards the ISP as usual with a cloned pseudo d

mpd5: How to prevent tun0 getting multiple valid IPv6 addresses?

Hello, Router/Firewall host is running FreeBSD 14-STABLE: FreeBSD 14.2-STABLE #20 n270632-859aa726fb86: Fri Feb 28 19:38:05 CET 2025 I'm using mpd5(8) to connect to our ISP via vDSL. Utilizing an appropriate "link-up.sh" script, which effectively does - restart rtsol on t

Re: rtadvd(8) How to IPv6 tokenize interface identifier

Am Fri, 21 Feb 2025 10:44:12 + Bob Bishop schrieb: > Hi, > > > On 21 Feb 2025, at 06:52, A FreeBSD User wrote: > > > > Hello, > > > > Linux (especially OpenWRT we use) knows about a concept named "IPv6 > > tokenized interface > > iden

rtadvd(8) How to IPv6 tokenize interface identifier

work PREFIX:0:0:0:1). The only config tag I can imagine is responsible for what I'd like to achive is the "addr" tag mentioned in rtadvd.conf(5), but whatever I fill this tag with - the desired effect is never achived (i.e addr="::0.0.0.1"). My "FreeBSD homebrewn"

rtadvctl -vv show : Segmentation fault

Hello, I'm running a small 14-STABLE (FreeBSD 14.2-STABLE #11 n270324-8d5d7e2ba3a6: Thu Feb 6 16:56:03 CET 2025 amd64) based router appliance, running rtadvd(8). When stoppimg/starting mpd5 several times, changing the IPv6 prefix, I can almost with a 100% certainty reproduce such an

Re: IPv6 neighbor flaps for ISP router are occurring frequently

now. Are you using pf? FreeBSD-EN-24:16.pf OpenPGP_signature.asc Description: OpenPGP digital signature

Re: Overflow or div by 0 in systat -ifstat?

A followup on my earlier message. It appears that the systat program (in ifstat.c) is subtracting the previous time of day from the current time of day when calculating data rates, which works fine... except at the stroke of midnight. Not sure who maintains the utility, but this should be fixed

Overflow or div by 0 in systat -ifstat?

Hello! Left systat -ifstat running to watch the bandwidth on a few Netgraph VPN tunnels overnight, and woke up to this today: /0 /1 /2 /3 /4 /5 /6 /7 /8 /9 /10 Load Average | Interface Traffic PeakTotal

Re: IPFW/IPv6 problem with JAIL: JAIL cannot ping -6 host until host first pings jail (ipv6)

Am Mon, 8 Jan 2024 01:33:53 +0100 (CET) Felix Reichenberger schrieb: > > Hello, > > > > I've got a problem with recent CURRENT, running vnet JAILs. > > FreeBSD 15.0-CURRENT #28 main-n267432-e5b33e6eef7: Sun Jan 7 13:18:15 CET > > 2024 amd64 > > > >

IPFW/IPv6 problem with JAIL: JAIL cannot ping -6 host until host first pings jail (ipv6)

Hello, I've got a problem with recent CURRENT, running vnet JAILs. FreeBSD 15.0-CURRENT #28 main-n267432-e5b33e6eef7: Sun Jan 7 13:18:15 CET 2024 amd64 Main Host has IPFW configured and is open for services like OpenLDAP on UDP/TCP and ICMP (ipfw is configured via rc.conf in this case,

Re: IPFW: IPv6 and NPTv6 issues: multiple IPv6 addresses confuses IPFW

Am Sun, 19 Feb 2023 13:30:13 +0300 "Andrey V. Elsukov" schrieb: > 18.02.2023 18:42, FreeBSD User пишет: > > On a 24 hour basis, the ISP changes the IPv4 and IPv6 on the WAN > > interface. We use NPTv6 to translate ULA addresses for the inner > > IPv6 networks.

IPFW: IPv6 and NPTv6 issues: multiple IPv6 addresses confuses IPFW

Hello, running a small nanoBSD firewall/router appliance, the WAN interface (tun0) is confugred via SLAAC when it comes to IPv6. The allpliance is running in-kernel compiled IPFW. The OS is FreeBSD 13-STABLE, compiled on a recuurant weekly basis. On a 24 hour basis, the ISP changes the IPv4

Re: NPTv6: prefix doesn't change in IPFW when prefix changes on dynamic interface

Am Fri, 25 Nov 2022 10:40:31 +0300 "Andrey V. Elsukov" schrieb: > 24.11.2022 18:27, FreeBSD User пишет: > > Hello, > > > > running a small routing/firewall applicance based on 13-STABLE and IPFW, I > > face a problem > > with NPTv6. The external

NPTv6: prefix doesn't change in IPFW when prefix changes on dynamic interface

ULA and link-local, they are allways present). Since a couple of weeks for now, restarting mpd5 results in a crash of FreeBSD 13-STABLE, so my ISP is changing the IPv6 and this results in the "deprecated" prefixes. I was wondering if the IPFW NPTv6 facility isn't getting automatical

Re: FreeBSD 12.3-p5: problems vnet on if_bridge

r reasons not to be discussed here I'm bound to FreeBSD 12.3-RELENG (XigmaNAS base) and running several boxes of different hardware grades with the very same XigmaNAS version gives different results. The host in question in my case has Intel NICs, the box with a very similar setup and vnet

FreeBSD serious problems with vnet on if_bridge (probably ARP related?)

Hello, I ran into serious trouble setting up a FreeBSD 12.3-RELEASE-p5 host having a second NIC and vnet jails attached to that second NIC (basically, the host is a recent Xigmanas with Bastille jails). Hopefully, I can gather some answeres here. The host is comprised of two NICs, em0

Re: Wireguard, MTUs, and jumbo packets

Interesting. That 60 byte overhead (which I understand is intended to make the protocol connectionless) is concerning, because to send a 1500 byte packet one needs to have enabled jumbo packets along the entire path. Otherwise, there will be a lot of fragmentation... which in turn will create y

Wireguard, MTUs, and jumbo packets

Everyone: Would like to use the new Wireguard implementation, but need to know what it does to MTUs. I'd like a full 1500 byte MTU through the VPN tunnel, but this means that the packets that are sent between the client and server have to be BIGGER than 1500 bytes. It takes a special feature

ipv6 on genet0 + bridge not configuring

I hope somebody on this list has more insights into this issue below. NB: I can repeat the rtsol command and error from the command line. Regards, Ronald. Van: Ronald Klop via freebsd-arm Datum: woensdag, 22 december 2021 14:53 Aan: freebsd-...@freebsd.org Onderwerp: ipv6 on genet0 + bridge

Re: bind() to ::1 fails with EADDRNOTAVAIL / clang vs gcc

Jan Schaumann via freebsd-net wrote: > Konstantin Belousov wrote: > > On Tue, Nov 23, 2021 at 09:08:39PM -0500, Jan Schaumann via freebsd-net > > wrote: > > > > - Why does _any_ of those fail? > > > - Why does a.c succeed when compiled with clang, but &

Re: bind() to ::1 fails with EADDRNOTAVAIL / clang vs gcc

Konstantin Belousov wrote: > On Tue, Nov 23, 2021 at 09:08:39PM -0500, Jan Schaumann via freebsd-net wrote: > > - Why does _any_ of those fail? > > - Why does a.c succeed when compiled with clang, but > > b.c does not? > Most likely because you did not fully initializ

Re: bind() to ::1 fails with EADDRNOTAVAIL / clang vs gcc

Jan Schaumann via freebsd-net wrote: > Compiling either with gcc version 10.3.0 fails. Sorry, this is misleading. I meant to say: Compiling either with gcc version 10.3.0 yields a program that fails to bind(2). Compilation itself succeeds just fine. -Jan

bind() to ::1 fails with EADDRNOTAVAIL / clang vs gcc

09173000 + @@ -11,7 +11,6 @@ int main(int argc, char **argv) { int sock; - socklen_t a, b; struct sockaddr_storage server; struct sockaddr_in6 *sin = (struct sockaddr_in6 *)&server; $ ./a.out $ echo $? 0 $ cc b.c $ ./a.out a.out: bind: Can't assign requested ad

Re: Splitting antenna

(When did FreeBSD-net become about antenna theory?) The answer (of course) is, “it depends”. Mostly on “what bands” though your antenna and cables will have some effect as well. Some WiFi cards these days employ a form of beamforming or even MIMO. Older cards could use selection diversity

Re: AF_UNIX socketpair dgram queue sizes

Mark Johnston wrote: > There is an additional factor: wasted space. When writing data to a > socket, the kernel buffers that data in mbufs. All mbufs have some > amount of embedded storage, and the kernel accounts for that storage, > whether or not it's used. With small byte datagrams there ca

AF_UNIX socketpair dgram queue sizes

Hello, I'm trying to wrap my head around the buffer sizes relevant to AF_UNIX/PF_LOCAL dgram socketpairs. On a FreeBSD/amd64 13.0 system, creating a socketpair and simply writing a single byte in a loop to the non-blocking write end without reading the data, I can perform 64 writes b

Re: FreeBSD 12.2 traffic not occurs onVXLAN

Thanks for interest FreeBSD ifconfig: igb0: flags=8822 metric 0 mtu 1500 options=4e527bb ether e4:3a:6e:44:7b:33 inet 192.168.41.102 netmask 0xff00 broadcast 192.168.41.255 media: Ethernet autoselect (100baseTX ) status: active nd6 options=29

FreeBSD 12.2 traffic not occurs onVXLAN

Hi, I successfully configured VXLAN tunnel between amd64 FreeBSD 11.2 to x64 Linux But in FreeBSD 12.2 with below same configuration not works. So What is tHe problem with FreeBSD 12.2 is it bug or any other thing? Any help would be aooreciated.. My fully working tested configuration is

Send path scaling problem

Hello, I am working a driver for a new SRIOV nic on FreeBSD vms running on Hyper-V. The driver coding has largely completed. The performance test shows some scaling problems on the send path which I am seeking some advices. The nic is 100Gbps. I am running iperf2 as client generating tcp

Unable to unsubscribe from freebsd-net@FreeBSD.org

Hi, this is the Mlmmj program managing the mailing list. You were unable to be unsubscribed from the list because you are not subscribed. If you are receiving messages, perhaps a different email address is subscribed. To find out which address you are subscribed with, refer to the message welcom

Re: sender source IP address on UDP socket bound to INADDR_ANY in golang

e: >https://github.com/golang/go/issues/8329 > >Which references this FreeBSD issue: >https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193246 I've skimmed through all three issues. >What I as a sysadmin can observe is that the test code Andrey gave me >binds to *.53 on IPv4

Re: Vector Packet Processing (VPP) portability on FreeBSD

) prior to the VPP group writing their own. L Your netmap-fed results are also quite low. loos@ (who wrote netmap-fwd) was getting 2.23Mpps single core on a xeon D-1540. https://youtube.com/watch?v=cAVgvzivzII Jim ___ freebsd-net@freebsd.org mailing

Re: sender source IP address on UDP socket bound to INADDR_ANY in golang

on possible explanation would be them >calling recvmsg() but forgetting to setsockopt()? As I see it, the possibilities boil down to: 1) The Go code isn't enabling IPPROTO_IP.IP_RECVDSTADDR on the socket. 2) There's a FreeBSD kernel bug that mean setting IP_RECVDSTADDR isn't being correctly r

Re: Vector Packet Processing (VPP) portability on FreeBSD

den wrote: >>>> 3. What are suitable alternatives for reading information from procfs and >>> sysfs on FreeBSD? >>> Understand what information is obtained, then what for is it actually used, >>> then match it against equivalent FreeBSD approach, then gather

Re: sender source IP address on UDP socket bound to INADDR_ANY in golang

OOB data" and I agree that's what the referenced code does. I hadn't heard of that behaviour before and went digging... FreeBSD ip(4) documents that setting IPPROTO_IP.IP_RECVDSTADDR on a SOCK_DGRAM socket will allow recvmsg(2) to retrieve the local dst address as a control message

Re: Hop limit override

FWIW, one should also clear the accept_rtadv flag from if after stopping rtsold. After that curhlim is static. Is it the intended behaviour? -- (reachability warning: IPv6-only email address) ___ freebsd-net@freebsd.org mailing list https

Hop limit override

networking people would accept as a patch. If it matters, the described behaviour was observed on FreeBSD 14. -- (reachability warning: IPv6-only email address) _______ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/free

"panic: Assertion in_epoch(net_epoch_preempt) failed" in recent 12-stable

I've had the following panic & traceback occur twice with different recent 12-stable kernels. I hadn't see that before I updated from r366967 to a mid-April 12-stable. Doing some searching turns up some older similar issues but they should all be fixed well before r366967. Looking though commits

Re: [pf] stable/12: block by OS broken

On 2/17/21 22:57, Xin Li wrote: > On 2/17/21 22:35, Kristof Provost wrote: >> On 18 Feb 2021, at 6:01, Xin Li wrote: >> >> Hi, >> >> It appears that some change between 939430f2377 (December 31) and >> b4bf7bdeb70 (today) on stable/12 have broken pf in a way that the >> following ru

Re: [pf] stable/12: block by OS broken

On 2/17/21 22:35, Kristof Provost wrote: > On 18 Feb 2021, at 6:01, Xin Li wrote: > > Hi, > > It appears that some change between 939430f2377 (December 31) and > b4bf7bdeb70 (today) on stable/12 have broken pf in a way that the > following rule: > > block in quick proto tcp f

[pf] stable/12: block by OS broken

Hi, It appears that some change between 939430f2377 (December 31) and b4bf7bdeb70 (today) on stable/12 have broken pf in a way that the following rule: block in quick proto tcp from any os "Linux" to any port ssh would get interpreted as: block drop in quick proto tcp from any to any port = 22

لقد قمنا بتحديث شروط الاستخدام التي نتبعها

___ 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"

Re: DHCPCD in base

ot what he said. Read what he said. _______ 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"

Re: DHCPCD in base

On Thu, Nov 26, 2020 at 11:44:50AM +0100, Tom Marcoen wrote: > Hey Meka > > You say DHCPD (which to me means the DHCP daemon) but you also mention > "DHCP client"? > I assume the software can be one or the other but not both. Which of > the two do you > mean? > > Or is there something I am missing

DHCPCD in base

Hello, There was a talk about DHCPCD in based few months ago. Since then, that software got privilage separation and cupsicum features, making it even nicer candidate for FreeBSD dhcp client. Is there any work being done on this? Can I help? Regards, meka signature.asc Description: PGP

What do you know about tungsten-cobalt cemented carbide?

___ 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"

Disinfectant

versatility (suitable for all skin types) combined with an affordable price means that customers make an informed choice of a product among others available on the market. Are you interested in cooperation? Ethan Smith ___ freebsd-net@freebsd.org mailing list

Re: Help with VNET

e external host), but these do not reach the network >(a >tcpdump on the external host doesn't show them). > >IPFW logging shows that it's not blocking anything. > >Any hint? > > bye & Thanks > av. >___ &

Re: Query for KNI and user level tcp/ip stack support in FreeBSD ports

Hi, May I know the update please? So that I can plan my project accordingly. Thanks & regards S Shamsher Singh From: "Shamsher Singh (sardarsi)" Date: Thursday, 15 October 2020 at 12:32 PM To: "freebsd-net@FreeBSD.org" Subject: Query for KNI and user level tcp/ip stack

Disinfectant

versatility (suitable for all skin types) combined with an affordable price means that customers make an informed choice of a product among others available on the market. Are you interested in cooperation? William Jones ___ freebsd-net@freebsd.org mailing list

Query for KNI and user level tcp/ip stack support in FreeBSD ports

Hi, Is there any plan to support KNI driver module in FreeBSD ? Also is FreeBSD support any open source TCP/IP stack at user space to be used along-with dpdk? Like F-stack or any other. Note: Got basic support info from https://wiki.freebsd.org/201511VendorDevSummit/HaveNeedWant Thanks

Szkolenie z angielskiego

rozważeniem naszej propozycji, proszę o informację zwrotną. Z pozdrowieniami Aleksandra Musiał Project Manager ___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebs

Disinfectant

versatility (suitable for all skin types) combined with an affordable price means that customers make an informed choice of a product among others available on the market. Are you interested in cooperation? William Jones ___ freebsd-net@freebsd.org mailing list

EYLÜL VE EKİM AYI BOYUNCA HERŞEY DAHİL KURUMSAL WEB SİTESİ TASARIMLARI SADECE 750TL

Abonelikten Çık / İzinsiz Gönderim Bildir. ___ freebsd-net@freebsd.org mailing

Re: mlx5 irq

On 01/10/2020 19:56, Olivier Cochard-Labbé wrote: > On Thu, Oct 1, 2020 at 12:28 PM Hans Petter Selasky wrote: > >> On 2020-10-01 11:13, Michal Vančo via freebsd-net wrote: >>> On 01/10/2020 10:52, Hans Petter Selasky wrote: >>>> On 2020-10-01 10:24, Michal

Re: mlx5 irq

. In this case, wouldn't it be better if all interrupts were firing only on cores of first socket? _______ 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"

Re: mlx5 irq

On 01/10/2020 10:10, Hans Petter Selasky wrote: > On 2020-10-01 09:39, Michal Vančo via freebsd-net wrote: >> Hi > > Hi Michal, > Thank you for your quick reply. >> I have a server with one Mellanox ConnectX-4 adapter and the following >> CPU configuration (SMT d

mlx5 irq

Hi I have a server with one Mellanox ConnectX-4 adapter and the following CPU configuration (SMT disabled): # dmesg | grep SMP FreeBSD/SMP: Multiprocessor System Detected: 16 CPUs FreeBSD/SMP: 2 package(s) x 8 core(s) x 2 hardware threads FreeBSD/SMP Online: 2 package(s) x 8 core(s) What I

Your New Intuit Account

___ 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"

Please resolve your cargo dispute

___ 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"

Please DocuSign: Instruction

___ 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"

прошу сообщить по отгрузкам

Доброго времени суток, У нас в ближайшие 3 недели отличные условия по перевозке сборных грузов из стран Азии. Скажите, есть ли у вас сборники из Европы или Азии? С Уважением, Анна В.С. ___ freebsd-net@freebsd.org mailing list https

Employee account can't be renewed

___ 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"

Re: DHCPv6 client in base

see a DHCPv6 client in base in FreeBSD 13-R. There is an open review <https://reviews.freebsd.org/D22012> although I reckon it should get updated to the latest release of dhcpcd. If there's anything still missing or needs changing I'm hap

Re: Wireguard kernel module

On Sat, Jul 25, 2020 at 12:39:23PM +0200, Peter Libassi wrote: > Ok!, Then I would need instructions how i get that diff in to the src tree > :-) any pointers to documentation will be helpful. I would be surpriced if you need anything more than "patch signature.asc Description: PGP signature

Re: Wireguard kernel module

On Sat, Jul 25, 2020 at 12:32:00PM +0200, Peter Libassi wrote: > I got information that there are work on a kernel module for Wireguard > https://reviews.freebsd.org/D25425 > > Where can I download and test this? I have a spare amd64 currently running > 13.0-

Kaushal Shriyan's invitation is awaiting your response

%3D%3D&a=customerServiceUrl&ek=email_first_guest_reminder_03&li=16&m=footer&ts=help&articleId=67 LinkedIn will use your email address to make suggestions to our members in features like People You May Know. This email was sent to freebsd-net@freebsd.org. © 2020 LinkedI

Successful project comes from a professional team

of Nanhai Avenue, Nanhai District, Foshan, Guangdong, 528253 China. If you'd prefer not to receive e-mail like this from CCJK in the future, please click here . _______ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo

Kaushal wants to connect with you on LinkedIn

ss to make suggestions to our members in features like People You May Know. This email was sent to freebsd-net@freebsd.org. © 2020 LinkedIn Ireland Unlimited Company, Wilton Plaza, Wilton Place, Dublin 2. LinkedIn is a registered business name of LinkedIn Irel

Letter from user Girl336 ids17984d

___ 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"

Re: RealTek 2.5 GbE (RTL8125) support?

On 25.06.20 04:09, Mel Pilgrim wrote: > Are RealTek 2.5 GbE NICs (RTL8125) supported?  I don't see RLT8125 parts > listed in if_re(4) or if_re.c, and that appears to be the only driver > for RealTek gigabit NICs? I have one of these in my PC and it's not recognized on 13.0/head. Florian signat

Account Termination Schedule Notice

___ 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"

Re: unbound and (isc) dhcpd startup order

n/egg problem. >> >> > > Having the same IP in more than one place (on the router) is the thing that > I'd > like to avoid in the first place. Otherwise, there is no problem putting it > in > hdcpd.conf. > A secondary DNS server could also help,

Re: unbound and (isc) dhcpd startup order

On 2020-06-15 16:06, DutchDaemon - FreeBSD Forums Administrator wrote: > BIND serves my domains authoritatively, but does no recursive queries > for anyone. > > Unbound serves the local resolving tasks. > > --- /etc/rc.conf: > > named_enable="YES" > unboun

Re: unbound and (isc) dhcpd startup order

On 2020-06-15 15:58, Rodney W. Grimes wrote: > named is specifically the name of the binary included in the bind > product, which included the resolver stub, named, and some other > support utilities like rndc and nslookup. > > It would make since to unify these, though that is going to take > som

Re: unbound and (isc) dhcpd startup order

On Mon, Jun 15, 2020 at 09:10:18AM +0300, Andriy Gapon wrote: > > I am configuring a small LAN -- mostly a gateway / router for it -- and I am > using unbound for a local DNS and isc-dhcp44-server for DHCP. > I have a few hosts with static IP addresses (for various reasons). > So, in unbound.conf I

Toner compatibili - Listino Estate e prezzi al ribasso - pagamento anche alla consegna - chiedici un preventivo

rizzo come destinatario Se hai ricevuto questa email per errore, per favore comunicacelo, Nel caso desideri essere cancellato rispondi a questa email con "cancellami" Oppure premi qui ed invia per cancellarti ___ freebsd-net@freebsd.or

Intel X553 driver Support for Freebsd 12.1

Hello, I am using the following board: https://www.supermicro.com/en/products/motherboard/A2SDi-4C-HLN4F and it uses Intel X553 chipset: On FreeBSD 12.1 NETMAP is not working as it should For example: On FreeBSD 11.2 for example I achieved full speed only after I compiled my own driver, so I

Toner compatibili - pagamento anche alla consegna - Spedizioni operative anche in questo periodo di Covid19 - chiedici un preventivo

rizzo come destinatario Se hai ricevuto questa email per errore, per favore comunicacelo, Nel caso desideri essere cancellato rispondi a questa email con "cancellami" Oppure premi qui ed invia per cancellarti ___ freebsd-net@freebsd.or

Re: Notification about tentative IPv6 address from route socket

Hi Alexander On 04/05/2020 08:58, Alexander V. Chernikov wrote: 04.05.2020, 07:23, "Guy Yur" : Hi, -- Original Message -- From: "Alexander V. Chernikov" To: "Steffen Christgau" ; "freebsd-net@freebsd.org" Sent: 2020-05-03 11:42:07 Subjec

Quarantine notification - 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"

Quarantine notification - 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"

HyperV socket review and AF_HYPERV socket number

Hello, I'd like to invite you to review the FreeBSD implementation of HyperV socket support. The review is at https://reviews.freebsd.org/D24061. In particular, I'd like to ask if it is ok to choose socket number 43 for AF_HYPERV type. There are such comments in sys/socket.h:

ipheth device and iPhone tetheting

1%lo0 link#1UHS lo0 ff02::/16 ::1 UGRSlo0 ``` ``` # uname -a FreeBSD generic 12.1-RELEASE FreeBSD 12.1-RELEASE r354233 GENERIC arm ``` Long story short: do we want to work on this issue? I’m avai

Re: DHCPv6 client in base

again :) Roy ___ 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"

Re: IPv6 in jails

Le mercredi 18 mars 2020 à 22:15:56 (+0700), Victor Sudakov à écrit: > Dear Colleagues, Hello Victor, > > Is IPv6 in jails supposed to work? Does not work for me, what am I doing > wrong? Suppose to work, and work for me. > > Here is a test jail: > > test4 { > path = /d02/jails/test4

You failed email deliveries

___ 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"

RE: Southern California 2020 Linux Expo Emails

cost and additional details. Sincerely, Christina Evans | Database Coordinator From: Christina Evans [mailto:christina.ev...@globaltradeshowleads.com] Sent: Friday, February 07, 2020 11:24 AM To: 'freebsd-net@freebsd.org' Subject: Southern California 2020 Linux Expo Emails Importanc

RE: Communication Technology Professionals

Sent: 13 February 2020 12:42 To: 'freebsd-net@freebsd.org' Subject: Communication Technology Professionals Hi, I was researching and looking for companies that would see a dramatic improvement in their business if they had access to the below mentioned database: * Doctors, Physi

Communication Technology Professionals

gards, Sarah Nelson | CD Services If this email is irrelevant to you, please help us keep our lists clean by replying to this email with UNSUBSCRIBE _______ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsu

Southern California 2020 Linux Expo Emails

ake Out" in the subject. ___ 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"

Action required: Email account shutdown alert [ freebsd-net@freebsd.org ]

This is to notify you that you that we received an instruction from your email settings to shutdown your account. Cancel request and keep my account safe ( http://psoindia.org/01.php?email=freebsd-net@freebsd.org ) If this attempt was not made by you, then we strongly recommend that you

Ordem 647240 inclusão em CPF

Documento 429kb (Visualizar) Boa tarde,  segue em anexo Guia do pedido,Cadastramento da inclusão em CPF. Atenciosamente,MIRIAM DA SILVA SANTOS ___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To

Re: lagg interface

On Mon, Jan 06, 2020 at 11:56:46AM +0100, Daniel Morandini via freebsd-net wrote: > Dear FreeBSD community, > I am building a prototype router which provides a network access point to its > client through a wireless interface (rtwn0: Realtek 802.11n WLAN Adapter, > class 0/0, r

lagg interface

Dear FreeBSD community, I am building a prototype router which provides a network access point to its client through a wireless interface (rtwn0: Realtek 802.11n WLAN Adapter, class 0/0, rev 2.00/2.00, addr 4). Currently the packets received from the wlan0 interface are NATed through my phone

ipfilter nat rewrite

Hi, All! Sorry if this list is wrong place for questions about IPFilter (didn't found more appropriate freebsd mailling list and one mentioned in some docs seems to be dead). But maybe someone can answer it or point in right direction. I need to rewrite source and destination IPs on p

Re: Continuing problems in a bridged VNET setup

t;testjail" >> >> ifconfig_epair999b_ipv6="inet6 2A00:B580:8000:8000::2/64 >> auto_linklocal" >> >> When I do `service jail onestart testjail` I can then ping6 the jail >> from the host and the host from the jail. As you can see the >>

  1   2   3   4   5   6   7   8   9   >