LINUX.ORG.RU

Сообщения x09

 

Sendmail + procmail + cyrusv2

Форум — Admin

Вопрос, на который я сам, к своему стыду, не могу найти внятный ответ. Дано:

Sendmail, procmail, cyrus-imapd.

grep -i procmail /etc/mail/sendmail.mc

define(`PROCMAIL_MAILER_PATH', `/usr/bin/procmail')dnl
FEATURE(local_procmail, `', `procmail -t -Y -a $h -d $u')dnl
MAILER(procmail)dnl

конфиг в /etc/procmailrc (т.е. общесистемный)

LOGFILE=/var/log/procmail.log
LOGABSTRACT=all
VERBOSE=yes

:0
* ^To.*admin
* ^Subject.*test
! mymail@gmail.com

:0
* ^To.*tech-team
* ^Subject.*test
! mymail@gmail.com

пользователь admin - имеет ящик в cyrus imapd (/var/spool/imap/a/user/admin), а пользователь tech-team это запись в /etc/aliases

Хочу чтобы отправляя письмо на admin@ или tech-team@ с темой test, был редирект почты на mymail@gmail.com (т.е. хочу отправить на другой хост, если бы на этот, то пользовался бы deliverом от cyrusа)

в логах пусто, как будто procmail вообще не запускается.

По сути, мне не хватает знаний в этой области :)

x09
()

smb+ldap | группа с членами из двух доменов доверящих друг другу

Форум — Admin

Добрый день,

Имеется на базе samba+ldap два домена, между ними трастовые отношения. Можно ли в одном из них сделать группу, где будут в качестве членов (memberuid) находиться представители обоих доменов?

Если это важно, то winbind работает.

x09
()

coreutils -> id = регистрозависимый?

Форум — Admin

Добрый день,

Столкнулся вот с такой штукой, вопрос философский, но интересный :) Мне никогда не приходило логиниться в систему под логином набирая его заглавными буквами, но некоторые юзеры помня о правилах русского языка практикуют это. И вот что получают

логин маленькими буквами, как и подразумевается нормальной логикой

[user1@pandora Admins]$ id -a user1
uid=1062(user1) gid=513(DomainUsers) группы=513(DomainUsers),100(users),2005(vboxusers),2006(ossec),512(DomainAdmins),201(hpclj5550),203(xpe120i),1010(xpe120i2),1013(PetrelUsers),1019(AddressBook),1020(prjREGION),1039(GGX_users),1040(Project0),1041(ATSusers),1045(SharedRoster),1046(prjSAMOTLOR),1047(DIRECTUM_users),1048(unixadmins),1057(prjSAMOTLOR_GDM)

логин с Заглавной буквы

[user1@pandora Admins]$ id -a user1
uid=1062(user1) gid=513(DomainUsers) группы=513(DomainUsers)

а теперь третий вариант с пробелом на конце (подсказал человек, который попробвал залогиниться в KDE с таким логином :) и получил полурабочую систему)

[user1@pandora Admins]$ id -a 'user1 '
uid=1062(user1) gid=513(DomainUsers) группы=513(DomainUsers),512(DomainAdmins),201(hpclj5550),203(xpe120i),1010(xpe120i2),1013(PetrelUsers),1019(AddressBook),1020(prjREGION),1039(GGX_users),1040(Project0),1041(ATSusers),1045(SharedRoster),1046(prjSAMOTLOR),1047(DIRECTUM_users),1048(unixadmins),1057(prjSAMOTLOR_GDM)
cat /etc/nsswitch.conf
passwd:     files ldap
shadow:     files ldap
group:      files ldap

Это баг или фича? =)

x09
()

OpenVPN | маршруты или что-то иное..

Форум — Admin

Добрый день господа,

В маршрутизации я лох, а дело видимо в ней. Одна надежда на помощь зала Есть корпоративная сеть 192.168.1.0/255.255.255.0

