Debian GNU/Linux

Dovecot 2.X connection refused

Fórumok

Sziasztok,
Belefutottam egy problémába, és nem tudok továbblépni.
Mai upgrade során felment a 2-es Dovecot, és régi jó kis 1.2-es configot teljesen át kellett írnom.
Mysql-ben tárolom a virtual usereket, Postfixet használok, és fut még postgrey és amavis is.
Dovecot mysql és sieve pluginok fent vannak.
IMAP-on nézem, SSL-en keresztül.
Kis küzdés után most ott tartok, hogy látszólag minden működik, kívülről érkezett levél rendben bekerül a megfelelő Maildir-ba, ezt látom fent a szerveren, és mail logban is ez látszik.

De egy Thunderbirddel csatlakozva connection refused. :(
Ha levelet küldök, kintről, Thunderbirddel, az is sikeres, de nem tudja bemásolni a levelet a Sent folderbe.

Tűzfalon nincs változás (eddig ment) fail2bant kikapcsoltam, iptables-ben nincs tiltás.

Mail logban semmi, minden rendben van.
Dovecot logban semmi, bekapcsoltam az auth_debug-ot, de csak ennyit ír, ami szerintem okés, nem?

2011-05-31 21:18:24 auth: Debug: master in: USER 1 info@xxx.hu service=lda
2011-05-31 21:18:24 auth: Debug: master out: USER 1 info@xxx.hu uid=5000 gid=5000 home=/home/vmail/xxx.hu/info/Maildir

config fajlom:

# 2.0.12: /etc/dovecot/dovecot.conf
# OS: Linux 2.6.38-2-686 i686 Debian wheezy/sid ext3
auth_mechanisms = plain login cram-md5
disable_plaintext_auth = no
log_path = /var/log/dovecot.log
log_timestamp = "%Y-%m-%d %H:%M:%S "

auth_debug=yes
auth_debug_passwords=yes

mail_location = maildir:/home/vmail/%d/%n/Maildir

mail_privileged_group = mail

namespace {
inbox = yes
location =
prefix = INBOX.
separator = .
type = private
}

passdb {
args = /etc/dovecot/dovecot-sql.conf
driver = sql
}

service auth {
unix_listener /var/spool/postfix/private/auth {
group = postfix
mode = 0660
user = postfix
}
unix_listener auth-master {
mode = 0600
user = vmail
}
user = root
}

#service imap-login {
# inet_listener imap {
# port = 0
# }
#}

protocol lda {
auth_socket_path = /var/run/dovecot/auth-master
postmaster_address = postmaster@example.com
mail_plugins = sieve
log_path =
}

#userdb {
# driver = passwd
#}

userdb {
args = uid=5000 gid=5000 home=/home/vmail/%d/%n/Maildir allow_all_users=yes
driver = static
}

ssl = yes
ssl_cert =
ssl_key =

Furcsa, mintha a nehezét megoldottam volna, csak valami apró balfasság bekavarna...

Előre is nagyon köszönöm, ha van esetleg tippetek!
üdv,
optimista.

Squeeze update után Skype 2.2.0.25-1_i386 nem működik

Fórumok

Meglehetősen kényelmetlen helyzetben találtam magam az előbb.

Miután felraktam a ma letöltött frissítéseket:

2011-05-26 12:20:30 status installed firmware-linux-nonfree 0.28
2011-05-26 12:20:45 status installed initramfs-tools 0.98.8
2011-05-26 12:36:53 status half-installed google-chrome-stable 11.0.696.68-r84545
2011-05-26 12:36:53 status half-installed google-chrome-stable 11.0.696.68-r84545
2011-05-26 12:36:53 status half-installed google-chrome-stable 11.0.696.68-r84545
2011-05-26 12:36:53 status half-installed google-chrome-stable 11.0.696.68-r84545
2011-05-26 12:36:53 status half-installed google-chrome-stable 11.0.696.68-r84545
2011-05-26 12:37:02 status half-installed google-chrome-stable 11.0.696.68-r84545
2011-05-26 12:37:03 status half-installed linux-base 2.6.32-31
2011-05-26 12:37:03 status half-installed linux-base 2.6.32-31
2011-05-26 12:37:03 status half-installed linux-base 2.6.32-31
2011-05-26 12:37:04 status half-installed linux-image-2.6.32-5-686 2.6.32-31
2011-05-26 12:37:45 status half-installed linux-image-2.6.32-5-686 2.6.32-31
2011-05-26 12:37:54 status half-installed linux-image-2.6.32-5-vserver-686 2.6.32-31
2011-05-26 12:38:32 status half-installed linux-image-2.6.32-5-vserver-686 2.6.32-31
2011-05-26 12:38:39 status half-installed firmware-linux-free 2.6.32-31
2011-05-26 12:38:39 status half-installed firmware-linux-free 2.6.32-31
2011-05-26 12:38:39 status half-installed libapr1 1.4.2-6+squeeze1
2011-05-26 12:38:39 status half-installed libapr1 1.4.2-6+squeeze1
2011-05-26 12:38:39 status half-installed linux-headers-2.6.32-5-686 2.6.32-31
2011-05-26 12:38:44 status half-installed linux-headers-2.6.32-5-686 2.6.32-31
2011-05-26 12:38:45 status half-installed linux-headers-2.6.32-5-common 2.6.32-31
2011-05-26 12:38:48 status half-installed linux-headers-2.6.32-5-common 2.6.32-31
2011-05-26 12:38:48 status half-installed linux-libc-dev 2.6.32-31
2011-05-26 12:38:49 status half-installed linux-libc-dev 2.6.32-31
2011-05-26 12:38:54 status installed menu 2.1.44
2011-05-26 12:38:55 status installed man-db 2.5.7-8
2011-05-26 12:38:55 status installed desktop-file-utils 0.15-2
2011-05-26 12:38:56 status installed gnome-menus 2.30.3-1
2011-05-26 12:39:21 status installed google-chrome-stable 11.0.696.71-r86024
2011-05-26 12:39:22 status installed linux-base 2.6.32-34squeeze1
2011-05-26 12:40:00 status installed linux-image-2.6.32-5-686 2.6.32-34squeeze1
2011-05-26 12:40:39 status installed linux-image-2.6.32-5-vserver-686 2.6.32-34squeeze1
2011-05-26 12:40:39 status installed firmware-linux-free 2.6.32-34squeeze1
2011-05-26 12:40:42 status installed libapr1 1.4.2-6+squeeze2
2011-05-26 12:40:42 status installed linux-headers-2.6.32-5-common 2.6.32-34squeeze1
2011-05-26 12:40:43 status installed linux-headers-2.6.32-5-686 2.6.32-34squeeze1
2011-05-26 12:40:43 status installed linux-libc-dev 2.6.32-34squeeze1

A tárgyban említett Skype verzió nem működik. skype-debian_2.2.0.25-1_i386.deb
Érdekes mód az előző verzió (skype-debian_2.1.0.81-1_i386.deb) tökéletesen működőképes amennyiben azt rakom fel, de azért érdekelne mi lehet a gond.
Átnéztem a logokat de nincs semmi ami skype-val kapcsolatos. Másvalaki is tapasztalt ilyesmit?
Esetleg valami tipp hogy hogyan oldhatnám meg?
Segítségeteket köszönöm.

Grafikus felület felbontásának force beállítása.

Fórumok

Van-e mód arra debian 6.0 alatt, hogy a felbontást 800x480-ra állítsam? Egy érintős flat panelt kéne meghajtanom vele, de a gép BIOS beállításában 640x480, 800x600 stb felbontások vannak. A 800x600 esetén pedig alul hiányzik pár centi. További gondom, hogy a rendszer CF kártyára menne, viszont a telepítő csak úgy hajlandó vele dolgozni, ha a BIOS-ban disabled-re állítom a UDMA/DMA módot. AMD geode LX alaplap és chipset.

Debian+wpa2+boot

Fórumok

Szépen sorjában adott egy nem mai darab laptop.Debian Squeeze 2.6.32-5-amd64 Gnome 3 Gnome network manager 0.8.1
Broadcom B43 wifi kártya.Hosszas próbálkozással sikerült megoldani hogy mindig induljon és csatlakozzon wpa2 es nethez miután beléptem felhasználóként.
Természetesen eth0 nincs bedugva.

/etc/modprobe.d/broadcom-sta-common.conf
blacklist b44
blacklist b43legacy
blacklist ssb
install wl /sbin/modprobe --ignore-install wl $CMDLINE_OPTS
blacklist brcm80211
/etc/network/interfaces
auto lo
iface lo inet loopback
iface eth0 inet dhcp

Ezek a müködő beállítások.


auto lo 
iface lo inet loopback
iface wlan0 inet static
address 192.168.1.66
netmask 255.255.255.0
gateway 192.168.1.254
wpa-conf /etc/wpa_supplicant.conf
/etc/wpa_supplicant.conf

  
ctrl_interface=/var/run/wpa_supplicant
ctrl_interface_group=0
ap_scan=1

network={
        ssid="my_network"
        proto=RSN
        key_mgmt=WPA-PSK
        pairwise=CCMP TKIP
        group=CCMP TKIP
        psk="secret_password"
}

De ez után már amikor feláll a rendszer,se nem csatlakozik se nem találja wifi routert és semmilyen más hálózatot sem lát.
Feladat az lenne hogy boot-nál feláljon és felcsatlakozzon wifire.sshd és gdm előtt.
Előre is köszönöm segítséget.:)

