- This topic has 18 hozzászólás, 9 résztvevő, and was last updated 19 years, 2 months telt el by
.
-
Bejegyzés
-
Mindenféle hálózati támogatást beleraktál? Már ami kell… Sajna nem vagyok nagy hálózati guru, de én arra gyanúzok, hogy valami protokoll kimaradt.
Egyébként elsõ kernelfordítás vagy már a sokadik? Már csak azért, mert a sokadiknál rutinosabb az ember, jobban tudja, hogy mi kell bele: ha elsõ vagy, akkor szerintem valami kimaradt (mint ahogy nálam is az elsõ legalább 4-5-nél), ha sokadik, akkor lehet, hogy valami egyéb baj lehet.Leszámítva néhány speciális protokollt (ATM, fiber channel stb.) benne van minden (IPv4 teljesen, TCP/IP teljesen ).
Nem az elsõ egyébként de nem is olyan sokadik. Kb. a 15-ik (de ez a 15 az elmúlt 1 hétben keletkezett ).
Mindenesetre alaposan utánaolvastam a dolgoknak, és korábbi hibáimból tanulva ezúttal több kernelfordítási leírást is átnyálaztam.A vicc az, hogy a tegnap (és egyáltalán abból a tizensok fordításból, amit az elmúlt héten csináltam) csak a mai nap jött elõ ez a probléma, az elõzõeknél mindig mûködött minden, pedig ugyan azt a kernelt forgatom. (2.6.16 latest stable)
Egyébként azért nem gyanakszom prtokoll hiányra/hibára, mert akkor más sem mûködne, de minden más mûködik: ftpszerver elérhetõ, ssh kapcsolódást tudok kezdeményezni a géprõl, http alapú kérések tökéletesen mûködnek, apt-get is rendesen megy, semmián más hálózati hibát nem észlelek, ezen kívül a rendszerindulást kikockázva is alaposan megnéztem a hálózatra vonatkozó részt, és tökéletesen betöltõdik/lefut minden vonatkozó rész.
A gép egypként abszolút egyszerû:
PIII 733Mhz@133MHz SLOT1 CPU
128MB@133Mhz ram
2,5GB Quantum HDD
S3 Trio 2D/3D AGP kártya
teljesen szabványos PCI RealTeK RTL 8139 10/100 hálókártyaNekem úgy tûnik a dolog, mintha az ssh kapcsolat felépülne, de aztán nem kap parancsértelmezõt a kapcsolat, és ezért eldobja a próbálkozást. Ez egyébként annyi, hogy a puTTY-ban a Kapcsolódás gomb megnyomása után egyetlen fekete villanás az egész, és kész, bezárja a progit (nem a putty a hibás).
akkor próbálj meg linux alól be ssh-zni, akkor talán ad valami hibaüzenetet, vagy legalábbis el fogod tudni olvasni.
Megpróbáltam, eredmény: Connection closed by: a szerver IPje.
Megpróbáltam a telnet analógiájára a szerverrõl be ssh-zni saját magára, az eredmény: Read from socket failed: Connection reset by peer (a telnetnél tökéletesen mûködött a dolog).
Elképzelhetõ, hogy a Kernel fordításánál egy titkosító algoritmust nem fordítottam le, és ennek a hiánya miatt fel sem épül a kapcsolat?
Vagy lehet egyáltalán bármilyen kernelfordítás beli oka annak, hogy nem megy az sshd?
Megpróbálom összevetni a 2.4-es és a 2.6-os kernel konfigját hátha rábukkanok valamire.
Dchard
PS: egyébként érdekes, mert a kernel fordítás óta a syslogd is hibával indul már a bootoláskor:
Satarting system log daemon: syslogd syslogd: cannot create /dev/log: Address family not supported by protocol.Most jól értettem, nem mûködik a syslog, és te azzal piszmosz hogy nem megy az ssh? – na szép, az ssh fontos dolog de a syslog sokkal inkább, így csak a sötétben tapogatózunk.
Az elõzõ fordításnál még müködtek ezek a dolgok? – ha igan nézd meg mi a különbség. Gondolom, csaináltál a config -ról mentést? – simán komparáld össze a szöveget és nézd meg mi a difi, ha semmi létfontosságút nem találsz akkor kezd egy új fordítással de cleanall opcióval!
Aztán majd meglátjuk. Egyébként a woody utolsó kiadása rendelkezik a m,egfelelõ compiler -el a feladathoz?1. Beszégessünk az udevrõl.
2. az ssh mint „protokoll” nem része a kernelnek.
3. a kompiler kérdést nem is értem.próbálj meg ssh-zni önmagadra, debug módban (man ssh), és a kimenetet egy txt-ben küld be ide, a kernel konfigoddal együtt.
A msik fel a kérdésnek, hogy a debianWoody jelenleg már nem is a stabil kiadás. Egy ilyen régi felépítésû rendszerbe rakni egy 2.6-os kernelt… mondjuk úgy, hogy nem lepõdnék meg a dolgon. Az ssh szervered nagyjából 3 éves?Szóval mielõtt akármit csinálnál egy dist-upgrade nem ártana sarge-ra.
Bbt wrote:2. az ssh mint „protokoll” nem része a kernelnek.Nem így értettem, hanem úgy, hogy valami protokoll, ami a kernelnek része, kell az ssh-hoz.
Hasonló, amikor egyik elsõ kernelfordításom során az X nem ment, ui. gondolta a fene (még amikor kisebb voltam), hogy oda néhány hálózati dolog is kell, pedig otthon csak a 230V-os hálózat van 🙂 Az X szintén nem része a kernelnek, de bizonyos kernelrészek kellenek a mûködéséhez.Hali!
Nem hinném, hogy régi lenne a disztró: 2 héttel ezelõtt töltöttem le ezt a verziót (csak az elsõ CD-t) a debian.org-ról (3.1 rc0 vagy rc1).
Az sshd szerver pedig szintén a legfrissebb stabil verzió.Lefuttattam az sshd-t debug módban, ezt kaptam:
debug1: sshd version OpenSSH_3.8.1p1 Debian-8.sarge.4
debug1: read PEM private key done: type RSA
debug1: private host key: #0 type 1 RSA
debug1: read PEM private key done: type DSA
debug1: private host key: #1 type 2 DSA
socket: address family not supported by protocol
debug1: Bind to port 22 on 0.0.0.0
Bind to port 22 on 0.0.0.0 failed: Address already in use.
Cannot bind any address.Szinte biztos, hogy a két dolog összefügg, és tényleg protokol hiányról lehet szó, mert a syslog is ugyan ezzel a hibával indul (illetve nem indul) el.
Minekutána a kernelkonfignál kivettem a teljes IPv6 protokollt az sshd pedig alapból mind a kettõt kezeli (IPv4 és IPv6) ezért most átírom a konfigot, hogy csak az IPv4-gyel próbálkozoon. Kíváncsi vagyok.Ha van ötletetek, akkor ne fogjátok vissza magatokat 🙂
Köszi!
Dchard
MOD: Nem tudja valaki, hogy az sshd konfigban az „AddressFamily”-nek milyen a pontos szintakszisa? Teljesen kivagyok, az sshd_conf manuáljában így van benne:
AddressFamily „any”, „inet” (use IPv4 only), or „inet6” (use IPv6 only). De akárhogy írom az inet-et az AddressFamily után (ilyen-olyan idézõjeleket is próbáltam már), egyszeûen hibás szintaktika miatt kilép az sshd.„Szóval mielõtt akármit csinálnál egy dist-upgrade nem ártana sarge-ra.”
Még egyszer: woody+ 2.6 = trabantba sugárhajtómû.
és nem a szó pozitív értelmében gondolom.
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz