Вопросы модераторам (корректные)

Дурацким советам не следую.

Алё, админы, а может пора уже сделать Украина_3 (хоть такая нотация - нонсенс. Нафиг использовать подчеркивание, когда используются русские UNICODE-коды)? А то ведь опять глюки будут. Вам это надо? ;)

Нужно тключить модэм на несколько секунд. Отключить комп из розетки. Вытащить аккумулятор. Поставить все назад. Перзагрузить, наконец воспользоваться функцуею реставрацыи.

Если не поможет, бывает от порнографии такое, то антивирус запустить.


Как там усе на Мориса Тореза и Светланке? Кафешка на углу Пархоменко фунцыклирует?

Вересклет:
"Литер, эта табличка сохранена только в вашем кеше...Я правда не знаю ,как поступить и помочь вам, потому что я не могу дважды удалить уже удаленное"

Не в моем кэше, а в кэше провайдера (может быть). А с провайдером у меня кишка тонка тягаться.
Кто я такой? Частник, чайник...Вот если бы ваш провайдер связался бы с моим провайдером (профессионал с профессионалом) - это, может и возымело бы эффект, да и то вряд ли...Едва ли у инженера по тех. обеспечению имеется право влазить в настройки главного компа (там миллионные бизнесы завязаны, если что, так штрафов не оберешься).
Но если надумаете - то вот телефон (там говорят по-русски, а где не говорят, то предоставляется переводчик бесплатно):
Customer support: 1-888-882-4839 (внутри в США). Единицу откиньте и вместо нее должны быть 4 цифры (всего 14). Цифры эти - выход в международку и код страны (США) Их я для звонков из России не знаю.
Сначала отвечают по-русски, после выяснения проблемы переключают уже на тех. поддержку - а там говорят по-английски и, если надо, предоставляют переводчика.
Но это Customer support для владельца счета (т.е. меня). А как выйти на тех. поддержку другого провайдера я, право, не знаю. Может, эти, первые отвечающие, переключат?
Но это я - а ведь у Бормотуна та же проблема.

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

Выход в международку везде "+", а код страны (США) у тебя там уже есть - "1"
Но проблема в том что 888 номера недоступны из-за границы.
Техподдержка провайдера тут мало что может сделать. Пока cache сама не expired. Не настолько грамотные у них там работники, да и непросто это вручную слить кэш индивидуально с каждого раутера.
Стандартный способ заставить раутеры провайдера не пользоваться кэшем - вопросительный знак после URL: "nastej.ru?"
Но не все браузеры его понимают.

США. код США - 1

C мобильного в США из России
+ 1 <код города | код оператора> <номер телефона>

С стационарного в США из России
8 10 1 <код города | код оператора> < номер телефона>

С домашнего в США из России
8 10 1 <код города | код оператора> < номер телефона>

Из офиса в США из России
9 8 10 1 <код города | код оператора> < номер телефона>

Важные заметки при наборе номера
8 - код выхода на межгородскую связь
10 - код выхода на международную связь
1 - телефонный код США
9 - как правило, данный код применятся для выхода на городскую связь

Владимир_СА:
"Пока cache сама не expired. "

А как скоро она expired? Я ведь ее регулярно поддерживаю, заходя и проверяя возможности. Но я могу и потерпеть, не заходить - но сколько?
Что касается знака "?" после адреса - то и с Интер. Эксплорер я тоже не могу зайти. Так что не в браузере дело.

Мне всё-таки кажется что проблема в твоём личном кэш. У провайдера он должен expire за 24 часа.
Я победил у себя такую-же проблему как на десктопе, так и на айфоне двумя операциями:
- Clear history and cookies. (На обоих)
- Flush DNS (desktop only, у айфона такой опции нет)

