» помогите разобраться с трасировкой

всем Hi
Есть проблема : нужно сделать несколько виртуальных хостов (например 3)
на одном ip и чтобы на каждом из этих хостов работал томкэт ...
с виртуальными хостами - вроде все нормально, но томкэт обрабатывать jsp-шки не хочет ... выдает исходник в броузер ...
Если у кого это дело настроено - плиз киньте в топик или на мыло конфиги апача (httpd.conf) и томкэта (server.xml) или растолкуйте шо надо прописать шоб все было ... (без виртуальных хостов - томкэт настроен и работает нормально ... )

Bye, Vad
vad@vad.org.ua

<IfModule mod_mime.c>

LoadModule php4_module h:/usr/local/php/sapi/php4apache.dll
AddType application/x-httpd-php .php .php3
AddType application/x-httpd-php-source .phps
</IfModule>

я не знаю че такое том кат .. наверно какой то парсер но вот по такому образцу попробуй

djelektronik
майм типы у меня прописаны как положено ...
<IfModule mod_mime.c>
TypesConfig /usr/local/apache/conf/mime.types
</IfModule>
а там уже валом всяких типов учтено ....
Apache и Tomcat у меня стоят под линуксом ...



Цитата:

я не знаю че такое том кат .. наверно какой то парсер

томкэт - это Java Server Pages сервер такой ... (аналоги: Resin, Orion, etc)
он настроен и нормально работает для случая одного хоста, а мне нужно чтобы работал для нескольких виртуальных хостов, причем для каждого, понятное дело, надо выдавать свой контент ...

Добрый день,

имею дома кабельный модем Technicolor TC 7200 со встроеным вайфаем, который "смотрит" в интернет. По команде "tracert", по вайфаю или по кабелю, всегда получаю проблему на шаге 2. Доступ к интернету при этом нормальный.
Можно было бы "забить", но часто возникают проблемы с качеством платного айпи телевидения, операторы которого хотят пинги, трассировку, а потом в этот шаг 2 меня тыкают, дескать проблема на моей стороне.
Ниже фрагмент трассировки. Пингуемый сайт - сайт провайдера интернет.

C:\Users\Oleg>tracert upc.cz
Трассировка маршрута к upc.cz [84.116.34.11]
с максимальным числом прыжков 30:

1 52 ms 8 ms 24 ms 192.168.0.1
2 * * * Превышен интервал ожидания для запроса.
3 8 ms 10 ms 17 ms ip-86-49-55-65.net.upcbroadband.cz [86.49.55.65]

..... и так далее без проблем до конца

10 16 ms 18 ms 17 ms 84.116.34.11

Трассировка завершена.

C:\Users\Oleg>

техподдержка провайдера интернет предлагала:
- переключиться в режим бридж и использовать собственный роутер - не помогло
- отменить WAN blocking в настройках модема - не помогло

Имею следующие вопросы:
1. Это проблема или все нормально?
2. Если проблема, то есть ли решение?
3. Если проблемы нет, какие аргументы?

спасибо за возможную помощь, всем удачи и не болеть

На месте техпоодержки, я бы послал вас элегантно на http://natribu.org Устройсто не пингуется и не резолвится, и что с того, если
Цитата:

Доступ к интернету при этом нормальный.

А вы им мозг выносите со своим девайсом. Гвозди надо делать из этих людей

Добавлено:
Разрешите изнутри пинговать внешний интерфейс вашего роутера (это полезно). И выбросьте из головы

Paromshick

Цитата:

А вы им мозг выносите

Однако зря вы так батенька, хотя, понятно проблема чужая...
vulkan2006

Цитата:

Имею следующие вопросы:

Проблема, но врядли устранимая...)
Ноныча контролирующие органы принуждают провайдеров (легальных) устанавливать оборудование слежения за пользователями, которое пишет логи каждого пользователя по всему трафику, данный процес записи организован на отдельные устройства вкл. в общую цепь (каждый провайдер делает сие включение в меру своего разумения, возможно у некоторых они отражаются меньше) и занимает какие-то микро или мили секунды, потом идет дальше...) Это и отражается на пинге паузой, а на трассировке пустой строкой...
Думаю на 2 оставшихся вопроса ответите сами.)
Что тут посоветовать сразу не скажешь... Хорошо когда айпитв раздает сам провайдер...)
Удачи.

