Текст, отображаемый в терминале, поступает из потока stderr (2). Если вы выполняете только make > build_log.txt, только поток stdout (1) перенаправляется в файл build_log.txt.
stdout является стандартным потоком вывода и имеет дескриптор файла номер 1. Это поток по умолчанию перенаправляется в оболочках. stderr является стандартным потоком ошибок и имеет файловый дескриптор номер 2Чтобы перенаправить поток stderr в этот файл build_log.txt, используйте:
make > build_log.txt 2>&1
[d2 ] stdout является стандартным потоком вывода и имеет дескриптор файла номер 1. Это поток по умолчанию, перенаправляемый в оболочках. Порядок важен, вы не можете переключать переключатели операторов перенаправления, например make 2>&1 > build_log.txt.
Альтернативная команда:
make 2>&1 | tee build_log.txt > /dev/null
Для скрытия вывода необходимо перенаправить /dev/null, tee записывает свой вход в build_log.txt и выводит его тоже .
На удаленном сервере определите вторичный IP-адрес, например 10.0.0.1, который указывает на себя. (То же самое делает 127.0.0.1.)
На вашей локальной машине создайте ваше соединение sshuttle следующим образом:
sshuttle -r user@remote 10.0.0.1
# "user" is your username on the remote machine
# "remote" is the name or IP address of the remote machine
Теперь вы можете получить доступ к удаленному серверу с 10.0. 0,1 адрес. Поскольку он понимает, что соединения из 10.0.0.1 являются «самими», все порты доступны по этому адресу.
Вы можете подтвердить это следующими командами:
nmap remote # returns only ssh port
nmap 10.0.0.1 # returns all ports
Теперь вы можете подключиться к своей базе данных с помощью адрес 10.0.0.1:3306. Например, если это база данных MySQL, вы можете подключиться к ней с помощью MySQL Workbench.
Если этот подход подходит вам, вы можете изучить с помощью sshoot, чтобы управлять своими sshuttle-соединениями.
На удаленном сервере определите вторичный IP-адрес, например 10.0.0.1, который указывает на себя. (То же самое делает 127.0.0.1.)
На вашей локальной машине создайте ваше соединение sshuttle следующим образом:
sshuttle -r user@remote 10.0.0.1
# "user" is your username on the remote machine
# "remote" is the name or IP address of the remote machine
Теперь вы можете получить доступ к удаленному серверу с 10.0. 0,1 адрес. Поскольку он понимает, что соединения из 10.0.0.1 являются «самими», все порты доступны по этому адресу.
Вы можете подтвердить это следующими командами:
nmap remote # returns only ssh port
nmap 10.0.0.1 # returns all ports
Теперь вы можете подключиться к своей базе данных с помощью адрес 10.0.0.1:3306. Например, если это база данных MySQL, вы можете подключиться к ней с помощью MySQL Workbench.
Если этот подход подходит вам, вы можете изучить с помощью sshoot, чтобы управлять своими sshuttle-соединениями.
На удаленном сервере определите вторичный IP-адрес, например 10.0.0.1, который указывает на себя. (То же самое делает 127.0.0.1.)
На вашей локальной машине создайте ваше соединение sshuttle следующим образом:
sshuttle -r user@remote 10.0.0.1
# "user" is your username on the remote machine
# "remote" is the name or IP address of the remote machine
Теперь вы можете получить доступ к удаленному серверу с 10.0. 0,1 адрес. Поскольку он понимает, что соединения из 10.0.0.1 являются «самими», все порты доступны по этому адресу.
Вы можете подтвердить это следующими командами:
nmap remote # returns only ssh port
nmap 10.0.0.1 # returns all ports
Теперь вы можете подключиться к своей базе данных с помощью адрес 10.0.0.1:3306. Например, если это база данных MySQL, вы можете подключиться к ней с помощью MySQL Workbench.
Если этот подход подходит вам, вы можете изучить с помощью sshoot, чтобы управлять своими sshuttle-соединениями.