Játszanék is néha

Fórumok

Srácok,
Ubuntut használtam (mindig az épp aktuálisat, de legutóbb a 10.04-et), bő másfél évig, és jókat játszottam az Urban Terror, és az Enemy Territory játékokkal. Gyors volt, alacsony ping mindkettőnél.
Amikor megjelent, feltettem "tesztelni" a Squeeze-t, és szomorúan tapasztaltam, hogy, az Urban Terror "szaggat" néha, és 60-100 köröl mozog a ping, de ami ettől is rosszabb, hogy az Enemy Territory egyenesen diavetítés szintjén van, rettenetesen szaggat, játszhatatlan. Külön probléma, hogy utóbbinál a Punkbuster "frissítője", a Pbsetup el sem indul.(http://www.evenbalance.com/index.php?page=pbsetup.php)
Mondani sem kell, hogy a gép ugyanaz : AMD Sempron 3400+ ,2GB Ram, Gf7600GS 512Mb vidkari, nvidia driver a 195 től 270 ig mindegy volt, Ubi alatt jóvolt, Debian alatt nem.
Mindkét rendszer 64 bites volt.
Most Crunchbang Statlert használok, ez is Squeeze alapú, és ugyanaz a gondom.
Erre szeretnék valami megoldást találni, persze a "akkor használj Ubuntut" alternatíván kívül.
Köszönöm előre is.

[MEGOLDVA] Squeeze telepítés raid1 -re

Fórumok

Befuccsoltam! Próbáltam a telepítőből - az utolsó próbálkozáskor, miután fel akartam telepíteni a lilo -t elhasal:
Fatal: Inconsistent Raid version information on /dev/md0 (RV=0.90 GAI=1.2)
(mintha az initrd generálás is gondot okozna, de a naplóban nem látom)
Meg akartam nézni cfdisk -el (még a telepítőben) mi van a diszkek partíciós táblájával, olyat dob hogy "FATAL ERROR: Bad primary partition 1: Partition ends in the final partial cylinder" - az első próbálkozásomnál ilyen nem volt.
Az egyetlen (talán) "extra" dolog, hogy NEM akarok LVM-et - szerintem az nekem teljesen felesleges.
Megpróbáltam "kézileg" helyre rántani, RIP 12.3 -al (kernel 2.6.38.x) felépítettem a tömböket (md0 - root, md1 - swap és md2 - /home). Már lefutott a lilo, és sikerült bootolni de miután behúzta az md1 -et (ha jól emlékszem) kijelentette hogy nem tudja a tömböket felépíteni és ledobott az initrd busyboxba.
Feltételezem, hogy az initrd -ben, van a hiba (talán az mdadm.conf). Ha mondjuk a RIP -et használom, akkor a szokásos "mdadm --assemble --scan" szépen felépíti a partíciókat ...
Megállt a tudományom :( Nem tudom feltudom építeni az initramfs -t, úgy hogy nem fut a rendszer?
Vannak leírások (sosem próbáltam) arról, hogy egylemezes konfigurációhoz hozzáadják a raid -et (elég meredeknek tűnik). Mit javasoltok? Van valami tipp?

Dell PowerEdge 850 - netmegosztási gondok

Fórumok

Adott a fenti szerver gép. Gyári két integrált hálókártyával (vagy akár más kártyákkal bővítve)

Egy mezei tűzfal script ami minden gépen működik gond nélkül, itt nem akar. Csak a ping megy ki a userektől, de netezni nem lehet. A script az alábbi:

#!/bin/sh
# variables

export PATH=/bin:/sbin:/usr:/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin
iptables="/sbin/iptables"

# /proc
echo 1 > /proc/sys/net/ipv4/tcp_syncookies
echo 1 > /proc/sys/net/ipv4/conf/all/rp_filter
echo 1 > /proc/sys/net/ipv4/ip_forward
sysctl -w net.ipv4.tcp_ecn=0 > /dev/null

modprobe ip_conntrack
modprobe ip_conntrack_ftp
modprobe ip_nat_ftp
modprobe ip_conntrack_irc
modprobe ip_nat_irc
modprobe iptable_nat

iptables -F INPUT
iptables -F OUTPUT
iptables -P INPUT DROP
iptables -P OUTPUT ACCEPT

#nat
iptables -F FORWARD
#iptables -F -t mangle
iptables -F -t nat
iptables -P FORWARD DROP

iptables -A FORWARD -i eth0 -j ACCEPT
iptables -A INPUT -i eth0 -j ACCEPT
iptables -A OUTPUT -o eth0 -j ACCEPT

iptables -A FORWARD -m state --state ESTABLISHED,RELATED -j ACCEPT
iptables -t nat -A POSTROUTING -s 192.168.0.0/24 -o eth1 -j MASQUERADE

#loopback
iptables -A INPUT -i lo -j ACCEPT
iptables -A OUTPUT -o lo -j ACCEPT

#establish
iptables -A INPUT -i eth1 -m state --state ESTABLISHED,RELATED -j ACCEPT

A többi már lényegtelen.
A gépről látom a belső hálót és a netet.
Olyan, mintha a forward lehalna valahol.

Bármilyen más gépre/konfigra pakolom át ezt, működik, itt valamiért nem. Ötletek?
Köszönöm előre is.

ISO8859-2 - UTF8 migrálás - jó ez nekünk?

Fórumok

Nem húzhatom már sokáig, muszáj megújítanom a házi szerveremet - nagyobb teljesítmény, nagyobb kapacitás (a diszkjeim is végét járják), kisebb fogyasztás és stb. Itt lenne ideje áttérni Squeeze -re. Amit jelenleg a szerver szolgáltat:


- samba tükrözött tárfelület
- samba+cups nyomtató szerver
- levelező "kliens" exim4+courier imap+fetchmail és ache2+php5+squirrelmail
- FAX fogadás email -ben exim4+mgetty
- felhasználói honlapok + dokuwiki és homokozó
- leginkább fejlesztésekhez PostgreSQL
- rtorrent/bittorrent/torrenttornado, plowdown és persze screen

A kliensek, XP és Linux.
Már az Etch óta tiltom az UTF8 -at és a HU_hu azaz iso8859-2 kódlapot használom, mint rendszer alapértelmezés. Viszont ez számos problémát vet fel. Például:
- biztonsági frissítéskor, fejre állt a samba+cups (cups csak UTF8)
- a Squirrelmail -ben, ha válaszolni akarok egy UTF8 -as levélre zagyvaságokat ír ki.
Az utóbbi időben, új fejlesztésekben (cél feladatok - cél gépek) US English UTF8 -as local -t használok alapba - egész szimpatikus (pl. a naplók angolul vannak, ha valami van könnyebb infót találni róla a neten mint a magyarból visszafordított "pikk szalámi"), de a szerverben használt dolgokat itt nem használom (samba, cups, SQL). Mi lenne ha itt is ezt alkalmaznám, és ahol kell ott elvileg, külön megadhatom, hogy az adott alkalmazás UTF8 Magyar, esetleg ISO8859-2 Magyar legyen (szerintem ez még a sambára is érvényes, az adatbázisoknál, úgy emlékszem akár táblánként meglehet adni a karakter kódolást stb. - persze rengeteg többlet munka és sz'vás).
Hogy ne szaporítsam a bevezetőt, amire számítok:
- könyvtárak és fájl nevek iso -> utf
- levelezés, archivum
- adatbázisok/táblák
De mi jöhet még? Egy-egy konkrét szolgáltatás/applikáció esetében mi a leghatékonyabb megoldás. Most még működik a régi szerver, lehet kísérletezni. Még tervet sem csináltam, pl. mi legyen a szerverke alapértelmezett kódlapja - Magyar vagy US English?
Kérlek osszátok meg a tapasztalatokat és javaslataitokat, az is jó ha egy jó linket kapok.

UI: tudom, rengeteg topic és cikk született a migrációval kapcsolatban. Azonban ez mind szétszórva, és rendezetlenül. Most sok mindent ki tudok próbálni, talán nem csak nekem lesz érték.

Debian monitor felébresztése

Fórumok

Hali!
A gondom az, hogy a szerverként (is) üzemelő Debian squeeze-t futtató gép hosszú időre magára van hagyva (ilyenkor a monitor is át van dugva egy másik gépbe) az alatt az idő alatt kikapcsolja a monitort az energiatakarékos üzemmód (azaz nem csak a fekete kép kiadásáig, hanem monitorjel kikapcsolásáig eljut), akkor sem egérmozgatással sem billentyűzettel nem tudom újra "fölébreszteni". Közben az ssh, apache elérhető etherneten keresztül.
Valakinek valami tipp?