Судя по трасерту, этот хост следующий за своим роутером. Еще между провайдерским шлюзом и внешним интерфейсрм где-то.
Скажите, вы знали, что утилита трасерт, это пинг с переданным параметром TTL? Только честно, сами себе и без врак? Меня проверить можете в вичке, это не чайник Рассела, который вы придумали, таки более чем нет.
А теперь, честно, стройте свои теории. Я уже на 95% уверен, что знаю, как их проверить можно. Всем и отовсюду
Советую, когда не знаете точно, предварять ваши предположения словами "мне кажется, что это так".

Paromshick

Цитата:

уверен, что знаю, как их проверить можно

Знаешь проверь дай внятный расклад и рекомендацию как исключить проблему... Нуждающиеся будут признательны...

Добавлено:
От себя, кстати, пингануть не пробовал?...)

vulkan2006 Разрывов не было! (с)

vlary

Цитата:

Разрывов не было! (с)

Есть еще места...)

Цитата:

устанавливать оборудование слежения за пользователями, которое пишет логи каждого пользователя по всему трафику

За это знаю на 100%. Как включают в маршрут утверждать не возьмусь, но наличите этого оборудования как-то должно отражаться на прохождении сигнала. Не сочти за труд, просвети, чтобы понимали правильно.)

Нуждающихся в решении проблемы, которой нет, я даже представить себе не могу. Вне жёлтого дома

Добавлено:
TTL считает не время в секундах и их долях милисекундах, а в хопах. Потому - милисекунды - мимо.
Маршрут никакой включать не надо ни разу, и листинге ЭТО НЕ ОНО

Paromshick

Цитата:

TTL считает не время в секундах и их долях милисекундах

Тогда объясни плз. почему на трассировке указаны значени ms - микросекунды?

moroka33 А картинку вешать это что, для большей убедительности?

Код: C:\>tracert upc.cz

Трассировка маршрута к upc.cz [84.116.34.11]
с максимальным числом прыжков 30:

1 3 ms 9 ms 3 ms 192.168.100.1
2 9 ms 7 ms 3 ms 10.254.246.49
3 5 ms 7 ms 8 ms ss-cr04-be12.51.msk.stream-internet.net [212.188.1.5]
4 5 ms 4 ms 4 ms mag9-cr01-be2.77.msk.stream-internet.net [195.34.50.149]
5 18 ms 21 ms 28 ms oct-cr03-be1.78.spb.stream-internet.net [212.188.2.37]
6 79 ms 51 ms 30 ms bro-cr01-be5.78.stk.stream-internet.net [212.188.2.93]
7 30 ms 85 ms 35 ms 213.242.110.69
8 * * * Превышен интервал ожидания для запроса.
9 60 ms 62 ms 57 ms LibertyGlobal-level3-6x10G.Frankfurt.Level3.net [4.68.62.210]
10 117 ms 82 ms 71 ms de-fra01b-rc1-ae0-0.aorta.net [84.116.134.5]
11 93 ms 70 ms 78 ms at-vie15a-rd1-et-3-3-0-0.aorta.net [84.116.136.117]
12 70 ms 82 ms 69 ms at-vie01a-ra5.dc-ae1-306.aorta.net [84.116.138.33]
13 69 ms 70 ms 81 ms 195.34.135.114
14 75 ms 74 ms 69 ms 84.116.34.11

Трассировка завершена.

vlary

Цитата:

картинку вешать это что, для большей убедительности?

Paromshick

Цитата:

считает не время в секундах и их долях милисекундах, а в хопах. Потому - милисекунды - мимо.

Некоторым для бесспорности надо наглядно показать факт. картинку (скрин), а такую цитату с кодом, при желании, мона подвергнуть сомнению...)))
Эт хорошо, но что за паузы - пробелы, ежели допоборудование контроля и записи трафика не сказывается на прохождении сигнала - трассировке?
vulkan2006

Цитата:

проблему на шаге 2
2     *        *        *     Превышен интервал ожидания для запроса.

vulkan2006
moroka33
Вы проблемe высосали из пальца. Ну отключен эхо-ответ на устройстве и что?
moroka33

Цитата:

Ноныча контролирующие органы принуждают провайдеров (легальных) устанавливать оборудование слежения за пользователями, которое пишет логи каждого пользователя по всему трафику,