Вы все как не читаете, что я пишу...
А пишу я (две страницы взад):
"Последней каплей было то, что я позвонил приятелю за 20 км от меня, имеющим того же провайдера и попросил его соединиться с сайтом. Он никогда не был у вас и не знал адреса. При соединении он получил ту же страницу "Сайт не существует".

Я не знаю как сконфигурирована сеть у вашего провайдера.
Мне на домашнем компьютере (Comcast) и на айфоне (AT&T) помогло вышеописанное.
Возможно что у вашего провайдера, особенно если он маленький, свой DNS со свом кэшем.
Если пользователь этого провайдера никогда раньше не ходил на nastej.ru но получил ту же страничку что и вы - это прямое указание на то, что у них при обращении к DNS запрос nastej.ru дает адрес старого сервера. То есть из кэша.
Cookies, однако, он хранить не может, они принадлежат компьютеру.

Ну а пока вместо nastej.ru попробуйте абсолютный IP address 95.183.8.52
Так прямо и введите в адресной строке "http://95.183.8.52/forum/"

Упс! Приводит на

Знакомая картинка?
Говорит о том что DNS поисковик которым я воспользовался чтобы найти IP address все еще дает адрес старого сервера. To же самое тут:



Вывод: DNS сервис не знает новый адрес сервера.

Набрал, получил
404 page not found

У меня тоже самое, см. выше.

С айфона ничего больше пока не могу сделать. Доберусь до десктопа, Бог даст, попробую.

Ерунда какая-то получается.
nastej.ru моим DNS разрешается в 95.183.8.52

Парадокс. Не люблю парадоксов (©)

А как ты копируешь сюда эту табличку? Я тоже получил похожую - но как ее скопировать?

Правой кнопкой кликнуть по тексту. Выбрать "select", дальше как обычно.

А потому, что неправильно. Аполитично рассуждаете (С)

Форум Настеж расположен на компьютере, где на одном IP адресе (95.183.8.52) находится несколько виртуальных веб-серверов. Управляется этот механизм веб-сервером (далее буду его называть Apache - это самый распространённый web-сервер).

Apache "висит" на адресе 95.183.8.52, слушает приходящие к нему сообщения: пакеты с параметром "номер порта" = 80 и распределяет эти пакеты по виртуальным серверам, которыми он управляет.

Поэтому обращение

http://95.183.8.52

содержит недостаточно данных для того, чтобы выбрать тот виртуальный веб-сервер, который должен ответить. Нужно сообщить удалённому компьютеру (95.183.8.52) ещё и имя виртуального веб сервера, чтобы Apachе мог переадресовать пакет. Поскольку вы эту информацию не представили то обращение было адресовано самому Apache, а у него такой странички нет.

Чтобы выбрать требуемый веб-сервер в броузере нужно набрать именно

http://nastej.ru

И тогда броузер вашего домашнего компьютера сформирует обращение к компьютеру 95.183.8.52 (этот адрес будет взят из DNS - глобального, мирового) в котором укажет дополнительно, что обращение идёт к виртуальному web-серверу с именем nastej.ru.

