SSHD probleem

[Verwijderd]

Ik heb al goed gezocht, maar kon een oplossing van mijn probleem tot op heden niet vinden.
Mijn Linux Server/Router draait nu al een half jaar prachtig.
Heb 2 keer gereboot ofzo.
2 weken terug heb ik Apache geinstalleerd, en alles werkte perfect!
Vanaf begin af aan beheer ik de server met putty (ssh)
Maar toen ik eergister een traffic manager wou installeren ging het mis
ik heb via apt-get install, cacti erop gezet.
Maar Cacti had MYSQL nodig en php, dus die werden meteen mee geinstalleerd.
meteen ging eral iets mis naar de reboot.
Mysql kon de hostnaam niet vinden ofzo.
en ik kon ook gelijk niet meer connecten met putty.
Dus heb ik cacti er weer af gegooid met apt-get remove.
maar ssh werkte nog niet.
Dus heb ik ssh erook compleet vanaf gegooid.
en weer opnieuw erop gezet.
Maar het werkt nog niet.
Het heeft altijd gewerkt, dus snap niet dat het nu niet meer werkt.
Ik kan zelfs niet lokaal op de ssh deamon van de machine connecten.
Terwijl verder mijn netwerk wel goed werkt!
Ik zit nu gewoon via de server op internet.
Aan mijn firewall script ligt het niet, want ik heb poort 23 gewoon open staan.
En lokaal heb ik gewoon alles open naar de server.

Wat me ook opviel toen ik weer eens een beeldscherm op de server aansloot is dat ik erg rare output krijg de hele tijd.
Waarschijnlijk van mijn firewall ofzo.
Ik zal hieronder een stukje typen vanwat ik zie.

code:

TO=TCP SPT=3503 DPT=135 WINDOW=32000 RES=0X00 SYNURGP=0 fp=TCP:1
 a=DROP IN=ETH0 OUT= MAC= (getal) SRC= (getal) DST= (getal) LEN=48 TOS=0X00

[ Voor 3% gewijzigd door Verwijderd op 17-02-2004 12:19 ]

[Rac-On]

ssh is poort 22 vriend?

verder beinvloed een apt-get install van php of mysql je ssh d instellingen echt niet....

controleer of je ssh nog wel draait (ps -A).
Daarnaast, wat voor melding krijg je als je met putty probeert te connecten? Krijg je een timeout? connection refused? Werkt het wel met je firewall uit?

[ Voor 14% gewijzigd door Rac-On op 17-02-2004 12:22 ]

[Verwijderd]

ik laad iedere keer mijn firewall script handmatig, dus daarvoor zal ik moeten connecten met putty om de firewall te runnen.
Maar ook dan wil het niet.
Ik connect op poort 22 ja.
Die 23 was een typ foutje, sorry (dat moet dus 22 zijn)
Putty zegt

code:

NETWORK error : Connection Refused

als ik op de server zelf probeer te connecten dan krijg ik exact dezelfde melding.
ik heb de process list al es bekeken maar zeg sshd er niet tussen staan.
Maar bij de boot wordt ie wel gestart

[ Voor 7% gewijzigd door Verwijderd op 17-02-2004 12:27 ]

[BoAC]

En wat staat er dan in je logs? Gaat het starten verder wel goed?

[Verwijderd]

ik ben nu ff wat logs aan het bekijken,.
Maar in /var/log/deamon.log
staat ergens bij vandaag

code:

sshd[181] deamon ()  failed : succes

verder zie ik er niet log files tussen staan met een naam als 'ssh' of sshd'
ff kijken misschien staat er iets over inetd ofzo.
momentje

[Verwijderd]

BoAC schreef op 17 februari 2004 @ 12:30:
En wat staat er dan in je logs? Gaat het starten verder wel goed?

Welke log moet ik bekijken?
Bij het booten staat er dat de sshd server is gestart.
Alles werkt gewoon net als vanouds.
De ftp draait, de webserver werkt goed, alleen die .. grr... die shh deamon doet het niet.
bij de psocessen (ps -A | more) staat ie niet bij in ieder geval.
Ik denk dat ie niet draait.

Als ik ssh start intyp krijg ik een melding

code:

 name of the service not known

