i bought a new fanless mini server for IPFire (current version V2.27-169). This one works : -)
For this i bought a USB WFI adapter from TP-Link with model Archer T4U Plus.
lsusb shows me this:
Bus 001 Device 004: ID 2357:0115 TP-Link 802.11ac NIC
The loaded drivers according to lsmod are:
88x2bu 3366912 0
cfg80211 1048576 1 88x2bu
In the IPFire WlanAP configuration i can configure 802.11gn and start the AP.
The WLAN SSID is visible and when trying to connect to it there is unfortunately no entry in the Blue access menu which i could allow access to.
When configuring 802.11ac the IPFire AP does not even start.
I looked in the IPFire system logs in the wireless logs but no error was visible to me.
Does anybody have a hint what could be wrong here ?
So i put in
HT Caps: [HT20][HT40]
VHT Caps: [HT20][HT40][VHT20][VHT40][VHT80]
Does not work either.
On page wiki.ipfire.org - Wireless Access Point there are some more general examples for these parameters listed.
Looks like the challenge consists in the way to determine the actual capabilities on the USB Wifi Device and then derive the (V)HT Caps from there.
I am not that deep in the Wifi stack … are there commands to extract the available (V)HT Caps from or is this a property of the used Chip and needs to be extracted from the chip specification?
Did you configure a blue interface in setup?
Hostapd config only sets the wireless parameters. Somehow comparable to the properties of an ethernet cable. To have IP connections both sides of the line must activate the interface.
Yes, i have a red-green-blue setup here. IP address, netmask and gateway assigned properly as it was in the old installation. It really looks like the (V)HT Caps stuff is missing …
As I wrote before, it will never work with automatic channel activated, unimportant what ht and vht caps are entered. This caps are all right for the realtek chipset and work.
Your entered caps are wrong because you define different bandwidth at the same time and the syntax therefor is not right because of the missing +/- for the frequency offset for the selected channel frequency.
I have restored the backup from the former IPFire instance in the meantime to get my configuration back. May that broke something … i will do a fresh install again and see if that changes something …
Ok, have installed IPfire again in the meantime.
With the mentioned HT/VHT Caps parameters i can get 802.11gn to work. This time i also see entries in the Blue Access UI and the Wifi clients can connect to internet.
My conclusion about this is never use a backup from IPFire and restore it on a new IPFire instance with different hardware. Looks like it is only designed to be restored on the same hardware environment.
At least i have a working medium speed Wifi now.
When selecting 802.11.an or 802.11ac this still results in a not working Wifi AP.
If anyone has some ideas how to get 802.11ac mode running with IPFire …
This is not supposed to be and may be because of unsupportet vht caps. It’s alway tricky to find out the full selection of ht/vht caps for a device (exspecially usb devices). Try only this to see if it runs at ac:
Remove the antenna pattern and the mpdu so only SHORT-GI-80 and RX-STBC-1 is left. I think it’s not good to choose a USB device. You would have been better to use a PCIe device.