-
Интересное кино....
В адресной строке браузера (опера) при входе на форум по адресу [url]http://virusinfo.info/forum.php[/url] вместо [url]http://virusinfo.info/forum.php[/url] упорно отражается [url]http://216.246.90.119/forum.php[/url]... :? Тогда как в whois для virusinfo.info стоит айпишник 205.234.186.137... :? В то же время попытка зайти на [url]http://205.234.186.137/forum.php[/url] выдает 404 ошибку...
Вот что говорит whois об айпишнике 216.246.90.119:
[QUOTE]Whois Record
OrgName: Server Central Network
OrgID: SCN-18
Address: 209 W. Jackson Blvd.
Address: Suite 700
City: Chicago
StateProv: IL
PostalCode: 60606
Country: US
NetRange: 216.246.0.0 - 216.246.127.255
CIDR: 216.246.0.0/17
NetName: SCN-5
NetHandle: NET-216-246-0-0-1
Parent: NET-216-0-0-0-0
NetType: Direct Allocation
NameServer: NS1.SCSERVERS.COM
NameServer: NS2.SCSERVERS.COM
Comment:
RegDate: 2006-01-17
Updated: 2006-09-11
RTechHandle: JL1890-ARIN
RTechName: Server Central, Jordan
RTechPhone: +1-312-829-1111
RTechEmail:
OrgAbuseHandle: ABUSE1669-ARIN
OrgAbuseName: Abuse Department
OrgAbusePhone: +1-312-829-1111
OrgAbuseEmail:
OrgNOCHandle: NETWO1779-ARIN
OrgNOCName: Network Operations
OrgNOCPhone: +1-312-829-1111
OrgNOCEmail:
OrgTechHandle: NETWO1779-ARIN
OrgTechName: Network Operations
OrgTechPhone: +1-312-829-1111
OrgTechEmail:
OrgName: HostForWeb Inc.
OrgID: HOSTF-1
Address: PO BOX 1164
City: Chicago
StateProv: IL
PostalCode: 60690
Country: US
NetRange: 216.246.90.0 - 216.246.91.255
CIDR: 216.246.90.0/23
NetName: SCNET-216-246-90-1
NetHandle: NET-216-246-90-0-1
Parent: NET-216-246-0-0-1
NetType: Reallocated
Comment:
RegDate: 2007-03-12
Updated: 2007-03-12
OrgTechHandle: ADMIN240-ARIN
OrgTechName: Administrator
OrgTechPhone: +1-312-343-4678
OrgTechEmail: [/QUOTE]
Чтой-то???? :? Глюк? Взлом?
-
205.234.186.137 - старый IP-шник форума
216.246.90.119 - новый, после "переезда"
У меня ФФ отображает (ShowIP) новый.
Возможно не обновилась инфа на whois, а приведённая цитата вполне указывает на хостепа.
-
Kuzz - по айпи - все верно, хостер - тоже наш.
-
[QUOTE='ed13;131046']В адресной строке браузера (опера) при входе на форум по адресу [url]http://virusinfo.info/forum.php[/url] вместо [url]http://virusinfo.info/forum.php[/url] упорно отражается [url]http://216.246.90.119/forum.php[/url]... Тогда как в whois для virusinfo.info стоит айпишник 205.234.186.137... В то же время попытка зайти на [url]http://205.234.186.137/forum.php[/url] выдает 404 ошибку...
Вот что говорит whois об айпишнике 216.246.90.119:[/QUOTE]
Объясняю все по порядку.
1) Мы переехали с 205.234.186.137 на 216.246.90.119, и довольно давно изменили DNS-запись для нашего доменного имени.
2) Совершенно очевидно, что у DNS-сервера, услугами которого вы пользуетесь, не синхронизирована DNS-база, и для него virusinfo.info до сих пор соответствует 205.234.186.137.
3) На сервере 205.234.186.137, который мы еще не отменили, стоит редирект на 216.246.90.119. Следовало бы изменить редирект, но DNS-запись изменена, большинство DNS-серверов уже приняло исправление, и обслуживать неиспользуемый сервер представляется мне нелогичным.
4) Архитектура менеджмента аккаунтов на серверах нашего хостера не позволяет использовать ссылки вида http://<IP>/<имя файла>. Поэтому ваша попытка использовать [url]http://205.234.186.137/forum.php[/url] оказалась безуспешной.
Я ответил на ваши вопросы? :)
-
Интересная ситуация у меня.
nslookup выдаёт следующее:
Name: virusinfo.info
Address: 216.246.90.119
Name: www.virusinfo.info
Address: 216.246.90.119
При вводе адреса http://virusinfo.info/showthread.php?t=12105 перенаправляет(!) на http://216.246.90.119/showthread.php?t=12105
При вводе http://www.virusinfo.info/showthread.php?t=12105 – всё нормально. Очевидно, проделки апача.
[size="1"][color="#666686"][B][I]Добавлено через 4 минуты[/I][/B][/color][/size]
Или не перенаправляет… Это как-то по-другому называется…
-
У вас неполная замена записи DNS, скорее всего. Такое может произойти только при обращении к старому IP-адресу.
-
nslookup читает данные конкретно с DNS-сервера, причём с одного, а браузер пользует системный резолвер, который по более сложному алгоритму работает. Там и кэширование результатов, и HOSTS, и опрос первичного-вторичного сервера. И ещё это каким-то боком на AD завязано.
-
[B]pig[/B] правильно говорит.
У [B]ed13[/B] скорее всего что-то не так, вернее так, но на машине стоит что-то программное, что, берет DNS из кеша.
О, кстати, [B]ed13[/B], а Вы случайно Outpost не юзаете? Там модуль есть DNS-кеш. В таком случае - удалить нужно эти записи оттуда.
Вообще есть еще несколько вариантов, всё зависит еще от топологии построения самой сетки, например, Ваша внутренняя сеть - тогда бегом к админу. Кстати, провайдер здесь однозначно не при чем, его ДНС-сервера уже по любому связались с соседними и т.д. и маршруты давно должны быть уже обновлены.
-
[B]orvman[/B], ты оказался прав, виноват кэш оутпоста... :D Плосле его зачистки все пришло к норме...
-
[B]pig[/B], да… про hosts я забыл :)
Page generated in 0.01592 seconds with 10 queries