kekoz

>>А какие адреса используются во “внешней” локалке? kekoz, сегодня в 00:52
>172.25.xx.xx
>я настроил внутреннюю локалку роутера так же думая, что из этого что-нибудь выйдет.

В этом и есть твоя главная проблема.

Подключаться надо через WAN.

Теперь “на пальцах” показываю: если в твоей локалке используются те же адреса, что и во внешней (как, кстати, ты собирался разрешать конфликты ip-адресов?), то с точки зрения маршрутизатора обращения с твоих компов к компав внешней локалки не нуждаются в маршрутизации. А это значит, что пакеты рассылаются только по LAN-портам, в WAN-порт они просто не попадают. Решить задачу можно двумя способами:

1. proxy-arp. На все запросы из внешней локалки вида “Какой mac-адрес у хоста 172.25.xxx.xxx (xxx.xxx — твоей локалки)?” твой маршрутизатор на WAN-порте отвечает “Это Я!” Умеет ли это твоя железка, я не знаю, разбирайся сам.

2. ip-адреса в твоей сети должны быть из другого ip-пространства. Но это порождает следующую проблему.

Опять на пальцах показываю. Допустим, ты делаешь у себя внутри 192.168.25.0/24. С твоего хоста 192.168.25.5 ты пингуешь 172.25.25.25. Пакет попадает в твой маршрутизатор. Маршрутизатор видит, что пакет назначен в другую сеть, он его выбрасывает на WAN-порт. Там он попадает на 172.25.25.25. Тот рожает ответ на пинг. Пакет от 172.25.25.25 к 192.168.25.25. И куда он пойдёт? Откуда хосты во внешней локалке могут знать, что пакеты на 192.168.25.0/24 надо слать именно на твой маршрутизатор? А не знают они этого. И потому ответов из внешней локалки к себе ты не получишь. Здесь опять два способа решения:

1. Сделать так, чтобы внешняя локалка знала о твоей сети. Если ты не являешься администратором этой самой внешней локалки, то задача вряд ли разрешимая :) — требуется либо поднять там соответствующий статический маршрут, либо какой-то протокол маршрутизации (хотя бы RIP).

2. Пакеты из твоей сети должны выглядеть так, как будто они всё же из внешней сети. Вот это уже очень просто — это NAT. И это твой маршрутизатор стопудово умеет. Именно это ты и должен сделать.

По-моему, целесообразность использования Joomla не в твоём конкретно проекте, а вообще весьма сомнительна — слишком уж часто, практически ежедневно и не по одному разу Joomla засвечивается на exploit-db.com

Вот и опять, 10 минут назад www.exploit-db.com/exploits/16001/

Начни с наведения порядка в DNS:

1.

$ host 109.95.208.165
165.208.95.109.in-addr.arpa domain name pointer www.colocat.ru

$ host www.colocat.ru
www.colocat.ru has address 109.95.208.164

2.

$ host 94.228.168.67
67.168.228.94.in-addr.arpa domain name pointer mail.colocat.ru.

$ host mail.colocat.ru
mail.colocat.ru has address 109.95.208.165

Длинные функции/методы я в общем случае нахожу уместными разве только при каких-то нетривиальных математических расчётах. А в общем не математическом случае функции/методы длиннее 50-60 строк (пара экранов) уже начинают напрягать.

Впрочем, значительно чаще напрягает не количество строк, а их содержимое :)

Разумеется, Gallery (на сегодня уже 3.0)
gallery.menalto.com/about

Увы, всякий отзыв субъективен. А для оценки надёжности страховой компании желательно использовать информацию объективную. Она скучная :), но зато красноречивая. Начать надо с раскопок как на сайте компании, так и на сайтах всяческих надзорных и контролирующих органов. Искать всякий “объектив” — сколько получено было обращений по страховым случаям, скольким из них отказано, сколько выплат произведено, какой ущерб покрыт, etc.

Эту информацию они обязаны регулярно публиковать. Для проверки можно ещё и обратиться в какой-нибудь союз автострахователей (или как там оно называется).

А на формуах — это так, только пар спустить :)

Хоть и не за новые блоги, но, думаю, уместно будет спросить — а почему “Системное администрирование” находится в категории “Программирование”? Уж если выбирать из имеющихся категорий, то куда ближе было бы “Операционные системы”

Хотя на мой взгляд “Системное администрирование” само достойно быть категорией.

А использование grub — принципиальный момент? Если нет, то можно же сделать всё наоборот — использовать ntloader в качестве менеджера загрузки ОС.

Ну, “сгореть” он мог и так, что на входе у него возникло банальное короткое замыкание. А в этом случае втыкание его в розетку равносильно тому, что ты контакты в розетке соеднинишь гвоздём. Выбивание “пробок” и автоматов при этом — совершенно естественное следствие.

Возьми тестер и проверь.