Как устранить неполадки в сети с моим VPS?
Проблема: У меня иногда возникают проблемы с сетью с моим Ubuntu VPS. Я не могу SSH к коробке, я не могу пропинговать коробку по IP-адресу. Я могу получить доступ к коробке через хост последовательный терминал. Когда я получаю доступ к коробке через последовательный порт, я не могу нигде пропинговать (насколько я могу судить), даже когда пинг по IP-адресу. Через некоторое время сеть возвращается, иногда без моего вмешательства. Иногда это возвращается, когда я возлюсь. Но сложно сказать почему. (Изменить: он постоянно отключен в течение 1 часа)
Вопросы: Как я могу продолжить устранение этой проблемы? Что я могу сделать, чтобы исключить проблемы конфигурации / программного обеспечения в моем контроле, чтобы мне было удобнее поднимать проблему на моем хосте VPS?
Вещи, которые я пробовал:
- Снизить и увеличить eth0
- Временно отключить брандмауэр
- Проверены рекомендации для хоста VPS для проблем с сетью - не было обнаружено
- Перезагрузить сервер через веб-консоль
- Примечание. Ничто из этого не помогло мне
Подробности:
- Ubuntu 10.04.1 LTS
- Хостинг с виртуализацией Xen
- Иметь root-доступ (SSH) для выполнения моих собственных обновлений, установки и т. Д.
- Я настроил VPS как VPN-сервер, чтобы я мог подключиться к нему в стиле «Road Warrior» и перенаправить весь свой трафик через VPS. Так что это мусор с 10.8.XX
- Весь трафик, включая DNS-запросы, пересылается через VPS
- Использование несложного межсетевого экрана (ufw) с некоторыми основными правилами
- Также действует как сервер для некоторых сервисов, включая Mumble и веб-сервер.
- Я установил скрипт на VPS как задание cron для пинга некоторых общих интернет-объектов по IP-адресу каждые 5 минут. Если в эхо-запросе произошел сбой, он записывает его в файл. Достаточно просто. Постоянно отключение сети продолжается в течение часа. Это не всегда происходит в одно и то же время суток. Почти во всех случаях сеть не работает в течение часа, а затем она «волшебным образом» возвращается.
- Использование памяти на моем VPS, как правило, очень высоко. Обычно я исчерпан и использую некоторый обмен. Память - это Java, если эта деталь помогает.
- Мой провайдер был очень бесполезен. Оно варьировалось от «извините, у нас возникла неприятная проблема» до «сейчас нет проблем». Это меня расстраивает, потому что обычно я делаю тикет, когда есть проблема, но проблема исчезает к тому времени, как тикет решается. Самым последним сообщением было то, что они предлагают переформатировать мой VPS и начать заново, о чем я не заинтересован.
- Постоянно перебои в сети начинаются в час (в течение 5-10 минут). То есть перебои в сети не начинаются около XX: 30, XX: 45 и т. Д.
netstat -rn
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Iface
10.8.0.2 0.0.0.0 255.255.255.255 UH 0 0 0 tun0
XX.57.166.0 0.0.0.0 255.255.255.128 U 0 0 0 eth0
192.168.50.0 10.8.0.2 255.255.255.0 UG 0 0 0 tun0
10.8.0.0 10.8.0.2 255.255.255.0 UG 0 0 0 tun0
0.0.0.0 XX.57.166.1 0.0.0.0 UG 0 0 0 eth0
список маршрутов ip
10.8.0.2 dev tun0 proto kernel scope link src 10.8.0.1
XX.57.166.0/25 dev eth0 proto kernel scope link src XX.57.166.59
192.168.50.0/24 via 10.8.0.2 dev tun0
10.8.0.0/24 via 10.8.0.2 dev tun0
default via XX.57.166.1 dev eth0 metric 100
cat / etc / network / interfaces
auto eth0
iface eth0 inet static
address XX.57.166.59
gateway XX.57.166.1
netmask 255.255.255.128
auto lo
iface lo inet loopback
1 ответ
Во-первых, если вы считаете, что это проблема поставщика, которую они не решают, я бы настоятельно рекомендовал перейти на другую сторону. Я дал VPS.net преимущество сомнения, когда их SAN продолжал падать (снимая все VPS в процессе), но после нескольких месяцев «Мы исправили это навсегда», и он все еще падал, мне пришлось голосовать с мой кошелек.
На удивление легко создать компанию VPS (вам действительно нужно всего лишь немного места в центре обработки данных и несколько серверов), поэтому они не все равны в технических возможностях даже до того, как вы обратитесь в службу поддержки клиентов.
Но с точки зрения понимания сути проблемы, я бы прежде всего остановился на том, чтобы поменяться местами. Оставьте своп, но делайте все, что вам нужно, чтобы не продвигаться дальше. Повторите в приложении Java или добавьте больше оперативной памяти. И посмотрим, что получится. Если это очень регулярно, вам не нужно долго ждать (или платить много), чтобы увидеть результат.
То же самое с процессором. Если у вас работают 100% в течение продолжительных периодов времени, вы должны убедиться, что они не мешают другим приложениям. Самый простой способ сделать это можно сделать, установив приятное значение для любых приложений, стремящихся к чему-то позитивному. Хорошее значение примерно +10 должно позволить системе получить полный приоритет ресурсов перед вашими приложениями. Боковая панель: Хорошие значения в основном означают, что вы более вежливы в планировании процессора. Что-то с низким (например, -20) приятным значением означает, что они получат приоритет над всеми остальными вещами с более высокими приятными значениями.
Если можете, расширьте свое тестирование на другие элементы локальной сети. Если они предоставляют преобразователь DNS (как это делают многие серверные компании), проверяйте его постоянно (ну, несколько раз в минуту) и регистрируйте результаты. Если вы все еще можете получить доступ к нему в периоды простоя, менее вероятно, что это ваша вина.
И, как я уже сказал, если это не ваша вина, двигайтесь. Если вы проводите больше времени, пытаясь это исправить, вы перевешиваете любые мыслимые преимущества пребывания с этими людьми. Лично у меня очень хороший и многолетний опыт работы с Linode, но есть много хороших компаний.