On Thu, 1 Feb 2007 12:00:46 +0200 Amper <amper_2***@r*****.ru> wrote:
> Если нужно достучатся к почте с других машин то нужно поставить pop3
> или imap сервер помимо sendmail.

dovecot, fetchmail что лучше?

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 30152; Возраст листа: 1287; Участников: 1412
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/634915

В сообщении от 31 января 2007 21:39 Strong написал(a):
> Есть ли почтовые клиенты для микрософт, способные забирать с этих
> ящиков? Или sendmail тогда мне для почтового сервиса предприятия не
> поодходит?

Если нужно достучатся к почте с других машин то нужно поставить pop3 или imap
сервер помимо sendmail.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 30151; Возраст листа: 1287; Участников: 1412
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/634765

> поскольку Ваш трафик и уходит через VPN (заворачивается в tap0 и
> дальше по eth0 через шлюз спутникового провайдера 80.81.208.66),
> но с обратным адресом eth0 (85.88.192.242).
> И, соответственно, ответные пакеты приходят именно по земле на eth0.
> Подключите iptables:
>
> iptables -t nat -A POSTROUTING -o tap0 -j SNAT --to-source 10.250.67.171
>
> Хотя странно, почему провайдер форвардит Ваши пакеты с адресом
> локального интерфейса eth0, вместо того, чтобы их сбросить.
>
Ура! То что надо. Спасибо и респект. Поражаюсь своей тупости. До этого у
меня было:
iptables -t nat -A POSTROUTING -o tap0 -j SNAT --to-source 85.88.164.242

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 30150; Возраст листа: 1287; Участников: 1412
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/634716

mistiman пишет:
>> dvbnet -p 4141
>> ifconfig dvb0_0 10.250.67.171 netmask 255.255.255.255 broadcast
>> 255.255.255.255
>> ifconfig dvb0_0 hw ether 00:02:0A:FA:43:AB
>> route add 10.250.67.171 dev dvb0_0
>> (тут всё пучком, dvbtraffic бежит)
>> ip route add 80.81.208.66 via 85.88.192.241 src 85.88.192.242
>>
> Зачем же всё руками делать, половину из этого делает dvbnet, в папке с исходниками
> dvbnet есть скрипт net-start.sh, открой его подправь пид и ай пи.
> Вобщем:
> 1. Подняли устройство.
> 2. Подняли интерфейс (net-start.sh)
> 3. Подключили наземку.
> 3. Запустили опенвпн.
>
> В простейшем случае этого достаточно. А маршрутизацию dvbnet и опенвпн настроют
> сами, тем более в конфиге опенвпн, это всё у вас уже написано.
>
Я вобщем это и зделал, а скриптом или руками думаю разница не велика.

> P.S. кстати странный пид, пров точно его вам выдал? И на будущее- не сверкай
> маком своей карты :-)
>
Ну пин я сам придумал :) а вот с маком тупанул)

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 30149; Возраст листа: 1287; Участников: 1412
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/634712

On Срд 31, Максим wrote:
> Написал о своем горе на linuxforum.ru Думаю не грех будет
> продублировать. Сильно нужно решение. Надеюсь на помощь.
> Который день бьюсь с этой проблемой. Все делаю по инструкциям... ничего
> не помогает. Вобщем пров Радуга, карточка SS2, спутник Yamal 200.
> Произвожу следующие манипуляции:
>
... skip many lines ...
> eth0 Link encap:Ethernet HWaddr 00:04:61:62:3F:75
> inet addr:85.88.192.242 Bcast:85.88.192.243 Mask:255.255.255.252
> tap0 Link encap:Ethernet
> inet addr:10.250.67.171 Bcast:10.250.67.255 Mask:255.255.255.0
>
> # route -n
> Kernel IP routing table
> Destination Gateway Genmask Flags Metric Ref Use Iface
> 10.250.67.1 0.0.0.0 255.255.255.255 UH 0 0 0 tap0
> 10.250.67.171 0.0.0.0 255.255.255.255 UH 0 0 0 dvb0_0
> 80.81.208.66 85.88.192.241 255.255.255.255 UGH 0 0 0 eth0
> 85.88.192.240 0.0.0.0 255.255.255.252 U 0 0 0 eth0
> 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1
> 10.250.67.0 0.0.0.0 255.255.255.0 U 0 0 0 tap0
> 0.0.0.0 10.250.67.1 0.0.0.0 UG 0 0 0 tap0
>

IMHO, Ваша проблема кроется тут:

