Linux-haladó

Előre szólok, hogy valószínű a probléma nem haladó, viszont gondolom ezt a topikot több (linux-expert) nézi :)
én már sztem mindent kipróbáltam, de nem megy a két gép közti net megosztás.
a felállás:
debian és xp
az én gépem debianos ebben van két háló kari az egyi dhcp-ről kap ip-t ami a 160.114.41.38
a másik háló kari rögzített ip-t kap ez pedig 192.168.0.4 ennek az átjárója pedig 160.114.41.38 az xp-s gépben van egy kari aminek az ip-je 192.168.0.2 az átjárója pedig 192.168.0.4
a debianon van internet minden faxán megy de az xp-s nem kap nete sehogysem, még pingelni sem tudom és az se vissza, (nyilván xlink kábelvan a két gép közt, régebben ment vele, de újra kellett rakni a lin-t)
ezen beállítások mellett futtattam régebben egy scriptet, amit most is megtettem de nem müxik, bár míg ping nincs gondolom ez is fölösleges volt.

ifconfig:
debian:/home/pawee# ifconfig -a
eth0 Link encap:Ethernet HWaddr 00:0C:76:24:06:AF
inet addr:160.114.41.38 Bcast:160.114.41.255 Mask:255.255.255.0
inet6 addr: fe80::20c:76ff:fe24:6af/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:37425 errors:0 dropped:0 overruns:0 frame:0
TX packets:23729 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:31693917 (30.2 MiB) TX bytes:8752053 (8.3 MiB)
Interrupt:217 Base address:0xe400

eth1 Link encap:Ethernet HWaddr 00:40:C7:97:7D:4A
inet addr:192.168.0.4 Bcast:192.168.0.255 Mask:255.255.255.0
inet6 addr: fe80::240:c7ff:fe97:7d4a/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1556 errors:3 dropped:0 overruns:0 frame:0
TX packets:307 errors:37 dropped:0 overruns:0 carrier:37
collisions:0 txqueuelen:1000
RX bytes:148684 (145.1 KiB) TX bytes:82654 (80.7 KiB)
Interrupt:177 Base address:0xe000

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:95 errors:0 dropped:0 overruns:0 frame:0
TX packets:95 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:6776 (6.6 KiB) TX bytes:6776 (6.6 KiB)

sit0 Link encap:IPv6-in-IPv4
NOARP MTU:1480 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)

/etc/network/interfaces:

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
allow-hotplug eth0
iface eth0 inet dhcp
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
allow-hotplug eth0
iface eth0 inet dhcp

auto eth0

iface eth1 inet static
address 192.168.0.4
netmask 255.255.255.0
gateway 160.114.41.38

auto eth1

auto eth0

iface eth1 inet static
address 192.168.0.4
netmask 255.255.255.0
gateway 160.114.41.38

auto eth1

Sziasztok! Érdekelne, hogy lehet azt megoldani hogy a szerveren legyen egy olyan satisztika, h beillesztek egy sort a weboldal forrásába, és a szerver gyüjti az adott oldal statisztikáját. Ehez kéne valami php admin felület... ha valaki tud ilyet megköszönném a segitséget :) üdv

Tud valaki valami jó, alacsony szintű csomagfigyelőt karakteres felületre? Ja, és wireless karihoz kellene... SuSE 9.3

Előre is THX!

Segítség kellene. Ki kellene kapcsolni a kernelben a config_4kstacks paramétert. Azonban halvány nyoma sincs sem a kernelben (<=2.6.18), sem a .config fájlokban.
Mi ilyenkor a teendő?

Szeretnek telepiteni egy olyan rendszert ahol egy szem LVM-en csucsul az egesz linux, es nincs kulon /boot particio sem. ez eddig meg sima Debian telepitovel is menne, LILO-val. Az extra azonban hogy en szeretnem a rendszer(eket) grubbal bebootolni. Neten mindissze annyit talaltam hoigy a grubnak kellene tudnia ilyet hogy azonban mit kell ilyenkor megadnom grub rootnak arrol semmit
Vegulis a kerdesem: tud-e a grub logical volume-rol kernelt betolteni es ha igen, hogyan.

Elore is koszi az infot.

P.S. RTFM johet, de csak URL-lel egyutt.

Sziasztok!

Ismét van egy problémám, és persze ismét olyan, amivel még sosem találkoztam, illetve neten se sokat taálni róla.
Adott egy szerver, ami 100 napja folyamatosan ment minden gond nélkül. Volt rajta egy awstats statisztika is. Egyik este még tökéletesen futott, másnap délelőtt meg már internal server error...
Ez még hagyjám, de mivel a többi CGI (pl postfilter) is ugyanezt a hibát adja, gyanítom nem az awstats -nak van baja.
Az apache logokban "Too many open files" jellegű hibaüzenet. Nem csak, ha a statisztikát akarják megnyitni, de még akkor is, ha PHP-ban egy sima include() fgv-t futtatnánk, akkor is ugyanez.