В ней есть openvpn сервер с двумя сетевыми картами

  • eth0 192.168.1.24
  • eth1 55.55.55.55 (белый IP)
    [root@xxxx openvpn]# route
    Kernel IP routing table
    Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
    66.66.66.66     *               255.255.255.224 U     0      0        0 eth1
    192.168.1.0     *               255.255.255.0   U     0      0        0 eth0
    link-local      *               255.255.0.0     U     1002   0        0 eth0
    link-local      *               255.255.0.0     U     1003   0        0 eth1
    default         uplink.domain.  0.0.0.0         UG    0      0        0 eth1
    

    конфиг сервера

    port 1723
    proto udp 
    dev tun  
    ca /etc/openvpn/ca.crt 
    cert /etc/openvpn/server.crt
    key /etc/openvpn/server.key
    dh /etc/openvpn/dh1024.pem
    server 172.16.0.0 255.255.255.0 # виртуальная сеть
    ifconfig-pool-persist ipp.txt
    keepalive 10 120
    comp-lz
    #client-config-dir ccd
    persist-key
    persist-tun
    status openvpn-status.log #лог
    verb 3 
    local 55.55.55.55 
    push "redirect-gateway" # при подключении клиента у него устанавливается шлюз по умолчанию на этот сервер
    push "dhcp-option DNS 192.168.1.28"
    push "route 192.168.1.0 255.255.255.0"
    #push "route 172.16.0.0 255.255.255.0"
    log openvpn.log
    

    запускаю openvpn сервер, смотрим маршруты

    [root@zeus openvpn]# route
    Kernel IP routing table
    Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
    172.16.0.2      *               255.255.255.255 UH    0      0        0 tun0
    66.66.66.66     *               255.255.255.224 U     0      0        0 eth1
    172.16.0.0      172.16.0.2      255.255.255.0   UG    0      0        0 tun0
    192.168.1.0     *               255.255.255.0   U     0      0        0 eth0
    link-local      *               255.255.0.0     U     1002   0        0 eth0
    link-local      *               255.255.0.0     U     1003   0        0 eth1
    default         uplink.domain. 0.0.0.0         UG    0      0        0 eth1
    

    настройки клиента на винде (10.0.0.0/255.255.255.0)

    remote 55.55.55.55 1723 # ip и порт нашего сервера
    client
    dev tun
    ping 10
    omp-lzo
    proto udp
    pkcs12 d:/temp/shevtsov.p12 #имя файла клиентского ключа
    verb 3
    pull

    route print до подключения

    IPv4 таблица маршрута
    ===========================================================================
    Активные маршруты:
    Сетевой адрес           Маска сети      Адрес шлюза       Интерфейс  Метрика
              0.0.0.0          0.0.0.0         10.0.0.1         10.0.0.2    276
             10.0.0.0    255.255.255.0         On-link          10.0.0.2    276
             10.0.0.2  255.255.255.255         On-link          10.0.0.2    276
           10.0.0.255  255.255.255.255         On-link          10.0.0.2    276
            127.0.0.0        255.0.0.0         On-link         127.0.0.1    306
            127.0.0.1  255.255.255.255         On-link         127.0.0.1    306
      127.255.255.255  255.255.255.255         On-link         127.0.0.1    306
            224.0.0.0        240.0.0.0         On-link         127.0.0.1    306
            224.0.0.0        240.0.0.0         On-link          10.0.0.2    276
      255.255.255.255  255.255.255.255         On-link         127.0.0.1    306
      255.255.255.255  255.255.255.255         On-link          10.0.0.2    276
    ===========================================================================
    Постоянные маршруты:
      Сетевой адрес            Маска    Адрес шлюза      Метрика
              0.0.0.0          0.0.0.0         10.0.0.1  По умолчанию
    ===========================================================================
    
    IPv6 таблица маршрута
    ===========================================================================
    Активные маршруты:
     Метрика   Сетевой адрес            Шлюз
      1    306 ::1/128                  On-link
      1    306 ff00::/8                 On-link
    ===========================================================================
    Постоянные маршруты:
      Отсутствует
    

    route print после подключения

    IPv4 таблица маршрута
    ===========================================================================
    Активные маршруты:
    Сетевой адрес           Маска сети      Адрес шлюза       Интерфейс  Метрика
              0.0.0.0          0.0.0.0         10.0.0.1         10.0.0.2    276
             10.0.0.0    255.255.255.0         On-link          10.0.0.2    276
             10.0.0.2  255.255.255.255         On-link          10.0.0.2    276
           10.0.0.255  255.255.255.255         On-link          10.0.0.2    276
             10.8.0.0    255.255.255.0         10.8.0.5       172.16.0.6     30
             10.8.0.1  255.255.255.255         10.8.0.5       172.16.0.6     30
            127.0.0.0        255.0.0.0         On-link         127.0.0.1    306
            127.0.0.1  255.255.255.255         On-link         127.0.0.1    306
      127.255.255.255  255.255.255.255         On-link         127.0.0.1    306
           172.16.0.0    255.255.255.0       172.16.0.5       172.16.0.6     30
           172.16.0.0    255.255.255.0       172.16.0.1       172.16.0.6     30
           172.16.0.1  255.255.255.255       172.16.0.5       172.16.0.6     30
           172.16.0.1  255.255.255.255       172.16.0.1       172.16.0.6     30
           172.16.0.4  255.255.255.252         On-link        172.16.0.6    286
           172.16.0.6  255.255.255.255         On-link        172.16.0.6    286
           172.16.0.7  255.255.255.255         On-link        172.16.0.6    286
          192.168.1.0    255.255.255.0         10.8.0.5       172.16.0.6     30
          192.168.1.0    255.255.255.0       172.16.0.5       172.16.0.6     30
          192.168.1.0    255.255.255.0       172.16.0.1       172.16.0.6     30
          55.55.55.55  255.255.255.255         10.0.0.1         10.0.0.2     20
            224.0.0.0        240.0.0.0         On-link         127.0.0.1    306
            224.0.0.0        240.0.0.0         On-link        172.16.0.6    286
            224.0.0.0        240.0.0.0         On-link          10.0.0.2    276
      255.255.255.255  255.255.255.255         On-link         127.0.0.1    306
      255.255.255.255  255.255.255.255         On-link        172.16.0.6    286
      255.255.255.255  255.255.255.255         On-link          10.0.0.2    276
    ===========================================================================
    Постоянные маршруты:
      Сетевой адрес            Маска    Адрес шлюза      Метрика
              0.0.0.0          0.0.0.0         10.0.0.1  По умолчанию
    ===========================================================================
    
    IPv6 таблица маршрута
    ===========================================================================
    Активные маршруты:
     Метрика   Сетевой адрес            Шлюз
      1    306 ::1/128                  On-link
      1    306 ff00::/8                 On-link
    ===========================================================================
    Постоянные маршруты:
      Отсутствует
    

    лог сервера

    Thu Sep 29 22:18:39 2011 OpenVPN 2.2.1 x86_64-redhat-linux-gnu [SSL] [LZO2] [EPOLL] [PKCS11] [eurephia] built on Sep 12 2011
    Thu Sep 29 22:18:39 2011 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
    Thu Sep 29 22:18:39 2011 Diffie-Hellman initialized with 1024 bit key
    Thu Sep 29 22:18:39 2011 TLS-Auth MTU parms [ L:1542 D:138 EF:38 EB:0 ET:0 EL:0 ]
    Thu Sep 29 22:18:39 2011 Socket Buffers: R=[124928->131072] S=[124928->131072]
    Thu Sep 29 22:18:39 2011 ROUTE default_gateway=55.55.55.65
    Thu Sep 29 22:18:39 2011 TUN/TAP device tun0 opened
    Thu Sep 29 22:18:39 2011 TUN/TAP TX queue length set to 100
    Thu Sep 29 22:18:39 2011 /sbin/ip link set dev tun0 up mtu 1500
    Thu Sep 29 22:18:39 2011 /sbin/ip addr add dev tun0 local 172.16.0.1 peer 172.16.0.2
    Thu Sep 29 22:18:39 2011 /sbin/ip route add 172.16.0.0/24 via 172.16.0.2
    Thu Sep 29 22:18:39 2011 Data Channel MTU parms [ L:1542 D:1450 EF:42 EB:135 ET:0 EL:0 AF:3/1 ]
    Thu Sep 29 22:18:39 2011 UDPv4 link local (bound): 55.55.55.55:1723
    Thu Sep 29 22:18:39 2011 UDPv4 link remote: [undef]
    Thu Sep 29 22:18:39 2011 MULTI: multi_init called, r=256 v=256
    Thu Sep 29 22:18:39 2011 IFCONFIG POOL: base=172.16.0.4 size=62
    Thu Sep 29 22:18:39 2011 IFCONFIG POOL LIST
    Thu Sep 29 22:18:39 2011 shevtsov,172.16.0.4
    Thu Sep 29 22:18:39 2011 Initialization Sequence Completed
    Thu Sep 29 22:18:44 2011 MULTI: multi_create_instance called
    Thu Sep 29 22:18:44 2011 89.204.41.251:1194 Re-using SSL/TLS context
    Thu Sep 29 22:18:44 2011 89.204.41.251:1194 LZO compression initialized
    Thu Sep 29 22:18:44 2011 89.204.41.251:1194 Control Channel MTU parms [ L:1542 D:138 EF:38 EB:0 ET:0 EL:0 ]
    Thu Sep 29 22:18:44 2011 89.204.41.251:1194 Data Channel MTU parms [ L:1542 D:1450 EF:42 EB:135 ET:0 EL:0 AF:3/1 ]
    Thu Sep 29 22:18:44 2011 89.204.41.251:1194 Local Options hash (VER=V4): '530fdded'
    Thu Sep 29 22:18:44 2011 89.204.41.251:1194 Expected Remote Options hash (VER=V4): '41690919'
    Thu Sep 29 22:18:44 2011 89.204.41.251:1194 TLS: Initial packet from 89.204.41.251:1194, sid=ad375162 81ba2ea6
    Thu Sep 29 22:18:45 2011 89.204.41.251:1194 VERIFY OK: depth=1, /C=RU/ST=RU72/L=Tyumen/O=MY_LTD/CN=MY_LTD_CA/emailAddress=certs@MY.ru
    Thu Sep 29 22:18:45 2011 89.204.41.251:1194 VERIFY OK: depth=0, /C=RU/ST=RU72/L=Tyumen/O=MY_LTD/CN=shevtsov/emailAddress=certs@MY.ru
    Thu Sep 29 22:18:45 2011 89.204.41.251:1194 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
    Thu Sep 29 22:18:45 2011 89.204.41.251:1194 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
    Thu Sep 29 22:18:45 2011 89.204.41.251:1194 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
    Thu Sep 29 22:18:45 2011 89.204.41.251:1194 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
    Thu Sep 29 22:18:45 2011 89.204.41.251:1194 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA
    Thu Sep 29 22:18:45 2011 89.204.41.251:1194 [shevtsov] Peer Connection Initiated with 89.204.41.251:1194
    Thu Sep 29 22:18:45 2011 shevtsov/89.204.41.251:1194 MULTI: Learn: 172.16.0.6 -> shevtsov/89.204.41.251:1194
    Thu Sep 29 22:18:45 2011 shevtsov/89.204.41.251:1194 MULTI: primary virtual IP for shevtsov/89.204.41.251:1194: 172.16.0.6
    Thu Sep 29 22:18:46 2011 shevtsov/89.204.41.251:1194 PUSH: Received control message: 'PUSH_REQUEST'
    Thu Sep 29 22:18:46 2011 shevtsov/89.204.41.251:1194 SENT CONTROL [shevtsov]: 'PUSH_REPLY,redirect-gateway,dhcp-option DNS 192.168.1.28,route 192.168.1.0 255.255.255.0,route 172.16.0.1,topology net30,ping 10,ping-restart 120,ifconfig 172.16.0.6 172.16.0.5' (status=1)

    лог родного клиента

    Thu Sep 29 22:32:16 2011 OpenVPN 2.2.1 Win32-MSVC++ [SSL] [LZO2] built on Jul  1 2011
    Thu Sep 29 22:32:16 2011 WARNING: No server certificate verification method has been enabled.  See http://openvpn.net/howto.html#mitm for more info.
    Thu Sep 29 22:32:16 2011 NOTE: OpenVPN 2.1 requires '--script-security 2' or higher to call user-defined scripts or executables
    Thu Sep 29 22:32:16 2011 LZO compression initialized
    Thu Sep 29 22:32:16 2011 Control Channel MTU parms [ L:1542 D:138 EF:38 EB:0 ET:0 EL:0 ]
    Thu Sep 29 22:32:16 2011 Socket Buffers: R=[8192->8192] S=[8192->8192]
    Thu Sep 29 22:32:16 2011 Data Channel MTU parms [ L:1542 D:1450 EF:42 EB:135 ET:0 EL:0 AF:3/1 ]
    Thu Sep 29 22:32:16 2011 Local Options hash (VER=V4): '41690919'
    Thu Sep 29 22:32:16 2011 Expected Remote Options hash (VER=V4): '530fdded'
    Thu Sep 29 22:32:16 2011 UDPv4 link local (bound): [undef]:1194
    Thu Sep 29 22:32:16 2011 UDPv4 link remote: 55.55.55.55:1723
    Thu Sep 29 22:32:16 2011 TLS: Initial packet from 55.55.55.55:1723, sid=d0299bdb 3fc2851e
    Thu Sep 29 22:32:16 2011 VERIFY OK: depth=1, /C=RU/ST=RU72/L=Tyumen/O=MY_LTD/CN=MY_LTD_CA/emailAddress=certs@MY.ru
    Thu Sep 29 22:32:16 2011 VERIFY OK: depth=0, /C=RU/ST=RU72/L=Tyumen/O=MY_LTD/CN=server/emailAddress=certs@MY.ru
    Thu Sep 29 22:32:17 2011 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
    Thu Sep 29 22:32:17 2011 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
    Thu Sep 29 22:32:17 2011 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
    Thu Sep 29 22:32:17 2011 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
    Thu Sep 29 22:32:17 2011 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA
    Thu Sep 29 22:32:17 2011 [server] Peer Connection Initiated with 55.55.55.55:1723
    Thu Sep 29 22:32:20 2011 SENT CONTROL [server]: 'PUSH_REQUEST' (status=1)
    Thu Sep 29 22:32:20 2011 PUSH: Received control message: 'PUSH_REPLY,redirect-gateway,dhcp-option DNS 192.168.1.28,route 192.168.1.0 255.255.255.0,route 172.16.0.1,topology net30,ping 10,ping-restart 120,ifconfig 172.16.0.6 172.16.0.5'
    Thu Sep 29 22:32:20 2011 OPTIONS IMPORT: timers and/or timeouts modified
    Thu Sep 29 22:32:20 2011 OPTIONS IMPORT: --ifconfig/up options modified
    Thu Sep 29 22:32:20 2011 OPTIONS IMPORT: route options modified
    Thu Sep 29 22:32:20 2011 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
    Thu Sep 29 22:32:20 2011 ROUTE default_gateway=10.0.0.1
    Thu Sep 29 22:32:20 2011 TAP-WIN32 device [Подключение по локальной сети 4] opened: \\.\Global\{92CAF432-CB9D-48FD-A56D-8571ED715A81}.tap
    Thu Sep 29 22:32:20 2011 TAP-Win32 Driver Version 9.8 
    Thu Sep 29 22:32:20 2011 TAP-Win32 MTU=1500
    Thu Sep 29 22:32:20 2011 Notified TAP-Win32 driver to set a DHCP IP/netmask of 172.16.0.6/255.255.255.252 on interface {92CAF432-CB9D-48FD-A56D-8571ED715A81} [DHCP-serv: 172.16.0.5, lease-time: 31536000]
    Thu Sep 29 22:32:20 2011 Successful ARP Flush on interface [18] {92CAF432-CB9D-48FD-A56D-8571ED715A81}
    Thu Sep 29 22:32:25 2011 TEST ROUTES: 3/3 succeeded len=2 ret=1 a=0 u/d=up
    Thu Sep 29 22:32:25 2011 C:\WINDOWS\system32\route.exe ADD 55.55.55.55 MASK 255.255.255.255 10.0.0.1
    Thu Sep 29 22:32:25 2011 ROUTE: route addition failed using CreateIpForwardEntry: Этот объект уже существует.   [status=5010 if_index=10]
    Thu Sep 29 22:32:25 2011 Route addition via IPAPI failed [adaptive]
    Thu Sep 29 22:32:25 2011 Route addition fallback to route.exe
    ‘Ў®© ¤®Ў ў«Ґ­Ёп ¬ аиагв : ќв®в ®ЎкҐЄв 㦥 бгйҐбвўгҐв.
    Thu Sep 29 22:32:25 2011 C:\WINDOWS\system32\route.exe DELETE 0.0.0.0 MASK 0.0.0.0 10.0.0.1
    Thu Sep 29 22:32:25 2011 Route deletion via IPAPI succeeded [adaptive]
    Thu Sep 29 22:32:25 2011 C:\WINDOWS\system32\route.exe ADD 0.0.0.0 MASK 0.0.0.0 172.16.0.5
    Thu Sep 29 22:32:25 2011 ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4
    Thu Sep 29 22:32:25 2011 Route addition via IPAPI succeeded [adaptive]
    Thu Sep 29 22:32:25 2011 C:\WINDOWS\system32\route.exe ADD 192.168.1.0 MASK 255.255.255.0 172.16.0.5
    Thu Sep 29 22:32:25 2011 ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4
    Thu Sep 29 22:32:25 2011 Route addition via IPAPI succeeded [adaptive]
    Thu Sep 29 22:32:25 2011 C:\WINDOWS\system32\route.exe ADD 172.16.0.1 MASK 255.255.255.255 172.16.0.5
    Thu Sep 29 22:32:25 2011 ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4
    Thu Sep 29 22:32:25 2011 Route addition via IPAPI succeeded [adaptive]
    Thu Sep 29 22:32:25 2011 Initialization Sequence Completed
    

    соединение устанавливается, но могу лишь пинговать с клиента сервер и обратно (172.16.0.5 <-> 172.16.0.1), а хотелось бы иметь возможность видить всю сеть 192.168.1.0/255.255.255.0

    Также хотелось бы узнать, что делать с iptables. Порыл в сторону маскарадинга, смог пинговать с винды 172.16.0.6 сам сервер как по 172.16.0.1, так 192.168.1.24.. но ни сети ни инета не видно

    Писал максимально подробно, уж не обессудьте ))

