Category Archives: Networking

Manual OneDrive Update

Late last week, SUMo (Software Update Monitor) informed me that the version of OneDrive on the home-from-school PC was outdated. It didn’t update itself, nor did any of my usual update tools handle this item either. Thus, I found myself asking: “How do I perform a manual OneDrive Update?” The answer, quite fortunately, is: “Easy!”

Working Through Manual OneDrive Update

If you right-click the OneDrive cloud symbol in the taskbar notification area, a menu appears. Click “Settings” from that menu (shown in the lead-in graphic for this story).

Next, click the “About” tab at the upper left of the resulting OneDrive window. If you the click on the version number in the “About Microsoft OneDrive” pane (boxed in red below), it takes you to the OneDrive release notes page.

The Build number clues you into what’s running on the target PC.

From there, you can compare the version number for the installed version (shown in your UI) and the “Last released build” under  the “Production ring” heading on the web page. If the numbers agree, you’re up to date. If the on-web version is higher numbered than the local one, click the link to download the OneDriveSetup.exe file. You need only double-click that file to bring your OneDrive version current. Easy-peasey!

Ordinarily, OneDrive takes care of itself just fine. But if you find a PC with an out-of-date version — even a way out-of-date as on the former school laptop — this technique will catch you up quickly and easily. Cheers!

Facebooklinkedin
Facebooklinkedin

Lightning Storm Prompts Network Rework

My son, Gregory, graduated from high school on Tuesday night. After we got home a big line of thunderstorms rolled through, and we experienced a quick half-dozen power interruptions. It wasn’t enough to toast anything, thank goodness. But that lightning storm prompts network rework here at Chez Tittel. Long story short, I’ve added a new GbE switch. I’m also keeping an eagle eye on my Asus AX6000, currently serving purely as a Wi-Fi Access Point (WAP) on my LAN.

Why the sudden vigilance and rework? Because the network starting crashing constantly the day after the T-storms rolled through. I think I’ve got things under control now, but only time will tell. For a while, though, I grew increasingly convinced the AX6000 had been damaged: the network stayed up with it out of the loop, and started crashing when it was added back in. After a factory reset and a recopy of the old configuration, though, it seems to be back in the pink. Perhaps the firmware got discombobulated?

If Lightning Storm Prompts Network Rework, Then What?

As I said before, I’m watching my network more closely than usual right now. My attempted cure — a factory reset on the WAP — seems to be holding up so far. I’m thinking about adding a second UPS to my office, so I can plug my networking gear in. This will not only let it run for a while on battery power, it will also provide added circuit protection.

What with family activities and a fast press at work right now, I’m definitely not down for extended, ongoing network troubleshooting. Hopefully my fix will hold. If not, I will purchase a new WAP. I may also swap out my two 8-port GbE switches for a 16-port model with more professional features. Given that time is money, I’d rather spend a little extra in exchange for improved reliability and availability.

And, that’s the way things go here in Windows-World, especially when the T-storms start rolling through…

Facebooklinkedin
Facebooklinkedin

RDP Goes MIA Following KB4014650 Update

Yesterday (May 10) was Patch Tuesday. A plethora of updates hit for Windows 10 and 11 across most versions. Right now, various Windows news outlets are reporting issues with some of the updates just released. Naturally, I wanted to check to see if any of my PCs were affected, In reaching out to my various systems, I noticed RDP goes MIA following KB4014650 update to at least one of my Windows 11 Dev Channel PCs.

FWIW, that’s different from issues reported elsewhere (see this WindowsLatest story for an example). Most revolve around issues related to .NET Framework 3.5 problems.

Fixing RDP Goes MIA Following KB4014650 Update

On my Lenovo X12 Hybrid, the symptoms of trouble were easy to spot. Even though the Belkin Thunderbolt 3 dock remained plugged in, the system saw neither its GbE connection, nor the nominal 5TB HDD plugged into one of its USB-C ports. Thus I knew something was up with peripheral connections. Fortunately, an unplug/re-plug operation brought both the dock and the drive back into service.

