Dotaz: Po update systému/ssh nefunguje přihlášení na IP v kombinaci se SSH_ASKPASS

[MM]

Systém ssh klienta je archlinux (PC - ten se updatoval), ssh server běží na embedded zařízení (arm), tam se nic neměnilo. Není možné použít k přihlášení klíč.

Ve skriptu na PC je heslo v souboru v plaintextu, ale to mě netrápí (není to pro tuto aplikaci důležité).

Verze SSH/SSL na updatovném PC

OpenSSH_8.6p1, OpenSSL 1.1.1k  25 Mar 2021

Skript:

#!/bin/bash
if echo "$1" | grep -q '[1-9u]' ; then
  IP=$1
  setsid ssh -vvv -oStrictHostKeyChecking=no -oForwardX11=no admin@${IP}
else
#bez parametru poslouzime sami sobe jako generator hesla pro ssh - SSH_ASKPASS #a vypiseme heslo - "heslo"
  echo heslo
fi

Netušíte prosím, co se mohlo změnit, co je potřeba přiohnout aby to zase fungovalo?

relevantní výpisy ssh -vvv když se dohrabe k remaining password:

OpenSSH_8.6p1, OpenSSL 1.1.1k  25 Mar 2021
debug1: Reading configuration data /home/user/.ssh/config
debug3: kex names ok: [diffie-hellman-group1-sha1]
debug3: kex names ok: [diffie-hellman-group1-sha1]
debug1: Reading configuration data /etc/ssh/ssh_config
debug3: expanded UserKnownHostsFile '~/.ssh/known_hosts' -> '/home/user/.ssh/known_hosts'
debug3: expanded UserKnownHostsFile '~/.ssh/known_hosts2' -> '/home/user/.ssh/known_hosts2'
debug2: resolving "192.168.3.139's" port 22
ssh: Could not resolve hostname 192.168.3.139's: Name or service not known
debug3: send packet: type 50
debug2: we sent a password packet, wait for reply
debug3: receive packet: type 1
Received disconnect from 192.168.3.139 port 22:2: Too many authentication failures

Když se přihlašuji normálně interaktivně, tak to funguje a přihlásím se. Žádné Name or service not known. Před update klienta to fungovalo i neinteraktivně.

---

---

Odpovědi

[X]

Kdyz tomu das klic manualne prepinacem '-i' tak se stane co?

[MP]

Nastavte si debug na sshd na tom serveru, budete moudrejsi.

[Peter Golis]

Nechce to náhodou resolvnúť IP adresu 192.168.3.139 na voľajaké hostname kvôli nejakému nastaveniu v konfiguráku pre SSH Klienta?

Inak skôr by som aj ja odporučil spustiť ten skript v debug móde (bash -x) aby človek videl čo sa tam reálne spúšťa (možno má nadradený súbor so zoznamom IP adries v sebe dosovské zalamovanie riadkov).

Inak nikde nevidím zadávanie toho hesla, pristupuješ tam cez kľúče alebo cez heslo? Spomínaš heslo, ale vypíšeš len text "heslo" namiesto jeho hodnoty.

[MM]

Přistupuji tam přes heslo - ale neinteraktivně - to by mělo zajišťovat to SSH_ASKPASS + volání přes setsid, kterým ssh zavolá skript rekurzivně bez parametrů a v tu chvíli ten samý skript vypíše "heslo", což je heslo k účtu admin na tom embedded zařízení.

bash -x jsem zkoušel, ale nic jsem z toho k ssh nevykoukal

v /etc/ssh/ssh_config mám navíc jen ConnectTimeout 6 , jinak je defaultní, lokální config nemám.

[k3dAR]

mozna mi unika proc to mas tak krkolomne, ale prijde mi ze neni problem v ssh, kdyz se rucne pripojis ok, ale v tom setsid volani, co kdyz tvuj skript zmenis na (a doinstalujes sshpass):

#!/bin/bash

IP=$1
sshpass -p heslo ssh -vvv -oStrictHostKeyChecking=no -oForwardX11=no admin@${IP}

[MM]

Díky to zabralo a funguje i po update. Prosím o označení jako vyřešeno

[alkoholik]

Co tam vsichni hledate za magii? Jasne pise, ze nemuze resolvnout 192.168.3.139's. Schvalne dej pred ssh echo $IP.

[j]

Az na to, ze to je jen warning ... neni zadnej duvod aby k ip byl jakejkoli hostname.

Pokud nejsi slepej, tak vidis, ze se k tomu normalne pripoji

...received disconnect from 192.168.3.139 port 22: ...

---

Dete s tim guuglem dopice!

[alkoholik]

Nezlob se na me, ale retezec z debug2: resolving "192.168.3.139's" port 22 proste neni ip ve formatu A.B.C.D, ale je tam apostrof a s navic.

[MM]

echo \'${IP}\' a podobně jsem samozřejmě zkoušel hned na začátku a je v pořádku, blbě to vypisuje jen ssh a pouze když je to přes setsid - neinteraktivně. Skript se neměnil, přestalo to fungovat po update systému.

navíc na začátku je (omlouvám se, že jsem to před tím neposlal celé, je to dlouhé)

debug1: Connecting to 192.168.3.139 [192.168.3.139] port 22.
debug3: set_sock_tos: set socket 3 IP_TOS 0x48
debug2: fd 3 setting O_NONBLOCK
debug1: fd 3 clearing O_NONBLOCK
debug1: Connection established.

[j]

Hele nevim od ktery verze (oni to nejspis nevedi soudruzi sami "od pristi" je doslovna citace), ale soudruzi vyhrozovali, ze zrusej sha1 ... takze se proste k miliarde (mno spis k deseti miliardam) krabek nepripojis.

diffie-hellman-group1-sha1

Takze si tam v ramci bezpecnosti nahod telnet. Protoze prej za $50k si muzes koupit vykon na prolomeni.

---

Dete s tim guuglem dopice!

[MM]

Ahoj, díky, tam problém není. je to v tom SSH_ASKPASS + volání přes setsid, které před updatem fungovalo a teď ne.