mysql i polaczenia zdalne

[Marcin Sztolcman]

Jarek Poplawski wrote:
>>troszke wiecej moich opinii na ten temat poszlo na devel, ale nie bardzo 
>>sie ktokolwiek zainteresowal. tez uwazam, ze powinien zabronic 
>>polaczenia, walnac jakis komunikat, ale nie segfaultowac...
> 
> W tym sęk, że u mnie zabrania. Sprawdzałem na standardowych wersjach
> z ac: 4.0.22-1 i 4.1.10a-1.

hm, dziwne...
przed dodaniem do hosts.allow przebudowalem sobie na mysql 4.1.11 i tez 
sie sypalo.

> Podejrzewam, że to jednak coś indywidualnego - może związanego
> z ustawieniami autentykacji lub tak jak podawały komunikaty -
> błąd jakiejś biblioteki (niekoniecznie z pakietu mysql)? 

a jak dojsc do tego jakiej ?

$ ldd /usr/sbin/mysqld
         librt.so.1 => /lib64/tls/librt.so.1 (0x00002aaaaabc1000)
         libz.so.1 => /lib64/libz.so.1 (0x00002aaaaacca000)
         libwrap.so.0 => /usr/lib64/libwrap.so.0 (0x00002aaaaadde000)
         libdl.so.2 => /lib64/libdl.so.2 (0x00002aaaaaee7000)
         libssl.so.0.9.7 => /usr/lib64/libssl.so.0.9.7 (0x00002aaaaafea000)
         libcrypto.so.0.9.7 => /usr/lib64/libcrypto.so.0.9.7 
(0x00002aaaab121000)
         libcrypt.so.1 => /lib64/libcrypt.so.1 (0x00002aaaab35e000)
         libpthread.so.0 => /lib64/tls/libpthread.so.0 (0x00002aaaab495000)
         libstdc++.so.5 => /usr/lib64/libstdc++.so.5 (0x00002aaaab5ab000)
         libm.so.6 => /lib64/tls/libm.so.6 (0x00002aaaab788000)
         libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00002aaaab90c000)
         libc.so.6 => /lib64/tls/libc.so.6 (0x00002aaaaba17000)
         /lib64/ld-linux-x86-64.so.2 (0x00002aaaaaaab000)
$

> Pisałeś coś o niemożliwości zalogowania do systemu,

to dlatego, ze prawie wszystkie autentykacje (ftp, smtp, pop3, imap etc) 
opieraja sie na mysql. ale nie widze powodu zeby to mialo powodowac 
jakies konflikty. predzej to to, o czym chyba zapomnialem w koncu wspomniec:

$ grep 'model name' /proc/cpuinfo
model name      : AMD Athlon(tm) 64 Processor 3000+
$

> a to zdecydowanie nie jest standardowa konfiguracja.
> Również wpisy do hosts.allow standardowo nie są potrzebne, o ile
> ktoś (lub coś?) wcześniej nie wprowadzi blokady do hosts.deny.

$ grep -v '^#' /etc/tcpd/hosts.deny

ALL:ALL
$

:)

	MySZ

-- 
Marcin ``MySZ`` Sztolcman
http://diary.urzenia.net :: mailto:http://urzenia.net/email