Dude33 You can forget about the suspicious devices. It is probably about the device 192.168.1.220. This is an internal process that should not actually appear, but sometimes does. Unmanaged switches are often reported in the device list, but they do not obtain an IP address because they are unmanaged. I also have an Apple TV, which is connected via LAN, but also recognises WLAN access via the Apple ecosystem. The device is also regularly listed in the Wi-Fi list without obtaining an IP address. Now you could argue that the IB should recognise this and not display these devices. Yes, that is the case. But it’s more of a flaw and probably won’t be fixed any time soon (if at all possible with the software module).

On the subject of accessing the GUI. Do you only have the problems from one device (PC?) or also when you want to access the GUI from another device (mobile phone connected via WLAN)? Have you installed ad blocker software (AdGuard or something similar) on the device (PC?)? If so, then define an exception for 192.168.1.1.

Many thanks for all the answers and explanations.

I also had GUI hang-ups with other devices and at least once a day.

In the meantime I was able to replace the IB3, which is now back to version 14.?????. So the box is stable again but without the fixed problems which are in the 15.00.46. e.g. .ch domain resolutions from the LAN do not reach my NAS under 14.????? but with 15.00.46 they do.

Hello
Version of the Internet-Box IB3 firmware applied this evening, we’ll see what it does in practice.

15.00.46/02300

In the meantime, a large number of IB3/4 users have upgraded to version 15.00.46. There are a few findings that will probably lead to a new version being released. As the version contains a new version of the basic operating system, this was to be expected. However, the GUI theme from @Dude33 is not included. This is really an edge case.

Since updating to this firmware, I have the problem that my computer, which is connected to the 2.5Gb port, constantly loses the Ethernet connection completely every few minutes. The 1Gb ports work stable.

I will reset the box and hope for improvement, let’s see.

illetschiller

Yes, does your computer have a 2.5Gbit port?

WalterB Of course, that’s why I use the 2.5gb port of the router 🙂

illetschiller please report the error via the error tool, thank you.

user109 Where can I find this? I have now performed a factory reset and will observe whether the error still occurs.

illetschiller here

https://www.swisscom.ch/de/privatkunden/hilfe/geraet/fehlermelde-formular.html?campID=SC_bugreport

Tom459

Have you already checked the port forwarding and DynDNS?

To be able to run WireGuard on a Raspi within the internal network of a downstream router, the WireGuard server needs a private port, let’s say UDP 61111 as an example:

• on IB3 forwarding of port 61111 from IB3 to the IP of the downstream router within the IB3 network
• On own router Forwarding of port 61111 from own router to the IP of the Raspi within the own network
• The DynDNS used is best tracked directly on the Swisscom Internetbox, or otherwise using an external service that does not derive the public IPv4 of the Internet access directly from the WAN interface of your own internal router.

With this setup, my own WireGuard servers (I have 2 of them) continue to work without any problems, even in parallel with the new WireGuard server of the Internet boxes.

Werner

Hello Werner,

I think I was able to solve it. At least it is currently running. :-)
The ports were/are forwarded correctly, it was apparently the DynDNS.

There it shows me the address of Swisscom e.g. xyz.internet-box.ch and then I had set up one with my personal domain via Infomaniak. When I deactivated this (“Other DynDNS providers”). It worked via the Swisscom address. When I set up the new one from Infomaniak, it also worked and now it works again.

At the moment it works with both.

Apparently the service simply needed a “restart” for the other provider to work properly again.

Before I reactivated the Infomaniak service on the IB 3, I set it up on my Synology for testing purposes and it worked.

Which should I prefer, the DynDNS on the IB or behind it on another device?

Tom459

If possible, update DynDNS directly on the access router (in your case on the Internet box) is the simpler and better solution, because the provider router is the first device to realise if the public IPv4 address actually changes.

Hello community

I haven’t been able to do the speed test for 2 days. Is this due to this firmware?

Always the devices connected by the wlan box appear as a wired connection in myswisscom… I have restarted the internet box 3, 1 time since, no better since.

user109 this is what I have on the test page

I’ll try to restore the last backup before the Beta firmware.

Jcornu couldn’t restore the last 2 backups from myswisscom, I should have made a cfg file. Good reset to factory settings and put the customisations back. See what happens, I still have the same firmware worm indicated 15.00.46.