One of my X380 Yogas was unaffected by the update, and RDP kept working as always. Amusingly, the second instance (both machines are identical except that one has a Toshiba/Kioxa SSD, while the other has a Samsung, of which both are OEM varieties) did not come up right away. A visit to Settings → System → Remote Desktop to turn Remote Desktop off, then turn it back on, did the trick for this machine.

Neither fix was a big deal: each was obvious and thus easily identified, and likewise easy to fix. I can only wish all my Windows problems were this lacking in subtlety and amenable to repair. Long experience teaches me otherwise.

Shades of Other Days & Other Fixes

I can remember days when Windows 10 updates would routinely mess with my Network and Sharing Center settings. Advanced sharing settings for Private, Guest or Public, and All Network elements would routinely revert to their defaults. So then, I would have to re-set them to the way I wanted them to be. This latest set of issues strikes me as something in that vein. Hopefully, it will be just a one-time blip rather than a new continuing gotcha. Time will tell: I’ll keep watching, and report what I find. Stay tuned!

Facebooklinkedin
Facebooklinkedin

911 Works Even With Low/No Coverage

In case you’ve wondered, I’ve been on a family vacation to points west. Our itinerary included great visits to White Sands (Las Cruces, NM), the Petrified Forest (Holbrook, AZ) and Tucson. While driving home on Friday, we found ourselves with a flat tire in a remote  area as night was falling. Our splendid E250 Bluetech is a great car, but does not sport a spare tire. Fortunately, I learned 911 works even with low/no coverage.

That’s extremely fortunate. Alas, I was unable to call out for local help. Mercedes roadside assistance needed to be dispatched from San Antonio, over two hours away from our then-present location. But dialing 911 on my iPhone 12, I was able to reach the local emergency response center.

Thank God: 911 Works Even With Low/No Coverage

At first, I was concerned that our situation didn’t count as a real “emergency.” Then my wife made several trenchant observations. We were nearly 20 miles from the nearest small town (the other, next closest was nearly 30 miles away). Night was falling. We were stuck on a narrow shoulder. Cars were zooming by, and our downhill stretch was a popular spot for faster vehicles to pass slower-moving ones. OK then: it was a bad spot to be in.

Her opinion: lack of local services, a bad location, and no outgoing cell or data connections meant it WAS an emergency. In less than a minute I was talking to a very friendly and helpful 911 operator. He agreed we needed help, and dispatched a tow truck from Brady, TX (about 40 miles away from our location).

Call Me Back, If You Hear Nothing…

Because the local signal was so weak, he asked me to call him back in an hour. When I did so, he said he’d tried to call me himself but couldn’t get through. A car carrier was on the way, and should be arriving in another half hour or so. Indeed, I’m glad 911 works to carry outgoing messages when other cellular traffic is impossible. Here’s an interesting explanation of what’s involved: How Can Mobile Phones Make ‘Emergency Calls’ When There’s No Network Coverage?

And indeed, about 90 minutes after my initial call to 911, a car carrier (my favorite brand: Jerr-Dan) appeared on the scene. Shameless plug: Henry, the helpful and skilled operator from Brady-based Back on Your Feet Towing had us loaded and back on the road in under 15 minutes. We would wind up negotiating a price to take our car to a tire repair center near our Round Rock home, over 200 miles away. It was infinitely preferable to spending the night in Brady, and waiting for repairs the next morning. As the ensuing repairs would prove, that was the right decision…

The Morning After

We wound up getting home after 1 AM that morning. Our flat occurred just before 8PM, with about 2.5 hours of driving time left to get home, But with several stops to refuel Henry’s truck, to check the tie-downs on our wounded car, and for bio-breaks, it ended up taking 3.5 hours to make the rest of the trek home.

At the tire repair place the next morning, I learned that the tread and the sidewall had started to separate on the passenger side front tire. I also figured out they were just over their 50,000 mile lifetime warranties. A new tire was immediately installed, and I’ll be ordering a new set this week. I have to imagine that in Brady we’d have waited hours for a replacement tire to come from Austin or San Antonio. In Round Rock, the whole repair took under half an hour!