x09
()

Perl + jabber = хрень или дрякозяблы..

Форум — Development

Добрейший денек, славные нынче погоды стоят, не правда ли?..

Ну а теперь к делу. Второй день мучаюсь сильными болями - не могу понять, то ли perl не едет, то ли jabber..

Суть задачи - скрипт отсылающий сообщения по джаберу. В качестве джаббер-сервера - openfire. Вроде просто, да не тут то было. Русский текст - будь он неладен.

Испробовал все что нашел - Net::Jabber, Net::XMPP, Jabber::SimpleSend, чёто еще уже не помню.. С инглишем проблем нет, с русским тоже пока не большой текст (т.е. тупо «Проверка», «Прием. Ау.. Аллё.» - все работает на ура), но стоит дать текст поболее так в ответ тишина - и ошибок нет (на клиенте) и сообщения нет (у получателя).

Про UTF8 и Perl знаю, и в курсе о внутреннем представлении и прочее.. Все вокруг юникодное, use utf-8 и прочее все в норме.

Единственное, что я надыбал, это когда длинный русский текст уходит, в warn.log джаббер сервера выплевывается вот такая дрянь

2011.08.29 14:20:14 Closing session due to exception: (SOCKET, R: /192.168.1.2:33402, L: /192.168.1.23:5222, S: 0.0.0.0/0.0.0.0:5222)
org.apache.mina.filter.codec.ProtocolDecoderException: java.nio.charset.MalformedInputException: Input length = 1 (Hexdump: 3C 6D 65 73 73 61 67 65 20 74 6F 3D 27 73 68 65 76 5F 61 79 40 73 77 69 66 74 2E 67 65 6F 73 65 69 73 27 3E 3C 62 6F 64 79 3E D0 9D D0 BE D0 B2 D1 8B D0 B9 20 D0 BA D0 BE D0 BC D0 BC D0 B5 D0 BD D1 82 D0 B0 D1 80 D0 B8 D0 B9 20 D0 B4 D0 BE D0 B1 D0 B0 D0 B2 D0 BB D0 B5 D0 BD 20 D0 BA 20 D0 B7 D0 B0 D0 B4 D0 B0 D1 87 D0 B5 20 D0 97 D0 B0 D0 B4 D0 B0 D1 87 D0 B0 3A 20 D0 93 D0 B0 D0 B7 D0 BF D1 80 D0 BE D0 BD D0 B5 D1 84 D1 82 D1 8C 2D D0 9D D0 A2 D0 A6 2C 20 D0 BF D0 B5 D1 80 D0 B5 D1 83 D1 81 D1 82 D0 B0 D0 BD D0 BE D0 B2 D0 BA D0 B0 20 45 43 48 4F 53 20 D0 94 D0 BE D0 B1 D0 B0 D0 B2 D0 B8 D0 BB 3A 20 D0 98 D0 B2 D0 B0 D0 BD 20 D0 98 D0 B2 D0 B0 D0 BD D0 BE D0 B2 20 D0 9F D1 80 D0 B8 D0 BE D1 80 D0 B8 D1 82 D0 B5 D1 82 3A 20 D0 9D D0 BE D1 80 D0 BC D0 B0 D0)
        at org.apache.mina.filter.codec.ProtocolCodecFilter.messageReceived(ProtocolCodecFilter.java:170)
        at org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageReceived(AbstractIoFilterChain.java:299)
        at org.apache.mina.common.support.AbstractIoFilterChain.access$1100(AbstractIoFilterChain.java:53)
        at org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.messageReceived(AbstractIoFilterChain.java:648)
        at org.apache.mina.filter.executor.ExecutorFilter.processEvent(ExecutorFilter.java:239)
        at org.apache.mina.filter.executor.ExecutorFilter$ProcessEventsRunnable.run(ExecutorFilter.java:283)
        at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
        at org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:51)
        at java.lang.Thread.run(Unknown Source)
