Dear FreeBSD Community,
I have recently installed FreeBSD 14-RELEASE and am attempting to connect my wireless card to my university's Wi-Fi using the instructions provided in the FreeBSD Handbook.
The router utilizes WPA2-Enterprise security, so I configured "/etc/wpa-supplicant.conf" as the following: (circa the same configuration that I had on a Linux machine)
and "/etc/rc.conf":
My wireless card is an RTL8822CE 802.11ac PCIe Wireless Network Adapter, which should be supported since the 13.2 release according to what I've read here.
Here's the output of "pciconf -lv | grep -A1 -B3 network":
The command "ifconfig" shows this: (the wlan0 interface succeeds to get an IP from the DHCP server)
and "netstat -rn": (The default gateway is correct)
Resolvconf generates the "/etc/resolv.conf" with the settings from the DHCP:
Additionally, I've added the following lines in /etc/dhclient.conf based on what I've read on an another thread in this forum:
The issue is that I can't ping any host (including the gateway) which is surprising since the wireless card is able to obtain an IP address and scan nearby networks successfully.
Additionally, running the command "service netif restart" results in a kernel panic.
I tried this things with no success:
Now I'm writing this post using USB Tethering which seems to work fine, only by using mobile data though.
Apologies for the lenghty post - I'm trying to include all the potentially relevant details.
Thank you for your patience.
Best Regards,
Andrea Marano
I have recently installed FreeBSD 14-RELEASE and am attempting to connect my wireless card to my university's Wi-Fi using the instructions provided in the FreeBSD Handbook.
The router utilizes WPA2-Enterprise security, so I configured "/etc/wpa-supplicant.conf" as the following: (circa the same configuration that I had on a Linux machine)
Code:
ctrl_interface=/var/run/wpa_supplicant
ctrl_interface_group=wheel
network={
ssid="myssid"
key_mgmt=WPA-EAP
eap=PEAP
identity="myidentity"
password="mypassword"
phase1="peaplabel=0"
phase2="auth=MSCHAPV2"
}and "/etc/rc.conf":
Code:
hostname="lumarans30"
keymap="it.kbd"
sshd_enable="YES"
moused_enable="YES"
ntpd_enable="YES"
powerd_enable="YES"
# Set dumpdev to "AUTO" to enable crash dumps, "NO" to disable
dumpdev="AUTO"
kld_list="nvidia-modeset"
dbus_enable="YES"
sddm_enable="YES"
sddm_lang="it_IT"
wlans_rtw880="wlan0"
ifconfig_wlan0="WPA SYNCDHCP country IT"
ifconfig_re0="DHCP"
ifconfig_ue0="DHCP"My wireless card is an RTL8822CE 802.11ac PCIe Wireless Network Adapter, which should be supported since the 13.2 release according to what I've read here.
Here's the output of "pciconf -lv | grep -A1 -B3 network":
Code:
re0@pci0:3:0:0: class=0x020000 rev=0x10 hdr=0x00 vendor=0x10ec device=0x8168 subvendor=0x17aa subdevice=0x38f7
vendor = 'Realtek Semiconductor Co., Ltd.'
device = 'RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller'
class = network
subclass = ethernet
rtw880@pci0:4:0:0: class=0x028000 rev=0x00 hdr=0x00 vendor=0x10ec device=0xc822 subvendor=0x17aa subdevice=0xc123
vendor = 'Realtek Semiconductor Co., Ltd.'
device = 'RTL8822CE 802.11ac PCIe Wireless Network Adapter'
class = network
vgapci1@pci0:5:0:0: class=0x030000 rev=0xc6 hdr=0x00 vendor=0x1002 device=0x1636 subvendor=0x17aa subdevice=0x3a44The command "ifconfig" shows this: (the wlan0 interface succeeds to get an IP from the DHCP server)
Code:
re0: flags=8802<BROADCAST,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=8209b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,WOL_MAGIC,LINKSTATE>
ether 54:05:db:11:87:d0
media: Ethernet autoselect (none)
status: no carrier
nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>
lo0: flags=1008049<UP,LOOPBACK,RUNNING,MULTICAST,LOWER_UP> metric 0 mtu 16384
options=680003<RXCSUM,TXCSUM,LINKSTATE,RXCSUM_IPV6,TXCSUM_IPV6>
inet 127.0.0.1 netmask 0xff000000
inet6 ::1 prefixlen 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2
groups: lo
nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
wlan0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=0
ether 28:cd:c4:5c:bb:b7
inet 10.0.18.45 netmask 0xfffff000 broadcast 10.0.31.255
groups: wlan
ssid UnicamEasyWiFi channel 36 (5180 MHz 11a) bssid b8:11:4b:e2:56:af
regdomain ETSI country IT authmode WPA2/802.11i privacy ON
deftxkey UNDEF AES-CCM 3:128-bit txpower 17 bmiss 7 mcastrate 6
mgmtrate 6 scanvalid 60 wme roaming MANUAL
parent interface: rtw880
media: IEEE 802.11 Wireless Ethernet OFDM/54Mbps mode 11a
status: associated
nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>and "netstat -rn": (The default gateway is correct)
Code:
Routing tables
Internet:
Destination Gateway Flags Netif Expire
default 10.0.16.1 UGS wlan0
10.0.16.0/20 link#3 U wlan0
10.0.18.45 link#2 UHS lo0
127.0.0.1 link#2 UH lo0
Internet6:
Destination Gateway Flags Netif Expire
::/96 link#2 URS lo0
::1 link#2 UHS lo0
::ffff:0.0.0.0/96 link#2 URS lo0
fe80::%lo0/10 link#2 URS lo0
fe80::%lo0/64 link#2 U lo0
fe80::1%lo0 link#2 UHS lo0
ff02::/16 link#2 URS lo0Resolvconf generates the "/etc/resolv.conf" with the settings from the DHCP:
Code:
# Generated by resolvconf
search Studenti.Amministrazione.Unicam
nameserver 8.8.8.8Additionally, I've added the following lines in /etc/dhclient.conf based on what I've read on an another thread in this forum:
Code:
interface "wlan0" {
supersede interface-mtu 0;
}The issue is that I can't ping any host (including the gateway) which is surprising since the wireless card is able to obtain an IP address and scan nearby networks successfully.
Additionally, running the command "service netif restart" results in a kernel panic.
I tried this things with no success:
- configuring a static IP
- pinging the IPs instead of the hostnames (it still doesn't work so I think it's not a DNS issue)
- etc.
Code:
FreeBSD lumarans30 14.0-RELEASE FreeBSD 14.0-RELEASE #0 releng/14.0-n265380-f9716eee8ab4: Fri Nov 10 05:57:23 UTC 2023 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64Now I'm writing this post using USB Tethering which seems to work fine, only by using mobile data though.
Apologies for the lenghty post - I'm trying to include all the potentially relevant details.
Thank you for your patience.
Best Regards,
Andrea Marano
