> -Original Message-
> From: lug-bg-boun...@linux-bulgaria.org [mailto:lug-bg-boun...@linux-
> bulgaria.org] On Behalf Of Delian Krustev
> Sent: Thursday, September 16, 2010 1:19 AM
> To: Linux Users Group - Bulgaria
> Subject: Re: [Lug-bg] routing problem
>
> O
On Wed, 15 Sep 2010 19:31:50 +0300 Martin Kolev wrote:
> > > Не мога да си обесня следното: защо, когато пусна tcptraceroute към
> > хост,
> > > който трябва да се вижда директно от рутера пътя минава през междинен
> > > хост,
Това "трябва" явно е в твоята глава. Конфигурацията на машината изглежд
> -Original Message-
> From: lug-bg-boun...@linux-bulgaria.org [mailto:lug-bg-boun...@linux-
> bulgaria.org] On Behalf Of Ivan Ivanov
> Sent: Wednesday, September 15, 2010 4:49 PM
> To: Linux Users Group - Bulgaria
> Subject: Re: [Lug-bg] routing problem
>
>
Не мога да си обесня следното: защо, когато пусна tcptraceroute към хост,
който трябва да се вижда директно от рутера пътя минава през междинен
хост,
който е част от вътрешната мрежа 192.168.1.0/24 на eth0
iptables?
Или защо, когато не
съм указал интерфейса в командата tcptraceroute се опитв
Stefan Stoilov wrote:
За информация - проблема е решен .
Linksys WET11 и Senao пренаписват MAC адресите на пакеtи, които
не знаят за къде са със ff:ff:ff:ff:ff:ff и рутерите ги дропват.
Решението е следния скрипт, малко доработен, и използващ hping вместо
icmpush
http://www.penguincare.com
За информация - проблема е решен .
Linksys WET11 и Senao пренаписват MAC адресите на пакеtи, които не
знаят за къде са със ff:ff:ff:ff:ff:ff
и рутерите ги дропват.
Решението е следния скрипт, малко доработен, и използващ hping вместо
icmpush
http://www.penguincare.com.au/fixsenao
Stefan S
> >
> Ахам и аз се осъмних втова и аз имам подобен проблем, само дето не
> сам набивал нищо е /etc/ethers това се случва всеки път като ми
> expaer-не arp таблицата за сега оправям нещата с един ping от
> мрежите зад рутера към мрежите зад AP-то , но това не много добро
> решение постоянно да
Дотук познато, wireless-bridge-овете общо взето с тях и без тях.
Единствено
проблем бях срещал, при един модел, който маскираше MAC адресите от
единия
мрежови сегмент със собствения си. И беше станало мазало, понеже пък
аз бях
набил в /etc/ethers разни неща. Нали твоя случай не е подобен?
Ахам
Stefan Stoilov wrote:
Привет,
Здравей,
Хич не обичам да питам, ама вече полудях вече.
И аз не обичам да отговарям в 2 през нощта ;-) и съжалявам ако бъркам или
пропускам нещо. Та понеже никой доколкото не видях не даде смислен отговор,
реших да отговоря.
Та ситуацията е следната (съответно не намер
Borislav Nedyalkov wrote:
Драсни какъв е резултата след това...
Не е от версията на ядрото . със 2.4.20 положението е същото.
Аз обаче се задълбах и ето някакви начални резултати :
ICMP които минават през рутера :
01:07:53.392002 IP (tos 0x0, ttl 62, id 0, offset 0, flags [DF],
length: 84
Драсни какъв е резултата след това...
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Stefan Stoilov
Sent: Wednesday, July 28, 2004 10:43 PM
To: [EMAIL PROTECTED]
Subject: Re: lug-bg: Routing problem
Borislav Nedyalkov wrote:
>Стефане, това само
Borislav Nedyalkov wrote:
Стефане, това само от wireless устройства ли се случва.
Преди около седмица ми се обадиха с подобен проблем, след упграде до
2.4.26!!
Проблема е че устройствата в ЛАН-а нямат проблеми, до като за тези които са
зад АП-та имат пинг до рутера, но рутера не роутва за т
PM
To: [EMAIL PROTECTED]
Subject: Re: lug-bg: Routing problem
>
>Нали на втория или третия хост нямаш iptables rule, който да спира трафика
към 192.168.1.16/28 например. Защо също така не изпратиш рутинг таблиците на
82.147.151.81 и 82.147.151.68 (всички от /etc/iproute2/rc_tables) - ip rout
Нали на втория или третия хост нямаш iptables rule, който да спира трафика към 192.168.1.16/28 например. Защо също така не изпратиш рутинг таблиците на 82.147.151.81 и 82.147.151.68 (всички от /etc/iproute2/rc_tables) - ip route list table local, main, default, etc... Ако те
притеснява да изнесеш
> NO COMMENT :
> Моля давайте идеи , че луднах вече , схте взема да хакна един хардуерен
> рутер накрая и да се откажа от тия "Линукс рутери"
>
>
> [EMAIL PROTECTED]:~$ traceroute 192.168.1.1
> traceroute to 192.168.1.1 (192.168.1.1), 30 hops max, 38 byte packets
> 1 netlnik-rtr-fe1.dupnica.net
NO COMMENT :
Моля давайте идеи , че луднах вече , схте взема да хакна един хардуерен
рутер накрая и да се откажа от тия "Линукс рутери"
[EMAIL PROTECTED]:~$ traceroute 192.168.1.1
traceroute to 192.168.1.1 (192.168.1.1), 30 hops max, 38 byte packets
1 netlnik-rtr-fe1.dupnica.net (82.147.151.113)
Dean Stoeff wrote:
Я пробвай първо ping 192.168.111.2 от рутера или по точно от мрежите
зад него
защото подозирам , че ако AP-то ти е с RTL8181 процесор може да ти
прави такива бози
Пуснах routed на нйаколко рутера и нещата се оправиха, въпреки, че
статичното рутиране си беше напулно в ред
Правих, струвах, замъкнах се с лаптопа при рутера . Закачам лаптопа ,
работи (т.е рутира си рутерчето) . Връщам се обатно в началото на
линията - НЕ РАБОТИ .
Явно проблема идва от безжичната връзка, но все пак връзка с рутера има.
Ако някой има идея защо е това чудо ще черпя каса бира (няколко п
towa go postwah i po-rano no sigurno si go propusnal, wij arhiva na
listata:
[url may be wrapped]
http://www.cisco.com/warp/public/cc/pd/iosw/ioft/ionetn/tech/emios_wp.ht
m
> -Original Message-
> From: Georgi Iliev [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, March 07, 2002 4:59 PM
> To:
19 matches
Mail list logo
