Другой sed
командный подход.
sed '/^xfirst/ s/\d\+/-180/'
или так.
sed '/^xfirst/ s/[0-9]+/-180/'
или просто замените 0
на-180
sed '/^xfirst/ s/0/-180/'
PORT STATE SERVICE
22/tcp filtered ssh
ssh так или иначе заблокирован:
Я все еще не могу писать комментарии, но согласно документации nmap:
Filtered means that a firewall, filter, or other network obstacle is blocking the port so that Nmap cannot tell whether it is open or closed. Closed ports have no application listening on them, though they could open up at any time. Ports are classified as unfiltered when they are responsive to Nmap's probes, but Nmap cannot determine whether they are open or closed. Nmap reports the state combinations open|filtered and closed|filtered when it cannot determine which of the two states describe a port.
Я предполагаю, что маршрутизатор каким-то образом заблокировал порт и, возможно, работающий другой raspi является ошибкой -возможно, вы можете проверить этот и обязательно перезапустите маршрутизатор/коммутатор, если вы изменили что-то или вообще.
Также может помочь исключение аппаратной ошибки путем замены модулей местами -то есть использование сетевой розетки/блока питания от рабочего (должно иметь достаточно ампер ), установка SD-карты с buster от рабочего в неработающем и наоборот (был один раз -неисправный сетевой адаптер ).
Вы также используете проверку пароля или файл rsa?
Какой контент содержится в файле /etc/hosts на обоих ваших кругах, рабочем и на том, где есть проблема с ssh? (кошка /etc/hosts)
Также, пожалуйста, содержимое /etc/ssh/ssh _config (client config )и /etc/ssh/sshd _config (ssh server config )того pi, который не работает *и потенциальная дифференциация на рабочий raspberry pi. (cat /etc/ssh/ssh _config && cat /etc/sshd _config)
Редактировать :Дальнейшая попытка
Так как интернет работает (интернет работает через порты 80, 8080 и 443 )мы можем попробовать следующее на "сломанном" пи:
раскомментируйте # Port 22
в /etc/ssh/sshd _conf и измените его на Port 80
. Если это не работает, измените его на Port 443
и Port 8080
, так как эти порты должны быть доступны. (вы меняете его напр. с помощью sudo nano /etc/ssh/sshd_conf
и сохраните изменения с помощьюctrl + x
)
Чем sudo systemctl restart sshd.service
между каждым изменением и попробуйте снова подключиться к разбитому кругу с другого устройства с ssh -p 80 username@192.168.1.15
между каждым изменением.
-p обозначает переменную порта, и, поскольку вы изменили порт и перезапустили адаптер с помощью systemctl (, вы также можете каждый раз перезапускать пи, если хотите убедиться, что ).
Измените порт обратно на Port 22
, если это по-прежнему не работает.( К вашему сведению :Если у вас есть общедоступный сервер с включенным ssh, вы должны изменить порт на любой необычный, чтобы сделать случайные атаки менее легкими, например, порт 2409 или что-то в этом роде)
Вы также можете проверить статус демона -, если есть ошибки или «сбой», не загруженные ошибки на выходе разбитого круга с помощью sudo systemctl status sshd.service
, пожалуйста, также опубликуйте их.
Я думаю, что получить доступ к оборудованию непросто, но если это не слишком сложно, я бы рекомендовал заменить оборудование, даже если интернет работает, и это звучит глупо -, просто чтобы исключить это. У меня были самые сумасшедшие аппаратные проблемы -с электричеством, это такой каскад сигналов, и один модуль модулятора может вести себя неожиданно -за эти годы получил самые забавные вещи, и поскольку «это работало, а затем нет» делает аппаратное обеспечение дефект действительно возможен.
Ваш ssh уже должен работать через другой порт, ЕСЛИ это связано с портом. Если нет, то следующий шаг :Выполняли ли вы обновления (f.e. sudo apt update && sudo apt upgrade )или установил что-то прямо перед тем, как идентификатор не работал? Можете ли вы вспомнить что-нибудь, малейшее изменение до того, как оно не сработало? Также вы сделали последнее обновление (sudo apt update && sudo apt upgrade -y )-, если нет, сделайте это сейчас и перезапустите пи -, иногда даже это помогает.