r_l: Технич

(Читать комментарии) - (Добавить комментарий)

	r_l 2011-05-22 01:59 (ссылка)
	Вот, кстати, не понимаю, откуда там в нормальной ситуации помеченное красным: (Ответить) (Уровень выше) (Ветвь дискуссии)

drugoy
2011-05-22 02:01 (ссылка)

Это параметр, который задаётся DHCP-сервером провайдера. Но приведённая Вами в исходной записи картинка касается организации назначения адресов для компьютеров во внутренней сети.

(Ответить) (Уровень выше) (Ветвь дискуссии)

	r_l 2011-05-22 02:03 (ссылка)
	Ага, понял, тогда этот параметр не должен влиять на проблему вообще, так? У меня за этой машиной закреплен стабильный адрес по мак-адресу (патамушта торренты). (Ответить) (Уровень выше) (Ветвь дискуссии)

drugoy
2011-05-22 02:27 (ссылка)

Этот параметр задается сервером провайдера и, если он выставлен провайдером некорректно, то конечно влияет. Но судя по картинке, все корректно. Тут надо разделять: провайдер имеет отношение к тому, что получает Ваш маршрутизатор, а к работе машин внутри имеет отношение настройка маршрутизатора. Если маршрутизатор не находится под управлением провайдера, а настраивается самим пользователем, то значит это, грубо говоря, Ваша проблема (в решении которой, впрочем, нормальная служба техподдержки вполне может помочь).
Вы, я так понял, в настройке DHCP-сервера на маршрутизаторе, закрепили определенный адрес 192.168.1.х за определенной машиной по MAC-у. Настройка параметра "Client Lease Time" имеет отношение только к назначению внутренних адресов. Но у Вас, выходит, проблема именно с внешним адресом, и тут алгоритм такой:
во-первых, проведите тест с прямым подключением компьютера;
если ситуация будет стабильна, то еще раз попробуйте с маршрутизатором. Есть вероятность того, что это были провайдерские косяки и к тому времени, когда Вы начнете тестирование, они рассосутся;
если с маршрутизатором опять плохо, то надо копать подобные случаи с конкретной моделью, и начать с просьбы о помощи к службе техподдержки;
если с компьютером тоже плохо, то тут Вы можете с большим основанием требовать от провайдера разобраться в ситуации, указав при этом, что Вы уже провели тест, исключив Ваше оборудование доступа.

(Ответить) (Уровень выше) (Ветвь дискуссии)

	r_l 2011-05-22 02:29 (ссылка)
	Вот чего мы забыли: есть еще такое устройство, как модем. И оно дряхлое, а интерфейс его говорит так сейчас - Между тем, я ничего не перегружал. (Ответить) (Уровень выше) (Ветвь дискуссии)

drugoy
2011-05-22 02:37 (ссылка)

Модем в Вашем случае, насколько я понимаю, не является маршрутизирующим устройством и не влияет на назначение адреса. Тот адрес, что в нём виден - это адрес для удаленного доступа для управления.

(Ответить) (Уровень выше) (Ветвь дискуссии)

	r_l 2011-05-22 02:38 (ссылка)
	Но если он рвет связь (по дряхлости, по скачкам напряжения или по физическим причинам), разве роутер не начнет обновлять адрес? (Ответить) (Уровень выше) (Ветвь дискуссии)

	drugoy 2011-05-22 02:45 (ссылка)
	Да, metelica описал верно: если модем теряет связь, то, как правило, он дергает LAN-интерфейс (Ethernet) и маршрутизатор запускает процедуру получения нового адреса. (Ответить) (Уровень выше)

	metelica.livejournal.com 2011-05-22 02:39 (ссылка)
	если модем перезагружается, то, скорее всего, пропадает линк на внешнем интерфейсе роутера -> теряется адрес -> читд. (Ответить) (Уровень выше) (Ветвь дискуссии)

r_l
2011-05-22 02:46 (ссылка)

Вот-вот. Там, кстати, есть хитрости с питанием модема (например, не включать его в тройники с кучей работающих девайсов, не знаю, что еще)? С другой стороны, это все не так давно началось, т.е. гипотеза dhcp-запроса внешним роутером сильна.

(Ответить) (Уровень выше)

	r_l 2011-05-22 02:46 (ссылка)
	Перехвата запроса, even. (Ответить) (Уровень выше)

	r_l 2011-05-22 02:40 (ссылка)
	Дождусь очередного падения связи и погляжу данные по модему, если они совпадут, то роутер вообще ни при чем, так? (Ответить) (Уровень выше) (Ветвь дискуссии)

drugoy
2011-05-22 02:50 (ссылка)

Если данные с модема совпадут с данными на вышеприведенной картинке, то это ничего не говорит о причастности маршрутизатора. Ваш модем прозрачен для уровня пользовательского IP. Т.е. он может влиять, но на уровне стабильности поддержания канала связи, тогда это, конечно, оказывает влияние на всё (по описанной выше схеме).

(Ответить) (Уровень выше) (Ветвь дискуссии)

r_l
2011-05-22 02:55 (ссылка)

Я имею в виду: если потеря IP совпадет по времени с ресетом модема в логе, это будет поводом искать причину в модеме (или в кабеле, ведущем к нему, например)?
(Устал уже падежи согласовывать с предлогами, простите.)

(Ответить) (Уровень выше) (Ветвь дискуссии)

	drugoy 2011-05-22 03:02 (ссылка)
	Верно. См. ниже про параметры качества канала связи (кстати, наиболее частая первопричина всех бед). (Ответить) (Уровень выше) (Ветвь дискуссии)

	r_l 2011-05-22 03:04 (ссылка)
	Огромное спасибо за помощь! В принципе, мог бы и сам дойти, сообразив все обстоятельства, но вместе оказалось легче. (Ответить) (Уровень выше) (Ветвь дискуссии)

	drugoy 2011-05-22 03:13 (ссылка)
	Пожалуйста! Удачи Вам и спокойной ночи. :-) (Ответить) (Уровень выше)

(Читать комментарии) -