Caused by: java.nio.charset.MalformedInputException: Input length = 1
        at java.nio.charset.CoderResult.throwException(Unknown Source)
        at java.nio.charset.CharsetDecoder.decode(Unknown Source)
        at org.jivesoftware.openfire.nio.XMLLightweightParser.read(XMLLightweightParser.java:183)
        at org.jivesoftware.openfire.nio.XMPPDecoder.doDecode(XMPPDecoder.java:41)
        at org.apache.mina.filter.codec.CumulativeProtocolDecoder.decode(CumulativeProtocolDecoder.java:133)
        at org.apache.mina.filter.codec.ProtocolCodecFilter.messageReceived(ProtocolCodecFilter.java:163)
        ... 9 more
2011.08.29 14:20:14 Closing session due to exception: (SOCKET, R: /192.168.1.2:33402, L: /192.168.1.23:5222, S: 0.0.0.0/0.0.0.0:5222)
org.apache.mina.filter.codec.ProtocolDecoderException: java.nio.charset.MalformedInputException: Input length = 1 (Hexdump: BB D1 8C D0 BD D1 8B D0 B9 20 D0 92 D1 8B D0 BF D0 BE D0 BB D0 BD D0 B5 D0 BD D0 BE 3A 20 35 36 25 20 D0 9C D0 B5 D0 BD D0 B5 D0 B4 D0 B6 D0 B5 D1 80 3A 20 49 76 61 6E 20 49 76 61 6E 6F 76 20 D0 9F D1 80 D0 BE D0 B5 D0 BA D1 82 3A 20 D0 A1 D0 BE D0 BF D1 80 D0 BE D0 B2 D0 BE D0 B6 D0 B4 D0 B5 D0 BD D0 B8 D0 B5 20 50 61 72 61 64 69 67 6D 20 32 30 3C 2F 62 6F 64 79 3E 3C 73 75 62 6A 65 63 74 3E 50 69 65 20 41 64 76 69 63 65 3C 2F 73 75 62 6A 65 63 74 3E 3C 2F 6D 65 73 73 61 67 65 3E)
        at org.apache.mina.filter.codec.ProtocolCodecFilter.messageReceived(ProtocolCodecFilter.java:170)
        at org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageReceived(AbstractIoFilterChain.java:299)
        at org.apache.mina.common.support.AbstractIoFilterChain.access$1100(AbstractIoFilterChain.java:53)
        at org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.messageReceived(AbstractIoFilterChain.java:648)
        at org.apache.mina.filter.executor.ExecutorFilter.processEvent(ExecutorFilter.java:239)
        at org.apache.mina.filter.executor.ExecutorFilter$ProcessEventsRunnable.run(ExecutorFilter.java:283)
        at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
        at org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:51)
        at java.lang.Thread.run(Unknown Source)
