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!

Ogłoszenie

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

 

#1  2007-01-10 17:41:49

  playzino - Nowy użytkownik

playzino
Nowy użytkownik
Zarejestrowany: 2007-01-10

Problem przy logowaniu ssh(Server refused to allocate pty)

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

 

#2  2007-01-10 17:49:38

  pk111 - Użytkownik

pk111
Użytkownik
Skąd: Raciążek
Zarejestrowany: 2005-07-20
Serwis

Re: Problem przy logowaniu ssh(Server refused to allocate pty)

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

 

#3  2007-01-11 00:11:34

  playzino - Nowy użytkownik

playzino
Nowy użytkownik
Zarejestrowany: 2007-01-10

Re: Problem przy logowaniu ssh(Server refused to allocate pty)

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

 

#4  2007-01-11 09:20:30

  pk111 - Użytkownik

pk111
Użytkownik
Skąd: Raciążek
Zarejestrowany: 2005-07-20
Serwis

Re: Problem przy logowaniu ssh(Server refused to allocate pty)

przy logowaniu na ssh przez root'a jak wyskakiwał taki błąd trzeba było chyba dodać linijkę :

Kod:

PermitRootLogin yes

do configa ssh (ssh_config),ale Ty logujesz usera więc to chyba nie zadziała,ale spróbuj

Offline

 

#5  2007-01-11 09:54:57

  playzino - Nowy użytkownik

playzino
Nowy użytkownik
Zarejestrowany: 2007-01-10

Re: Problem przy logowaniu ssh(Server refused to allocate pty)

to też sprawdzałem. Zamieszczam poniżej config jak by się komuś chciało zerknąć.

Kod:

# 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

 

#6  2007-01-11 16:22:44

  bercik - Moderator Mamut

bercik
Moderator Mamut
Skąd: Warszawa
Zarejestrowany: 2006-09-23
Serwis

Re: Problem przy logowaniu ssh(Server refused to allocate pty)

login as: login
Using keyboard-interactive authentication.
Password:[/quote]

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 ...

"Wszyscy wiedzą, że czegoś zrobić nie można. Ale przypadkowo znajduje się jakiś nieuk, który tego nie wie. I on właśnie robi odkrycie." (A.Einstein)

Offline

 

#7  2007-01-11 16:55:53

  playzino - Nowy użytkownik

playzino
Nowy użytkownik
Zarejestrowany: 2007-01-10

Re: Problem przy logowaniu ssh(Server refused to allocate pty)

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.[/quote]

po podaniu podaniu loginu i hasła wyskakuje okienko z takim komunikatem:
[i]
PuTTY Fatal Error

server unexpectedly closed network connection
[/i]

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

Stopka forum

Powered by PunBB
© Copyright 2002–2005 Rickard Andersson
Możesz wyłączyć AdBlock — tu nie ma reklam ;-)

[ Generated in 0.012 seconds, 11 queries executed ]

Informacje debugowania

Time (s) Query
0.00014 SET CHARSET latin2
0.00004 SET NAMES latin2
0.00130 SELECT u.*, g.*, o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='3.138.36.38' WHERE u.id=1
0.00147 REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '3.138.36.38', 1727594330)
0.00069 SELECT * FROM punbb_online WHERE logged<1727594030
0.00094 SELECT topic_id FROM punbb_posts WHERE id=49427
0.00143 SELECT id FROM punbb_posts WHERE topic_id=6424 ORDER BY posted
0.00100 SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=6424 AND t.moved_to IS NULL
0.00007 SELECT search_for, replace_with FROM punbb_censoring
0.00120 SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=6424 ORDER BY p.id LIMIT 0,25
0.00144 UPDATE punbb_topics SET num_views=num_views+1 WHERE id=6424
Total query time: 0.00972 s