Домашний комп не виден из инета

ping не обязан ходить, может у тебя только TCP/UDP пакеты проходят. Точно также

ping www.cnn.com -- не работает, а
lynx www.cnn.com -- запросто

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

Очевидно, насиловать мозг техподдержке провайдера.

Одному моему знакомому саппорты прова (arbital.ru, районный питерский) полгода с большими невинными глазами мозги парили, что у них исходящие с 25 порта разрешены (стандартная мера борьбы со спамом у того прова - запретить отправлять почту ВСЕМ). Наконец товарищу это надоело и он таки вышел с матами на их начальника. Только после этого ему 25 порт открыли.

Теоретически также возможно, что где-то в глубинах sysctl/procfs есть параметры, управляющие возможностью ответа на пинги, и у вас они выключены. Можете погуглить и в эту сторону.

Маловероятно, конечно, что проблема в этом, но все-таки убедитесь, что sysctl net.ipv4.icmp_echo_ignore_all aka /proc/sys/net/ipv4/icmp_echo_ignore_all у вас ноль :)

попроси кого-нибудь "снаружи" запустить

traceroute -I <твой IP>

>ping www.cnn.com -- не работает, а
>lynx www.cnn.com -- запросто

Неудивительно. Это после прошлого августа. Очень неплохо их тогда отпинговали :)

>Маловероятно, конечно, что проблема в этом, но все-таки убедитесь,
что sysctl net.ipv4.icmp_echo_ignore_all aka /proc/sys/net/ipv4/icmp_echo_ignore_all у вас ноль :)

ноль)

>попроси кого-нибудь "снаружи" запустить traceroute -I <твой IP>

Что должен показать traceroute?
вывод таков:

root@vz158:~# traceroute -I 93.182.2.192
traceroute to 93.182.2.192 (93.182.2.192), 30 hops max, 38 byte packets
1 vzmaster05.vsrv.info (89.149.242.207) 0.059 ms 0.034 ms 0.020 ms
2 89-149-218-81.internetserviceteam.com (89.149.218.81) 0.230 ms 0.421 ms 0.178 ms
3 r5-r7.gatewayrouter.net (89.149.218.1) 0.523 ms 0.226 ms 0.197 ms
4 decix.comcor.ru (80.81.194.13) 45.960 ms 46.067 ms 46.068 ms
5 77.108.72.50 (77.108.72.50) 47.559 ms 47.710 ms 47.204 ms
6 * * *
и дальше звездочки идут...

>Очевидно, насиловать мозг техподдержке провайдера
очевидно.. :(

Запустите tcpdump -n -nn -i eth0 icmp и убедитесь, что до вашего сетевого интерейса icmp пакеты "с наружи" не доходят. И тогда насилуйте поддержку провайдера, причем, ИМХО, лучше идти в офис ногами, чем звонить по телефону.

А случаем адрес не из таких 172.х.х.х или 10.х.х.х? ;)

>Запустите tcpdump...

не идут пакеты

>А случаем адрес не из таких 172.х.х.х или 10.х.х.х? ;)

не из таких))

>Имееся компьютер, подключен к интернету через VPN

От куда до куда? От ПК? до чего VPN?

>IP-адрес постоянный

У чего? у eth0? у модема? у tun0?

И каков он (можно без последнего байта)?

>От куда до куда? От ПК? до чего VPN?

Я плохо разбираюсь в сетевых настройках, так что скажу, что есть.
Провайдер дает внутренний IP-адрес 10.108.52.59, адрес шлюза и адрес VPN (192.168.0.17)
В /etc/rc.d/rc.inet1.conf вбил внутренний ип и шлюз.
есть файл /etc/ppp/peers/kvx

user ***
password ***
debug
noauth
lock
local
#noipdefault
nobsdcomp
nodeflate
#updetach
#noproxyarp
mtu 1492
mru 1492
ktune
defaultroute
pty "/usr/sbin/pptp 192.168.0.17 --nolaunchpppd --debug --loglevel 2"

делаю pppd call kvx &, затем route add default gw 93.182.2.192 и получаю инет :)

>У чего? у eth0? у модема? у tun0? 
>И каков он (можно без последнего байта)?

на выводе ifconfig у eth0 10.108.52.59, у ppp0 - 93.182.2.192
надо, чтобы по последнему был виден мой комп