Caused by: java.nio.charset.MalformedInputException: Input length = 1
        at java.nio.charset.CoderResult.throwException(Unknown Source)
        at java.nio.charset.CharsetDecoder.decode(Unknown Source)
        at org.jivesoftware.openfire.nio.XMLLightweightParser.read(XMLLightweightParser.java:183)
        at org.jivesoftware.openfire.nio.XMPPDecoder.doDecode(XMPPDecoder.java:41)
        at org.apache.mina.filter.codec.CumulativeProtocolDecoder.decode(CumulativeProtocolDecoder.java:133)
        at org.apache.mina.filter.codec.ProtocolCodecFilter.messageReceived(ProtocolCodecFilter.java:163)
        ... 9 more

Как я понимаю, чтото в кодировке не то.. Это породил простой код

use strict;
use warnings;
use Jabber::SimpleSend qw(send_jabber_message);
use utf8;

my $txt=qq~Новый комментарий добавлен к задаче Задача: Газпронефть-НТЦ, переустановка ECHOS Добавил: Иван Иванов Приоритет: Нормальный Выполнено: 56% Менедер: Ivan Ivanov Проект: Сопровождение Paradigm 20~;

send_jabber_message
        (
                {
                       user     => 'otkogo@swift',
                       password => 'password',
                       target   => 'kuda@swift',
                       subject  => 'Pie Advice',
                       message  => $txt
                }
        );