(24)Too many open files: couldn't set child process attributes: /usr/local/awstats/wwwroot/cgi-bin/index.php
(24)Too many open files: couldn't spawn child process: /usr/local/awstats/wwwroot/cgi-bin/awstats.pl
(24)Too many open files: cannot read directory for multi: /var/www/

Mint mondtam, folyamatosan ment 100 napig gond nélkül, és most keze lába ki van a szervernek. Ma pl az apache restart után nem állt fel, csak miután a szervert is újraindítottuk.És hát ez így minden, csak nem jó...

Akinek van vmi ötlete, nagyon megköszönném, mert tényleg nem sok dolgot találtam neten.

wengophone új 2.1.x verziója ezt a hibát adja,

./qtwengophone: /usr/lib/gcc/i686-pc-linux-gnu/3.4.6/libstdc++.so.6: version `GLIBCXX_3.4.5' not found (required by ./qtwengophone)
./qtwengophone: /usr/lib/gcc/i686-pc-linux-gnu/3.4.6/libstdc++.so.6: version `CXXABI_1.3.1' not found (required by ./qtwengophone)

a 3.4.5nél újabb gcc csomag van fent, ezért nem tudom mire vélni ezt a hibaüzenetet.
mi lehet a probléma?

Sziasztok,

A cégnél ahol dolgozok, két belső háló van tűzfallal elválasztva. Az egyik a 192.x.x.x-es (a kívülről is elérhető linux szerver van itt, egy CentOS 5), amit egy ADSL router köt össze az inernettel, a másik a 10.x.x.x-es. A 192-es és a 10-es hálózat között az MS SBS 2003 szerver van (ISA, Exhange, eTrust).
Az internet és a külvilág között a szokásos ADSL router van elhelyezve, NAT és csak a szükséges portok vannak megnyitva amik a 192-es hálóban lévő CentOS 5-re vannak átirányítva.
Az MS SBS csak a belülről történő levelezést engedi meg, kívülről nem elérhető (otthonról nem tudjuk letölteni a leveleinket), ill. el lehet érni a linuxos szervert a 10-es hálózatból (default gateway) és a 192-es hálóból csak a CentOS5 szólíthaja meg az MS SBS-t.
Hogy elérjük az otthoni leveleinket csináltam a CentOS alatt egy "Reverse Proxy"-t, ami elérhetővé teszi kívülről is az MS SBS-en futó Outlook Web Access szolgáltatást (OWA).
Múlt pénteken viszont az SBS eldobta a CentOS kapcsolatot (onnét érkező túlterheltség miatt), és mivel az SBS WEB-Proxy-ként is működik a NET sebessége a 0-hoz konvertált, mivel minden forgalom rajta megy keresztül.
Az OWA szolgáltatás csak HTTPS-en keresutül +1 jelszóval érjető el. Ennek ellenére támadásra gyanakodtunk. Hogy lehet ezt kideríteni ill. a későbbiekre nézve megelőzni kivédeni???!!!

TripWire, SNORT, netdump... ezek teljesen új dolgok számomra..

A segítséget előre is köszönöm.

Perger Attila
http://pergersoft.hu

Sziasztok,

Adott egy Kubuntu Feisty linux, 2.6.18-as kernellel. A gépben található 2 db I2O kártya. Adaptec 2100S és 2400A. Raidutil kimenet lentebb:

RAIDUTIL Version: 3.31 Date: 8/12/2002 LINUX CLI Configuration Utility
Adaptec ENGINE Version: 3.31 Date: 8/12/2002 Adaptec LINUX SCSI Engine

# b0 b1 b2 Controller Cache FW NVRAM Serial Status
---------------------------------------------------------------------------
d0 -- -- -- ADAP2400A 48MB 3A0L ADPT 1.0 BF0F33803GKOptimal
d1 -- ADAP2100S 48MB 330H CHNL 1.1 EA0B10210PPOptimal

Physical View
Address Type Manufacturer/Model Capacity Status
---------------------------------------------------------------------------
d0b0t0d0 Disk Drive (DASD) SAMSUNG HD400LD 381554MB Optimal
d0b1t0d0 Disk Drive (DASD) SAMSUNG HD400LD 381554MB Optimal
d0b2t0d0 Disk Drive (DASD) SAMSUNG HD400LD 381554MB Optimal
d0b3t0d0 Disk Drive (DASD) SAMSUNG HD400LD 381554MB Optimal
d1b0t0d0 Disk Drive (DASD) IBM IC35L018UWD210-0 17501MB Optimal