Данная ситуация никак с этим не связана. Устройство слежения это же на блокиратор, ему не обязательно пропускать весь трафик через себя, достаточно записывать его параллельно
moroka33

Цитата:

Тогда объясни плз. почему на трассировке указаны значени ms - микросекунды?

Это время, через которое был получен эхо-ответ. Эти значения не несут ни какого значения, кроме последнего.
vulkan2006

Цитата:

часто возникают проблемы с качеством платного айпи телевидения, операторы которого хотят пинги, трассировку, а потом в этот шаг 2 меня тыкают, дескать проблема на моей стороне.

Это не является проблемой, влияющей на качество IPTV. На качество может влиять занятость канала от поставщика до вас. А в случае, если вы пытаетесь использовать WiFi для IPTV, то и загруженностью эфира.

Vladislav_A

Цитата:

Устройство слежения это же на блокиратор...
...достаточно записывать его параллельно

Согласен, но стоит учитывать руки умельцев...)

Цитата:

Это не является проблемой, влияющей на качество IPTV

Вполне вероятно, но что в таком случае за пропуски с превышением времени ожидания в таблице трассировки?
В целом, душевно за внятное и доброжелательное разъяснение,)

moroka33

Цитата:

но что в таком случае за пропуски с превышением времени ожидания в таблице трассировки?

Как я и писал выше - просто на этом устройстве администратором отключена функция эхо-ответа
( подробнее о принципе работы Tracert/Traceroute можно почитать здесь).
При запросе узел "проглотил" свой пакет, но обратного ответа не дал.

Привет,

спасибо всем ответившим. Я не так чтобы сильно заморачиваюсь, раз интернет более-менее в порядке, но "дернул" провайдера, а он "засуетился", сегодня вот опять приедут модем менять . Ответы какие-то от них невнятные, тут на форуме уже больше "накидали".
Ниже еще лог из WinMRT

Всех с праздником и не болеть! ...после и вообще

moroka33
Гы, может таблицу Менделеева повесить? А чё, убедительноже
Та не... Вичка, для
https://ru.wikipedia.org/wiki/Time_to_live
https://ru.wikipedia.org/wiki/Traceroute
Достаточно? Нет?
https://ru.wikipedia.org/wiki/Ping
Ну и не вечно же ждать ответа от эха, положен уже временной предел. Как и терпению Не ответили во время интервала ожидания по умолчанию, значит не ответили и всё. Робот так посчитал, ибо он запрограммирован на 1 сек в виндовс. Желаете перепрограммироват вЫнь? Их есть у меня ping -w 10000 - будет ждать 10 секунд.
А нахзачем?

Добавлено:

Код: C:\Windows\system32>tracert -d 2ip.ru

Трассировка маршрута к 2ip.ru [178.63.151.224]
с максимальным числом прыжков 30:

1 14 ms 2 ms 1 ms 192.168.199.1
2 11 ms 12 ms 31 ms 10.226.128.1
3 2 ms 3 ms 2 ms 192.168.126.9
4 8 ms 3 ms 5 ms 192.168.126.10
5 * * * Превышен интервал ожидания для запроса.
6 7 ms * 3 ms 192.168.125.25
7 6 ms 3 ms 3 ms 77.37.254.60
8 5 ms 3 ms 3 ms 92.50.194.28
9 50 ms 44 ms 44 ms 95.167.95.233
10 44 ms 41 ms 40 ms 213.133.113.253
11 58 ms 66 ms 54 ms 213.239.203.237
12 51 ms 70 ms 50 ms 213.239.245.13
13 45 ms 44 ms 44 ms 213.239.245.42
14 54 ms 52 ms 53 ms 213.239.227.130
15 55 ms 55 ms 56 ms 188.40.35.142
16 48 ms 70 ms 60 ms 178.63.151.224

Трассировка завершена.

Цитата:

moroka33
Гы, может таблицу Менделеева повесить? А чё, убедительноже

если я правильно понял ваш поток сознания, хуру, команда tracert вообще не нужна?

vulkan2006
Я вообще ничего не понял, кроме того, что Вам и подобным для определения чего либо в сети - нет. Кстати это утилита с коиандлайн интерфейсом, а не команда
Еще вопросы?

Paromshick

Цитата:

Я вообще ничего не понял

Есть старая шутка про пограничную собаку - все понимает объяснить не может...)
Молодой горячий не видал больших закатов солнца...) Пройдет..., со временем.)
Vladislav_A

Цитата:

на этом устройстве администратором отключена функция эхо-ответа...
При запросе узел "проглотил" свой пакет, но обратного ответа не дал.
...можно почитать здесь)

Цитата - здесь)

Цитата:

...В случае проблем при доставке данных до какого-либо узла программа позволяет определить, на каком именно участке сети возникли неполадки...

Т.е. всетаки трассировка предназначена для выявления неполадок в сети...
vulkan2006

Цитата:

команда tracert вообще не нужна?

Нужна, как-бы для грубой оценки качества сети, ну так ни о чем другом речи и не шло...)
Еще раз душевно ув. Vladislav_A за внятные, для нас дремучих и доброжелательные объяснения.
С наилучшими.)

moroka33
Че сказать-то хотели по делу? Вичку прочли?
Конечный хост доступен? Пинги ходят?, как говорят админы.
Как там у провайдера устроена сеть, и почему кто-то не отвечает на ICMP пакет - не ваше дело. Он вас нанимал сетевиком?
Сетевик решил, что этот хост ничего не анализирует в заголовке, кроме Source & Destination, даже ICMP. Вы сможете так настроить какой-нибудь узел на М9?
Услуга оказана? В полном объеме?
Анекдот я специально придумал для вас. Чтоб дошло.
Дошло?
Одному нечего сказать - он пишет "поток сознания", второму нечего сказать, он глядит на дату регистрации.
Победили!

PS Картинки в Юморе лучше выходят, да. Респект. Здесь-то зачем смешить?

Добавлено:
Да, кстати, хост можно сделать так, что он будет нагружен трафиком по самые эти самые, но при этом, даже как хоп не отобразится.

Добавлено:
Vladislav_A

Цитата:

Вы проблемe высосали из пальца.

Ну и я +1. Раза 2-3.
Что дальше?

Цитата:

Paromshick
Я вообще ничего не понял, кроме того, что Вам и подобным

спрятаться за ником и хамить - это "умно". шли бы вы, сударь...лесом

Можете приехать и похамить лично, юноша. Не обещаю вас ждать, но послушать дурака интересно, может чем пожертвую. Наш провайдер, безусловно lol:, сообщит вам адрес, вы орите, главна, погромче.

Добавлено:
Вот вам свеженький маршрут
1 13 ms 2 ms 1 ms 192.168.199.1
2 14 ms 3 ms 24 ms 10.226.128.1
3 13 ms 2 ms 2 ms 192.168.126.9
4 14 ms 3 ms 7 ms 192.168.126.10
5 * * * Превышен интервал ожидания для запроса.
6 8 ms * 3 ms 192.168.125.25
7 13 ms 11 ms 14 ms 77.37.254.60
Займитесь делом.

Добавлено:
Когда школота успокоится, я сам попрошу разобраться с сабжем. На что-то новое наткнулся.

Хабр в тему.

Цитата:

Если вы клиент
Не донимайте техподдержку провайдеров, интеграторов, вендоров корпоративный хелп-деск и т. п. выводами трейсроута, если только вы не абсолютно уверены в ответе на вопрос «почему я именно так интерпретирую трассировку?» В лучшем случае вас просто проигнорируют или пошлют.

Ага, точно.

У мня простой вопрос, к коллегам у провайдеров. Вот сочинил, а.... Так вот. Мой маршрут на 2ip.ru

Код: C:\Windows\system32>tracert -d 2ip.ru
1 1 ms 1 ms 1 ms 192.168.199.1
2 5 ms 5 ms 13 ms 10.226.128.1
3 2 ms 3 ms 5 ms 192.168.126.9
4 3 ms 3 ms 3 ms 192.168.126.10
5 * * * Превышен интервал ожидания для запроса.
6 3 ms * 3 ms 192.168.125.25
7 3 ms 3 ms 4 ms 77.37.254.60
8 3 ms 3 ms 3 ms 92.50.194.28
9 40 ms 41 ms 40 ms 95.167.95.233
10 43 ms 43 ms 43 ms 213.133.113.253
11 47 ms 47 ms 47 ms 213.239.203.237
12 49 ms 83 ms 52 ms 213.239.245.13
13 51 ms 48 ms 51 ms 213.239.245.42
14 51 ms 49 ms 53 ms 213.239.227.130
15 52 ms 50 ms 50 ms 188.40.35.142
16 48 ms 48 ms 47 ms 178.63.151.224

Paromshick
Цитата:

У мня простой вопрос, к коллегам у провайдеров

Хотя я к провайдерам не отношусь никаким боком, ответов есть у меня.
Кратко - NAT loopback. Девайс за НАТом не общается с адресом, через который НАТится.
Он видит только внутренний адрес. И только его считает в хопах.
Вот пример моего трейса:
Код: C:\>tracert -d 2ip.ru

Трассировка маршрута к 2ip.ru [178.63.151.224]
с максимальным числом прыжков 30:

1 25 ms 1 ms 16 ms 192.168.100.1
2 5 ms 7 ms 6 ms 10.254.246.49
3 6 ms 7 ms 16 ms 212.188.1.5
4 4 ms 7 ms 41 ms 195.34.59.249
5 74 ms 129 ms 44 ms 195.34.59.50
6 40 ms 116 ms 57 ms 80.81.192.164
7 45 ms 45 ms 46 ms 213.239.245.178
8 45 ms 81 ms 47 ms 213.239.245.46
9 46 ms 54 ms 48 ms 213.239.227.194
10 53 ms 114 ms 64 ms 188.40.35.142
11 109 ms 69 ms 76 ms 178.63.151.224

Трассировка завершена.

vlary
Я на провайдера не упирал, боже упаси. Про "невидимость" внешнего интерфейса натящей тачки знаю, не знал, что это NAT Loopback зовется.
Но все-таки (я упрям, когда надо. или интересно), изыскания провел. Запустил трэйс с независимого хоста (с работы) на мой белый IP (назовем так тот, что определяет сайт). Последним ответивши хопом, был 7-ой в моем листинге. Затем тишина. Видимо, мой белый ип - пятый хоп.
Смущает, при таком раскладе, что после 5-го (а он белый по допущению, сделанному выше), появляется один серый.
Здесь строю гипотезу, ибо даже не теория: объясняется это применением технологии, о которой сказано здесь, косвенно спрошено здесь же. Ну Вы в курсе, ага.
В поддержку гипотезы: после выхода с белого IP (на трасере нет ответа, 5-й, но реализован криво, ибо в маршруте обозначается) мы на один хоп попадаем на шлюз, имеющий серый IP (6-ой) а затем уже шныряем по Большому Интернету.
Подтвердить\опровергнуть мог бы сам, имея доступ к шлюзу, но увы.
Прошу критики.
Почему заинтересовался. Раз метод предоставления заказчику пула меняется, не 4-16 и т.д., а как по ссылкам выше, то придется узнать этот принцип, далее в подписи.
Очень... прияно узнать, что к тебе он давно уже применен, а то мы тут задумались о расширении пула айпи на работе, но с нашим сетевиком... Возможно, что я уже ищу работу, но это к форуму не относится.
Вы можете изложить теоретический аспект, всегда полезно. Пока нет достаточных у меня вводных, что бы думать. Длинно, конечно, но подробно

Paromshick
Цитата:

Смущает, при таком раскладе, что после 5-го
(а он белый по допущению, сделанному выше), появляется один серый.

А что тут смущаться, такое сплошь и рядом.
Вот, например, трейс на мой "внешний" айпи из сети на работе (той самой):

Код: $ traceroute -n -s 1.2.3.135 109.252.17.209
traceroute to 109.252.17.209 (109.252.17.209), 30 hops max, 60 byte packets
1 1.2.3.129 1.170 ms 1.450 ms 1.873 ms
2 10.128.7.2 17.313 ms 17.309 ms 18.156 ms
3 * 81.94.155.185 27.984 ms 27.982 ms
4 188.246.164.41 23.993 ms 24.958 ms 25.885 ms
5 82.138.3.41 31.099 ms 30.988 ms 31.060 ms
6 212.45.12.218 31.941 ms 31.126 ms 31.760 ms
7 195.34.59.241 35.332 ms 20.809 ms 21.690 ms
8 195.34.53.185 20.885 ms 17.963 ms 17.918 ms
9 212.188.2.53 19.921 ms 21.126 ms 21.108 ms
10 212.188.1.106 21.855 ms 20.833 ms 20.758 ms
11 10.114.212.1 20.908 ms 21.824 ms 21.907 ms
12 * * *
...........
30 * * *