FreeBsd y ssh

mira el enlace que te he puesto, en concreto el primero.
Y esto no es ningun problema, la configuracion por defecto de ssh es asi.

En algunos sistemas los usuarios no tienen incluido en su PATH las ramas sbin del árbol de directorios ya que en teoría son herramientas de administración que no necesitan ser accedidos por éstos. Por ello, es probable que en tu distribución apachectl esté en la rama sbin y por ello tu usuario no puede acceder a ella directamente. Ahora leo en el man 1 su:

By default, the environment is unmodified with the exception of USER,
HOME, and SHELL. HOME and SHELL are set to the target login's default
values. USER is set to the target login, unless the target login has a
user ID of 0, in which case it is unmodified. The invoked shell is the
one belonging to the target login. This is the traditional behavior of
su. Resource limits and session priority applicable to the original
user's login class (see login.conf(5)) are also normally retained unless
the target login has a user ID of 0.

Es decir, la variable PATH parece que no se modifica...sigo leyendo...

-l Simulate a full login. The environment is discarded except for
HOME, SHELL, PATH, TERM, and USER. HOME and SHELL are modified
as above. USER is set to the target login. PATH is set to
``/bin:/usr/bin''. TERM is imported from your current environ-
ment. Environment variables may be set or overridden from the
login class capabilities database according to the class of the
target login. The invoked shell is the target login's, and su
will change directory to the target login's home directory.
Resource limits and session priority are modified to that for the
target account's login class.

- (no letter) The same as -l.

Parece que si hacemos su -l o su - se sobreescriben algunas variables interesantes como la de PATH. Yo creo que te está ocurriendo eso, ¿podría ser?

Por lo demás me gustaría volver a abogar porque no se haga login con root en la vida. Utilizar su para cambiar a root, hacer esas tareas que necesitemos y salgamos rapidamente de esa identidad. O, si queremos una seguridad algo más podemos usar un sudo.

Un saludo.

P.D: Perdón por el desorden pero no me apetece colocar los copy&paste.

claro que se le ha dicho la solucion concreta, en concreto pongo:

mira el enlace que te he puesto, en concreto el primero.

y si lo visitas ves:

there's a setting in /etc/ssh/sshd_config called PermitRootLogin that's a yes|no setting

Setting that should get you all setup ;)

Sobre lo del recelo que comentas, no lo creo, pero si alguen se enfada porque le manden a google no se que hace usando BSD o linux.

En la woody viene por defecto desactivado, ya sabes como son con el tema de la seguridad, si luego lo activas, responsabilidad tuya. :-P

Greetings m8.

Quizá si no se le ha dicho explicitamente la solución correcta es porque carece de sentido alguno permitir acceso a root a SSH, De hecho, hacer login como root de cualquier forma no tiene sentido. Para algo está su, sudo... Creo que es importante ver a root como una herramienta en lugar de como un usuario.

Un saludo.