доступ к localhost извне

[severmsk]

перечитал много постов, но ответа не нашел. поэтому спрошу:
в папке var/www/ лежит некий html документ. в локальной сети (localhost/doc.html) все отлично работает, документ открывается, но извне ни как. инетом пользуюсь через 3G от мтс, прикрутил динамический ip к сервису no-ip, забиваю в строку адрес полученный от сервиса и ..... "долго долго" ответа нет, в итоге пишет что то типа server time out... вот и не пойму: толи опсос не пускает толи что? даже папку /www открыл для общего доступа. подскажите в чем проблема?

[drako]

Не хотите поделиться инфой, как именно инет на сервере настроен?

[AnrDaemon]

1. localhost это не в локальной сети, это локально на компьютере пользователя.
2. 99% что у вас не "белый" IP. Вывод - забудьте и не вспоминайте.
3. Проверять всемирную доступность сайта, заперевшись внутри своего компьютера - несколько смешно. Не находите? Проверяйте снаружи, или попросите кого-нибудь проверить.
Пользователь решил продолжить мысль 20 Апреля 2011, 19:18:26:

Не хотите поделиться инфой, как именно инет на сервере настроен?

инетом пользуюсь через 3G от мтс

... Информация, конечно, не исчерпывающая, но вполне достаточная для начального анализа.

[severmsk]

да. проверялось только внутри компа. в принципе требуется одно - на одной машине стоит апач рабочий, в папке www лежит некий документ, комп подключен к сети через 3G модем, и нужен доступ к этому документу с другой машины (или лучше с мобилы). вот только как это все организовать - понятия не имею???
Пользователь решил продолжить мысль 20 Апреля 2011, 19:39:05:и еще... может дело в закрытых портах 8080 и 443? если да, то как их открыть?

[AnrDaemon]

ifconfig -a
при подключенном интернете показывайте.

[severmsk]

~$ ifconfig -a
eth0      Link encap:Ethernet  HWaddr 00:1d:72:02:f7:0a 
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
          Interrupt:16

eth1      Link encap:Ethernet  HWaddr 00:1d:d9:40:ea:f1 
          inet6 addr: fe80::21d:d9ff:fe40:eaf1/64 Scope:Link
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:3679
          TX packets:52 errors:41 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:8448 (8.4 KB)
          Interrupt:17

irda0     Link encap:IrLAP  HWaddr 00:00:00:00 
          NOARP  MTU:2048  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:8
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

lo        Link encap:Локальная петля (Loopback) 
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:460 errors:0 dropped:0 overruns:0 frame:0
          TX packets:460 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:13712 (13.7 KB)  TX bytes:13712 (13.7 KB)

ppp0      Link encap:Протокол PPP (Point-to-Point Protocol) 
          inet addr:172.25.45.247  P-t-P:10.64.64.64  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
          RX packets:9531 errors:896 dropped:0 overruns:0 frame:0
          TX packets:11327 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3
          RX bytes:3684711 (3.6 MB)  TX bytes:1409847 (1.4 MB)

пожалуйста

[AnrDaemon]

ppp0      Link encap:Протокол PPP (Point-to-Point Protocol)  
          inet addr:172.25.45.247  P-t-P:10.64.64.64  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
          RX packets:9531 errors:896 dropped:0 overruns:0 frame:0
          TX packets:11327 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3
          RX bytes:3684711 (3.6 MB)  TX bytes:1409847 (1.4 MB)

пожалуйста

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

General Information
Hostname
Cannot be resolved
IP
172.25.45.247
Preferable MX
pechora1.icann.org


Network Information
Владелец
#
Расположение
# Query terms are ambiguous. The query is assumed to be:# "n 172.25.45.247"## Use "?" to get help.#
Контактная информация
172.16.0.0 - 172.31.255.255, CIDR: 172.16.0.0/12, OriginAS: NetName: PRIVATE-ADDRESS-BBLK-RFC1918-IANA-RESERVED

Расшифровывать надо или как?

[severmsk]

расшифровать надо! я в сетях не очень спец

[scsiman]

У вас не белый IP. Доступ "из интернета" невозможен.

[Woodman2]

Про статические/динамические IP читал. А про "белые", подробнее пожалуйста.

[censor]

Про статические/динамические IP читал. А про "белые", подробнее пожалуйста.

белые - маршрутизируемые в интернете адреса, остальное 192.168.0.0/16, 172.16.0.0/12, 10.0.0.0/8 предназначены для локальных сетей (предприятий, домовых, домашних), broadcast и multicast в расчет не берем.

3. Private Address Space

   The Internet Assigned Numbers Authority (IANA) has reserved the
   following three blocks of the IP address space for private internets:

     10.0.0.0        -   10.255.255.255  (10/8 prefix)
     172.16.0.0      -   172.31.255.255  (172.16/12 prefix)
     192.168.0.0     -   192.168.255.255 (192.168/16 prefix)

   We will refer to the first block as "24-bit block", the second as
   "20-bit block", and to the third as "16-bit" block. Note that (in
   pre-CIDR notation) the first block is nothing but a single class A
   network number, while the second block is a set of 16 contiguous
   class B network numbers, and third block is a set of 256 contiguous
   class C network numbers.

   An enterprise that decides to use IP addresses out of the address
   space defined in this document can do so without any coordination
   with IANA or an Internet registry. The address space can thus be used
   by many enterprises. Addresses within this private address space will
   only be unique within the enterprise, or the set of enterprises which
   choose to cooperate over this space so they may communicate with each
   other in their own private internet.

   As before, any enterprise that needs globally unique address space is
   required to obtain such addresses from an Internet registry. An
   enterprise that requests IP addresses for its external connectivity
   will never be assigned addresses from the blocks defined above.

   In order to use private address space, an enterprise needs to
   determine which hosts do not need to have network layer connectivity
   outside the enterprise in the foreseeable future and thus could be
   classified as private. Such hosts will use the private address space
   defined above.  Private hosts can communicate with all other hosts
   inside the enterprise, both public and private. However, they cannot
   have IP connectivity to any host outside of the enterprise. While not
   having external (outside of the enterprise) IP connectivity private
   hosts can still have access to external services via mediating
   gateways (e.g., application layer gateways).

   All other hosts will be public and will use globally unique address
   space assigned by an Internet Registry. Public hosts can communicate
   with other hosts inside the enterprise both public and private and
   can have IP connectivity to public hosts outside the enterprise.
   Public hosts do not have connectivity to private hosts of other
   enterprises.

подробней http://tools.ietf.org/html/rfc1918