Это не проблема, когда один "приватный" сервис скрывается, а другие - нет (если панелька только для Вас - это не публичный сервис)? Ну-ну...
Charlie Root, ТС задали вопросы. Покуда ответов не даст - он может расчитывать только на телепатию. Или $$.
Гемороя прибавится. Особенно, если "вдруг" "мой IP" станет "не моим" или, проще того, изменится.
конфиг nginx?
iptables -vnL
Andreyka, а что - для статики там лимиты отменили?
Вовсе нет. По отношению к Вашему авторитативному DNS-серверу - ресолверы провайдера это обычные клиенты.
Хорошо - это, конечно, хорошо. Но таких я знаю совсем немного. Умолчания разумные (а то некоторые ставят TTL для IN A записей по 12 часов) - и ладно.
А об альтернативе унести свои домены с профессионального dns-хостинга - советую подумать еще. Все-таки там и об отказоустоичивости подумали и много чего еще. А "у себя" - часто у клиента и есть один сервер. Он же и мастер и слейв, и ресолвером работает "для внутренних нужд".
А что, уже есть "дистрибутивы" *BSD. По-моему - только форки...
Речь шла о Linux.
"Список файлов" нужен только очень специфичным программам, типа mc. Типовой запрос веб-приложения (успешно решаемый dir_index) - откройте мне файл /dir/with/huge/number/of/files/abcdef...jpg. А проблемы mc Вы к этому не примешивайте ;)
Эта устаревшая глупость нужна только на VPS со специфичными настройками файловой системы. Ну, или на шаред-хостинге, что в принципе аналогично - настройки такого уровня и там и там Вы не контролируете.
В большинстве современных файловых систем есть опция, аналогичная dir_index в ext3. Просто нужно включить, что делается при создании файловой системы во многих дистрибутивах.
Так вот это и должно быть проблемой клиентов этих провайдеров, а не Вашей.
Я имел в виду _любое_ ПО, некорректно, т.е. плюнув на интернет-стандарты, кеширующее DNS-записи. В этом смысле, неавторитативный кеширующий DNS-сервер у провайдера относится к категории этого самого клиентского ПО. Игнорируя настройки TTL он обманывает в первую очередь себя - а уже потом - клиентов провайдера.
Вот произвольные записи создавать (типа SRV, TXT) - пожалуйста. А рулить TTL дают, увы - не все. В далеко не последнюю очередь потому, что немногие клиенты поймут "зачем оно надо". А не по техническим причинам. Так что с моей точки зрения - хороший хостер это тот, кто ставит разумный, достаточно малый TTL для записей соответствующего типа.
Не верю, что это могло стать узким местом. Скорее могу поверить в какие-то специально кривые настройки конкретно DNS сервиса или сервера в целом.
Провинциальный провайдер с криворукими админами? Бывает. Если Вы собираетесь потакать нарушениям интернет-стандартов - такие будут только плодиться.
Это то ПО, которое плюет на настройки TTL в зоне или для конкретных записей. В качестве подобного может выступать кеширующий dns-сервер провайдера. Или библиотека резольвера, которую использует конкретное клиентское приложение. Например, браузер.
Те, кто предоставляет сервис поддержки DNS.
