SSH ProxyCommand-ը ձախողվում է command not found-ով
Գտեք բացակայող ProxyCommand օժանդակ ծրագիրը և տարբերեք տեղային կատարման ձախողումը վստահված սերվերի բանակցությունից կամ SSH մուտքից։
connect: command not found նշանակում է, որ SSH-ը չկարողացավ տեղում գործարկել իր ProxyCommand օժանդակ ծրագիրը։ Դեռ վերանորոգելու ենթակա վստահված սերվերի ձեռքսեղմում չկա։ Անունը կարող է վերաբերել առանձին կատարման ենթակա ֆայլի, ոչ թե shell-ի ներկառուցված հրամանի կամ OpenSSH ենթահրամանի։
- Գտեք ընտրված հրամանը։ Ստուգեք գործող SSH կարգավորումը նույն նպատակակետի այլանիշի և հաշվի համար։ Host բաժինները, ներառված ֆայլերը և հրամանի տողի ընտրանքները կարող են ընտրել ձեր խմբագրած ֆայլից տարբեր ProxyCommand։
- Գտեք դրա կատարման ենթակա ֆայլը։ Համեմատեք գործարկող միջավայրի PATH-ը այն ինտերակտիվ տերմինալի հետ, որտեղ աշխատում է օժանդակ ծրագիրը։ Նախատեսված գոյություն ունեցող ծրագրի բացարձակ ուղին վերացնում է այդ անորոշությունը։
- Համապատասխանեցրեք օժանդակ ծրագրի իրականացմանը։ Չփոխարինեք
ncանվանումով որևէ բինար ֆայլ։ OpenBSD netcat-ը HTTP CONNECT-ի համար օգտագործում է-X connect, իսկ SOCKS5-ի համար՝-X 5; այլ տարբերակներում այդ ընտրանքները կամ վստահված սերվերի նույնականացման աջակցությունը կարող են բացակայել։
Օժանդակ ծրագիրը գործարկվելուց հետո հաջորդ ձախողումը հետևեք հերթականությամբ՝ կապ վստահված սերվերի հետ, վստահված սերվերի բանակցություն, կապ նպատակակետի հետ, ապա SSH նույնականացում։ Մեկ փուլի ձախողումը չի ապացուցում խնդիր հաջորդ փուլերում։
ProxyJump-ը պահանջում է SSH ցատկող հոսթ։ Այն կարող է փոխարինել այս դասավորությանը միայն այն դեպքում, երբ այդ ծառայությունը հասանելի է. HTTP վստահված սերվերը չի դառնում SSH մուտքի կետ այն պատճառով, որ կարգավորումը փոխվել է։