We’re very lucky the tire didn’t fail more catastrophically. We’re also lucky that 911 works even with low/no coverage, even in the Texas boonies. That was an adventure I’d not wish to repeat any time soon.

Needless to say, we’re very, very glad to be home, safe and sound. A typical sentiment at any vacation’s conclusion, but more heartfelt than usual this time. And remember, when all else is unavailable, 911 is worth a try. Thank goodness it worked for us on Friday!

Note Added 1 Day Later: Worth Reading (and Remembering)

By default, the iPhone turns off Data Roaming (which lets a cellphone access other providers’ networks). Settings → Cellular Data → Cellular Data Options → Turn Data Roaming on. Had I done that on the deserted roadside, I’d have been able to tap into the same AT&T network my tow truck driver used to call from that location. Sigh: after talking to a friend who lives in Mullin, TX (also out in the boonies, not too far from our breakdown location, in fact) I learned that AT&T’s coverage in that part of Texas is much better than Verizon’s (the provider from whom Spectrum purchases their nationwide coverage). Good to know! Now you know, too…

Facebooklinkedin
Facebooklinkedin

2021 Road Trip Technology Bag Contents

As I reported in my previous post, our family took a Texas-to-Florida road trip from December 18 through 30. It occurs to me readers might be interested in what came along for that ride, technology-wise. Thus, I’ll inventory our 2021 road trip technology bag contents, to show what the Tittel family used to stay in touch while traveling. I’ll also explain — briefly — how we used all that stuff.

Enumerating Road Trip Technology Bag Contents

To begin, I’ll simply list what we carried with us on the road by category and kind:

1. Laptops (2): Lenovo X1 Extreme (8th Gen i7, 32 GB RAM, 1.5 TB NVMe SSDs: 1 + 0.5 TB); Lenovo Yoga 7 14ITL5 (11th Gen i5, 16 GB RAM. 0.5 TB SSD), each with its own power brick and power cord.

2. iPad Air 2: 128GB storage, Wi-Fi + LTE

3. External battery packs: an older freebie (WIMVP 2018) 4,000 mAh, plus a newer RAVPower 26,800 mAh

4. Cable bag with 2xUSB/LIghtning cables for iDevices, 2xUSB A/USB-C cables, 2xUSB A/mini-USB cables for battery chargers, 2x iClever USB-A chargers with dual 2.4A charging ports

The cable bag was a convenience, a $17 ProCase Travel Gadget Organizer bag I purchased in 2020, and it appears as the lead-in graphic for this story. In fact, it proved its worth every day on the road. This organizer made it easy to store (and find) chargers and cables when and as they were needed in the 6 hotels we patronized on our trip.

Typical In-Hotel Usage Scenarios

The iClever chargers were vital for keeping our smartphones and iPad charged. We used them every day, without fail, along with the appropriate cables. The battery packs came in handiest on the long driving days (2 each way) to and from Florida. That’s because time in the car routinely outlasted battery life on at least 3 of those 4 days.

In the hotel room, I used the iPad for recreational reading and map checking. We also used the two laptops, both of which run the production version of Windows 11 (Build 22000.376). My wife and I shared the X1 Extreme. Indeed, I actually had to do about 6-7 hours of legal work on the trip as various questions and document drafts required my input.

My son took over the Yoga 7 as his exclusive PC, and reported that it met his needs for streaming video, email, light gaming, and managing his social contacts quite nicely. He also used it to work on a short 2-minute film he’s planning to shoot this weekend as part of his college application process (he wants to major in film).

Stowing the Gear

All of this stuff fit well into a standard “schoolbook” back pack we keep around for travel. Its large internal pouch easily accommo-dated both laptops inside a padded  sub-area with Velcro closure. The iPad, cable bag and battery packs went into the forward section of that same internal pouch. And finally, both laptop bricks lived in a half-height zippered pouch at the very front of the backpack.

We maintained this organization for the whole trip because it made unpacking and packing easy. Ditto for ensuring that everything was present and loaded during pre-departure checks.

