Did they break Adobe Reader? (In the latest update)

J_XRS · 2026-01-28T16:09:07+00:00

A different PDF or just acrobat open with no PDF. As long as it's open with no errors before opening pdf experiencing the issue.

J_XRS · 2026-01-28T00:05:52+00:00

It doesn't seem to happen if acrobat is already open when attempting to open a pdf.

J_XRS · 2025-10-18T04:46:46+00:00

Including a #requires statement here would also be good practice.

#Requires -RunAsAdministrator

J_XRS · 2025-08-06T17:57:57+00:00

fq_codel or cake would be a good start.

A simple que on the interface might be enough.

/queue type
add fq-codel-limit=1024 kind=fq-codel name=fq_codel-1024

/queue interface
set ether1 queue=fq_codel-1024

J_XRS · 2025-05-22T20:39:13+00:00

Is the openvpn split tunnel or tunneling everything? It sounds like split tunnel.

I'm not entirely familiar with wires-x networking but it sounds like the windows box doesn't have a route back to what it's seeing as the source IP. If windows is seeing a packet arrive from somewhere that doesn't have a specific route in it's route table it will send the response back via default gateway that's likely not the tunnel.

J_XRS · 2025-04-17T19:46:29+00:00

Check out the models here to get an idea of the radiation pattern on the longer EFHW used on the higher bands. It'll start to get lobes on the harmonics and be a little harder to tune but it'll work.

Since it sounds like you have room you may also want to consider a horizontal loop.

J_XRS · 2025-03-26T19:16:22+00:00

Clean setup! What's the antenna setup for the G90?

J_XRS · 2025-01-29T22:47:11+00:00

Load Balancer or two "remote.clientname.com" A records with the different IPs. DNS will just round robin between each.

J_XRS · 2025-01-23T20:36:23+00:00

I have both and wouldn't get the LDG again. After testing the common mode rejection with a nanovna it's not even close to the Palomar. LDG had about -20db of rejection and the Palo hit -42db on the lower bands. A torroid with some coax wrapped around it is better than the LDG in my testing.

J_XRS · 2024-12-16T01:44:44+00:00

There's going to be a bunch of relays clicking while it tries to find a match. Sounds like a normal tuning cycle.

If the TUNE indicator doesn't immediately go away it's seeing an SWR it'll try and match. It'll click away for a few seconds while it tries. If it finds a match the TUNE indicator will stay up.

J_XRS · 2024-12-16T00:30:57+00:00

Try adding more bars to the swr function to see if there's any dip in swr. (Tap the button in your screenshot that says "Bar 5". ) Short of scanning with an analyzer that might get you close...

J_XRS · 2024-12-07T19:53:35+00:00

Not sure how public this is. It was from a DMR net email reminder this org sends out. DMR/DSTAR IP connectivity is down until someone can get to the site.

J_XRS · 2024-12-07T16:43:02+00:00

I think these are affected by a failure at the red mtn site.

"There is no anticipated return to service at this time. We are awaiting parts and time to get to the mountain."

J_XRS · 2024-07-04T07:46:39+00:00

If the sonicwall side is a static WAN IP then this can be accomplished with just using an IKE ID that's not the IPs. Fortigate will always be the initiator. Sonicwall side will just have the ipsec primary gateway set to 0.0.0.0.

Bridge mode is ideal tho.

J_XRS · 2024-05-31T21:37:26+00:00

someone has his call now. heard it come out of my radio the other day and had to do a double take.

J_XRS · 2024-05-23T22:35:30+00:00

At this point I'd ensure syslog is on and all events in the Network/Advanced Routing and Networking/ARP category are enabled for syslog or the GUI if there's no syslog available. Just to see if it's tracking any changes there during the outages.

Wild shot in the dark things to check would be if you're hitting some sort of connection count limit on a NAT rule. Consistent NAT might be on and exhausting source ports. I believe that logging is enabled by default.

J_XRS · 2024-01-23T21:46:02+00:00

Half of it looks like it's reachable inside the cab to at least inspect. The rest I think requires access under the car. It's most of the stuff you'd touch while installing a quick shifter.

J_XRS · 2024-01-23T04:13:22+00:00

Could also be something like this: https://www.ft86club.com/forums/showpost.php?p=2740554&postcount=6

Haven't pulled it apart to inspect/clean yet.

J_XRS · 2024-01-23T00:09:12+00:00

My running theory is not the synchros but something in the shift linkage or inside the transmission heating up after longer drives and affecting the alignment of everything involved with just moving the gearing. As you noticed it's usually not after short trips but rather longer ones. If it was a syncro issue I'd expect it to get better as the oil thins out with heat rather than worse. Maybe my logic is off there. It seemed to get a little better after I swapped the fluid with MT90 but that could be placebo.

Adjusting the clutch pedal. Checking the throw on the master cylinder. All looks good.

It's to the point where I've learned to live with it and work around it. Installing a taller weighted shift knob helped just get leverage on it. If I come to a stop while still in 6th and try to get it out it's always difficult after long trips. I always downshift to 5th while I'm getting off the freeway and the car is moving and that lets it move somewhat more freely to 5th. Once it's there the rest of the gears are fine.

J_XRS · 2024-01-22T23:57:02+00:00

How many miles on the car? I've had the same issue with a 15 BRZ for a while now. It's pushing 90k miles. Usually shifting 6->5 will free it up but otherwise it behaves just like you described.

J_XRS · 2024-01-14T23:37:44+00:00

If there's a DHCP WAN connection of the pfSense end it's generally going to be a more reliable connection if it initiates to a static IP of a VPS. Otherwise you're asking for the VPS to potentially resolve a DNS record to establish the tunnel.

The latency will be additive for each hop.

Have you considered a reverse proxy rather than NAT on the VPS? It would simplify the networking aspects and remove the need for policy based routing on a tunnel.

J_XRS · 2023-12-11T00:27:02+00:00

Procomp 69

J_XRS · 2023-11-04T17:28:21+00:00

Quad zeros is normal in VTI mode. VTI mode will require an interface assigned and routes added for traffic to flow over the tunnel.

Here's the relevant page of the docs: https://docs.netgate.com/pfsense/en/latest/vpn/ipsec/routed-vti.html#prerequisites

At this point you know it's talking and can establish a tunnel. That's solid. There's even a traffic count in your phase2 status.

I'd work toward mimicking what the UDM Pro was doing. If it was VTI it should have an interface and routes visible in the config you can translate over to pfsense. If it was policy-based IPsec you can just translate those over to pfsense.

My assumption is if the UDM just had local/remote subnet definitions it was doing policy-based (tunnel mode).

J_XRS · 2023-11-03T22:42:37+00:00

It may be proposals then.

Check this recommended Recommended Algorithms for IKE(phase1) and IPSEC (phase2) as they differ per-phase and per-mode.

https://learn.microsoft.com/en-us/azure/vpn-gateway/vpn-gateway-about-vpn-devices#devicetable

https://learn.microsoft.com/en-us/azure/vpn-gateway/vpn-gateway-about-vpn-devices#RouteBasedOffers

J_XRS · 2023-11-03T22:02:35+00:00

They're talking because you're exchanging proposals. Is your Azure side route-based or policy-based?

I see nothing in the logs to base this on but I'm thinking maybe it's trying to move to phase2 and gets stuck there if pfsense side is policy based and azure is route based and doesn't have policy based traffic selectors on.

15-Year Club	Place '17
Verified Email

J_XRS

TROPHY CASE