С другими модулями ситуация точно такая же. Неуж сервер чудит? Хотя опенфаер стоит не первый год (сейчас последняя версия) - нареканий никогда не было

x09
()

winbind ldap backend подтвердите или опровергните мои предположения

Форум — Admin

Добрый день,

Сейчас на различных linuxовых машинах для того, чтобы впускать пользователей из доверенных доменов windows крутиться winbind с бэкендом в tdb. Так как tdb базы разные, на каждом из хостов свои, то кое где наблюдается расхождение в idmap uid-ах. На одном хосте у юзера user1 uid=500111, на другом uid=500115.. как-то меня это напрягает. Как решение этой проблемы вижу в двух путях

  1. грохнуть везде файлы winbind_*.tdb и скопировтаь их из одного источника на все другие т.е. сделать одинаковый набор данных (идея бредовая, и склоняюсь ко второму варианту:))
  2. заставить winbind хранить соответствия в ldap (где то в ou=idmap).

Теперь вопросы,

  • Я правильно предполагаю, что тогда набор данных будет везде одинаков раз он будет храниться в одном для всех месте?
  • Как выглядит структура соответствий в ldap, т.е. что именно будет храниться в ou=idmap (думаю, забить критичные соответствия руками, чтобы уменьшить зону поражения в результате рассинхрона уидов)
