Unless you configured sudo(8) to use LDAP, sudo(8) has nothing to do with the network, it doesn't use the network and it doesn't influence the network. So I suspect there are different issues at play here. It's possible the network connection is just bad, which would result in bursts and stalls of anything you type and everything being printed by the remote end.Sometimes when entering a valid password sudo of valid user by ssh there is a big delay and ping disappears to the server.
Don't rule out bad cables.And the distance between the computers and the server is equal to the length of UTP cable (approximately 6 meters)end switches. This is unlikely to be a network problem. Rather, it may be a problem with the network card of the server, but I changed it and the situation has not changed.
The problems with sudo(8) are probably a red herring. What happens when you run it on the local console?I installed system and sudo from the packages (pkg install sudo )
Don't rule out bad cables.
Because I log on ssh as a user and use this password for sudo. Less unnecessary movementsNot an answer but do you need sudo ? I only use su.
To rule out any issues with sudo(8) itself you should test it on the local console. If you don't get the delays there then you know it's not sudo(8) that's causing the delays.I do not start locally because many servers of U1 are in the rack and it’s difficult to connect the monitor there- only during an accident.
I'd add another possible cause I experienced in the past: check your MTU settings, pavlar . SSH doesn't like fragmented packets.I suspect there are different issues at play here. It's possible the network connection is just bad, which would result in bursts and stalls of anything you type and everything being printed by the remote end.
I'd add another possible cause I experienced in the past: check your MTU settings, pavlar . SSH doesn't like fragmented packets.
ifconfig| grep -i MTU
igb0: flags=8802<BROADCAST,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=e527bb<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,TSO4,TSO6,LRO,WOL_MAGIC,VLAN_HWFILTER,VLAN_HWTSO,RXCSUM_IPV6,TXCSUM_IPV6>
igb1: flags=8802<BROADCAST,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=e527bb<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,TSO4,TSO6,LRO,WOL_MAGIC,VLAN_HWFILTER,VLAN_HWTSO,RXCSUM_IPV6,TXCSUM_IPV6>
igb2: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=e527bb<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,TSO4,TSO6,LRO,WOL_MAGIC,VLAN_HWFILTER,VLAN_HWTSO,RXCSUM_IPV6,TXCSUM_IPV6>
igb3: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=e527bb<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,TSO4,TSO6,LRO,WOL_MAGIC,VLAN_HWFILTER,VLAN_HWTSO,RXCSUM_IPV6,TXCSUM_IPV6>
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 16384
Obviously by default it's 1500. In case when you have e.g. PPPoE DSL in between 2 nodes, the optimal MTU should be 1492 (maybe even 1452).igb0: flags=8802<BROADCAST,SIMPLEX,MULTICAST> metric 0 mtu 1500
I know what a 19" rack looks like. I was practically living in a datacenter when I worked for various hosting companies. All datacenters I've ever been in (quite a lot over the past 15 or so years) had trolleys or carts with a monitor and keyboard attached specifically for this.This rack. But server monitor connectors are on the back. Supermicro server manufacturers probably didn't think it through
In the rack there is a 16-port KVM Switch but only for keyboards and mouse PS/2 (all servers except for this have such connectors), and only this server mouses and keyboards USBI know what a 19" rack looks like. I was practically living in a datacenter when I worked for various hosting companies. All datacenters I've ever been in (quite a lot over the past 15 or so years) had trolleys or carts with a monitor and keyboard attached specifically for this.
We use only UTP and fiber optic cable for LAN and only optic cable to Internet-providerObviously by default it's 1500. In case when you have e.g. PPPoE DSL in between 2 nodes, the optimal MTU should be 1492 (maybe even 1452).