ik heb net ook al even geporbeerd om de service handmatig te starten.
Dan krijg ik een melding dat der service gestart is maar ik kan weer niet connecten, ook niet op de machine zelf.

[ Voor 69% gewijzigd door Verwijderd op 17-02-2004 12:56 ]

[Verwijderd]

start sshd vanaf de command line als volgt en paste de output:

code:

/pad/naar/sshd -d

Mocht dit niet genoeg info geven, doe dan het volgende, en paste de output (of nog beter, zet het in een text file ergens op een webserver en geef ons de link )

code:

strace /pad/naar/sshd

[Verwijderd]

ik hebd at gedaan en er stond listening on 0.0.0.0
Dat had ik al eerder in een config file zien staan.
Zal ik daar localhost van maken? (in die config)
Ik probeer ondertussen even die outputs in een txt file te krijgen en dan op men webserver te zetten.
Moet ff het commando zoeken daarvoor (Linux kan het toch automatisch wel in een txt file zetten?)

[Equator]

Verwijderd schreef op 17 februari 2004 @ 14:49:
ik hebd at gedaan en er stond listening on 0.0.0.0
Dat had ik al eerder in een config file zien staan.
Zal ik daar localhost van maken? (in die config)
Ik probeer ondertussen even die outputs in een txt file te krijgen en dan op men webserver te zetten.
Moet ff het commando zoeken daarvoor (Linux kan het toch automatisch wel in een txt file zetten?)

wanneer je daar localhost van maakt dan werkt je ssh daemon alleen nog maar op 127.0.0.1 En die kan je vanaf geen enkele andere PC bereiken dan de localhost

Dus 0.0.0.0 kan gewoon blijven staan.

Mag je lokaal nog wel naar de machine ssh'en

code:

# ssh localhost

offtopic:
Ennuh die kennen we hier niet hoor.. Das MSN

[ Voor 6% gewijzigd door Equator op 17-02-2004 14:57 ]

[Verwijderd]

CyberJ schreef op 17 februari 2004 @ 14:55:
[...]


wanneer je daar localhost van maakt dan werkt je ssh daemon alleen nog maar op 127.0.0.1 En die kan je vanaf geen enkele andere PC bereiken dan de localhost

Dus 0.0.0.0 kan gewoon blijven staan.

Mag je lokaal nog wel naar de machine ssh'en

code:

# ssh localhost

offtopic:
Ennuh die kennen we hier niet hoor.. Das MSN

Het werkt gewoon helemaal niet meer ssh. ook niet lokaal op de machine zelf.
Ik zal nu even die dingen op de webserver zetten.
momentje

[Gondor]

Verwijderd schreef op 17 februari 2004 @ 12:47:
[...]
bij de psocessen (ps -A | more) staat ie niet bij in ieder geval.
Ik denk dat ie niet draait.
...

Dan is het toch logisch dat je niet via ssh binnen kan komen

Ik weet niet welk linux je hebt maar als het RH is kan je dit commando proberen om sshd te starten.

code:

/etc/rc.d/init.d/sshd start

En als het niet lukt wat voor fout meldingen wordt er gegeven?

[Verwijderd]

Gondor schreef op 17 februari 2004 @ 19:16:
[...]
Dan is het toch logisch dat je niet via ssh binnen kan komen

Ik weet niet welk linux je hebt maar als het RH is kan je dit commando proberen om sshd te starten.

code:

/etc/rc.d/init.d/sshd start

En als het niet lukt wat voor fout meldingen wordt er gegeven?

Jah dat had ik volgens mij al eerder verteld in dit topic.
dan krijg ik mooi de melding dat de deamon gestart is maar het werkt niet.
maar wie kan me aan het commando helpen waarmee je de output van een commando in een bestand kan schrijven?

bijv : ps (en dan alles wat ps weergeeft in een bestandje weg schrijven)

[ Voor 16% gewijzigd door Verwijderd op 17-02-2004 19:40 ]

[Kees]

code:

ps auxfw > /bestandje

[Gondor]

oh, ja, maar als je die cmd uitvoert moet de output toch op je scherm komen of niet?

Je kan ook in de boot.log oid kijken wat er staat voor sshd.

* Gondor ziet al dat je geen RH draait.

