Причины не работы сайта 27.08.14
dm - 27 Август, 2014 - 18:53
Сегодня почти целый день kubuntu.ru был в дауне. Провайдер чего то нахимичил с роутингами и выделенные ip перестали работать. Подробностей получить не удалось, так как с техническими специалистами меня сегодня соединить так и не смогли. Ожидание больше часа на линии ни к чему не привело. По правде они (ip) не работают и сейчас, так что завтра так же возможны перебои в работе сайта.
Ну, до завтра времени ещё не мало. Не всё же на работе с сайта не слезать, можно и дома отдохнуть культурно.
жесть.. А я то думал-чего тама..
хорошо что все настроилось и сайт работает
Настроилось тут, пожалуй, неуместно. Кто-то настроил — да, плюс ему. А так, это конечно не жизнь, когда сайт, пусть один день, не работает.
А 28 только у меня не работал сайт? Вечером только заработал…
Может календарь надо отмотать на день назад?
27 как и у всех он у меня тоже не работал… =/
Ну, так dm предупреждал же: Но у меня перебоев днём не было, а dm про 28-е ничего не пояснял - значит сайт работал.
Вот мне и интересно у одного ли меня сайт не работал 28…
Значит нужно запастись терпением и ждать, может ешё найдётся кто из пострадавших 28-го. А если нет, если у одного, тогда что - медаль покупать?
Ага, медаль мне дадут… =D Это у нас на работе мем такой. На самом деле хотелось бы выяснить причину разрывов. Может надо позвонить провайдеру и жаловаться на разрывы! =D
Кот да какая теперь разница, ты пообщаться хочешь? Айда ко мне в контакт, я пообщаюсь с тобой )))
Большая и толстая. Я причину выяснить хотел. И тема вроде бы подходящая. Никакими вкантактами не пользуюсь...
Перестань, я жеш пошутил. )
Форум не работал только 27.
А мне не до шуток…
Мой "добрый" провайдер имеет привычку блокировать сайты на своё усмотрение нигде не объявляя об этом. Поэтому, если сайт "лежит" я обычно проверяю факт блокировки здесь(вписываешь сайт, кликаешь "or just me?", если сайт заблокирован провайдером, тебе напишут "It's just you. http://kubuntu.ru is up") 27.08.2014 - он лежал для всех(It's not just you!), а вечером 28 я не заходил, вернее с учетом разницы часовых поясов вечер у всех наступает по-разному, возможно 28 имели место перебои в работе сайта, которые ты и застал ...
Спасибо за ссылку. Мой провайдер тоже долбахлоп…
нет.. не у одного.. К сожалению ты не избранный.. ))
мне пришлось на соседнем сайте кедофильную тему разыскивать.. Но лан..
А я думал я избранный… =)
Эпопея еще не закончилась к сожалению. Провайдер тупит и никак не хочет решать вопрос. Отправлено несколько заявок, каждый день звоню по несколько раз, пока результата ноль. Говорят заявку составили, ждите от одного до трех дней. Ничего разберемся.
Сайт действительно мог у кото то не работать и 28-го числа. Это связанно с временной задержкой обновления DNS зоны. У кого то кеш зоны обновился быстрее, у кого то медленее. Сейчас уменьшил время обновления кеша на DNS сервере, что бы быстрее изменения происходили.
Самое обидное, что все происходит как обычно в России. Провайдер решил изменить тип подключения, нигде никого об этом не предупредил, внес изменения которые повлекли подобные глюки и "инженеры" которые не в состоянии самостоятельно решить данный вопрос с администраторами и более квалифицированными сотрудниками соединять отказываются. Повторяют как попугаи только одно "заявка составлена ждите рассмотрения" а по факту с 27-го числа ничего не изменилось.
Снова спрошу: только что зароботал сайт, а до этого лиса писала, что сервер недоступен. Это продолжение эпопеи?
Видимо да.
Да, спасибо, поправил.
Я тут вообще "затупил крепко"... и вот почему..
Кто мне объяснит "чудеса" с IP-адресом сайта (ноль на конце)? Или я чего-то не понимаю? Меня учили, что последний ноль - это всегда адрес сети.. В данном случае 213.141.152.
ну, теперь и с www заработал :)
поздравляю с обновой SSL!
Это справедливо в "классовой" сети. Здесь же "безклассовая" сеть. то есть ип выдается по dhcp (pptp, pppoe) и отдельно имеется роутер, ип которого может находиться в другой(по классовой классификации) сети.
Ключевое требование - чтоб оборудование понимало это. Сейчас практически любая система, начиная с ХП понимает этот тип адресации.
типичная картина у меня дома на текущий момент:
pppoe-provider Link encap:Point-to-Point Protocol
inet addr:212.178.хх.ххх P-t-P:195.138.хх.ххх Mask:255.255.255.255
И как понимаешь, все работает нормально :-)
195.138.хх.ххх - это такая маленькая кошка ака Cisco ориентирована на держание pppoe соединений до 8K штук одновременно...
Я наверное говорю о другом.. В твоем примере, маска "говорит нам", что в данном случае подсеть, выданная оператором абоненту, имеет единственный адрес,только и всего..
Просто не может быть адреса, например 192.168.1.0, при маске 255.255.255.0, даже при 255.255.255.255 не может..
Правда уже при 255.255.254.0 .. уже может!!, поскольку "адресом сети" здесь является .. 192.168.0.0, а 192.168.1.0 один из адресов подсети .. Мда.. приехали... :(
Все, закрыто!... :)
Немного "каша" и в жопу закон тождества :D
На самом деле, безклассовая адресация не такая уж и безклассовая... Просто классов становится больше, по одному на каждый бит маски.
В данном случае, NetByNet'у выдана подсеть 213.141.128.0/19 (маска 255.255.224.0). Адрес сети 213.141.128.0, подчиняясь всем правилам IP, также не может являться адресом хоста. При этом из 8190 возможных адресов хостов будет довольно много с нулевыми последними 8 битами, в т.ч. 213.141.152.0 (kubuntu.ru). Но каким образом они назначаются туннельным интерфейсам - вопрос третий...
Отправить комментарий