The Bottom Line

As I look over my Amazon Order history, I see we spent under US$300 for the bag and its contents, not including laptops and iPad. All together, cables accounted for under $50, the chargers for about the same amount, and the bags the same again. The RAVPower charger was the big-ticket item, at about US$120. But it can recharge all three of our smartphones and the iPad, or extend battery life for either laptop by 2-4 hours. Well worth the cost, methinks. All this gear helped us stay informed and in touch — and organized — on the road. Good stuff!

Facebooklinkedin
Facebooklinkedin

Bringing Offline Printers Back Online

Something odd is still fiddling with my local switch domain. Fortunately, it only affects my office here at Chez Tittel. The usual symptom is that my LAN-attached Samsung ML-2850 shows up in Devices and Printers. But it is grayed out and shows status as offline (see lead-in graphic, middle right and bottom). When that happens bringing offline printers back online requires a specific drill.

How-to: Bringing Offline Printers Back Online

I use Nir Sofer’s great little NetBScanner tool to confirm or establish the IPv4 address the Samsung uses. (Lately, it uses192.168.1.133.) I right-click the offline printer (labeled Samsung ML-2850 in the lead-in graphic). Then I select “Remove device” from the resulting pop-up menu. After that, I must confirm that removal by responding “Yes” to a prompt window that reads “Are you sure you want to remove this device.” Done!

Next, what has been removed gets reinstated. This means clicking “Add a printer” from the top-line menu, then clicking “The printer that I want isn’t listed” when the automated search fails to find the Samsung ML-2850. Next, I click the radio button next to “Add a printer using a TCP/IP address or hostname.” Then I double-check NetBScanner to confirm that the ML-2850’s IP address remains unchanged (aha! It’s moved to …134, so that’s what I enter).

I leave the default “use currently installed driver” option selected and click “Next” again. Then I shorten the printer name  to SamML-2850. Because the printer is network-attached, there’s no need to share it (this is required only for USB or other purely device-specific printer connections).

And when I print a test page, Presto! The printer is once again back online. Good stuff!

Bringing Offline Printers Back Online.restored

After removing and re-installing (after double-checking IP address) the Samsung networked printer is back online. Goody!
[Click image for full-sized view]

Facebooklinkedin
Facebooklinkedin

Switch Replacement Fixes Network Woes

A few months ago, I found a failing NIC that knocked the network down. Before that, one of my ISP-provided boundary devices started failing. Yesterday, I lost the Ethernet side of my network. That is, the Wi-Fi from the boundary device kept working while the rest of the network crashed. Fortunately, I had a pretty good idea that my primary GbE switch might need replacement and had already ordered one through Dell in July. Even more fortunately, a quick switch replacement fixes network woes, and brings Ethernet back to life.

Literal Switch Replacement Fixes Network Woes

The funny thing is, I’ve been using the same switch in my office since we moved into this house in April 2006. And when I went to re-order, the same switch remains available at a knock-out price of US$40. It’s the venerable Netgear GS-108 unmanaged 8-port GbE switch and it works like a charm. I guess 15-plus years of uninterrupted, heavy-duty service ain’t bad. In fact, I’ve used all 8 ports all the time and that device is as close to a network backbone as the 12-15 devices around our house can access.

The blurb on the NetGear site reads “Set it and forget it, energy-efficient switches are built like tanks and last for decades.” In fact, I can’t remember when I bought the original. I know it must’ve been some time around 1998, when I moved into my previous house. Thus, I’d have to agree with that seeming hyperbole.

Dead-Simple Replacement

I unplugged power jack from the old switch. Then I removed all 8 of the RJ-45 cables plugged into its face (see lead-in graphic). I unpacked the new device, plugged in its power supply, and plugged in the RJ-45 cables. The power light came up, after which the activity LEDs started blinking. Problem solved.

There’s another GS-108 of about the same vintage upstairs under my wife’s desk, where it serves to distribute Ethernet to that floor of the house. I have another replacement in my spares closet, ready to take over for the old one should it fail, too.

