[14:41] *** solj has joined #arpnetworks
[14:43] <solj> hey all, i'm seeing some odd behavior with sshd to my machine only when coming from my home network. was wondering if there's any way to get more insight into any QoS or other issues i may be hitting
[14:44] <solj> sshd debug hangs here:
[14:44] <solj> debug1: session_input_channel_req: session 0 req window-change
[14:45] <solj> client hangs here:
[14:46] <solj> debug2: channel 0: open confirm rwindow 0 rmax 32768
[14:46] <solj> i've tried multiple machines on my home network with the same result. connecting from a machine not on my network seems to work
[14:49] <solj> also, confirmed this is happening for both a debian and a centos VM at arp
[14:49] <solj> so seems network-related
[15:07] <up_the_irons> What do the logs say on your VMs?
[15:07] <up_the_irons> Is your SSH port on 22, or a higher number?
[18:16] <solj> up_the_irons: i run the regular sshd on 22 but i also tried starting up a debug sshd on 2222 with the same result
[18:17] <solj> there's nothing in the regular ssh logs so i started up in debug mode. let me paste more to give you an idea
[18:17] <solj> hmm....now it's working for some reason
[18:56] *** ChanServ has quit IRC (*.net *.split)
[19:05] *** ChanServ has joined #arpnetworks
[19:05] *** lithium.libera.chat sets mode: +o ChanServ
[22:09] <mercutio> i would suspect tcp/mtu over ssh window sizes
[22:10] <mercutio> if it's ppp maybe making sure there is 1500 mtu
[22:10] <mercutio> you can send do not fragment icmp to test