sir_Maverick: Можете взять какой-нить нетбук. Он конечно будет очень слаб и т.д., но батарейка продержится долго и места мало занимает. И легкий. Хотя лично я к этому куску г**на на пушечный выстрел не подойду. А вот сетевым инженерам, кому надо порой хрен знает где лазить, там да. Очень удобная штука.
sir_Maverick: Нет, не получится там 4 часа. Разве что если выключите его )) Как верно написали внизу, аккумулятор здесь плохой, так что повер банк стоит докупить. Только предварительно позаботьтесь о шнурке питания, переходнике. Ноуты как правило по USB не заряжаются.
Если есть свитч cisco, то можно гуглить в сторону wccp. Как раз это и сделает. А если прокся станет недоступна, то будет гнать трафик напрямую, пока она вновь не станет доступной.
Похоже просто дохлая мать. Кое как запустился и при запуске установки выдает ошибку 0х0000078 (вроде бы) со ссылкой на отсутсвующий или поврежденный файл CI.dll. На другом компе всё стартует нормально. Плюс странные зависания и помехи на экране, периодически. Завтра повезу в сервис.
С веб-дав идея хорошая, не подумал. Спасибо. Александр, для яндекса лучше использовать их родную софтину. Гораздо быстрее синхронизируется. У меня так на почтовом сервере почта хранится. Организация в одном городе, почтовик в другом, а сами почтовые отправления на яндекс диске. По веб-дав я бы так не настроил. Слишком медленная синхронизация. В итоге, когда удаляешь письмо по IMAP, оно появляется заново, не успевает синхронизироваться. У яндекса есть своя софтина, которая всё делает очень быстро. Один минус - она сама в автозапуск не встает, так что одну строку в крон повесить стоит. Желательно, с ожиданием после запуска секунд на 30-60. Для верности. Т.к. если сервак тупанет и сетевой интерфейс не сразу поднимется, могут быть проблемы.
Слишком долго происходит синхронизация. Сервер тормозит, а при попытке удалить письмо, оно восстанавливается, т.к. видимо не успевает за время таймаута пройти команда на удаление.
Saboteur: В общем, нашел временное решение. Сменил порт подключения для удаленного управления на роутере, а затем пробросил напрямую 80 порт. В принципе, все это требовалось для внешнего тестирования, так что проблему можно считать решенной. Хоть и интересно понять, в чем вообще эта проблема состояла.
Верно ли настроен VirtualHost сейчас? Там был *:80, но я исправил на просто *. Ничего не изменилось. Без фигурных скобок, т.к. Тостер строку с ними не показывает.
Пинговать IP гугла вполне нормально. Но если уж совсем перестраховаться, а заодно исправить ошибки в логике (сейчас скрипт один раз пинганет и завершится) то так:
:ping1
ping 8.8.8.8 -n 2
if errorlevel == 1 goto ping2
if errorlevel == 0 goto ping1
:ping2
ping 8.8.4.4 -n 2
if errorlevel == 1 goto lock
if errorlevel == 0 goto ping1
:lock
@rundll32 user32.dll,LockWorkStation
Конечно, здесь есть шероховатость в логике, но в целом всё нормально отрабатывает. Заодно исправил ошибку.
Для тех, кто не понял. Скрипт отправляет два пакета icmp (ping) на адрес 8.8.8.8. Если адрес недоступен, то он шлет два таких-же пакета на 8.8.4.4 (мало ли, 8.8.8.8 стал вдруг недоступен). Если он доступен, то скрипт входит в рекурсию, переключаясь на 8.8.8.8, потом на 8.8.4.4, затем опять на 8.8.8.8 и так до бесконечности, пока:
1. Адрес 8.8.8.8 вновь не станет доступным - тогда скрипт на нём и остановится.
2. Адрес 8.8.4.4 тоже станет недоступным (выдернули кабель, пропал интернет) и компьютер заблокируется.
Предупреждаю ТСа. Если в организации просто ляжет интернет, то будет печалька. Тем более, если вы поставите автозапуск скрипта при логине от имени администратора, например. Рекомендую вместо 8.8.4.4 добавить какой-нибудь местный комп (сервер например), который гарантированно будет доступен даже при отключении инета. Или Вай-фай точку например, но лучше сервер. Тогда, в случае банального отключения интернета, компьютер юзера не будет лочиться.