Logical View
Address Type Manufacturer/Model Capacity Status
---------------------------------------------------------------------------
d0b0t0d0 RAID 5 (Redundant ADAPTEC RAID-5 1144662MB Optimal
d0b0t0d0 Disk Drive (DASD) SAMSUNG HD400LD 381554MB Optimal
d0b1t0d0 Disk Drive (DASD) SAMSUNG HD400LD 381554MB Optimal
d0b2t0d0 Disk Drive (DASD) SAMSUNG HD400LD 381554MB Optimal
d0b3t0d0 Disk Drive (DASD) SAMSUNG HD400LD 381554MB Optimal

Address Max Speed Actual Rate / Width
---------------------------------------------------------------------------
d0b0t0d0 50 MHz 100 MB/sec wide
d0b1t0d0 50 MHz 100 MB/sec wide
d0b2t0d0 50 MHz 100 MB/sec wide
d0b3t0d0 50 MHz 100 MB/sec wide
d1b0t0d0 Ultra3 160 MB/sec wide

Address Manufacturer/Model Write Cache Mode
---------------------------------------------------------------------------
d1b0t0d0 IBM IC35L018UWD210-0 Write Back
d0b0t0d0 ADAPTEC RAID-5 Write Back
d0b0t0d0 SAMSUNG HD400LD Write Back
d0b1t0d0 SAMSUNG HD400LD Write Back
d0b2t0d0 SAMSUNG HD400LD Write Back
d0b3t0d0 SAMSUNG HD400LD Write Back

# Controller Cache FW NVRAM BIOS SMOR Serial
---------------------------------------------------------------------------
d0 ADAP2400A 48MB 3A0L ADPT 1.0 BF0F33803GK
d1 ADAP2100S 48MB 330H CHNL 1.1 1.62 1.12/79I EA0B10210PP

# Controller Status Voltage Current Full Cap Rem Cap Rem Time
---------------------------------------------------------------------------
d0 ADAP2400A No battery
d1 ADAP2100S No battery

Address Manufacturer/Model FW Serial 123456789012
---------------------------------------------------------------------------
d0b0t0d0 SAMSUNG HD400LD WQ10 S0AXJ1GL933855 -X-XX--X-O--
d0b1t0d0 SAMSUNG HD400LD WQ10 S0PQJ1LP301787 -X-XX--X-O--
d0b2t0d0 SAMSUNG HD400LD WQ10 S0PQJ1LP301786 -X-XX--X-O--
d0b3t0d0 SAMSUNG HD400LD WQ10 S0PQJ1LP301788 -X-XX--X-O--
d1b0t0d0 IBM IC35L018UWD210-0 S5BS VLZA1548 -XXXX---XOX-

Eddig minden ment klasszul, de mai napon egy CDimage másolásakor mindig 12%-nál lefagy a teljes gép. Az alábbi hibaüzenetek előzik meg:

Jul 16 08:49:09 kubuntu kernel: [505655.022014] dpti0: Trying to Abort cmd=584779
Jul 16 08:49:09 kubuntu kernel: [505655.022387] dpti0: Abort cmd not supported
Jul 16 08:49:09 kubuntu kernel: [505655.022391] dpti0: Trying to Abort cmd=584780
Jul 16 08:49:09 kubuntu kernel: [505655.022688] dpti0: Abort cmd not supported
Jul 16 08:49:09 kubuntu kernel: [505655.022693] dpti0: Trying to reset device
Jul 16 08:49:09 kubuntu kernel: [505655.022981] dpti0: Device reset not supported
Jul 16 08:49:09 kubuntu kernel: [505655.022986] dpti0: Bus reset: SCSI Bus 0: tid: 11
Jul 16 08:49:09 kubuntu kernel: [505655.027244] dpti0: Bus reset success.
Jul 16 08:49:29 kubuntu kernel: [505675.022409] dpti0: Trying to Abort cmd=584779
Jul 16 08:49:29 kubuntu kernel: [505675.022790] dpti0: Abort cmd not supported
Jul 16 08:49:39 kubuntu kernel: [505685.018605] dpti0: Trying to Abort cmd=584780
Jul 16 08:49:39 kubuntu kernel: [505685.018979] dpti0: Abort cmd not supported
Jul 16 08:49:39 kubuntu kernel: [505685.018984] dpti0: Hba Reset: scsi id 0: tid: 11
Jul 16 08:49:39 kubuntu kernel: [505685.053972] dpti0: Quiesced.

A raidutil szerint a RAID5 és a diskek is Optimal állapotban vannak újrainditás után is.

Találkozott hasonló problémával más is? Ugy vettem észre a 2.6.18-as kernel volt a legideálisabb a 2.6.xxx szériából, de most tanácstalan vagyok mi lehet a gond. Esetleg a meleg?

Bármi hasznos segitséget, ötletet szivesen veszek

Elnezest, hogy nemirom be ide ujra.

http://www.linuxquestions.org/questions/showthread.php?p=2825437#post28…

Valaki tudna valami iranyt mondani erre?

MEGOLDAS: Na fasza, a millio1 dolog kiprobalasa utan, arra jutottam hogy: ping localhost -> unknown host localhost :)
/etc/resolv.conf-bol kivettem a search chello.hu-t (amit a dhcdcd rak bele utolag, -R kapcsoloval kikapcsolhato) es lam min a ping megy, mind a SSH+X. Erdekes mod regebben nem emlekszem hogy ez bekavart volna (mar csak alapbol a ping localhostba).