Re: Timeouts beim sshd/FreeBSD 6.0: remote login unmoeglich ...

Hallo,

-- Oliver Fromme <olli(at)lurza.secnetix.de> wrote:

> > zu den anderen Geräten kann ich nichts sagen, Server ist auf
> 100baseTX > full-duplex gestellt und das sollten die anderen Teile
> eigentlich auch.
>
> Äh, das ist aber eigentlich eher unüblich. Üblich ist,
> daß Switches (insbesondere »dumme« Switches) auf Auto-
> negotiation eingestellt sind, und in dem Fall sollte Dein
> Server ebenso eingestellt sein.

wie sich unten ja auch herausstellt: es war auf Auto gestellt, und hat
dann full-duplex selbst gewählt. Streng genommen habe ich da gar nichts
eingestellt sondern alles so gelassen wie es sysinstall macht.

> Wenn Du sowas nicht ausdrücklich konfiguriert hast, dann
> sollte es keine Rolle spielen. Du hast sicherlich nicht
> »aus Versehen« Traffic-Shaping konfiguriert und es wenige
> Sekunden später vergessen. :-)

hehe -- nein, ich meinte damit natürlich den Provider.

> Und Du bist auch sicher, daß Du der einzige bist, der die
> IP 83.142.84.130 verwendet? In /etc/messages findest Du
> Meldungen, falls freeBSD feststellt, daß ein anderer ver-
> sucht, dieselbe IP zu verwenden.

sicher nicht, aber in /etc/messages steht nichts und auch bei netstat -i
wurden keine Kollisionen angezeigt.

> Es gibt diverse solcher Erlebnisse in meiner IT-Laufbahn,
> zum Beispiel:
>
> Linux --> FreeBSD
> Mysql --> PostgreSQL

bei den beiden stimme ich ja voll&ganz zu :)

> Perl --> Python

da bin ich schon skeptischer; das was ich von Python gesehen habe war
dann doch auch etwas verwirrend ;)

Perl wird ja oft unterschätzt und als eine Art Shell-Ersatz gesehen; es
wird erst richtig interessant, wenn man mal umfangreicher damit arbeitet,
das CPAN nutzt, POD, Test-Suiten baut und so weiter :)

> tcsh --> zsh

das ist mir ehrlich gesagt so ziemlich wurscht; hauptsache das Teil hat
eine History und die Cursor-Tasten gehen und so Kleinkram ;-)

ich hätte aber ein paar Beispiele anders rum:

  Calamus --> QuarkXPress ("ääähm, soooo schlecht ist das olle Quark?
                             Hätte ich nie gedacht!")
  Atari --> alles andere ("Wieso ruckelt die Maus?
                             Warum ist das so lahm?
                             Warum ist das so kompliziert?")

  GFA-Basic, Assembler (TurboAss)
          --> Pure C ("Huch, wo ist der Source-Formatierer,
                             wo ist der Syntaxcheck?
                             Warum dauert das so lange?
                             Warum ist C so kompliziert?")

  Pure C, Pure Debugger und
  Pure Profiler
          --> GCC+Kollegen (tja, zum Debugger und insbes. Profiler gibt
                            es nicht wirklich eine Alternative,
                            zumindest kenne ich nichts vergleichbares)

Letzteres ist auch der Grund, warum ich eher kein C mehr nehme, sondern
lieber Perl (obwohl es da auch keinen gescheiten Profiler gibt) ;-)

Ciao
  Alvar

-- 
** Alvar C.H. Freude, http://alvar.a-blast.org/
** http://www.wen-waehlen.de/
** http://odem.org/
** http://www.assoziations-blaster.de/

To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Tue 10 Jan 2006 - 15:02:00 CET