> # tcpdump -i tap0 -n
> 15:37:04.032350 IP 85.88.192.242.32943 > 81.176.67.251.80: . ack 1325 win
726 <nop,nop,timestamp 18337162 147445997>
> 15:37:04.610485 IP 85.88.192.242.32943 > 81.176.67.251.80: . ack 1325 win
726 <nop,nop,timestamp 18337307 147445997,nop,nop,sack 1 {2649:3973}>
>
> # tcpdump -i eth0 -n
> 16:20:23.267491 IP 81.177.16.57.1515 > 85.88.192.242.1058: P 3232544945:3232545020(75)
ack 3010635929 win 65535
> 16:20:23.434420 IP 85.88.192.242.32774 > 80.81.208.66.55484: UDP,length 93
> 16:20:24.376265 IP 85.88.192.242.32774 > 80.81.208.66.55484: UDP,length 101
> 16:20:27.482501 IP 194.67.23.102.110 > 85.88.192.242.1174: S 243465973:243465973(0)
ack 4275162961 win 32768 <mss 1460>
> 16:20:27.482730 IP 85.88.192.242.32774 > 80.81.208.66.55484: UDP,length 93
> 16:20:28.212025 IP 194.67.23.102.110 > 85.88.192.242.1174: S 243465973:243465973(0)
ack 4275162961 win 32768 <mss 1460>

поскольку Ваш трафик и уходит через VPN (заворачивается в tap0 и
дальше по eth0 через шлюз спутникового провайдера 80.81.208.66),
но с обратным адресом eth0 (85.88.192.242).
И, соответственно, ответные пакеты приходят именно по земле на eth0.
Подключите iptables:

iptables -t nat -A POSTROUTING -o tap0 -j SNAT --to-source 10.250.67.171

Хотя странно, почему провайдер форвардит Ваши пакеты с адресом
локального интерфейса eth0, вместо того, чтобы их сбросить.

Best regards,
vjp7 <vj***@g*****.net>

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 30148; Возраст листа: 1287; Участников: 1412
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/634694

> dvbnet -p 4141
> ifconfig dvb0_0 10.250.67.171 netmask 255.255.255.255 broadcast
> 255.255.255.255
> ifconfig dvb0_0 hw ether 00:02:0A:FA:43:AB
> route add 10.250.67.171 dev dvb0_0
> (тут всё пучком, dvbtraffic бежит)
> ip route add 80.81.208.66 via 85.88.192.241 src 85.88.192.242
Зачем же всё руками делать, половину из этого делает dvbnet, в папке с исходниками
dvbnet есть скрипт net-start.sh, открой его подправь пид и ай пи.
Вобщем:
1. Подняли устройство.
2. Подняли интерфейс (net-start.sh)
3. Подключили наземку.
3. Запустили опенвпн.

В простейшем случае этого достаточно. А маршрутизацию dvbnet и опенвпн настроют
сами, тем более в конфиге опенвпн, это всё у вас уже написано.
P.S. кстати странный пид, пров точно его вам выдал? И на будущее- не сверкай
маком своей карты :-)

mistiman <mistim***@k*****.ru>

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 30147; Возраст листа: 1287; Участников: 1413
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/634667

Написал о своем горе на linuxforum.ru Думаю не грех будет
продублировать. Сильно нужно решение. Надеюсь на помощь.

Который день бьюсь с этой проблемой. Все делаю по инструкциям... ничего
не помогает. Вобщем пров Радуга, карточка SS2, спутник Yamal 200.
Произвожу следующие манипуляции:

modprobe dvb-core dvb_shutdown_timeout=0 && modprobe stv0299 && modprobe
b2c2_flexcop_pci
dvbnet -p 4141
ifconfig dvb0_0 10.250.67.171 netmask 255.255.255.255 broadcast
255.255.255.255
ifconfig dvb0_0 hw ether 00:02:0A:FA:43:AB
route add 10.250.67.171 dev dvb0_0
(тут всё пучком, dvbtraffic бежит)
ip route add 80.81.208.66 via 85.88.192.241 src 85.88.192.242
openvpn --config /etc/openvpn/client.ovpn.conf --daemon
ip route add 10.250.67.1 dev tap0
ip route del default
ip route add default via 10.250.67.1 src 10.250.67.171
Тут у меня создается иллюзия того, что я на спутнике, но на самом деле
кукиш, все идет по земле. Точнее почти все. Во время
манипуляций каким-то чудом снимают по несколько копеек, за неделю
спутниковый пров снял аж 40 копеек smile.gif .
Что имеем:

