Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Strony: 1
To mój pierwszy post wiec mam nadzieje że dobrze trafiłem z działem.
Jestem początkującym użytkownikiem linuxa wiec nie wiem na ile to poważna sprawa.
Mam pod "opieka" serwer na debianie i wczoraj pojawił po wykonaniu update-u(nie wiem czy to ma jeszcze jakiś związek) pojawił sie problem przy logowaniu przez ssh po podaniu loginu i poprawnego hasła wyrzuca mi następujący błąd: Server refused to allocate pty
Nie mam pojęcia o co chodzi i co z tym zrobić.
Bardzo prosił bym o pomoc.
Offline
szkoda ,że nie podałeś jakie miałeś wcześniej jajko ,a jakie masz po upgradzie,
problemem może być to ,że stare jajko mogło jeszcze używać devfs a nowe już udev'a ,
udev inaczej nazywa urządzenia ,stąd wyskauje ten błąd o braku urządzenia
najlepiej reinstaluj ssh (usuń i zainstaluj nowe),powinno pomóc
Offline
wielkie dzięki, w sumie to dość logiczne rozwiązanie, ale chyba coś pokręciłem przy instalacji i teraz przy logowaniu dostaje taki komunikat:
login as: login
Using keyboard-interactive authentication.
Password:
Offline
przy logowaniu na ssh przez root'a jak wyskakiwał taki błąd trzeba było chyba dodać linijkę :
PermitRootLogin yes
do configa ssh (ssh_config),ale Ty logujesz usera więc to chyba nie zadziała,ale spróbuj
Offline
to też sprawdzałem. Zamieszczam poniżej config jak by się komuś chciało zerknąć.
# Package generated configuration file # See the sshd(8) manpage for defails # What ports, IPs and protocols we listen for Port 22 # Use these options to restrict which interfaces/protocols sshd will bind to #ListenAddress :: #ListenAddress 0.0.0.0 Protocol 2 # HostKeys for protocol version 2 HostKey /etc/ssh/ssh_host_rsa_key HostKey /etc/ssh/ssh_host_dsa_key #Privilege Separation is turned on for security UsePrivilegeSeparation yes # ...but breaks Pam auth via kbdint, so we have to turn it off # Use PAM authentication via keyboard-interactive so PAM modules can # properly interface with the user (off due to PrivSep) #PAMAuthenticationViaKbdInt no # Lifetime and size of ephemeral version 1 server key KeyRegenerationInterval 3600 ServerKeyBits 768 # Logging SyslogFacility AUTH LogLevel INFO # Authentication: LoginGraceTime 600 PermitRootLogin no StrictModes yes RSAAuthentication yes PubkeyAuthentication yes #AuthorizedKeysFile %h/.ssh/authorized_keys # rhosts authentication should not be used #RhostsAuthentication no # Don't read the user's ~/.rhosts and ~/.shosts files IgnoreRhosts yes # For this to work you will also need host keys in /etc/ssh_known_hosts RhostsRSAAuthentication no # similar for protocol version 2 HostbasedAuthentication no # Uncomment if you don't trust ~/.ssh/known_hosts for RhostsRSAAuthentication #IgnoreUserKnownHosts yes # To enable empty passwords, change to yes (NOT RECOMMENDED) PermitEmptyPasswords no # Uncomment to disable s/key passwords #ChallengeResponseAuthentication no # To disable tunneled clear text passwords, change to no here! PasswordAuthentication yes # To change Kerberos options #KerberosAuthentication no #KerberosOrLocalPasswd yes #AFSTokenPassing no #KerberosTicketCleanup no # Kerberos TGT Passing does only work with the AFS kaserver #KerberosTgtPassing yes X11Forwarding no X11DisplayOffset 10 PrintMotd no #PrintLastLog no KeepAlive yes #UseLogin no #MaxStartups 10:30:60 #Banner /etc/issue.net #ReverseMappingCheck yes Subsystem sftp /usr/lib/sftp-server UsePAM yes
Offline
login as: login
Using keyboard-interactive authentication.
Password:
a mnie sie wydaje ze to standardowy komunikat puttyego ze uzywa klawiatry (hasla) a nie kluczy ... czy po podaniu hasla loguje czy twierdzi cos dalej ...
Offline
tez powoli dochodzę do takiego wniosku chociaż cytat poniżej raczej wskazuje na coś innego.
Głównym zadaniem warstwy autentykacji jest wybór metody uwierzytelnienia użytkownika. Do wyboru jest kilka możliwości:
* password - najprostsze i najbardziej popularne uwierzytelnianie użytkownika za pomocą hasła
* publickey - metoda uwierzytelniania za pomocą kluczy publicznych i prywatnych. Najczęściej wykorzystywane są klucze typu DSA lub RSA. SSH wspiera również certyfikaty X.509.
* GSSAPI - metoda, w której wykorzystywane są mechanizmy typu Kerberos lub NTLM. Metody te są używane przez komercyjną wersję SSH.
* keyboard-interactive - jest to metoda uwierzytelniania, w której mieszczą się wszystkie inne metody autentykacji, które nie zostały tutaj wymienione. Może być to między innymi metoda uwierzytelniania za pomocą jednorazowego hasła pobieranego z tokena.
po podaniu podaniu loginu i hasła wyskakuje okienko z takim komunikatem:
PuTTY Fatal Error
server unexpectedly closed network connection
po czym putty jest już inactive.
-------------------------------------------------
Jak to zwykle bywa jeden problem znika drugi się pojawia. Ponieważ pomimo usuwania i instalacji sshd oraz wszelakiej jego konfiguracji nadal nie mogłem się zalogować wykonałem dość (tak mi się wydaje) dyrastyczny krok apt-get dist-update.
Co ciekawe po tym dziwnym kroku wszystko jakby wróciło do normy, tzn logowanie ssh bez problemu, wszystkie pozostałe usługi chyba ok tylko jedno małe ale mianowicie znikneły mi wszystkie katalogi domowe /home uzyszkodników (na szczescie prawie nikt nie trzymał tam danych z wyjątkiem mnie) tak wiec straciłem 80GB dość cennych danych. Co ciekawe z mojej obserwacji wynika że ilość wolnego miejsca na dysku nie uległa zmianie. Czy jest jakiś sposób na odzyskanie tych danych. Jeśli tak to prosił bym o łopatologiczną instrukcje ponieważ za chiny ludowe nie mogę do niczego sam dojść.
Z góry dziekuje.
Offline
Strony: 1