|
|
На страницу « 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64, 65, 66, 67, 68, 69, 70, 71, 72, 73, 74, 75, 76, 77, 78, 79, 80, 81, 82, 83, 84, 85, 86, 87, 88, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 100, 101, 102, 103, 104, 105, 106, 107, 108, 109, 110, 111, 112, 113, 114, 115, 116, 117, 118, 119, 120, 121, 122, 123, 124, 125, 126, 127, 128, 129, 130, 131, 132, 133, 134, 135, 136, 137, 138, 139, 140, 141, 142, 143, 144, 145, 146, 147, 148, 149, 150, 151, 152, 153, 154, 155, 156, 157, 158, 159, 160, 161, 162, 163, 164, 165, 166, 167, 168, 169, 170, 171, 172, 173, 174, 175, 176, 177, 178, 179, 180, 181, 182, 183, 184, 185, 186 »
|
|
|
| Какой у вас тариф? (Опрос от 25.04.2009) |
| 300Кбит/с за 200р |
|
15% |
[ 45 ] |
| 5000Кбит/с за 400р |
|
38% |
[ 113 ] |
| 10000Кбит/с за 600р |
|
29% |
[ 86 ] |
| 15000Кбит/с за 900р |
|
7% |
[ 23 ] |
| 25000Кбит/с за 1500р |
|
8% |
[ 25 ] |
|
| Всего проголосовало : 292 |
|
 |