# ifconfig
eth0 Link encap:Ethernet HWaddr 00:04:61:62:3F:75
inet addr:85.88.192.242 Bcast:85.88.192.243 Mask:255.255.255.252
inet6 addr: fe80::204:61ff:fe62:3f75/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:9543 errors:0 dropped:0 overruns:0 frame:0
TX packets:10652 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:4995394 (4.7 Mb) TX bytes:1529013 (1.4 Mb)
Interrupt:17 Base address:0x4000
dvb0_0 Link encap:Ethernet HWaddr 00:02:0A:FA:43:AB
inet
addr:10.250.67.171 Bcast:255.255.255.255 Mask:255.255.255.255
inet6 addr: fe80::2d0:d7ff:fe11:7d52/64 Scope:Link
UP BROADCAST RUNNING NOARP MULTICAST MTU:4096 Metric:1
RX packets:159 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:162682 (158.8 Kb) TX bytes:0 (0.0 b)
Base address:0x103c
tap0 Link encap:Ethernet HWaddr 66:10:35:6A:28:B9
inet addr:10.250.67.171 Bcast:10.250.67.255 Mask:255.255.255.0
inet6 addr: fe80::6410:35ff:fe6a:28b9/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:87 errors:0 dropped:0 overruns:0 frame:0
TX packets:4557 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:3654 (3.5 Kb) TX bytes:411183 (401.5 Kb)

# route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric
Ref Use Iface
10.250.67.1 0.0.0.0 255.255.255.255
UH 0 0 0 tap0
10.250.67.171 0.0.0.0 255.255.255.255
UH 0 0 0 dvb0_0
80.81.208.66 85.88.192.241 255.255.255.255 UGH
0 0 0 eth0
85.88.192.240 0.0.0.0 255.255.255.252 U
0 0 0 eth0
192.168.1.0 0.0.0.0 255.255.255.0 U
0 0 0 eth1
10.250.67.0 0.0.0.0 255.255.255.0 U
0 0 0 tap0
0.0.0.0 10.250.67.1 0.0.0.0
UG 0 0 0 tap0

конфиг openvpn:
dev tap
port 55484
proto udp

remote 80.81.208.66
comp-lzo
comp-noadapt

resolv-retry infinite
nobind
persist-key
persist-tun
ifconfig 10.250.67.171 255.255.255.0
route-noexec
tun-mtu 1500
tls-client

ca /etc/openvpn/ca.crt
cert /etc/openvpn/DpRY200_6527.crt
key /etc/openvpn/DpRY200_6527.key

ns-cert-type server
user nobody
group nobody
verb 4

# traceroute www.ru
traceroute to www.ru (194.87.0.50), 30 hops max, 40 byte packets
1 server2.d-v.ru (80.81.208.66) 728.577 ms 680.492 ms 2551.015 ms
2 80.81.208.65 (80.81.208.65) 676.261 ms 813.235 ms 564.398 ms
3 m9-r0-msk.rusat.net (80.81.209.241) 560.505 ms 556.279 ms 623.641 ms
4 lukoil-gw.rusat.net (80.81.209.10) 1143.307 ms 1069.350 ms 569.613 ms
5 * * *
6 Moscow12-F4-0-0.46.RoSprint.net (212.176.125.14) 514.662 ms 566.513
ms 559.977 ms
7 Moscow43-GE0-2.RoSprint.net (193.232.88.4) 521.353 ms 548.086
ms 577.777 ms
8 m9-1.demos.net (193.232.246.35) 683.410 ms 725.264 ms 660.776 ms
9 iki-1-vl10.demos.net (194.87.0.83) 732.958 ms 916.085 ms 590.250 ms
10 www.ru (194.87.0.50) 785.977 ms 593.854 ms 765.683 ms

tcpdump -i tap0 -n
15:37:04.032350 IP 85.88.192.242.32943 > 81.176.67.251.80: . ack 1325
win 726 <nop,nop,timestamp 18337162 147445997>
15:37:04.610485 IP 85.88.192.242.32943 > 81.176.67.251.80: . ack 1325
win 726 <nop,nop,timestamp 18337307 147445997,nop,nop,sack 1 {2649:3973}>

tcpdump -i eth0 -n
16:20:23.267491 IP 81.177.16.57.1515 > 85.88.192.242.1058: P
3232544945:3232545020(75) ack 3010635929 win 65535
16:20:23.434420 IP 85.88.192.242.32774 > 80.81.208.66.55484: UDP,
length 93
16:20:24.376265 IP 85.88.192.242.32774 > 80.81.208.66.55484: UDP,
length 101
16:20:27.482501 IP 194.67.23.102.110 > 85.88.192.242.1174: S
243465973:243465973(0) ack 4275162961 win 32768 <mss 1460>
16:20:27.482730 IP 85.88.192.242.32774 > 80.81.208.66.55484: UDP,
length 93
16:20:28.212025 IP 194.67.23.102.110 > 85.88.192.242.1174: S
243465973:243465973(0) ack 4275162961 win 32768 <mss 1460>

Помогите дураку. Ничего понять не могу. Думаю дело в openvpn либо
маршрутизации... т.к. я в них не секу :-[ Если забыл какие-то
конфиги/логи, скажите. Всё дам. Не знаю куда податься. Гугла уже
затретировал...

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 30146; Возраст листа: 1287; Участников: 1413
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/634650