>> Мда.. Так и есть, карту из последнего слота вытащи - все заработало,
>> как и должно было. Вот же.. Интересно, другая карта какая-нибудь
>> заработает там? Очень бы хотелось. Что подскажете?
>
> Ну что могу сказать, кроме как "попробуйте" :) У меня жили конфигурации
> с 3-4-мя картами. Правда не
Hello!
On Fri, Apr 24, 2009 at 03:29:50PM +0400, Alex Petrov wrote:
> 24 апреля 2009 г. 15:17 пользователь Alex написал:
> > Хмм.. а 121 не забит где-то у провайдера случайно?
> > Попробуйте прописать .124 вместо .121 на проблемном сервере.
> >
> > Ничего не изменилось?
>
> Все так же. И при поп
24 апреля 2009 г. 15:17 пользователь Alex написал:
> Hello!
>
> On Fri, Apr 24, 2009 at 03:14:58PM +0400, Alex Petrov wrote:
>> > А что за адрес 213.7.50.125 тогда? Почему шлюз второго провайдера его
>> > пытается резолвить?
>> > .125 еще у вас нигде не прописан случайно?
>> >
>> Прописан. Это мой
Hello!
On Fri, Apr 24, 2009 at 03:14:58PM +0400, Alex Petrov wrote:
> > А что за адрес 213.7.50.125 тогда? Почему шлюз второго провайдера его
> > пытается резолвить?
> > .125 еще у вас нигде не прописан случайно?
> >
> Прописан. Это мой второй IP, с которого на другой машине нормально все
> работа
24 апреля 2009 г. 15:04 пользователь Alex написал:
> Hello!
>
> On Fri, Apr 24, 2009 at 02:59:59PM +0400, Alex Petrov wrote:
>> Потому как 212.3.45.162 - это шлюз другого провайдера. Выходит трафик
>> идет не по тому маршруту, по какому ему правильно было бы идти? С моей
>> стороны.
>
> А что за а
Hello!
On Fri, Apr 24, 2009 at 02:59:59PM +0400, Alex Petrov wrote:
> Потому как 212.3.45.162 - это шлюз другого провайдера. Выходит трафик
> идет не по тому маршруту, по какому ему правильно было бы идти? С моей
> стороны.
А что за адрес 213.7.50.125 тогда? Почему шлюз второго провайдера его
пыт
On Fri, Apr 24, 2009 at 01:56:09PM +0300, Alex wrote:
> Hello!
>
> On Fri, Apr 24, 2009 at 01:53:13PM +0300, Peter Pentchev wrote:
> > > On Fri, Apr 24, 2009 at 02:35:58PM +0400, Alex Petrov wrote:
> > > > Тут происходит вот что:
> > > >
> > > > plak...@phantom:~$ sudo tcpdump -i eth1 -n arp
> >
Hello!
On Fri, Apr 24, 2009 at 02:58:02PM +0400, Alex Petrov wrote:
> Ну 121 - это мой IP, 126 - шлюз провайдера. К MAC-адресу он не
> привязывается, все работало у меня на этой карте несколько лет. Я
> грешу на то что криво маршрутизация настроена.. втыкаю в ноутбут - все
> работает. и на втором
24 апреля 2009 г. 14:56 пользователь Alex написал:
> Hello!
>
> On Fri, Apr 24, 2009 at 01:53:13PM +0300, Peter Pentchev wrote:
>> > On Fri, Apr 24, 2009 at 02:35:58PM +0400, Alex Petrov wrote:
>> > > Тут происходит вот что:
>> > >
>> > > plak...@phantom:~$ sudo tcpdump -i eth1 -n arp
>> > > tcpdu
24 апреля 2009 г. 14:53 пользователь Peter Pentchev написал:
> On Fri, Apr 24, 2009 at 01:48:21PM +0300, Alex wrote:
>> Hello!
>>
>> On Fri, Apr 24, 2009 at 02:35:58PM +0400, Alex Petrov wrote:
>> > Тут происходит вот что:
>> >
>> > plak...@phantom:~$ sudo tcpdump -i eth1 -n arp
>> > tcpdump: verb
Hello!
On Fri, Apr 24, 2009 at 01:53:13PM +0300, Peter Pentchev wrote:
> > On Fri, Apr 24, 2009 at 02:35:58PM +0400, Alex Petrov wrote:
> > > Тут происходит вот что:
> > >
> > > plak...@phantom:~$ sudo tcpdump -i eth1 -n arp
> > > tcpdump: verbose output suppressed, use -v or -vv for full protoco
On Fri, Apr 24, 2009 at 01:48:21PM +0300, Alex wrote:
> Hello!
>
> On Fri, Apr 24, 2009 at 02:35:58PM +0400, Alex Petrov wrote:
> > Тут происходит вот что:
> >
> > plak...@phantom:~$ sudo tcpdump -i eth1 -n arp
> > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
> > lis
Hello!
On Fri, Apr 24, 2009 at 02:35:58PM +0400, Alex Petrov wrote:
> Тут происходит вот что:
>
> plak...@phantom:~$ sudo tcpdump -i eth1 -n arp
> tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
> listening on eth1, link-type EN10MB (Ethernet), capture size 96 bytes
> 1
24 апреля 2009 г. 14:06 пользователь Alex написал:
> Hello!
>
> On Fri, Apr 24, 2009 at 01:54:55PM +0400, Alex Petrov wrote:
>> Понимаю, что не резолвится по arp. Не понимаю почему.
>>
>> линк приходит на SDSL модем -> от него в свич -> идут провода на 2
>> компьютера. На другом шлюз пингуется, вс
Hello!
On Fri, Apr 24, 2009 at 01:06:00PM +0300, Alex wrote:
> Hello!
>
> On Fri, Apr 24, 2009 at 01:54:55PM +0400, Alex Petrov wrote:
> > Понимаю, что не резолвится по arp. Не понимаю почему.
> >
> > линк приходит на SDSL модем -> от него в свич -> идут провода на 2
> > компьютера. На другом шл
Hello!
On Fri, Apr 24, 2009 at 01:54:55PM +0400, Alex Petrov wrote:
> Понимаю, что не резолвится по arp. Не понимаю почему.
>
> линк приходит на SDSL модем -> от него в свич -> идут провода на 2
> компьютера. На другом шлюз пингуется, все видно, на этом хосте все так
> же, шлюз не пингуется, arp
24 апреля 2009 г. 11:44 пользователь Alex написал:
> Hello!
>
> On Fri, Apr 24, 2009 at 11:36:41AM +0400, Alex Petrov wrote:
>> arp -n:
>> 213.7.50.126 (incomplete)
>> eth1
>
>
> Собственно, пробл
Hello!
On Fri, Apr 24, 2009 at 11:36:41AM +0400, Alex Petrov wrote:
> arp -n:
> 213.7.50.126(incomplete) eth1
Собственно, проблема в этом, а не в policy routing.
Чтобы что-то перенаправить на это
23 апреля 2009 г. 14:22 пользователь Elena Egorova написал:
> Hi all,
>
> Alex Petrov wrote:
>
>> ## uplink2
>> iface eth1 inet static
>> address 213.7.50.121
>> netmask 255.255.255.248
>> post-up ip route add 213.7.50.126/32 dev eth1 src 213.7.50.121
>> table uplink2
>>
Hi all,
Alex Petrov wrote:
## uplink2
iface eth1 inet static
address 213.7.50.121
netmask 255.255.255.248
post-up ip route add 213.7.50.126/32 dev eth1 src 213.7.50.121
table uplink2
post-up ip route add default via 213.7.50.126 table uplink2
post-up ip r
Hello!
On Thu, Apr 23, 2009 at 12:59:02PM +0300, Alex wrote:
> > ip neigh show
> >
> > показывает
> > 213.7.50.126 dev eth1 INCOMPLETE
> > Это шлюз провайдера.
>
> А 213.7.50.126 пингуется вообще? Связь с ним есть?
Глупый вопрос сам задал. Конечно, не пингуется, связи нет.
ARP incomplete.
Что
Hello!
On Tue, Apr 21, 2009 at 02:52:31PM +0400, Alex Petrov wrote:
> ## uplink2
> iface eth1 inet static
> address 213.7.50.121
> netmask 255.255.255.248
> post-up ip route add 213.7.50.126/32 dev eth1 src 213.7.50.121
> table uplink2
^
По-моему
Уважаемые, никто не подскажет, что поковырять?
21 апреля 2009 г. 14:52 пользователь Alex Petrov написал:
> Здравствуйте, уважаемые специалисты.
>
> Столкнулся с сабжевой проблемой. До недавнего времени было у меня 2
> провайдера, настроена маршрутизация, чтобы пакет с определенным
> адресом источ
На Wed, 18 Apr 2007 13:39:12 +0700
Vladi Lemurov <[EMAIL PROTECTED]> записано:
VL>
VL> 2. Маршрутизировать по портам назначения. Филиал сообщает
VL> нам айпи, мы забиваем его в radmin и цепляемся (порт
VL> одинаковый, для всех, поэтому не нужно каждый раз цепляться
VL> к линуксу и добавлять марш
А точно NAT у вас делается средствами iproute?
да, не средствами iproute. Делается так:
1. все пиринговые сети идут через ppp0 (командой route add)
2. default gateway делаем "спутниковое" vpn соединение (тоже командой
route)
а маршрутизацию по порту назначения добавляем с пом. ipro
On Wed, 18 Apr 2007 13:39:12 +0700
Vladi Lemurov <[EMAIL PROTECTED]> wrote:
> Вопрос такой - можно ли в зависимости от порта назначения направлять
> пакеты через различные интерфейсы и nat'ить stateful на обоих?
Да.
> все добавляется. Начинаем цепляться (с машины внутри сети, за шлюзом),
> пак
> >> DEO> причин зависаний не знаю, но как мне кажется это связано с тем что
> оба
> >> DEO> интерфейса выходят на один адрес 1.1.1.1. возможно я не прав.
> >>
> >> Совершенно не прав.
> DEO> есть мысли?
>
> Мысли тебе уже сообщили. Но даже если бы их не было, это не повод
> валить вину
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Sun, 18 Jun 2006
11:18:49 +0400:
>> DEO> причин зависаний не знаю, но как мне кажется это связано с тем что оба
>> DEO> интерфейса выходят на один адрес 1.1.1.1. возможно я не прав.
>>
>> Совершенно не прав.
DEO> есть мысли?
Мысли
> DEO> причин зависаний не знаю, но как мне кажется это связано с тем что оба
> DEO> интерфейса выходят на один адрес 1.1.1.1. возможно я не прав.
>
> Совершенно не прав.
есть мысли?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECT
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Tue, 13 Jun 2006
15:17:36 +0400:
DEO> причин зависаний не знаю, но как мне кажется это связано с тем что оба
DEO> интерфейса выходят на один адрес 1.1.1.1. возможно я не прав.
Совершенно не прав.
--
Artem Chuprina
RFC2822: Jabber: [EM
Dmitry E. Oboukhov <[EMAIL PROTECTED]> wrote:
> > > > > Это подземный стук какой-то. Провайдер тут ни при чём. В любом случае
> > > > > машина виснуть не должна.
> > > > Может она не виснет, а просто ssh отваливается? ;-)
> > > я ж говорил что на ноуте пробовал
> > > полный глухой вис. железной кон
> > > > Это подземный стук какой-то. Провайдер тут ни при чём. В любом случае
> > > > машина виснуть не должна.
> > > Может она не виснет, а просто ssh отваливается? ;-)
> > я ж говорил что на ноуте пробовал
> > полный глухой вис. железной консоли тоже не становится :-\
> Вполне себе нормально. Ядр
Dmitry E. Oboukhov <[EMAIL PROTECTED]> wrote:
> > > Это подземный стук какой-то. Провайдер тут ни при чём. В любом случае
> > > машина виснуть не должна.
> > Может она не виснет, а просто ssh отваливается? ;-)
> я ж говорил что на ноуте пробовал
> полный глухой вис. железной консоли тоже не станови
> Да, пожалуй, это решение.
я ж писал выше
оба ppp подымаю с nodefaultroute а роутинг даже не успеваю покрутить оно
раньше вешается :-\
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> > Это подземный стук какой-то. Провайдер тут ни при чём. В любом случае
> > машина виснуть не должна.
> Может она не виснет, а просто ssh отваливается? ;-)
я ж говорил что на ноуте пробовал
полный глухой вис. железной консоли тоже не становится :-\
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
On Wednesday 14 June 2006 09:38 Slava Astashonok wrote:
> Это подземный стук какой-то. Провайдер тут ни при чём. В любом случае
> машина виснуть не должна.
Может она не виснет, а просто ssh отваливается? ;-)
--
Best regards,
Mihail
Bart-mdv- @ SolarNet
IRC: irc.solarnet.ru
WWW: http://ww
Andrey Lubimets wrote:
> Дык насколько я понял, проблема в том что при поднимании двух
> pptp-линков компьютер виснет. ИМХО без телодвижений на стороне првайдера
> в этой ситуации не обойтись.
Это подземный стук какой-то. Провайдер тут ни при чём. В любом случае
машина виснуть не должна.
--
To
Dmitry E. Oboukhov пишет:
два интерфейса ppp у которых один и тот же удаленный адрес :D
--- начало текста для медитации
Point to Point Protocol Point To Point Protocol
Point to Point Protocol Point To Point Protocol
Point to Point Protocol Point To Point Protocol
...
--- конец текста для медитац
Slava Astashonok пишет:
Konstantin Matyukhin wrote:
ага, а конструктивно чего-нидь можно предложить?
а что тут предложишь? по условиям задачи провайдер предоставляет
только PPP
понятно что point to point предполагает одну связь, а тут две.
а две - это уже не PPP, это что-то другое
Да можно
Да, пожалуй, это решение.
-- кука в тему :-)
"Безвыходными мы называем ситуaции, выход из которых нам не нравится."
Станислав Ежи Лец
Konstantin Matyukhin wrote:
>> ага, а конструктивно чего-нидь можно предложить?
>
> а что тут предложишь? по условиям задачи провайдер предоставляет
> только PPP
>
>> понятно что point to point предполагает одну связь, а тут две.
>
> а две - это уже не PPP, это что-то другое
Да можно выкрутится
ага, а конструктивно чего-нидь можно предложить?
а что тут предложишь? по условиям задачи провайдер предоставляет
только PPP
понятно что point to point предполагает одну связь, а тут две.
а две - это уже не PPP, это что-то другое
--
С уважением,
Константин Матюхин
> >два интерфейса ppp у которых один и тот же удаленный адрес :D
>
> --- начало текста для медитации
> Point to Point Protocol Point To Point Protocol
> Point to Point Protocol Point To Point Protocol
> Point to Point Protocol Point To Point Protocol
> ...
> --- конец текста для медитации
ага, а к
Dmitry E. Oboukhov пишет:
Два адреса на одном интерфейсе? Тогда правильней будет алиасами, ИМХО.
не очень понял мысли :)
два интерфейса ppp у которых один и тот же удаленный адрес :D
А что тут смешного. Вот например установке связи по GPRS с мобилы
(Megafone, Nokia 6021) присваиваетс
два интерфейса ppp у которых один и тот же удаленный адрес :D
--- начало текста для медитации
Point to Point Protocol Point To Point Protocol
Point to Point Protocol Point To Point Protocol
Point to Point Protocol Point To Point Protocol
...
--- конец текста для медитации
--
С уважением,
Конста
> Два адреса на одном интерфейсе? Тогда правильней будет алиасами, ИМХО.
не очень понял мысли :)
два интерфейса ppp у которых один и тот же удаленный адрес :D
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On 6/13/06, Dmitry E. Oboukhov <[EMAIL PROTECTED]> wrote:
имеется задачка
провайдер. раздает инет по pptp (ну это довольно типично)
при соединении имеем следующий вид соединения
нам выделяется ip и он соответствует нашему ppp0, а на противоположной
стороне ip всегда один - 1.1.1.1
$ /sbin/ifc
Здравствуйте,
/etc/network/options
ip_forward=yes
spoofprotect=no
^^^
syncookies=no
Оно же /proc/sys/net/ipv4/conf/*/rp_filter для динамического изменения.
On Wed, Jun 11, 2003 at 10:01:57AM +0300, Dmitriy Sirant wrote:
> У меня такое подозрение, что в целях безопасности в Debian по
On Monday 09 June 2003 22:13, Dmitriy Sirant wrote:
> Хочется:
> 1. Чтобы клиенты получали нужный им default gateway Server A или Server С в
> зависимости от наличия линка, веса правила, загрузки линка (я думаю именно
> в таком порядке).
Ну, это уже от клиента зависит. Хотя зачем здесь мудрить н
On Thu, 22 May 2003 21:33:22 +0300 Bogdan <[EMAIL PROTECTED]> wrote:
> "Когда ставил debian, сконфигурировал стевуху во время установки и указал
> default gw.
> Теперь, когда выхожу в сеть, сначала опускаю eth0 - иначе пакеты не ходят
> через модем. Как это побороть?"
Default gw на сетевуху про
> Когда ставил debian, сконфигурировал стевухе во время установки и указа
> default gw. Теперь, когда выхоже всеть сначала опускаю eth0 иначе пакеты не
> ходят через моедм. Как это побороть?
>
Извиняюсь за орфрографию. Читать следует так:
"Когда ставил debian, сконфигурировал стевуху во время
51 matches
Mail list logo