|
|
|
Возраст: 38 
C нами с 26.07.2006
Репутация: 87.2  
|
|
Контакты:
Телефон: 8 (498) 48-2-14-71 - по вопросам оплаты
8 (498) 48-21-4-21 - техническая поддержка
8 (498) 48-3-57-00 - техническая поддержка
8 (926) 208 55 44 - техническая поддержка
|
|
|
|
|
|
|
|
|
|
|
Возраст: 49  
C нами с 27.01.2005
Репутация: 129.4
|
|
Сегодня фигня какая-то:
# grep -E "(secondary DNS address)|(No response)" /var/log/remote/remote_daemon.log
Jan 24 00:53:59 77.232.154. pppd[538]: No response to 5 echo-requests
Jan 24 00:55:45 77.232.154. pppd[538]: secondary DNS address 77.232.155.5
Jan 24 02:07:50 77.232.154. pppd[538]: No response to 5 echo-requests
Jan 24 02:15:42 77.232.154. pppd[538]: secondary DNS address 77.232.155.5
Jan 24 03:27:47 77.232.154. pppd[538]: No response to 5 echo-requests
Jan 24 03:37:19 77.232.154. pppd[538]: secondary DNS address 77.232.155.5
Jan 24 04:49:24 77.232.154. pppd[538]: No response to 5 echo-requests
Jan 24 04:55:36 77.232.154. pppd[538]: secondary DNS address 77.232.155.5
Jan 24 06:07:41 77.232.154. pppd[538]: No response to 5 echo-requests
Jan 24 06:15:33 77.232.154. pppd[538]: secondary DNS address 77.232.155.5
Jan 24 07:27:38 77.232.154. pppd[538]: No response to 5 echo-requests
Jan 24 07:37:44 77.232.154. pppd[538]: secondary DNS address 77.232.155.5
Jan 24 08:49:49 77.232.154. pppd[538]: No response to 5 echo-requests
Jan 24 08:56:01 77.232.154. pppd[538]: secondary DNS address 77.232.155.5
Jan 24 10:08:06 77.232.154. pppd[538]: No response to 5 echo-requests
Jan 24 10:15:58 77.232.154. pppd[538]: secondary DNS address 77.232.155.5
#
|
На прошлой неделе было скромнее:
# bunzip -cd /var/log/remote/remote_daemon.log.1.bz2 | grep -E "(secondary DNS address)|(No response)"
Jan 16 02:15:38 77.232.154. pppd[23732]: No response to 5 echo-requests
Jan 16 02:25:30 192.168.74.13 pppd[538]: secondary DNS address 77.232.155.5
Jan 21 19:52:30 77.232.154. pppd[538]: No response to 5 echo-requests
Jan 21 19:55:56 77.232.154. pppd[538]: secondary DNS address 77.232.155.5
# |
|
_____________________________
"Загнанную в угол крысу пристреливают"
|
|
|
|
|
|
|
|
|
Возраст: 49
C нами с 27.01.2005
Репутация: 129.4
|
|
Разобрался: так оно "наказывает" за торрент, нагружающий канал на 100%. Натурально, банит минут на 5 (CHAP authentication failed).
Поставил на 40%-ную нагрузку.
|
_____________________________
"Загнанную в угол крысу пристреливают"
|
|
|
|
|
|
|
|
|
C нами с 04.05.2006
Репутация: 81.8
|
|
Ответьте, кто знает: как официально называется данная компания (провайдер)?
На сайте нет информации. В разделе "о компании" упомянута сеть нерусскими буковками.
ООО Телесервис - присутствует в качестве партнера на баннере и в новостях.
В контакте адрес: просто Телесервис (напротив магазина "Спортмастер")
|
|
|
|
|
|
|
|
|
|
|
Возраст: 32 
C нами с 25.02.2007
Репутация: 288.4
|
|
|
cottonochek, ООО "Телесервис"
|
|
|
|
|
|
|
|
|
|
|
Возраст: 49
C нами с 27.01.2005
Репутация: 129.4
|
|
А есть какая-то официальная информация по поводу "разрывов"?! После того, как я поставил лимит на исходящий торрент не более 100 кб/с разрывы резко прекратились:
# grep -E "(secondary DNS address)|(No response)" /var/log/remote/remote_daemon.log | cut -f 1-3,6- -d " "
Jan 29 04:43:32 No response to 5 echo-requests
Jan 29 04:45:51 secondary DNS address 77.232.155.5
Jan 29 08:53:56 No response to 5 echo-requests
Jan 29 08:55:42 secondary DNS address 77.232.155.5
Jan 29 12:32:48 No response to 5 echo-requests
Jan 29 12:37:20 secondary DNS address 77.232.155.5
Jan 29 16:45:25 No response to 5 echo-requests
Jan 29 16:55:30 secondary DNS address 77.232.155.5
Jan 29 21:57:36 No response to 5 echo-requests
Jan 29 22:07:42 secondary DNS address 77.232.155.5
Jan 30 07:01:49 No response to 5 echo-requests
Jan 30 07:04:20 secondary DNS address 77.232.155.5
Jan 31 16:59:25 No response to 5 echo-requests
Jan 31 17:03:57 secondary DNS address 77.232.155.5
# |
Смотрите, с 31 января 2012 года по 2 февраля этого года ни единого разрыва! (голосом Уральского)
|
_____________________________
"Загнанную в угол крысу пристреливают"
|
|
|
|
|
|
|
|
|
Возраст: 34
C нами с 07.04.2008
Репутация: 83.9
|
|
FlashGun, честно говоря я ничего не понял из того что вы пишите... не зная вашей конфигурации сети (роутер или просто кабель в комп) и других технических данных даже посоветовать ничего не могу...в данном случае лучше всего будет позвонить в техническую поддержку 
|
|
|
|
|
|
|
|
|
|
|
Возраст: 49
C нами с 27.01.2005
Репутация: 129.4
|
|
ТЫ НЕ ОТВЕЧАЕШЬ НА МОЙ ОТВЕТ! ТЫ НЕ ОТВЕЧАЕШЬ НА МОЙ ОТВЕТ! ВСЁ БЫЛО ИДЕАЛЬНО! Я КАК КАЙФОВАЛ, А ВЫ ЩАС КАЙФ МОЙ РАЗРЫВАЕТЕ!
2 ФЕВРАЛЯ ЭТОГО ГОДА Я ПОЛУЧИЛ ОЧЕРЕДНОЙ РАЗРЫВ! ПОЧЕМУ НЕ БЫЛО НИ ЕДИНОГО РАЗРЫВА? А СЕЙЧАС ОПЯТЬ РАЗРЫВ!!! ВНОШУ… БОЛЬШУЮ СУММУ В БАЛАНС, ЧТОБЫ НЕ БЫЛО ВООБЩЕ РАЗРЫВА ДО СЛЕДУЮЩЕЙ СЕССИИ, КОГДА У МЕНЯ СЧИТЫВАЕТСЯ СУММА!
http://lurkmore.to/%D0%A3%D1%80%D0%B0%D0%BB%D1%8C%D1%81%D0%BA%D0%B8%D0%B9
vintaizer, если серьезно, то стоит роутер NetGear WNDR3700 с предпоследней OpenWRT. IP реальный. Логи с роутера (через syslog over udp). Какие ещё подробности нужны?
Суть вопроса: есть ли корреляция между отключениями (разрываеми сессий) и нагрузкой на канал, типа, проверяем каждые 250 минут и рвём все сессии, превысившие некий лимит переданной/принятой информации?
Лично я её, корреляцию, пока не могу найти, но чувствую, что какая-то зависимость есть: когда rtorrent не был запущен, НЕ БЫЛО НИ ЕДИНОГО РАЗРЫВА, а сейчас есть.
250 минут не похоже:
# grep time /var/log/remote/remote_daemon.log | cut -c 1-15,40-
Jan 29 04:43:32]: Connect time 336.1 minutes.
Jan 29 08:53:56]: Connect time 248.1 minutes.
Jan 29 12:32:48]: Connect time 217.1 minutes.
Jan 29 16:45:25]: Connect time 248.1 minutes.
Jan 29 21:57:36]: Connect time 302.1 minutes.
Jan 30 07:01:49]: Connect time 534.2 minutes.
Jan 31 16:59:25]: Connect time 2035.1 minutes.
Feb 2 16:42:00]: Connect time 2858.1 minutes.
# |
Про трафик тоже не очень:
# grep Sent /var/log/remote/remote_daemon.log | cut -c 1-15,40-
Jan 29 04:43:32]: Sent 11823574 bytes, received 116187412 bytes.
Jan 29 08:53:56]: Sent 2998990 bytes, received 133727231 bytes.
Jan 29 12:32:48]: Sent 6713994 bytes, received 132969136 bytes.
Jan 29 16:45:25]: Sent 8135439 bytes, received 141396432 bytes.
Jan 29 21:57:36]: Sent 5453759 bytes, received 150155503 bytes.
Jan 30 07:01:49]: Sent 1312100105 bytes, received 109157040 bytes.
Jan 31 16:59:25]: Sent 1210391 bytes, received 418319946 bytes.
Feb 2 16:42:00]: Sent 3087275 bytes, received 1701964389 bytes.
# |
Вот и интересно мне.
|
_____________________________
"Загнанную в угол крысу пристреливают"
|
|
|
|
|
|
|
|
|
C нами с 13.02.2007
Репутация: 72.6
|
|
|
у меня много клиентского оборудования и тоже отмечаю неполадки связанные именно с разрывом сессий со стороны провайдера жн. Была похожая ситуация в сети гигабит и с ней вопрос решился одним звонком админу, который подтвердил что днем ранее шаманил с настройками нат в части размеров собственно таблиц нат и их размещения. Вернул обратно - все пошло без затыков. ясен пень что при серфинге ничо не увидишь, а вот специфика страдает. Может кто подскажет какуюнибуть утилитку для фиксации закрытия тисипи сессий ?
|
_____________________________
как пирьчатка! (с)Рыся
|
|
|
|
|
|
|
|
|
Возраст: 34
C нами с 07.04.2008
Репутация: 83.9
|
|
FlashGun
Есть теория что проблема может быть связана с роутером... Да, банальный ответ. Но лично я тоже активно использую торрент - как дома (тоже стоит роутер, но торрент - utorrent на компьютере), так и на сервере (кабель напрямую и тоже utorrent). И никаких разрывов не замечал.
Саша-жук
И вам тоже могу только посоветовать проверить линию напрямую в компьютер...
|
|
|
|
|
|
|
|
|
|
|
Возраст: 49
C нами с 27.01.2005
Репутация: 129.4
|
|
vintaizer, обновился до свежайшей OpenWrt Backfire 10.03.1, пропала люто раздражавшая неработа dnsmasq с двумя пулами dns-серверов. Теперь наконец-то могу ходить на stat.zhukovsky.net и stat.progtech.ru без плясок и бубнов.
За разрывами понаблюдаю.
|
_____________________________
"Загнанную в угол крысу пристреливают"
|
|
|
|
|
|
|
|
|
Возраст: 49
C нами с 27.01.2005
Репутация: 129.4
|
|
| FlashGun писал(а): |
|
За разрывами понаблюдаю.
|
Вы меня, конечно, извините, но разрывы меня беспокоят. Я даже написал короткий скрипт на перле, который парсит логи pppd с роутера и выдаёт информацию по сеансам связи. Вот так выглядит разрыв в логах (прокрутите, так как длинное):
Feb 7 10:56:30 77.232.xxx.xxx pppd[519]: primary DNS address 77.232.152.5
Feb 7 10:56:30 77.232.xxx.xxx pppd[519]: secondary DNS address 77.232.155.5
Feb 9 04:49:36 77.232.xxx.xxx pppd[519]: No response to 5 echo-requests
Feb 9 04:49:36 77.232.xxx.xxx pppd[519]: Serial link appears to be disconnected.
Feb 9 04:49:36 77.232.xxx.xxx pppd[519]: Connect time 2513.1 minutes.
Feb 9 04:49:36 77.232.xxx.xxx pppd[519]: Sent 3306973 bytes, received 668617613 bytes.
Feb 9 04:49:36 77.232.xxx.xxx pppd[519]: restoring old default route to eth0.2 [10.100.37.1]
Feb 9 04:49:42 77.232.xxx.xxx pppd[519]: Connection terminated.
Feb 9 04:49:43 77.232.xxx.xxx pppd[519]: Modem hangup
Feb 9 04:50:13 77.232.xxx.xxx pppd[519]: PPP session is 60
Feb 9 04:50:13 77.232.xxx.xxx pppd[519]: Using interface pppoe-wan
Feb 9 04:50:13 77.232.xxx.xxx pppd[519]: Connect: pppoe-wan <--> eth1
Feb 9 04:50:16 77.232.xxx.xxx pppd[519]: CHAP authentication failed
Feb 9 04:50:16 77.232.xxx.xxx pppd[519]: CHAP authentication failed
Feb 9 04:50:16 77.232.xxx.xxx pppd[519]: Connection terminated.
Feb 9 04:50:46 77.232.xxx.xxx pppd[519]: write: Bad file descriptor (9)
Feb 9 04:50:46 77.232.xxx.xxx pppd[519]: PPP session is 124
Feb 9 04:50:46 77.232.xxx.xxx pppd[519]: Using interface pppoe-wan
Feb 9 04:50:46 77.232.xxx.xxx pppd[519]: Connect: pppoe-wan <--> eth1
Feb 9 04:50:49 77.232.xxx.xxx pppd[519]: CHAP authentication failed
Feb 9 04:50:49 77.232.xxx.xxx pppd[519]: CHAP authentication failed
Feb 9 04:50:49 77.232.xxx.xxx pppd[519]: Connection terminated.
Feb 9 04:51:19 77.232.xxx.xxx pppd[519]: write: Bad file descriptor (9)
Feb 9 04:51:19 77.232.xxx.xxx pppd[519]: PPP session is 105
Feb 9 04:51:19 77.232.xxx.xxx pppd[519]: Using interface pppoe-wan
Feb 9 04:51:19 77.232.xxx.xxx pppd[519]: Connect: pppoe-wan <--> eth1
Feb 9 04:51:22 77.232.xxx.xxx pppd[519]: CHAP authentication failed
Feb 9 04:51:22 77.232.xxx.xxx pppd[519]: CHAP authentication failed
Feb 9 04:51:22 77.232.xxx.xxx pppd[519]: Connection terminated.
Feb 9 04:51:52 77.232.xxx.xxx pppd[519]: write: Bad file descriptor (9)
Feb 9 04:51:52 77.232.xxx.xxx pppd[519]: PPP session is 64
Feb 9 04:51:52 77.232.xxx.xxx pppd[519]: Using interface pppoe-wan
Feb 9 04:51:52 77.232.xxx.xxx pppd[519]: Connect: pppoe-wan <--> eth1
Feb 9 04:51:55 77.232.xxx.xxx pppd[519]: CHAP authentication failed
Feb 9 04:51:55 77.232.xxx.xxx pppd[519]: CHAP authentication failed
Feb 9 04:51:55 77.232.xxx.xxx pppd[519]: Connection terminated.
Feb 9 04:52:26 77.232.xxx.xxx pppd[519]: write: Bad file descriptor (9)
Feb 9 04:52:26 77.232.xxx.xxx pppd[519]: PPP session is 135
Feb 9 04:52:26 77.232.xxx.xxx pppd[519]: Using interface pppoe-wan
Feb 9 04:52:26 77.232.xxx.xxx pppd[519]: Connect: pppoe-wan <--> eth1
Feb 9 04:52:29 77.232.xxx.xxx pppd[519]: CHAP authentication succeeded
Feb 9 04:52:29 77.232.xxx.xxx pppd[519]: CHAP authentication succeeded
Feb 9 04:52:29 77.232.xxx.xxx pppd[519]: peer from calling number 00:15:17:26:A2:05 authorized
Feb 9 04:52:29 77.232.xxx.xxx pppd[519]: replacing old default route to eth0.2 [10.100.37.1]
Feb 9 04:52:29 77.232.xxx.xxx pppd[519]: local IP address 77.232.xxx.xxx
Feb 9 04:52:29 77.232.xxx.xxx pppd[519]: remote IP address 10.250.xxx.xxx
Feb 9 04:52:29 77.232.xxx.xxx pppd[519]: primary DNS address 77.232.152.5
Feb 9 04:52:29 77.232.xxx.xxx pppd[519]: secondary DNS address 77.232.155.5
|
Такая строчка вывода скрипта ему соответствует:
Conn time Bytes sent Bytes recvd Tries Time of day
2513.1 3306973 668617613 5 (Feb 9: 04:49:36-04:52:29) |
Как видим, до разрыва оно жило 2513 минут, видно, сколько за это время через соединение прокачалось, восстановить связь удалось лишь с 5-й попытки (Tries=5), и пыталось оно восстановиться 9 февраля с 0:49 до 0:52. Обратите внимание на причину не установления соединения: CHAP authentication failed. Я вижу здесь злой умысел, бан и наказание.
А теперь итоговая таблица за последний месяц:
# ./razryv.pl
Conn time Bytes sent Bytes recvd Tries Time of day
7127.0 613861649 10266099 20 (Jan 16: 02:15:38-02:25:30)
8247.0 3227770556 25212118 6 (Jan 21: 19:52:30-19:55:56)
3178.1 2857918574 10883771 3 (Jan 24: 00:53:59-00:55:45)
72.1 332386589 11163745 14 (Jan 24: 02:07:50-02:15:42)
72.1 519606725 17978463 17 (Jan 24: 03:27:47-03:37:19)
72.1 640941789 8854195 11 (Jan 24: 04:49:24-04:55:36)
72.1 388096958 18208007 14 (Jan 24: 06:07:41-06:15:33)
72.1 472695521 16483433 18 (Jan 24: 07:27:38-07:37:44)
72.1 442262288 20662076 11 (Jan 24: 08:49:49-08:56:01)
72.1 442179872 16142785 14 (Jan 24: 10:08:06-10:15:58)
286.1 3032220255 7408855 10 (Jan 24: 15:02:03-15:07:42)
325.1 2324914221 59111642 8 (Jan 24: 20:32:47-20:37:20)
169.1 1632963643 17470726 20 (Jan 24: 23:26:25-23:37:37)
169.1 1726007540 4072496 19 (Jan 25: 02:26:42-02:37:21)
333.1 6162509 3003307149 9 (Jan 25: 08:10:27-08:15:33)
237.1 11460319 119242159 5 (Jan 25: 12:12:38-12:15:30)
280.1 8313325 141814471 21 (Jan 25: 16:55:36-17:07:21)
311.1 10208111 140265704 13 (Jan 25: 22:18:27-22:25:45)
299.1 5987952 145072868 23 (Jan 26: 03:24:51-03:37:43)
298.1 11593610 126690036 3 (Jan 26: 08:35:49-08:37:34)
304.1 7935822 156251306 7 (Jan 26: 13:41:40-13:45:39)
284.1 17743142 144392028 14 (Jan 26: 18:29:45-18:37:37)
335.1 11980021 218426075 5 (Jan 27: 00:12:42-00:15:35)
353.1 14879053 133236878 13 (Jan 27: 06:08:41-06:15:59)
288.1 6500588 135441851 6 (Jan 27: 11:04:04-11:07:30)
311.1 14904636 153206840 13 (Jan 27: 16:18:36-16:25:54)
253.1 16818119 137972937 12 (Jan 27: 20:39:00-20:45:45)
374.1 680747 111382010 14 (Jan 28: 02:59:50-03:07:42)
413.1 20822101 179152541 12 (Jan 28: 10:00:48-10:07:34)
218.1 4234391 117688219 18 (Jan 28: 13:45:39-13:55:45)
283.1 6693427 121645413 12 (Jan 28: 18:38:49-18:45:35)
255.1 14555433 113745454 12 (Jan 28: 23:00:41-23:07:27)
336.1 11823574 116187412 4 (Jan 29: 04:43:32-04:45:51)
248.1 2998990 133727231 3 (Jan 29: 08:53:56-08:55:42)
217.1 6713994 132969136 8 (Jan 29: 12:32:48-12:37:20)
248.1 8135439 141396432 18 (Jan 29: 16:45:25-16:55:30)
302.1 5453759 150155503 18 (Jan 29: 21:57:36-22:07:42)
534.2 1312100105 109157040 3 (Jan 30: 07:01:49-07:04:20)
2035.1 1210391 418319946 8 (Jan 31: 16:59:25-17:03:57)
2858.1 3087275 1701964389 18 (Feb 2: 16:42:00-16:52:05)
154.1 138340757 43575173 13 (Feb 4: 02:39:26-02:45:23)
136.1 93961730 93617372 1 (Feb 4: 05:01:28-05:02:07)
1394.1 7289645 367259342 11 (Feb 5: 04:16:12-04:22:24)
1698.2 8120953 466178297 3 (Feb 6: 08:40:31-08:42:16)
763.1 758640 180008145 15 (Feb 6: 21:25:22-21:33:47)
802.1 2693626648 224277438 1 (Feb 7: 10:55:52-10:56:30)
2513.1 3306973 668617613 5 (Feb 9: 04:49:36-04:52:29)
#
|
Обратите внимание на 24 января: это скачивались 5 сезонов "Агента Национальной Безопасности" отцу в больницу. Нешто это "по сети прошла помеха"?! НЕ ВЕРЮ!
Я могу понять разрывы раз в сутки против зависших сессий или для сброса статистики (хотя и это возмутительно), но вот так — каждые 72 минуты?
|
_____________________________
"Загнанную в угол крысу пристреливают"
|
|
|
|
|
|
|
|
|
C нами с 26.02.2008
Репутация: 67.7
|
|
Есть несколько мыслей по вашей проблеме, которые сейчас опишу.
Роутер у вас, скорее всего, с двумя WAN портами к которым подключены два провайдера - ЗН и ПТ, судя по этой записи журнала можно предположить, что разрыв происходит не со стороны сервера, а возможно у вас меняется дефолтный маршрут на 0.0.0.0/0 с интерфейса eth0.2 и связь с сервером обрывается. Т.е. роутер сам может переключиться на второй интерфейс если на нём, допустим, указана наименьшая метрика. На роутере создаётся два туннеля (каждое ppppoe и VPN создаёт новое) и должно быть два маршрута согласованных между собой.
Feb 9 04:49:36 77.232.xxx.xxx pppd[519]: No response to 5 echo-requests
Feb 9 04:49:36 77.232.xxx.xxx pppd[519]: Serial link appears to be disconnected.
Feb 9 04:49:36 77.232.xxx.xxx pppd[519]: Connect time 2513.1 minutes.
Feb 9 04:49:36 77.232.xxx.xxx pppd[519]: Sent 3306973 bytes, received 668617613 bytes.
Feb 9 04:49:36 77.232.xxx.xxx pppd[519]: restoring old default route to eth0.2 [10.100.37.1]
Feb 9 04:49:42 77.232.xxx.xxx pppd[519]: Connection terminated.
Сообщения CHAP authentication failed могут означать, что ваша сессия на сервере еще некоторое время по таймауту остаётся жить т.к. сразу не возобновилась, мало вероятно, что это бан или нечто подобное - обычная ошибка аутентификации. Используя такое программное обеспечение, можно заметить, что вы во всём этом разбираетесь и ваш роутер настроен на оптимальную работу двух провайдеров, но тем не менее рекомендую вам перепроверить настройки интерфейсов и маршрутов. Так же попробуйте воткнуть шнурок в компьютер с виндой и запустить закачку в utorrent на всю ширину вашего канала в несколько потоков.
|
|
|
|
|
|
|
|
|
|
|
Возраст: 43
C нами с 18.03.2007
Репутация: 295.2
|
|
|
envy, Да така я же ботва с сеткой и без инета мирк постоянно переподключается.
|
_____________________________
Мы кое в чём поднаторели: Мы тарелки бьём весь год — Мы на них уже собаку съели, Если повар нам не врёт...
|
|
|
|
|
|
|
|
|
Возраст: 49
C нами с 27.01.2005
Репутация: 129.4
|
|
| envy писал(а): |
|
Роутер у вас, скорее всего, с двумя WAN портами к которым подключены два провайдера - ЗН и ПТ, судя по этой записи журнала можно предположить, что разрыв происходит не со стороны сервера, а возможно у вас меняется дефолтный маршрут на 0.0.0.0/0 с интерфейса eth0.2 и связь с сервером обрывается. Т.е. роутер сам может переключиться на второй интерфейс если на нём, допустим, указана наименьшая метрика. На роутере создаётся два туннеля (каждое ppppoe и VPN создаёт новое) и должно быть два маршрута согласованных между собой.
|
Почти правильно. Проктех даёт интернет без vpn-туннелей, фактически я получаю IP и дефолтный роутинг по dhcp, и всё, пакеты бегают. Чтобы не было пересечений проктеха с моей локальной сетью, и мой dhcp-сервер не мешал проктеховскому и наоборот, порты на свиче разделены на VLAN'ы. С роутингом всё немного сложнее. Дефолтный роутинг смотрит только в Жукнет, в Проктех смотрят только маршруты для Home-IX. Вся эта кухня включается через скрипты hotplug, без моего участия.
| Цитата: |
| Используя такое программное обеспечение, можно заметить, что вы во всём этом разбираетесь и ваш роутер настроен на оптимальную работу двух провайдеров, но тем не менее рекомендую вам перепроверить настройки интерфейсов и маршрутов.
|
К сожалению это не так. Да, я почитал про маршрутизацию, netflow, netfilter и по мелочи, но фактически мой опыт ограничивается настройкой только моей железки, и поэтому любая помощь приветствуется.
Прекрасно понимаю, что консультации такого уровня должны оказываться за принципиально иные, нежели 500 рублей, деньги, но вдруг интересно рассмотреть мой кейс чисто как гимнастику для мозга?
И да, почему-то принято прятать свои ip-адреса, типа чтобы не атаковали, а я тут подумал, нафига? Я и так торчу реальным айпишником и ежедневно вижу в логах желающих зайти под рутом или отправить спам через релей. Поэтому ниже все адреса инстинные.
Итак, таблица маршрутизации:
root@netgear:~# ip r
10.250.254.12 dev pppoe-wan proto kernel scope link src 77.232.154.164
10.100.37.0/24 dev eth0.2 proto kernel scope link src 10.100.37.17
62.117.85.0/24 via 10.100.37.1 dev eth0.2
88.84.200.0/24 via 10.100.37.1 dev eth0.2
192.168.74.0/24 dev br-lan proto kernel scope link src 192.168.74.13
88.84.222.0/23 via 10.100.37.1 dev eth0.2
88.84.220.0/23 via 10.100.37.1 dev eth0.2
94.79.44.0/22 via 10.100.37.1 dev eth0.2
31.15.80.0/21 via 10.100.37.1 dev eth0.2
77.73.88.0/21 via 10.100.37.1 dev eth0.2
88.84.192.0/19 via 10.100.37.1 dev eth0.2
80.252.128.0/19 via 10.100.37.1 dev eth0.2
94.253.0.0/17 via 10.100.37.1 dev eth0.2
178.167.0.0/17 via 10.100.37.1 dev eth0.2
10.251.0.0/16 via 10.100.37.1 dev eth0.2
10.252.0.0/14 via 10.100.37.1 dev eth0.2
10.240.0.0/13 via 10.100.37.1 dev eth0.2
172.16.0.0/12 via 10.100.37.1 dev eth0.2
10.224.0.0/12 via 10.100.37.1 dev eth0.2
10.192.0.0/11 via 10.100.37.1 dev eth0.2
10.128.0.0/10 via 10.100.37.1 dev eth0.2
10.0.0.0/9 via 10.100.37.1 dev eth0.2
default via 10.250.254.12 dev pppoe-wan
root@netgear:~#
|
Она не совсем проста, есть ещё правила:
root@netgear:~# ip rule list
0: from all lookup local
32762: from all fwmark 0x25 lookup T2
32763: from all tos 0x04 lookup T2
32764: from 10.100.37.17 lookup T2
32765: from 10.250.254.12 lookup T1
32766: from all lookup main
32767: from all lookup default
root@netgear:~#
|
С таблицами:
root@netgear:~# ip route list table T1
10.250.254.12 dev pppoe-wan scope link src 77.232.154.164
default via 10.250.254.12 dev pppoe-wan
root@netgear:~# ip route list table T2
10.100.37.0/24 dev eth0.2 scope link src 10.100.37.17
default via 10.100.37.1 dev eth0.2
root@netgear:~#
|
Смысл, думаю, понятен: source-based routing + светлая, но неосуществившаяся мечта о том, чтобы пакеты с TOS=0x4 шли через проктеховский интерфейс. Вкупе с соответствующей настройкой rtorrent это должно было направить исходящие соединения в интернет через проктех, а входящие принимать через жукнет, что даст для торрента работу по двум каналам сразу.
Таблицы INPUT, FORWARD и OUTPUT в iptables пустые, а вот nat содержит следующее:
root@netgear:~# iptables -L
Chain INPUT (policy ACCEPT)
target prot opt source destination
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
root@netgear:~# iptables -L -t nat
Chain PREROUTING (policy ACCEPT)
target prot opt source destination
DNAT tcp -- 10.100.45.130 10.100.37.17 tcp dpt:222 to:192.168.74.7:222
DNAT tcp -- 10.100.45.130 10.100.37.17 tcp dpt:smtp to:192.168.74.8:25
DNAT udp -- 10.100.45.130 10.100.37.17 udp dpt:syslog to:192.168.74.8:514
DNAT udp -- 10.100.45.130 10.100.37.17 udp dpt:zabbix-trapper to:192.168.74.8:10051
DNAT tcp -- 10.100.45.130 10.100.37.17 tcp dpt:zabbix-trapper to:192.168.74.8:10051
DNAT tcp -- 10.100.45.130 10.100.37.17 tcp dpt:ssh to:192.168.74.8:22
DNAT tcp -- 10.100.0.0/16 10.100.37.17 tcp dpt:22763 to:192.168.74.8:22763
DNAT tcp -- 10.110.0.0/16 10.100.37.17 tcp dpt:22763 to:192.168.74.8:22763
MARK all -- 192.168.74.0/24 10.0.0.0/9 MARK set 0x25
MARK all -- 192.168.74.0/24 10.128.0.0/10 MARK set 0x25
MARK all -- 192.168.74.0/24 10.192.0.0/11 MARK set 0x25
MARK all -- 192.168.74.0/24 10.224.0.0/12 MARK set 0x25
MARK all -- 192.168.74.0/24 10.240.0.0/13 MARK set 0x25
MARK all -- 192.168.74.0/24 10.251.0.0/16 MARK set 0x25
MARK all -- 192.168.74.0/24 10.252.0.0/14 MARK set 0x25
MARK all -- 192.168.74.0/24 31-15-80-0.broadband.progtech.ru/21 MARK set 0x25
MARK all -- 192.168.74.0/24 unspecified.progtech.ru/24 MARK set 0x25
MARK all -- 192.168.74.0/24 77.73.88.0/21 MARK set 0x25
MARK all -- 192.168.74.0/24 80.252.128.0/19 MARK set 0x25
MARK all -- 192.168.74.0/24 88.84.192.0/19 MARK set 0x25
MARK all -- 192.168.74.0/24 88.84.200.0/24 MARK set 0x25
MARK all -- 192.168.74.0/24 88.84.220.0/23 MARK set 0x25
MARK all -- 192.168.74.0/24 88.84.222.0/23 MARK set 0x25
MARK all -- 192.168.74.0/24 94-253-0-0.dynvpn.flex.ru/17 MARK set 0x25
MARK all -- 192.168.74.0/24 94-79-44-0.broadband.progtech.ru/22 MARK set 0x25
MARK all -- 192.168.74.0/24 172.16.0.0/12 MARK set 0x25
MARK all -- 192.168.74.0/24 178-167-0-0.dynvpn.flex.ru/17 MARK set 0x25
DNAT tcp -- anywhere alt.zhukovsky.net tcp dpt:smtp to:192.168.74.8:25
DNAT tcp -- anywhere alt.zhukovsky.net tcp dpt:www to:192.168.74.8:80
DNAT tcp -- anywhere alt.zhukovsky.net tcp dpt:https to:192.168.74.8:443
DNAT tcp -- anywhere alt.zhukovsky.net tcp dpt:ssh to:192.168.74.8:22
DNAT tcp -- anywhere alt.zhukovsky.net tcp dpt:27859 to:192.168.74.8:27859
DNAT tcp -- anywhere alt.zhukovsky.net tcp dpt:22763 to:192.168.74.8:22763
DNAT udp -- anywhere alt.zhukovsky.net udp dpt:22763 to:192.168.74.8:22763
DNAT udp -- anywhere alt.zhukovsky.net udp dpt:22764 to:192.168.74.8:22764
Chain POSTROUTING (policy ACCEPT)
target prot opt source destination
SNAT all -- 192.168.74.0/24 anywhere mark match 0x25 to:10.100.37.17
SNAT all -- 192.168.74.0/24 anywhere mark match !0x25 to:77.232.154.164
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
root@netgear:~#
|
Сервисы на разных портах плюс по-мелочи. Всё это работает почти как надо, разве что с проктеха нельзя обратиться к жукнетовскому IP, да разрывы достали.
Вот, как-то так.
| Цитата: |
| Так же попробуйте воткнуть шнурок в компьютер с виндой и запустить закачку в utorrent на всю ширину вашего канала в несколько потоков.
|
Это не мой метод, винда для меня более загадочна и непонятна. Где там логи? Где правила? Где счетчики пакетов и срабатываний? Таблица маршрутизации — лютый ужас. Я скорее опущу проктеховский интерфейс на несколько дней.
Вот, кстати, со вчерашнего дня НИ ЕДИНОГО РАЗРЫВА. Поствить что-нибудь скачиваться что ли...
|
_____________________________
"Загнанную в угол крысу пристреливают"
|
|
|
|
|
|
|
|
|
C нами с 10.08.2006
Репутация: 89.6
|
|
Слыхал о провайдере только плохое.
В завершение приятель имеет с этим провайдером в одном доме. И попал по полной. Возникла проблема, не дающая вообще нормально возможности пользоваться Инетом. Проблему не решили, заодно он побывал на этаже, где коммуникационное оборудование... насмотрелся на всю эти кошмары, скрутки и т.п.
Начал выяснять возможность перехода к др. провайдеру. И получил неофициально на ухо - все, кто приходил из других в этом дом, получили отлуп от администрации дома, причем без объяснений, саботаж, отказы молча. Т.е. администрация дома была уже "нагрета". Т.е. еще и методы... конкуренции.
|
|
|
|
|
|
|
|
| |
|
|
На страницу « 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64, 65, 66, 67, 68, 69, 70, 71, 72, 73, 74, 75, 76, 77, 78, 79, 80, 81, 82, 83, 84, 85, 86, 87, 88, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 100, 101, 102, 103, 104, 105, 106, 107, 108, 109, 110, 111, 112, 113, 114, 115, 116, 117, 118, 119, 120, 121, 122, 123, 124, 125, 126, 127, 128, 129, 130, 131, 132, 133, 134, 135, 136, 137, 138, 139, 140, 141, 142, 143, 144, 145, 146, 147, 148, 149, 150, 151, 152, 153, 154, 155, 156, 157, 158, 159, 160, 161, 162, 163, 164, 165, 166, 167, 168, 169, 170, 171, 172, 173, 174, 175, 176, 177, 178, 179, 180, 181, 182, 183, 184, 185, 186 »
|
|