How I Knew It Was the Switch, Stupid!

When the Ethernet side of things goes down, it has to be a device that makes the side work. That means it could have been a switch, of which I have 4 on my network. One is in the recently-replaced router/wi-fi/switch device from Spectrum, replaced in June. Another is in my Asus AX6000 wi-fi/switch/router: it’s Wi-Fi was still working so I guessed that meant the switch portion was still working, too. Thus, it was likely one of the two GS-108s. Logic dictated the heavily-used one in my office would be the one to fail first. This time, logic prevailed — or so it seemed.

i’m just glad I had a spare on hand. I’m even gladder that the switch  swap was as simple and painless as I hoped it would be. Sometimes, here in Windows-World one does catch a break. With plenty of real work to do yesterday, I was appropriately grateful.

Or Maybe Not, But Real Cause Emerges Quickly

About two hours after I posted this, my problems returned in full force. That left only one other possible cause: some element in the Ethernet network had to be failing intermittently. I had two prime candidates:

  1. My 8-year-old Surface Pro 3 dock, whose GbE port has been flaky in the past. That wasn’t it.
  2. The cable from my switch to the filing cabinet by the window in my office goes under my desk, where I can’t help but kick that cable occasionally. Apparently, I’ve kicked it often enough to introduce an intermittent short. Now that it’s removed from the network all is once again good.

I guess I can keep my ancient GS-108 Switch around as a spare, because it obviously was NOT the cause. And that’s how it goes when troubleshooting intermittent Ethernet gotchas. Live and learn!

Facebooklinkedin
Facebooklinkedin

Jabbering Transceiver Error Rears Its Ugly Head

My first real networking job was as a Networking Consultant for Excelan in 1988. That company was purchased in 1989 by Novell, where I stayed quite happily until 1994. My initial training for the position included learning a hardware-based protocol analyzer (the LANalyzer, in fact). One of the things we learned in class was a coax-based 802.1 10 Mbps transceiver could crash an entire physical LAN. This device had a classy alias: “vampire tap.”  It was scre-clamped onto a thickwire coax cable to add one or more  network ports. Sometimes, its built-in circuitry would go bananas and overrun the network with bogus traffic. This problem, known as a jabbering transceiver error rears its ugly head recently. It happened  on  one of the Chez Tittel GbE switch domains.

When Jabbering Transceiver Error Rears Its Ugly Head, Divide and Conquer

Here’s a quote from the 2000 classic by Charles Spurgeon: Ethernet: The Definitive Guide

The quote comes courtesy of Google books, pg. 107.
(I still have a hardcopy on my bookshelf).

I’m pretty sure that NICs don’t have transceivers any more, so they aren’t really subject to such failures. But similar behavior — specifically, failure of a switch domain — is well-known to occur when hardware problems bedevil a LAN segment. For a while there, I was chasing random network failures in my office. They would kick all the machines off the switch, but would gradually let everybody back on.

It wasn’t until I quit using the built-in GbE port on my retiring X220 Tablet PC that the problems stopped. I was able to confirm the issue by plugging the RJ-45 cable back into that until and watching the circus start back up. If I switched to a USB dongle instead, the GbE domain attached to either or both switches in my office worked fine. One is a standalone NetGear 8-port GbE switch, the other an 8-port switch integrated into my Asus 802.11AX WAP/router.

Historical Note

Divide and conquer was the recommended troubleshooting method to identify a jabbering transceiver. One would subdivide the cable segment by interrupting it at a repeater, and terminating each sub-segment. Whichever segment stayed broken had the failing device. Repeat until the device can be identified, then replace it. I did this for TRW in Austin in 1988 on an actual service call there…

It wasn’t really until I started the trip down memory lane to my first-ever Ethernet networking class in 1987, and my trip to TRW,  that I understood what was happening. The built-in GbE interface was failing, and acting like a jabbering transceiver. I can’t exactly say “everything old is new again.” But I can say, an old lesson learned came in handy. And indeed, that is the way things sometimes go, shooting trouble here in Windows-World!