[Verwijderd]

jah maar ik zou het graag van strace willen weten.
als ik intyp

code:

strace -f sshd -o > bestand.txt

dan komt er wel een file maar geen output


Het is trouwens al gelukt

code:

strace -o bestand sshd

[ Voor 20% gewijzigd door Verwijderd op 17-02-2004 20:43 ]

[BoAC]

Je logfiles staan meestal in /var/log. Ik neem aan dat in de file messages (bij Gentoo is dat in ieder geval zo ) wel een entry staat of sshd is opgestart cq afgesloten. Als er niets gelogd wordt zit je in de ruimte te rommelen zoals nu.

code:

tail -n40 /var/log/messages

Wordt er niet gelogd, dan zou je moeten kijken of je voor sshd het log-niveau kunt ophogen.
Dit staat bij mij (Gentoo) in /etc/ssh/ssh_config

code:

man ssh_config

En dan zoeken op LogLevel
Succes!!

[Verwijderd]

hier is de output van strace sshd

[Pastinakel]

Ik krijg de indruk dat er iets fout gaat met de user / group rechten. Hij laadt uit /etc/passwd en vervolgens is er iets fout met de rechten van /var/run/sshd. Probeer je sshd als een niet-bestaande user te draaien ofzo? (gokje)

[Verwijderd]

Pastinakel schreef op 17 februari 2004 @ 21:46:
Ik krijg de indruk dat er iets fout gaat met de user / group rechten. Hij laadt uit /etc/passwd en vervolgens is er iets fout met de rechten van /var/run/sshd. Probeer je sshd als een niet-bestaande user te draaien ofzo? (gokje)

als ik als root inlog en dan handmatig sshd start, dan zou het moeten toch?
Zelf heb ik nix handmatig veranderd ofzo, het werkte eerst wel.
Hoe kan ik controlleren als welke user sshd start?
Bij ps staat het proces in ieder geval erniet tussen, maar dat kan wel kloppen als sshd als onbekende user gestart wordt.
Ik zal es even op onderzoek uit
brb

[Gondor]

Kan aan mij liggen, maar ik begrijp niet waarom je niet:

BoAC schreef op 17 februari 2004 @ 20:39:

code:

tail -n40 /var/log/messages

of

code:

grep ssh /var/log/boot.log

doet?

[DataGhost]

Pastinakel schreef op 17 februari 2004 @ 21:46:
Ik krijg de indruk dat er iets fout gaat met de user / group rechten. Hij laadt uit /etc/passwd en vervolgens is er iets fout met de rechten van /var/run/sshd. Probeer je sshd als een niet-bestaande user te draaien ofzo? (gokje)

errm.. afaik he.. als ie forked sluit ofc het progsel wat je start af, anders krijg je je cli niet meer terug hij start dan een extra proces, dus je moet strace (of ptrace whatev) daar aan hangen en kijken wat (of) ie iets doet... kijk ook ff met px aux | grep ssh of ie wel aanstaat

edit: ps aux | grep ssh
als ie daarbij staat kijk wat het pid is
en doe dan strace -p pid

[ Voor 8% gewijzigd door DataGhost op 17-02-2004 22:34 ]

[Verwijderd]

oke hier komt tail -n40 /var/log/messages

output\


een /var/log/boot.log is er niet.

Maar zal ik het loglevel van sshd_config op debug zetten?

[ Voor 40% gewijzigd door Verwijderd op 17-02-2004 22:44 ]

[smokalot]

In die strace output exit ie omdat z'n child exit, maar dat child heeft ie niet gevolgd.

Om dat wel te doen moet je "strace -f -o bestand sshd" doen. Dan volgt ie ook child-processen.

Ik zie niets vreemds aan de strace-output die je nu gepost hebt...

[Verwijderd]

strace -f -o bestand sshd

[ Voor 34% gewijzigd door Verwijderd op 17-02-2004 22:48 ]

[DataGhost]

hij eindigt met een SIGPIPE
dus hij doet iets fout (doh )

Linux considers writing to a pipe with no readers a pretty serious matter, since data could get lost. Rather then let a process blithely ignore error codes from write() and go about its business, Linux sends the process a signal called SIGPIPE. Unless the process has specifically asked to handle the SIGPIPE signal, Linux kills the process. The Broken pipe message is from the shell, which is telling you that the process died because of a broken pipe.

