-
That 802.11ac PCIe card definitely won't work in pfSense directly.
-
@stephenw10 I am sorry. I didn't mean the miniPCIe card in itself, but rather the mod, miniPCIe to full PCIe. Just couldn't find a nice example fast enough, to tell you the truth.
-
@stephenw10 In any event, that is why I said:
"You can then insert whatever miniPCIe WiFi you like, including one with the Atheros AR9280 chip" -
-
Ah, then, yes, that would be a better choice.
10M still feels too low to be simply the hardware type. It's got to be linking at a low rate IMO. For some reason.
-
@stephenw10 I am sorry, thought my VPN was lagging, but can confirm the forum lags severely for some reason since yesterday.
Anyway, it can't be a coincidence that the speed for USB1.1 is 10Mbps and the adapter maxes out there.
-
It could be.
But you should be able to see that in the usbconfig output:
[23.01-RELEASE][admin@4100.stevew.lan]/root: usbconfig ugen0.1: <Intel XHCI root HUB> at usbus0, cfg=0 md=HOST spd=SUPER (5.0Gbps) pwr=SAVE (0mA) ugen0.2: <Ralink 802.11 n WLAN> at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (450mA) ugen0.3: <FTDI FT232R USB UART> at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON (90mA) -
@stephenw10 My reply from command usbconfig:
[23.01-RELEASE][admin@homerouter.bavcon.eu]/root: usbconfig
ugen2.1: <Intel EHCI root HUB> at usbus2, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA)
ugen1.1: <Intel EHCI root HUB> at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA)
ugen0.1: <Intel XHCI root HUB> at usbus0, cfg=0 md=HOST spd=SUPER (5.0Gbps) pwr=SAVE (0mA)
ugen2.2: <vendor 0x8087 product 0x8000> at usbus2, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA)
ugen1.2: <vendor 0x8087 product 0x8008> at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA)
ugen0.3: <American Power Conversion Back-UPS CS 650 FW:817.v4.I USB FW:v4> at usbus0, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON (0mA)
ugen0.2: <TP-Link Corporation Limited. M7350> at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (500mA)
ugen0.4: <Realtek 802.11n NIC> at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (500mA)The last one is the nic in question.
-
@bavcon22 I think @stephenw10 would agree, given those numbers, both in the composite device (TP-Link) and the WiFi controller itself (Realtek), the problem comes either from an electronics issue, most possibly: bad soldering or semi-conductive flux residue, antenna circuit capacitors with more or less capacitance, missing antenna capacitors (no noise filtering). If not an electronics issue, then just a bad product.
Could you describe the physical setup between the machines (building, electrics...) seeing as neither PfSense is made to have a great relationship with WiFi and the fact that WiFi itself is not a reliable, stable or fast way to provide a netlink between infrastructure machines (servers).
If you cannot install a CAT6-FTP line and the machines are in different apartments but in the same building, powerline would be best.
If the machines are in different buildings, well...
Then you need directional WiFi at both endpoints. Some years ago (2015) I got a pair of USB 802.11n 15dBi directional "antennas" (they were chunky boys, so I couldn't bring myself to call them adapters
) for about 50€. I can't remember the controller model, but they were Atheros, for sure. Can't seem to find any.Found this, though.
-
-
Clearly not the USB bus then.
I would still be trying to get the reported link rate from pfSense when it's connected. If it's a bad antenna that would reflect it.
Steve
-
@stephenw10 My situation first I'm in an rented apartment that has wired and optical connection to the internet, but the street wiring is only copper wire (telephone line) without optical. Our ISP offer only 20Mbit download and 2Mbit upload throughput over telephone line - copper wire. I cancelled the subscription at the ISP over wire. My next step that I tried is to connect to internet via wifi dongle in question and my phone hotspot. The third was to try to get to the internet via Tp-Link M7350 and dongle in question no successes and the last test consists to connect M7350 via USB to pfSense it was successful. I wrote it in forum some day ago. The throughput of device is like subscription of 100Mbit download and 50Mbit Upload, but one thing is missing port forwarding function on M7350 device.
Thank you for your help, both of you.
-
You appear to have the M7350 connected dircetly by USB which would eliminate wifi as an issue if it's seen as a USB Ethernet device by pfSense. Is that the case?
-
@bavcon22 Any news?
-
@stephenw10 M7350 connected via USB is the solution to speed problem of TL-WN727N. The M7350 does not offer port forwarding over USB connection. I will stay without port forward for now and without VPN. Solution to this is to have wired internet connection, but my ISP only offer a slow speed connection (20M down and 2M up). My pfsense router has all PCI slots occupied. The USB ports are only free to expand router's functionality.
I'm happy with this solution.
-
@bavcon22 I am sure something will turn up (speaking from personal experience from my net MacGyver years). If you need anything PM me.
-
@bavcon22 said in TL-WN727N as WAN interface:
The M7350 does not offer port forwarding over USB connection.
Does it offer port forwarding at all? I don't imagine it uses a different subnet for the virtual Ethernet port. If it has any sort of forwarding capability I would expect to be able to use it with a USB connected client device.
-
@stephenw10 The device tp-link M7350 has NAT forwarding section and subsections with name:
-
Application Layer Gateway (ALG)
-
Virtual Servers
-
Port Triggering
-
DMZ
-
UPnP
Picture from Virtual Servers:
Telnet is only for representation, I do not use it. I only use this for VPN. -
-
@bavcon22 Virtual servers is port forwarding with NAT (ie, in pure port forwarding ports are the same internal, same external. Here they can be different internal, different external).
-
Yes that. And the DMZ section would almost certainly allow you to pass all traffic to pfSense which is probably what you want here.