А вот адрес виртуального сервера nastej.ru он тоже будет преобразован в IP (в конфигурации Apache указывается способ преобразования - это может быть глобальный DNS, локальный DNS у провайдера, где стоит компьютер с форумом или файл - если виртуальный web-сервер находится на том же компьютере, что и Apache. И не обязательно этот внутренний IP адрес будет равен 95.183.8.52. Это придаёт гибкость и позволяет балансировать нагрузку. Виртуальные web сервера могут находиться как на том-же компьютере, так и на других.

Вот как выглядит пакет правильного обращения:

Код:

ETHER: ----- Ether Header -----
ETHER:
ETHER: Packet 25 arrived at 20:31:19.38646
ETHER: Packet size = 751 bytes
ETHER: Destination = e4:79:a3:11:7f:9d,
ETHER: Source = 0:51:8b:6c:82:34,
ETHER: Ethertype = 0800 (IP)
ETHER:
IP: ----- IP Header -----
IP:
IP: Version = 4
IP: Header length = 20 bytes
IP: Type of service = 0x00
IP: xxx. .... = 0 (precedence)
IP: ...0 .... = normal delay
IP: .... 0... = normal throughput
IP: .... .0.. = normal reliability
IP: .... ..0. = not ECN capable transport
IP: .... ...0 = no ECN congestion experienced
IP: Total length = 737 bytes
IP: Identification = 11406
IP: Flags = 0x4
IP: .1.. .... = do not fragment
IP: ..0. .... = last fragment
IP: Fragment offset = 0 bytes
IP: Time to live = 64 seconds/hops
IP: Protocol = 6 (TCP)
IP: Header checksum = 7ef2
IP: Source address = 192.168.100.3, 192.168.100.3
IP: Destination address = 95.183.8.52, 95.183.8.52
IP: No options
IP:
TCP: ----- TCP Header -----
TCP:
TCP: Source port = 42633
TCP: Destination port = 80 (HTTP)
TCP: Sequence number = 207536111
TCP: Acknowledgement number = 1228083212
TCP: Data offset = 20 bytes
TCP: Flags = 0x18
TCP: 0... .... = No ECN congestion window reduced
TCP: .0.. .... = No ECN echo
TCP: ..0. .... = No urgent pointer
TCP: ...1 .... = Acknowledgement
TCP: .... 1... = Push
TCP: .... .0.. = No reset
TCP: .... ..0. = No Syn
TCP: .... ...0 = No Fin
TCP: Window = 50832
TCP: Checksum = 0x5f5e
TCP: Urgent pointer = 0
TCP: No options
TCP:
HTTP: ----- HyperText Transfer Protocol -----
HTTP:
HTTP: GET /watched/threads/all HTTP/1.1
HTTP: Host: nastej.ru
HTTP: User-Agent: Mozilla/5.0 (X11; SunOS i86pc; rv:31.0) Gecko/20100101 Firefox/31.0
HTTP: Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
HTTP: Accept-Language: en-US,en;q=0.5
HTTP: [...]
HTTP:

Это - один пакет от меня к Настежу, разобранный по полям.

В нём:

IP: Source address = 192.168.100.3, 192.168.100.3
IP: Destination address = 95.183.8.52, 95.183.8.52

- пакет идёт от моего компьютера 192.168.100.3 к компьютеру 95.183.8.52. Адрес 95.183.8.52 был взят из DNS (моего провайдера, который взял его у вышестоящего DNS и т.д. по имени nastej.ru (как ping берёт))

TCP: Source port = 42633
TCP: Destination port = 80 (HTTP)

- мой компьютер адресует пакет на порт 80 (там висит Apache и слушает) и мой компьютер просит прислать ответ на мой IP и порт 42633.

HTTP: GET /watched/threads/all HTTP/1.1

- это то, что указано в строке броузера: http://nastej.ru/watched/threads/all

HTTP: Host: nastej.ru

- а вот это и есть волшебное обращение к виртуальному web-серверу nastej.ru.

Если вы наберёте в броузере: http://95.183.8.52/watched/threads/all, то "Host: nastej.ru" будет отсутствовать, и Apache посчитает, что это обращение к нему самому и выдаст "404 not found" (если случайно в самом Apache такой страницы не окажется).

Далее:

HTTP: User-Agent: Mozilla/5.0 (X11; SunOS i86pc; rv:31.0) Gecko/20100101 Firefox/31.0
HTTP: Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
HTTP: Accept-Language: en-US,en;q=0.5

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

Литеру надо связаться со мною в личке. Мы вроде начали переписку, но он исчез. А нужно интерактивно повзаимодействовать, чтобы решить проблему, поскольку не совсем ясны исходные данные (что за ОС, какие броузеры, доступен ли Настеж хотя бы с одного какого-нибудь компьютера внутренней домашней (в квартире) локальной сети и пр.)