@Pete-S start and type winver

@mroth911 You would have to setup a reverse proxy.

Same thing on Yealink SIP-T42S 66.84.0.80.

MicroSip does register from the same location, could this be an issue with the phone only?

Same Issue after defaulting the phone @JaredBusch

So this started happening on monday, after having the phone working previously without issues no network changes made on the users lan according to them.

The usual registration process should look like this:

1. Phone sends REGISTER without Authorization header or with a stale one.
2. PBX sends 401 Unauthorized with a nonce.
3. Phone sends REGISTER with an Authorization header containing a hash calculated with above nonce.
4. PBX sends 200 OK.

Yet I am only seeing:

The responses from the phone seem to be normal except one thing:

CSeq: 1 REGISTER

The CSeq value on a working registration is incremental but on this extension every single response is marked as being #1.

Logs only show as the Challenge being sent but apparently no proper response received so the phone won't register.

[2019-09-11 10:31:10] SECURITY[7707] res_security_log.c: SecurityEvent="ChallengeSent",EventTV="2019-09-11T10:31:10.066-0400",Severity="Informational",Service="PJSIP",EventVersion="1",AccountID="241",SessionID="[email protected]",LocalAddress="IPV4/UDP/XXX.XXX.XXX.123/5060",RemoteAddress="IPV4/UDP/XXX.XXX.XXX.241/5060",Challenge=""

Phone is currently on firmware- Yealink SIP-T42S 66.83.0.30 updated yesterday without luck on fixing the issue.

Any further ideas on how to troubleshoot this? @scottalanmiller @JaredBusch

@scottalanmiller said in Chrome Freeze ups on RDS server:

@Romo said in Chrome Freeze ups on RDS server:

Since they are a 24/7 shop they hadn't patched or rebooted in a while.

The more 24/7 they are, the more important that they update and reboot regularly to ensure uptime. Otherwise even simple patches might create extended downtimes when least desired.

@scottalanmiller I totally know, but they still don't like to reboot.

Sfc results

PS C:\Users\administrator.LVCC1> sfc /scannow

Beginning system scan. This process will take some time.

Beginning verification phase of system scan. 
Verification 100% complete.

Windows Resource Protection found corrupt files but was unable to fix some 
of them. Details are included in the CBS.Log windir\Logs\CBS\CBS.log. For 
example C:\Windows\Logs\CBS\CBS.log. Note that logging is currently not 
supported in offline servicing scenarios.

DISM results

PS C:\Windows\system32> DISM /Online /Cleanup-Image /RestoreHealth

Deployment Image Servicing and Management tool
Version: 10.0.14393.3085
Image Version: 10.0.14393.3085

[==========================100.0%==========================]

Error: 0x800f081f

The source files could not be found.

Use the "Source" option to specify the location of the files that are required to restore the feature. For more information on specifying a source location, see http://go.microsoft.com/fwlink/?LinkId=243077.

The DISM log file can be found at C:\Windows\Logs\DISM\dism.log

Last scheduled reboot was on the 15th where I patched as much as it let me. Since they are a 24/7 shop they hadn't patched or rebooted in a while. Currently, there is another reboot for patches pending.

Regarding the antivirus, webroot is installed.

So we have been experiencing a lot of Chrome freeze ups on an Windows 2016 RDS server and don't seem to figure out what is the cause of this. The freezes stop for a while after a server reboot, but after around week they start happening for the users again.

Along with chrome freezing up, the explorer.exe process also freezes from time to time also causing the need to restart the process in order for the users to keep working for a while.

Chrome has been reinstalled as well.

Any idea on this sort of issue?