x09
()

samba, winbind, trusted domain, users.. непонятки

Форум — Admin

Добрый день, помогите разобраться, т.к. я что-то не врубаюсь.

Два домена XXXX и YYYY (оба на samba+ldap+winbind). Между доменами установлены доверительные отношения.

wbinfo -m, wbinfo -t отрабатывает нормально

В домене XXXX есть пользователь xuser1. Его необходимо пускать в домен YYYY в шару на машине YYYY_files (samba+winbind). На самой машине YYYY_files успешно отрабатывается

YYYY_files#> wbinfo -u | grep xuser1
XXXX/xuser1
YYYY_files#> getent passwd | grep xuser1
XXXX\xuser1:*:50196:50000:blablabla

на контроллере домена YYYY, почти также

YYYY#> wbinfo -u | grep xuser1
XXXX\xuser1

но вот getent passwd | grep xuser1 - ничего не выдает т.е. контроллер домена вроде как и не знает о таком юзере.. хотя в tdb вроде есть упоминания

YYYY#> tdbdump winbindd_cache.tdb | grep XUSER1_
key(13) = "NS/XXXX/XUSER1"

с остальными юзерами все нормально, есть только вот этот и еще один - какие-то странные ))

Куда рыть?

p.s. подытожим

  • XXXX - samba+ldap (fedora directory server)+winbind
  • YYYY - samba+ldap (openldap)+winbind
  • YYYY_files - samba+winbind

Везде CentOS, самбы тоже одинаковые 3.4.8

x09
()

CUPS | Статистика отпечатанных страниц

Форум — Admin

Приветствую господа,

Задумался я узнать, кто и чего печатает на конторских принтерах и конечно же полез смотреть в /var/log/cups/page_log, где пишется, кто, что, когда и сколько. Но нарисовалась проблема - кол-во страниц всегда (ну в 99%) равно 1

hplj5000 lutl 60650 [20/Jun/2011:17:13:57 +0600] 1 1 - PETREL16.geo

hplj5000 lutl 60651 [20/Jun/2011:17:14:09 +0600] 1 1 - PETREL16.geo

hplj2015-1 eleps 60654 [20/Jun/2011:17:24:35 +0600] 1 1 - sift.geo

hplj2015-1 eleps 60654 [20/Jun/2011:17:26:17 +0600] 1 1 - sift.geo

hplj2015-1 eleps 60654 [20/Jun/2011:17:27:44 +0600] 1 1 - sift.geo

hplj5000 potms 60655 [20/Jun/2011:17:35:58 +0600] 1 1 - inter1.geo

hplj5000 potms 60656 [20/Jun/2011:17:36:11 +0600] 1 1 - inter1.geo

