> Hm, mislim, da je jasno, da pride do napake pri :
> > 09/24 23:27:52 yS0 send: ATZ[0d]
> > 09/24 23:27:53 yS0 waiting for ``OK''
> > 09/24 23:27:53 yS0 got: ATZ[0d]
> tukej bi mogu bit odgovor ** found **
Tisti [0d] najbrz pomeni Ascii 13 (D hexa=13), kar je ^M, aka CR.
Matija
V logih se mi pojavljajo tile requesti:
Sep 24 02:17:06 utrip portmap[29742]: connect from 195.116.64.34 to
dump(): request from
unauthorized host
Sicer imam z wrapperji odprto pot samo za dolocene hoste, me pa zanima
kaj pomeni klic dump().
lp,
MIlan
--
Milan Gabor
[EMAIL PROTECTED]
---
Hm, mislim, da je jasno, da pride do napake pri :
> 09/24 23:27:52 yS0 send: ATZ[0d]
> 09/24 23:27:53 yS0 waiting for ``OK''
> 09/24 23:27:53 yS0 got: ATZ[0d]
tukej bi mogu bit odgovor ** found **
Torej, ce recimo v minicomu dam komando ATZ mi vrne OK, ko pa mgetty poslje
send: ATZ[0d] vrne go
Zivijo!
Mgetty uporablja default inicializacijski string, ki ga lahko v
mgetty.conf-u spremenis. Ocitno je, da mu pri default stringu nekaj ne pase.
Modem enega od AT ukazov ne razume in se ne postavi pravilno. Napisi na roke
init string pa bo slo.
Lep pozdrav!
Jure
gdb wrote:
> P
Poskusal sem instalirat mgetty, da bi lahko uporabljal callback feature,
a se je zataknilo ze na zacetku. Problem je v tem (vsaj po mojem mneju),
da modem in mgetty ne znata komunicirati. Tule je izpis iz mgetty.ttyS0
loga :
09/24 23
On Sun, Sep 24, 2000 at 01:26:54AM +0200, Uros Gaber, PowerCom d.n.o. wrote:
> naredil celoten sistem, ki bi bral podatke iz SQL baz, vse mi je ze uspelo
> narediti, samo se tega ne, da bi lahko postavil quoto posameznim uporabnikom
> v SQL bazi...
Napisi PAM modul zato. Se mi zdi vec kot idela