Facebooklinkedin
Facebooklinkedin

Power Options VM Surprise

It’s been a painful last few days here in Windows World. I’ve been working on a loaner, locked-down machine in connection with a code analysis project. Because that code is protected and valuable intellectual property (IP), I’m able to access its GitHub repository only through a VM running on a hardened and isolated system. Essentially, I have to access the VM through a browser tab set up inside a VPN-accessible secure store. It hasn’t been going too well, either: each time I tried to use the VM and left the machine alone for a while, it would drop its connection. And then, to make things worse, I couldn’t get back in without asking an IT admin to reset the server side of the remote access environment. That’s where  an unwanted and unexepected Power Options VM surprise came into play.

What Is a Power Options VM Surprise?

If you look at the lead-in graphic, you’ll see that one change I make on my Windows PCs post-upgrade or install is to change the sleep interval to “Never.” The default is 30 minutes. Accessing the VM used a commercial VPN into a host server. Then, a remote access client (first RDP, then VNC) connected to the VM itself. For a long time, the firm’s IT guy kept fiddling with RDP settings and such. Eventually he switched to VNC for remote access, thinking it might be an RDP protocol issue at work (or not).

But the disconnect issues kept popping up, where the VM connection would drop when the machine was idle for 30 minutes or more. This finally caused him to investigate the Power Options, where it was immediately obvious the default “sleep after 30 minutes” was the culprit. Resetting the value to my usual preference — that is “Never” — has since fixed things, hopefully for good.

Troubleshooting 101: Don’t Overlook the Obvious

As an outsider with only a regular user account, it wasn’t up to me to mess with default settings on the locked-down machine furnished to me for this project. Ditto for default settings for the VM I was accessing to get into the target code base. But gosh: I have to believe we were looking for complex solutions to a seemingly complex problem. Instead, we should have been looking for simple solutions for a straightforward default settings check.

The moral of this story is not lost on me. I hope it will likewise inspire you to make a checklist when working with VMs, and to put “check default settings” (especially in Power Options) right near the head of that list. Sleep may “knit up the raveled sleeve of care,” as the Immortal Bard put it. But sleep causes all kinds of interesting problems for Windows PC — and now I know, for Windows VMs, too. Funny thing, I’ve learned to make this tweak because I use RDP extensively here at Chez Tittel to get from my production desktop to the 10-plus other PCs usually running around here. I shoulda known…

Facebooklinkedin
Facebooklinkedin

NirSoft Adds Winning ManageWirelessNetworks Tool

Anybody who’s been reading my stuff for a while knows I like the work of Israeli developer Nir Sofer. His company, NirSoft adds winning ManageWirelessNetworks tool to its lineup.  If you take a look at the lead-in graphic above, you can see some of my traveling history enshrined in the profile names in the left-hand column. There, you’ll see names for hotels, law firms, and more amidst that list.

If NirSoft Adds Winning ManageWirelessNetworks Tool, Use It!

Many — nay, most — of the names in that list I will never need or use again.  If you choose “Run as Administrator…” when you launch this tool, you can select obsolete or unneeded profiles in the UI. (Ctrl-click works to select multiple individual items; Shift-click works for ranges.) If you then click the red X in the icon bar above, they’ll all be deleted.

Here’s what my current list of active, valid Profile Names looks like after pruning, in fact:

NirSoft Adds Winning ManageWirelessNetworks Tool.cleaned

After clean-up, the item count in the list drops from 26 to 6. Easily done, too!

Sure, you can remove stale entries for Wi-Fi networks at the command line. I wrote a post about this for the TechTarget incarnation of this blog back in 2017 “Clean Up Old Wireless Profiles in Windows 10.” But the NirSoft tool beats that method cold: it’s visual, lets you handle all stale entries in one go, and works like a champ. I’d long wondered why the NirSoft collection didn’t have such a tool already. Well now it does: and I’m glad!

As the old advertisement said: “Try it, you’ll like it!” I did, and I do. You can do likewise.

Facebooklinkedin
Facebooklinkedin