Иногда, на некоторые принтеры (как я понял на те кто подключен по IPP т.е. http://cupsserver:631/printers/printername) кол-во страниц в задании выводится верно

hpclj5550 lutl 60283 [13/Jun/2011:14:56:44 +0600] 8 1 - PETREL16.geo hpclj5550 lutl 60284 [13/Jun/2011:16:19:23 +0600] 1 1 - PETREL16.geo

hpclj5550 lutl 60284 [13/Jun/2011:16:19:23 +0600] 2 1 - PETREL16.geo

hpclj5550 lutl 60284 [13/Jun/2011:16:19:23 +0600] 3 1 - PETREL16.geo

hpclj5550 lutl 60284 [13/Jun/2011:16:19:23 +0600] 4 1 - PETREL16.geo

hpclj5550 lutl 60284 [13/Jun/2011:16:19:23 +0600] 5 1 - PETREL16.geo

hpclj5550 lutl 60284 [13/Jun/2011:16:19:23 +0600] 6 1 - PETREL16.geo

hpclj5550 lutl 60284 [13/Jun/2011:16:19:23 +0600] 7 1 - PETREL16.geo

hpclj5550 lutl 60284 [13/Jun/2011:16:19:23 +0600] 8 1 - PETREL16.geo

hpclj5550 lutl 60284 [13/Jun/2011:16:19:23 +0600] 9 1 - PETREL16.geo

hpclj5550 lutl 60284 [13/Jun/2011:16:19:23 +0600] 10 1 - PETREL16.geo

Можно что-то сделать, что бы и для остальных (как правило подключенных по sambe) отмечалось реальное кол-во страниц.

Дело осложняет то что система старенькая.. особо не проапгрейдишься

[root@sift cupsstat]# rpm -qa | grep cups

cups-devel-1.1.22-0.rc1.9.11

cups-libs-1.1.22-0.rc1.9.11

cups-1.1.22-0.rc1.9.11

gimp-print-cups-4.2.7-2

apcupsd-3.14.8-1

[root@sift cupsstat]# cat /etc/redhat-release Red Hat Enterprise Linux WS release 4 (Nahant Update 4)

x09
()

Fedora Directory Server перенос на новый hostname

Форум — Admin

Добрый день,

Подскажите как грамотно и правильно перенести готовый и рабочий FDS на новых hostname.

Вводная информация. Есть железный сервер в сети 192.168.1.X (домен work, dns зона *.oldwork) на нем FDS, переносим на виртуалку в сеть 192.168.65.X, домен такой же work, dns зона *.newwork). Реальный сервер склонировали, dhcp, dns все перестоил, все в новой сети. С FDS же проблема.

SIDы новый\старый сервер - все одинаковое, Конфиги поправил, сертификаты SSL выписал на новое имя. Гдето меняется через его Admin Console, но не везде. Попытался экспортировать базы в ldif с правкой .oldwork на .newwork и заливкой обратно - не выходит. FDS все также думает что он работает на srv.oldwork. Рисковал уже сделать initialize databases, в том числе и o=NetscapeRoot используя проавленный ldif, но ничего не выходит.

Варианты сносить и ставить заново импортируя только юзеров не вариант т.к. этот FDS часть структуры из других LDAP серверов и придется плясать и там настраивая доверенные отношения и прочий гиммор. Надо лишь сказать, что у него новый хостнейм и он в новой сети.

Ну вот, ай нид хелп..

x09
()

iptables, маркировка пакетов, tc (ingress) = не выходит ничего

Форум — Admin

В конец запутался с я tc. Обчитался всего что было и тут и вообще в инете, и пришел к вам на поклон.

Суть проблемы. Циска (192.168.X.1) получая трафик (110,25,143,80) пробрасывает эти порты к серверу, что стоит в локалке (192.168.X.2), eth0, шлюз = 192.168.X.1

Хочу «прирезать» входящий трафик (органичить по скорости). Для это отмечаю нужные пакеты через iptables и далее вступает tc.

*mangle
#-A PREROUTING -p tcp  -m multiport --dports 110,25,143,80 ! -s 192.168.0.0/16 -j LOG --log-level debug --log-prefix 'PREROUTING:'
-A PREROUTING -p tcp ! -s 192.168.0.0/16 --dport 25 -d 192.168.X.2 -j MARK --set-mark 2
-A PREROUTING -p tcp ! -s 192.168.0.0/16 --dport 110 -d 192.168.X.2 -j MARK --set-mark 3
-A PREROUTING -p tcp ! -s 192.168.0.0/16 --dport 143 -d 192.168.X.2 -j MARK --set-mark 4
-A PREROUTING -p tcp ! -s 192.168.0.0/16 --dport 80 -d 192.168.X.2 -j MARK --set-mark 5

далее tc
$DEV=eth0
$RATE_IN=1024
tc qdisc add dev $DEV  handle ffff: ingress
#ВХОДЯЩИЙ из инета smtp трафик (0x2)
tc filter add dev $DEV parent ffff: protocol ip prio 3 handle 2 fw police rate $[$RATE_IN/4] burst 10000 drop flowid :1
#ВХОДЯЩИЙ из инета pop3 трафик (0x3)
tc filter add dev $DEV parent ffff: protocol ip prio 3 handle 3 fw police rate $[$RATE_IN/4] burst 10000 drop flowid :1
#ВХОДЯЩИЙ из инета imap4 трафик (0x4)
tc filter add dev $DEV parent ffff: protocol ip prio 3 handle 4 fw police rate $[$RATE_IN/4] burst 300kbit drop flowid :1

все проглатывается, но эффекта никакого. Попробовал ограничиывать траф не пользуя метки пакетов

tc filter add dev $DEV parent ffff: protocol ip u32  match ip dst 192.168.X.2 match ip dport 80 0xffff  police rate 10kbit burst 10000 drop flowid :1

проверяю качая отдельный файл через http с помощью wget - получаю не 10kbit, а максимальную скорость.

Что я делаю не так?

p.s. и как tc выразить отрицание, т.е. обратное match ip dst 192.168.0.0/16. Воск. знак (!) и not - не принимаются, это вообще возможно?

x09
()

RSS подписка на новые темы