edit: zoals ik het zie kan ie je /dev/log niet openen oid?

[ Voor 6% gewijzigd door DataGhost op 17-02-2004 22:57 ]

[Gondor]

Verwijderd schreef op 17 februari 2004 @ 22:35:
oke hier komt tail -n40 /var/log/messages
output\

Daar zijn alleen je firewall logs te zien. Doe dit eens:

code:

grep ssh /var/log/messages

_{PS. In die file is je ip nummer (en mac) aanwezig. Dat je het weet.}

[Verwijderd]

Gondor schreef op 17 februari 2004 @ 23:08:
[...]
Daar zijn alleen je firewall logs te zien. Doe dit eens:

code:

grep ssh /var/log/messages

_{PS. In die file is je ip nummer (en mac) aanwezig. Dat je het weet.}

dan gebeurt er dus helemaal nix.
ik krijg weer de bash ervoor zonder output

[Gondor]

Hmm, dan zou je idd moeten gaan zoeken naar welk file messages worden weggeschreven. Kijk ook waar boot berichten in staan(boot.log oid).

[eth0]

Gewoon eens ssh met

sshd -d -d

starten, dit geeft meestal wel aan waar naar je moet kijken.

[Verwijderd]

die boot.log is er ook niet.
Ik heb echt zin om gewoon weer lekker opnieuw linux erop te zetten
Maar goed, op deze manier leer ik ook weer wat technische info die ik later weer goed kan gebruiken.

ff een vraagje.

Waarom maakt het nix uit dat ik ssh opnieuw erop zet?
er blijven dus bepaalde bestanden op mijn systeem staan die ervoor zorgen dat sshd niet goed werkt.

[Verwijderd]

als ik sshd -d -d doe dan staat erbij listening on 0.0.0.0 port22
en dan blijft linux hangen.
ik moet echt escapen om weer op de bash te komen.
Er gaat dus iets mis naar dat listening

[devzero642]

dataghost schreef op 17 februari 2004 @ 22:56:
hij eindigt met een SIGPIPE

edit: zoals ik het zie kan ie je /dev/log niet openen oid?

Nee, hij zet de signal handler voor SIGPIPE weer terug naar de default (zie paar regels erboven waar hij een eigen signal handler installeert). Die /dev/log is van syslogd: hij logt iets voordat hij een exit(255) (-1?) doet. Dat kan dus alles zijn, waarschijnlijk een start bericht.

Geen library conflicts (ldd `which sshd`)? Geeft sshd -d -d -d (dus 3x -d, het maximum aan debuginfo) echt geen clue?

edit:

als ik sshd -d -d doe dan staat erbij listening on 0.0.0.0 port22
en dan blijft linux hangen.

En als je sshd opstart en dan van een andere terminal/console connect naar je server met ssh. Krijg je dan uitvoer te zien? 0.0.0.0 is toch gewoon "alle beschikbare interfaces".

[ Voor 21% gewijzigd door devzero642 op 18-02-2004 16:38 ]

[Verwijderd]

als ik sshd -d -d -d doe dan krijg ik exact dezelfde melding als sshd -d -d.
De boel blijft dus weer hangen.
Ik heb net base-config opnieuw gedaan en weer vanalles opnieuw ingesteld en geinstalleerd.
Maar sshd werkt nog niet...
Ik denk dat het tijd wordt om toch maar linux opnieuw te installeren.
Doe ik ook gelijk kernel 2.5 of 2.6.

edit:

Ik probeer eerst wel een kernel update.

[ Voor 13% gewijzigd door Verwijderd op 19-02-2004 00:27 ]

[Verwijderd]

je kernel updaten zal dit probleem echt niet gaan oplossen...
probeer eens:

code:

netstat -lnp | grep :22

Als sshd gewoon op port 22 luistered zal het wel een firewall probleem zijn.
Probeer eens voor de zekerheid:

code:

iptables --list

staat daar niks engs tussen??
flush anders je rules eens.

[ Voor 3% gewijzigd door Verwijderd op 19-02-2004 02:22 ]