Putty's freezes at home but works fine at office
I've an interesting problem.
Connecting to Ubuntu Server 16.04 from my Windows 7 through Putty freezes on my home network. "ls -l" displays a few lines and freezes. Opening vi makes the screen blank. It never comes back after that.
strace with any Linux shell command freezes as well. I tried rebooting Windows and Linux both. Tried different versions of Putty. Nothing helped me.
Same works without any problems from my office network. I tried rebooting Windows and Linux both. Tried different versions of Putty. Nothing helped me.
ubuntu@5x:~$ strace ifconfig
execve("/sbin/ifconfig", ["ifconfig"], [/* 20 vars */]) = 0
brk(NULL) = 0xd0b000
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=27822, ...}) = 0
mmap(NULL, 27822, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7feb7de1a000
close(3) = 0
access("/etc/ld.so.nohwcap", F_OK
Putty freeze screenshot
windows ubuntu freeze putty
|
show 5 more comments
I've an interesting problem.
Connecting to Ubuntu Server 16.04 from my Windows 7 through Putty freezes on my home network. "ls -l" displays a few lines and freezes. Opening vi makes the screen blank. It never comes back after that.
strace with any Linux shell command freezes as well. I tried rebooting Windows and Linux both. Tried different versions of Putty. Nothing helped me.
Same works without any problems from my office network. I tried rebooting Windows and Linux both. Tried different versions of Putty. Nothing helped me.
ubuntu@5x:~$ strace ifconfig
execve("/sbin/ifconfig", ["ifconfig"], [/* 20 vars */]) = 0
brk(NULL) = 0xd0b000
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=27822, ...}) = 0
mmap(NULL, 27822, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7feb7de1a000
close(3) = 0
access("/etc/ld.so.nohwcap", F_OK
Putty freeze screenshot
windows ubuntu freeze putty
It sounds like there is a communication problem between the 2 machines, and since the connection is not stable / persistent then SSH just freezes. Another option is that there is another application on your Win7 machine that uses port 22 and thus blocks it for Putty's use.
– bizna
Feb 4 '18 at 6:35
It happens just with one particular machine. I do not see this issue with other Ubuntu server machines.
– Hem
Feb 4 '18 at 21:34
ok, now it is not just me...my colleague has the same problem.
– Hem
Feb 7 '18 at 16:05
Perhaps for some reason Putty does not properly keep the session alive. Try the following in your connection settings: Connection>Enable TCP Keepalives and Connection>Seconds Between Intervals Found it here: lowendtalk.com/discussion/11423/what-to-do-when-putty-freezes
– bizna
Feb 8 '18 at 18:13
And another solution: unix.stackexchange.com/a/20195/24500
– bizna
Feb 8 '18 at 18:16
|
show 5 more comments
I've an interesting problem.
Connecting to Ubuntu Server 16.04 from my Windows 7 through Putty freezes on my home network. "ls -l" displays a few lines and freezes. Opening vi makes the screen blank. It never comes back after that.
strace with any Linux shell command freezes as well. I tried rebooting Windows and Linux both. Tried different versions of Putty. Nothing helped me.
Same works without any problems from my office network. I tried rebooting Windows and Linux both. Tried different versions of Putty. Nothing helped me.
ubuntu@5x:~$ strace ifconfig
execve("/sbin/ifconfig", ["ifconfig"], [/* 20 vars */]) = 0
brk(NULL) = 0xd0b000
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=27822, ...}) = 0
mmap(NULL, 27822, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7feb7de1a000
close(3) = 0
access("/etc/ld.so.nohwcap", F_OK
Putty freeze screenshot
windows ubuntu freeze putty
I've an interesting problem.
Connecting to Ubuntu Server 16.04 from my Windows 7 through Putty freezes on my home network. "ls -l" displays a few lines and freezes. Opening vi makes the screen blank. It never comes back after that.
strace with any Linux shell command freezes as well. I tried rebooting Windows and Linux both. Tried different versions of Putty. Nothing helped me.
Same works without any problems from my office network. I tried rebooting Windows and Linux both. Tried different versions of Putty. Nothing helped me.
ubuntu@5x:~$ strace ifconfig
execve("/sbin/ifconfig", ["ifconfig"], [/* 20 vars */]) = 0
brk(NULL) = 0xd0b000
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=27822, ...}) = 0
mmap(NULL, 27822, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7feb7de1a000
close(3) = 0
access("/etc/ld.so.nohwcap", F_OK
Putty freeze screenshot
windows ubuntu freeze putty
windows ubuntu freeze putty
asked Feb 4 '18 at 4:07
HemHem
31
31
It sounds like there is a communication problem between the 2 machines, and since the connection is not stable / persistent then SSH just freezes. Another option is that there is another application on your Win7 machine that uses port 22 and thus blocks it for Putty's use.
– bizna
Feb 4 '18 at 6:35
It happens just with one particular machine. I do not see this issue with other Ubuntu server machines.
– Hem
Feb 4 '18 at 21:34
ok, now it is not just me...my colleague has the same problem.
– Hem
Feb 7 '18 at 16:05
Perhaps for some reason Putty does not properly keep the session alive. Try the following in your connection settings: Connection>Enable TCP Keepalives and Connection>Seconds Between Intervals Found it here: lowendtalk.com/discussion/11423/what-to-do-when-putty-freezes
– bizna
Feb 8 '18 at 18:13
And another solution: unix.stackexchange.com/a/20195/24500
– bizna
Feb 8 '18 at 18:16
|
show 5 more comments
It sounds like there is a communication problem between the 2 machines, and since the connection is not stable / persistent then SSH just freezes. Another option is that there is another application on your Win7 machine that uses port 22 and thus blocks it for Putty's use.
– bizna
Feb 4 '18 at 6:35
It happens just with one particular machine. I do not see this issue with other Ubuntu server machines.
– Hem
Feb 4 '18 at 21:34
ok, now it is not just me...my colleague has the same problem.
– Hem
Feb 7 '18 at 16:05
Perhaps for some reason Putty does not properly keep the session alive. Try the following in your connection settings: Connection>Enable TCP Keepalives and Connection>Seconds Between Intervals Found it here: lowendtalk.com/discussion/11423/what-to-do-when-putty-freezes
– bizna
Feb 8 '18 at 18:13
And another solution: unix.stackexchange.com/a/20195/24500
– bizna
Feb 8 '18 at 18:16
It sounds like there is a communication problem between the 2 machines, and since the connection is not stable / persistent then SSH just freezes. Another option is that there is another application on your Win7 machine that uses port 22 and thus blocks it for Putty's use.
– bizna
Feb 4 '18 at 6:35
It sounds like there is a communication problem between the 2 machines, and since the connection is not stable / persistent then SSH just freezes. Another option is that there is another application on your Win7 machine that uses port 22 and thus blocks it for Putty's use.
– bizna
Feb 4 '18 at 6:35
It happens just with one particular machine. I do not see this issue with other Ubuntu server machines.
– Hem
Feb 4 '18 at 21:34
It happens just with one particular machine. I do not see this issue with other Ubuntu server machines.
– Hem
Feb 4 '18 at 21:34
ok, now it is not just me...my colleague has the same problem.
– Hem
Feb 7 '18 at 16:05
ok, now it is not just me...my colleague has the same problem.
– Hem
Feb 7 '18 at 16:05
Perhaps for some reason Putty does not properly keep the session alive. Try the following in your connection settings: Connection>Enable TCP Keepalives and Connection>Seconds Between Intervals Found it here: lowendtalk.com/discussion/11423/what-to-do-when-putty-freezes
– bizna
Feb 8 '18 at 18:13
Perhaps for some reason Putty does not properly keep the session alive. Try the following in your connection settings: Connection>Enable TCP Keepalives and Connection>Seconds Between Intervals Found it here: lowendtalk.com/discussion/11423/what-to-do-when-putty-freezes
– bizna
Feb 8 '18 at 18:13
And another solution: unix.stackexchange.com/a/20195/24500
– bizna
Feb 8 '18 at 18:16
And another solution: unix.stackexchange.com/a/20195/24500
– bizna
Feb 8 '18 at 18:16
|
show 5 more comments
1 Answer
1
active
oldest
votes
Same exact problem here: Accessing Ubuntu server from home via OpenVPN led to freezes with ls -l
in certain directories and many other commands. WinSCP also froze when listing certain directories.
Reducing MTU on the VPN connection worked for me:
netsh interface ipv4 set subinterface "Local Area Connection* 2" mtu=1430 store=persistent
netsh interface ipv4 set subinterface "Ethernet 2" mtu=1430 store=persistent
Thanks, @bizna!
I used the same VPN connection both in office and from home as well. These days I do not see the issue and not sure what solved the issue.
– Hem
Feb 11 at 16:59
Further info that I've learned since: - This is a known problem with OpenVPN via UDP - OpenVPN can do an MTU test to figure out a good value and restrict its control package sizes (mtu-test
) - For me, addingmssfix 1409
to my client.ovpn was a more satisfying solution Relevant further links: community.openvpn.net/openvpn/wiki/… wandin.net/dotclear/index.php?post/2009/01/08/OpenVPN-MTU-Size sonassi.com/help/troubleshooting/…
– Hound
Feb 26 at 21:39
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "3"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f1291821%2fputtys-freezes-at-home-but-works-fine-at-office%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
Same exact problem here: Accessing Ubuntu server from home via OpenVPN led to freezes with ls -l
in certain directories and many other commands. WinSCP also froze when listing certain directories.
Reducing MTU on the VPN connection worked for me:
netsh interface ipv4 set subinterface "Local Area Connection* 2" mtu=1430 store=persistent
netsh interface ipv4 set subinterface "Ethernet 2" mtu=1430 store=persistent
Thanks, @bizna!
I used the same VPN connection both in office and from home as well. These days I do not see the issue and not sure what solved the issue.
– Hem
Feb 11 at 16:59
Further info that I've learned since: - This is a known problem with OpenVPN via UDP - OpenVPN can do an MTU test to figure out a good value and restrict its control package sizes (mtu-test
) - For me, addingmssfix 1409
to my client.ovpn was a more satisfying solution Relevant further links: community.openvpn.net/openvpn/wiki/… wandin.net/dotclear/index.php?post/2009/01/08/OpenVPN-MTU-Size sonassi.com/help/troubleshooting/…
– Hound
Feb 26 at 21:39
add a comment |
Same exact problem here: Accessing Ubuntu server from home via OpenVPN led to freezes with ls -l
in certain directories and many other commands. WinSCP also froze when listing certain directories.
Reducing MTU on the VPN connection worked for me:
netsh interface ipv4 set subinterface "Local Area Connection* 2" mtu=1430 store=persistent
netsh interface ipv4 set subinterface "Ethernet 2" mtu=1430 store=persistent
Thanks, @bizna!
I used the same VPN connection both in office and from home as well. These days I do not see the issue and not sure what solved the issue.
– Hem
Feb 11 at 16:59
Further info that I've learned since: - This is a known problem with OpenVPN via UDP - OpenVPN can do an MTU test to figure out a good value and restrict its control package sizes (mtu-test
) - For me, addingmssfix 1409
to my client.ovpn was a more satisfying solution Relevant further links: community.openvpn.net/openvpn/wiki/… wandin.net/dotclear/index.php?post/2009/01/08/OpenVPN-MTU-Size sonassi.com/help/troubleshooting/…
– Hound
Feb 26 at 21:39
add a comment |
Same exact problem here: Accessing Ubuntu server from home via OpenVPN led to freezes with ls -l
in certain directories and many other commands. WinSCP also froze when listing certain directories.
Reducing MTU on the VPN connection worked for me:
netsh interface ipv4 set subinterface "Local Area Connection* 2" mtu=1430 store=persistent
netsh interface ipv4 set subinterface "Ethernet 2" mtu=1430 store=persistent
Thanks, @bizna!
Same exact problem here: Accessing Ubuntu server from home via OpenVPN led to freezes with ls -l
in certain directories and many other commands. WinSCP also froze when listing certain directories.
Reducing MTU on the VPN connection worked for me:
netsh interface ipv4 set subinterface "Local Area Connection* 2" mtu=1430 store=persistent
netsh interface ipv4 set subinterface "Ethernet 2" mtu=1430 store=persistent
Thanks, @bizna!
edited Feb 9 at 0:11
Scott
15.9k113990
15.9k113990
answered Feb 8 at 21:35
HoundHound
1183
1183
I used the same VPN connection both in office and from home as well. These days I do not see the issue and not sure what solved the issue.
– Hem
Feb 11 at 16:59
Further info that I've learned since: - This is a known problem with OpenVPN via UDP - OpenVPN can do an MTU test to figure out a good value and restrict its control package sizes (mtu-test
) - For me, addingmssfix 1409
to my client.ovpn was a more satisfying solution Relevant further links: community.openvpn.net/openvpn/wiki/… wandin.net/dotclear/index.php?post/2009/01/08/OpenVPN-MTU-Size sonassi.com/help/troubleshooting/…
– Hound
Feb 26 at 21:39
add a comment |
I used the same VPN connection both in office and from home as well. These days I do not see the issue and not sure what solved the issue.
– Hem
Feb 11 at 16:59
Further info that I've learned since: - This is a known problem with OpenVPN via UDP - OpenVPN can do an MTU test to figure out a good value and restrict its control package sizes (mtu-test
) - For me, addingmssfix 1409
to my client.ovpn was a more satisfying solution Relevant further links: community.openvpn.net/openvpn/wiki/… wandin.net/dotclear/index.php?post/2009/01/08/OpenVPN-MTU-Size sonassi.com/help/troubleshooting/…
– Hound
Feb 26 at 21:39
I used the same VPN connection both in office and from home as well. These days I do not see the issue and not sure what solved the issue.
– Hem
Feb 11 at 16:59
I used the same VPN connection both in office and from home as well. These days I do not see the issue and not sure what solved the issue.
– Hem
Feb 11 at 16:59
Further info that I've learned since: - This is a known problem with OpenVPN via UDP - OpenVPN can do an MTU test to figure out a good value and restrict its control package sizes (
mtu-test
) - For me, adding mssfix 1409
to my client.ovpn was a more satisfying solution Relevant further links: community.openvpn.net/openvpn/wiki/… wandin.net/dotclear/index.php?post/2009/01/08/OpenVPN-MTU-Size sonassi.com/help/troubleshooting/…– Hound
Feb 26 at 21:39
Further info that I've learned since: - This is a known problem with OpenVPN via UDP - OpenVPN can do an MTU test to figure out a good value and restrict its control package sizes (
mtu-test
) - For me, adding mssfix 1409
to my client.ovpn was a more satisfying solution Relevant further links: community.openvpn.net/openvpn/wiki/… wandin.net/dotclear/index.php?post/2009/01/08/OpenVPN-MTU-Size sonassi.com/help/troubleshooting/…– Hound
Feb 26 at 21:39
add a comment |
Thanks for contributing an answer to Super User!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f1291821%2fputtys-freezes-at-home-but-works-fine-at-office%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
It sounds like there is a communication problem between the 2 machines, and since the connection is not stable / persistent then SSH just freezes. Another option is that there is another application on your Win7 machine that uses port 22 and thus blocks it for Putty's use.
– bizna
Feb 4 '18 at 6:35
It happens just with one particular machine. I do not see this issue with other Ubuntu server machines.
– Hem
Feb 4 '18 at 21:34
ok, now it is not just me...my colleague has the same problem.
– Hem
Feb 7 '18 at 16:05
Perhaps for some reason Putty does not properly keep the session alive. Try the following in your connection settings: Connection>Enable TCP Keepalives and Connection>Seconds Between Intervals Found it here: lowendtalk.com/discussion/11423/what-to-do-when-putty-freezes
– bizna
Feb 8 '18 at 18:13
And another solution: unix.stackexchange.com/a/20195/24500
– bizna
Feb 8 '18 at 18:16