Re: mysql i polaczenia zdalne
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 (0x2abc1000) libz.so.1 => /lib64/libz.so.1 (0x2acca000) libwrap.so.0 => /usr/lib64/libwrap.so.0 (0x2adde000) libdl.so.2 => /lib64/libdl.so.2 (0x2aee7000) libssl.so.0.9.7 => /usr/lib64/libssl.so.0.9.7 (0x2afea000) libcrypto.so.0.9.7 => /usr/lib64/libcrypto.so.0.9.7 (0x2b121000) libcrypt.so.1 => /lib64/libcrypt.so.1 (0x2b35e000) libpthread.so.0 => /lib64/tls/libpthread.so.0 (0x2b495000) libstdc++.so.5 => /usr/lib64/libstdc++.so.5 (0x2b5ab000) libm.so.6 => /lib64/tls/libm.so.6 (0x2b788000) libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x2b90c000) libc.so.6 => /lib64/tls/libc.so.6 (0x2ba17000) /lib64/ld-linux-x86-64.so.2 (0x2aaab000) $ 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 ___ pld-users-pl mailing list pld-users-pl@pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Powolny transfer danych - AC
> Nie podałeś, który to model, ale z opisu producenta wynika, że > może to działać z "Layer 3", czyli zachowuje się jak niezależny > router (analizuje IP). Wtedy to by miało sens (błędy w > konfiguracji routingu lub innych bajerów udostępnianych w tej > warstwie). Tylko dziwne, że taka konfiguracja > zmienia się zależnie od prędkości portu. Wygląda mi to na błędne > oprogramowanie switcha. A może niechcący masz tam włączony np. > bandwidth limiting i działa to procentowo do szybkości łącza? Maszyna to Allied Telesyn AT-8350GB Fast Ethernet Switch. Odpuszczę jednak ten temat, skoro z PLD jest wszystko OK a nadzór nad switchem nie należy do mnie. Zestresowało mnie to jednak, bo ostatnio się tyle mówi o tym, że poldek czasem wolno działa, że każdy instaluje AC na własną odpowiedzialność itp... :-) Pozdrawiam serdecznie, -- Wojciech Potaczek ___ pld-users-pl mailing list pld-users-pl@pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
[amd64] php4 - dziwny problem ze zlib
Witam Zainstalowałem sobie Apacza 1.3.33. Zainstalowałem do niego php-4.3.11 (podobno 4.3.10 miał jakiegoś buga na 64 bitach). rpma sobie zbudowałem ładnie i grzecznie z --with apache1 tudzież innymi mniej lub bardziej potrzebnymi withami i withoutami. Wszystko wydawało się pięknie, aż do... Kod: ?> Odpalony z palca - działa. Odpalony z Apacza - zdycha (sig 11 - żadnych innych śladów) Ktoś coś wie na ten temat? Bo ja już zgłupiałem... ethanak PS. Jak to cholerstwo zdebugować??? Pewnie jakiś durny błąd typu sizeof(long) != sizeof(int) albo co... ___ pld-users-pl mailing list pld-users-pl@pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Zew. IP
[EMAIL PROTECTED] wrote: >Mam pytanie związane z routingiem i zewnętrznym numerkami IP. > Mam łacze z neti na które na początku dostałem jedno IP zew (213.x.x.x), z > biegiem czasu udało mi się wywalczyć następne numerki IP lecz z innej > klasy (81.x.x.x). Chciał bym dać userowi za serwerem zewnętrzne IP ale > jedyn co udało mi sie wygoglować to to : > > iptables -t nat -I PREROUTING -d 81.x.x.x -j DNAT --to 192.x.x.x > iptables -t nat -I POSTROUTING -s 192.x.x.x -j SNAT --to 81.x.x.x > ip addr add 81.x.x.x dev eth0 > > ale dzieki temu user dalej ma wew. IP a zarazem ZEW. takie małe > zamieszanie, chciał bym aby użytkownik wpisywał na swojim komputerze w > ustawienia odrazu ZEW. IP, czy ktoś sie orientuje jak tego dokonać ? ip r add 81.x.x.x/32 dev eth1 echo 1 >/proc/sys/net/ipv4/conf/all/proxy_arp użytkownik wpisuje konfig: IP: 81.x.x.x NETMASK: dowolny, nawet 0.0.0.0 GW: dowolny (jezeli maska 0 to bez GW) ___ pld-users-pl mailing list pld-users-pl@pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Zew. IP
[EMAIL PROTECTED] napisał(a): >Mam pytanie związane z routingiem i zewnętrznym numerkami IP. > Mam łacze z neti na które na początku dostałem jedno IP zew (213.x.x.x), z > biegiem czasu udało mi się wywalczyć następne numerki IP lecz z innej > klasy (81.x.x.x). Chciał bym dać userowi za serwerem zewnętrzne IP [...] > chciał bym aby użytkownik wpisywał na swojim komputerze w > ustawienia odrazu ZEW. IP, czy ktoś sie orientuje jak tego dokonać ? [...] > 4 sieciówki, 1 podpieta do routera (i-net) 3 na siec LAN. Możesz zrobić bridge firewall (+ ewentualne filtrowanie ramek nie IPv4 i ARP przy pomocy ebtables + oczywiście filtrowanie/natowanie iptables) dla wsystkich lub wybranych interfejsów ethX. Aby mieć bridge do pliku /etc/sysconfig/network wpis BRIDGE_DEVS="eth0 eth1 ... ethX", z odpowiednich plików /etc/sysconfig/interfaces/ifcfg-ethX zakomentuj wpisy IPADDR=... utwórz wpis interfejsu br0 /etc/sysconfig/interfaces/ifcfg-br0 np. z IPADDR=213.x.x.x Potem możesz dodać dla komputerów z zewnętrznymi adresami odpowiednie regułki zezwalające na FORWARD, dla maszyn z adresami prywatnymi ewent. regułki DNAT/SNAT Pozdrawiam, Marek PS. Dla bridge ruch wchodzący/wychodzący (a właściwie przechodzący) na konkretnym interfejsie wchodzącym w skład bridge w iptables rozróżnia się po: -m physdev --physdev-in eth0 --physdev-out eth1 a nie po "-i eth0 -o eth1" ___ pld-users-pl mailing list pld-users-pl@pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Zew. IP
> Witam > Mam pytanie zwi±zane z routingiem i zewnêtrznym numerkami IP. > Mam ³acze z neti na które na pocz±tku dosta³em jedno IP zew (213.x.x.x), z > biegiem czasu uda³o mi siê wywalczyæ nastêpne numerki IP lecz z innej > klasy (81.x.x.x). Chcia³ bym daæ userowi za serwerem zewnêtrzne IP ale > jedyn co uda³o mi sie wygoglowaæ to to : > iptables -t nat -I PREROUTING -d 81.x.x.x -j DNAT --to 192.x.x.x > iptables -t nat -I POSTROUTING -s 192.x.x.x -j SNAT --to 81.x.x.x > ip addr add 81.x.x.x dev eth0 > ale dzieki temu user dalej ma wew. IP a zarazem ZEW. takie ma³e > zamieszanie, chcia³ bym aby u¿ytkownik wpisywa³ na swojim komputerze w > ustawienia odrazu ZEW. IP, czy kto¶ sie orientuje jak tego dokonaæ ? > Serwer na AC > kernel 2.6.11.6-3 > [EMAIL PROTECTED] > 4 sieciówki, 1 podpieta do routera (i-net) 3 na siec LAN. http://www.dug.net.pl/faq/index.php?kat=3&id=38 Pozdrawiam DreameR ___ pld-users-pl mailing list pld-users-pl@pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Zew. IP
Witam Mam pytanie związane z routingiem i zewnętrznym numerkami IP. Mam łacze z neti na które na początku dostałem jedno IP zew (213.x.x.x), z biegiem czasu udało mi się wywalczyć następne numerki IP lecz z innej klasy (81.x.x.x). Chciał bym dać userowi za serwerem zewnętrzne IP ale jedyn co udało mi sie wygoglować to to : iptables -t nat -I PREROUTING -d 81.x.x.x -j DNAT --to 192.x.x.x iptables -t nat -I POSTROUTING -s 192.x.x.x -j SNAT --to 81.x.x.x ip addr add 81.x.x.x dev eth0 ale dzieki temu user dalej ma wew. IP a zarazem ZEW. takie małe zamieszanie, chciał bym aby użytkownik wpisywał na swojim komputerze w ustawienia odrazu ZEW. IP, czy ktoś sie orientuje jak tego dokonać ? Serwer na AC kernel 2.6.11.6-3 [EMAIL PROTECTED] 4 sieciówki, 1 podpieta do routera (i-net) 3 na siec LAN. Pozdrawiam Wojciech Polak ___ pld-users-pl mailing list pld-users-pl@pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Jak to jest z tymi steronikami firegl?? (kompilacja na SMP)
Nieistotne już. -- Łukasz Maśko JID: [EMAIL PROTECTED]_o) Lukasz.Masko(at)ipipan.waw.pl GG: 2441498/\\ Registered Linux User #61028 ICQ: 146553537 _\_V ___ pld-users-pl mailing list pld-users-pl@pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Jak to jest z tymi steronikami firegl?? (kompilacja na SMP)
Jak to właściwie jest z kompilacją tych sterowników od ATI na maszynie SMP? Pomijam, że nie chce mi działać OpenGL bo ma jakieś problemy z AGP. Ale w logach znalazłem takie coś: (II) fglrx(0): Kernel Module Version Information: (II) fglrx(0): Name: fglrx (II) fglrx(0): Version: 8.12.10 (II) fglrx(0): Date: Apr 4 2005 (II) fglrx(0): Desc: ATI FireGL DRM kernel module (II) fglrx(0): Kernel Module version matches driver. (II) fglrx(0): Kernel Module Build Time Information: (II) fglrx(0): Build-Kernel UTS_RELEASE:2.6.11.7-0.2smp ^^^ (II) fglrx(0): Build-Kernel MODVERSIONS:no (II) fglrx(0): Build-Kernel __SMP__:no ^^^ ^^ (II) fglrx(0): Build-Kernel PAGE_SIZE: 0x1000 (II) fglrx(0): [drm] register handle = 0xcf00 (EE) fglrx(0): [agp] unable to acquire AGP, error "xf86_ENOMEM" (EE) fglrx(0): cannot init AGP No to jak z tym jest? Jest to SMP czy nie ma? Zainstalowałem moduł kernel-smp-video-firegl. Może jakiś błąd w SPEC-u? -- Łukasz Maśko JID: [EMAIL PROTECTED]_o) Lukasz.Masko(at)ipipan.waw.pl GG: 2441498/\\ Registered Linux User #61028 ICQ: 146553537 _\_V ___ pld-users-pl mailing list pld-users-pl@pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
jaki radius dla pixa
Witam. Czy koledzy moga polecic jakis serwer radius, ktory bedzie sie nadawal do pracy z pixem? Testuje wlasnie freeradiusa, ale google pokazuja duzo innych, moze ktos sie podzieli doswiadczeniami? -- kuba staskiewicz ___ pld-users-pl mailing list pld-users-pl@pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Powolny transfer danych - AC
On Thu, Apr 21, 2005 at 09:19:17AM +0200, Wojciech Potaczek : : NSS : : wrote: > > Jeśli sieciówki takie same, to może konflikt przerwań? > > Coś podobnego już tu opisywano. Spróbuj parametru kernela noapic. Ta uwaga dotyczyła innej wiadomości. Mam nadzieję, że chodziło tylko o podpięcie do wątku. > > Witam Was serdecznie, > dziękuję za wszelkie sugestie. > > Okazuje się, że niepotrzebnie zwątpiłem w Linuxa w momencie, > gdy w logach nic ciekawego się nie pojawiało. > Problem był czysto sieciowy i pojawiał się wtedy gdy switch > Allied Telesyn miał ustawiony port na 10Mbit/Half duplex. > Oczywiście karta ustawiała się poprawnie w 10/half, co wynika > z logów, niemniej jednak w takim ustawieniu działy się czary > (transfer z zewnątrz dobry a transfer od samego rutera zły) > Po właczeniu autonegocjacji na tym porcie switcha problemy ustały > Link się ustawił oczywiście na 100/full. Za cienki jestem jednak, > żeby sobie racjonalnie wytłumaczyć dlaczego tak się działo > i na jakiej podstawie coś "te konkretne pakiety" od rutera traktowało > inaczej niż pozostałe z Internetu. Adres źródłowy IP miał znaczenie? > Winny może być albo moduł e100 (w co szczerze wątpię) albo > switch (firmware?). > Problem mam w pełni powtarzalny z tym konkretnym switchem, > niestety nie miałem możliwości sprawdzić tego z innym sprzetem. Nie podałeś, który to model, ale z opisu producenta wynika, że może to działać z "Layer 3", czyli zachowuje się jak niezależny router (analizuje IP). Wtedy to by miało sens (błędy w konfiguracji routingu lub innych bajerów udostępnianych w tej warstwie). Tylko dziwne, że taka konfiguracja zmienia się zależnie od prędkości portu. Wygląda mi to na błędne oprogramowanie switcha. A może niechcący masz tam włączony np. bandwidth limiting i działa to procentowo do szybkości łącza? > Bardzo przepraszam forumowiczów za zawracanie głowy > i pozdrawiam, A ja dziękuję za pouczającą relację. Jarek P. ___ pld-users-pl mailing list pld-users-pl@pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Powolny transfer danych - AC
On Tue, Apr 19, 2005 at 08:29:46PM +0200, Wojciech Potaczek : : NSS : : wrote: ... > Niestety w logach nie ma zupełnie nic. Co więcej, tak jak mówiłem, > jeżeli jest to ruch z Internetu do sieci lokalnej to odbywa się on > z pełną prędkością. Problemy są tylko wtedy, gdy ruch się odbywa > bezpośrednio z rutera do sieci lokalnej. Z rutera w stronę Internetu jest > OK. > Testowałem to także mając załadowane jedynie podstawowe moduły, > żadnych iptables i pochodnych. > Maszyna to dwuprocesorowy Intel z płyta STL-2, posiadający na pokładzie > jedną kartę Intela działającą na e100. Dodatkowo są zainstalowane > dwa realteki. Sieć lokalna jest podpięta właśnie na e100. > Zupełnie nie mam koncepcji dlaczego ruch z rutera w jedną stronę > jest "gorszy" niż w drugą stronę, podczas gdy ruch "przechodzący" przez > serwer > nie jest w żaden sposób blokowany. Jutro jadę wsadzić trzeciego Realteka > i zastapić nim tego Intela (akt rozpaczy) oraz sprawdzić czy na jądrze 2.4 > także bedzie podobny problem (drugi akt rozpaczy). W ostateczności > sprawdze jądro nie-smp (trzeci akto rozpaczy). Czyli dzisiaj można liczyć na opis wrażeń z podróży? Jarek P. ___ pld-users-pl mailing list pld-users-pl@pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Powolny transfer danych - AC
> Jeśli sieciówki takie same, to może konflikt przerwań? > Coś podobnego już tu opisywano. Spróbuj parametru kernela noapic. Witam Was serdecznie, dziękuję za wszelkie sugestie. Okazuje się, że niepotrzebnie zwątpiłem w Linuxa w momencie, gdy w logach nic ciekawego się nie pojawiało. Problem był czysto sieciowy i pojawiał się wtedy gdy switch Allied Telesyn miał ustawiony port na 10Mbit/Half duplex. Oczywiście karta ustawiała się poprawnie w 10/half, co wynika z logów, niemniej jednak w takim ustawieniu działy się czary (transfer z zewnątrz dobry a transfer od samego rutera zły) Po właczeniu autonegocjacji na tym porcie switcha problemy ustały Link się ustawił oczywiście na 100/full. Za cienki jestem jednak, żeby sobie racjonalnie wytłumaczyć dlaczego tak się działo i na jakiej podstawie coś "te konkretne pakiety" od rutera traktowało inaczej niż pozostałe z Internetu. Adres źródłowy IP miał znaczenie? Winny może być albo moduł e100 (w co szczerze wątpię) albo switch (firmware?). Problem mam w pełni powtarzalny z tym konkretnym switchem, niestety nie miałem możliwości sprawdzić tego z innym sprzetem. Bardzo przepraszam forumowiczów za zawracanie głowy i pozdrawiam, -- Wojciech Potaczek ___ pld-users-pl mailing list pld-users-pl@pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Powolny transfer danych - AC
On Tue, Apr 19, 2005 at 07:50:16PM +0200, Radosław Kintzi wrote: ... > A patrzyłeś w logach? Ja w jedenym routerze mam taki problem: trzy > sieciówki - dwie działają ok, a eth2 jak jej ustawie tryb 100Mbit/s (a > raczej nie ustawie innego), to mi robi przy obciążeniu link down, link > up, link down, link up. Jak jej ustawie tryb 10Mbit/s, to nie wariuje. > Nie mogę dojść, co jest nie tak. Wymieniałem sieciówkę, kabel, switcha i > nie pomogło. Sieciówki dokładnie takie same. Widział kotś kiedyś coś > takiego? Jeszcze mi teraz przyszło, żeby sprawdzić, co będzie jak > zamienie karty miejscami. Ciekawe, czy dalej wariować będzie eth2? > Chodziaż zdziwiłbym się gdyby było inaczej, bo przecież wymieniałem > sieciówkę na nową. Jeśli sieciówki takie same, to może konflikt przerwań? Coś podobnego już tu opisywano. Spróbuj parametru kernela noapic. Jarek P. ___ pld-users-pl mailing list pld-users-pl@pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl