![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
Дорогие читатели!
проверьте, пожалуйста, видите ли вы страницу http://dil.pp.ru/
и если нет, то попробуйте запустить из линукса
или из FreeBSD
и скажите, в каком месте заканчивается трасса.
Upd: если вы видите страничку со словом Placeholder, то считается, что вы её _видите_, там ничего другого и не было.
Upd 2: использовать надо tcptraceroute.
Обычный traceroute (в виндовой версии - tracert) отправляет UDP-пакеты и имеет полное право не доходить до вполне работающего сервера, или наоборот, доходить, а по tcp сервер все равно может быть недоступен.
проверьте, пожалуйста, видите ли вы страницу http://dil.pp.ru/
и если нет, то попробуйте запустить из линукса
tcptraceroute dil.pp.ru 80или из FreeBSD
traceroute -P tcp -p 80 dil.pp.ruи скажите, в каком месте заканчивается трасса.
Upd: если вы видите страничку со словом Placeholder, то считается, что вы её _видите_, там ничего другого и не было.
Upd 2: использовать надо tcptraceroute.
Обычный traceroute (в виндовой версии - tracert) отправляет UDP-пакеты и имеет полное право не доходить до вполне работающего сервера, или наоборот, доходить, а по tcp сервер все равно может быть недоступен.
Tags:
no subject
When using protocols other than UDP, functionality is reduced. In particular, the last packet will often appear to
be lost, because even though it reaches the destination host, there's no way to know that because no ICMP message is
sent back. In the TCP case, traceroute should listen for a RST from the destination host (or an intermediate router
that's filtering packets), but this is not implemented yet.