[root@srv-centos ~]# ip a
1: lo: mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: mtu 1500 qdisc mq state UP group default qlen 1000
link/ether 00:15:5d:14:ef:23 brd ff:ff:ff:ff:ff:ff
inet 192.168.103.23/24 brd 192.168.103.255 scope global noprefixroute eth0
valid_lft forever preferred_lft forever
inet6 fe80::ae98:f501:5f7c:425e/64 scope link noprefixroute
valid_lft forever preferred_lft forever
[root@srv-centos ~]#
ip r
[root@srv-centos ~]# ip r
default via 192.168.103.10 dev eth0 proto static metric 100
192.168.103.0/24 dev eth0 proto kernel scope link src 192.168.103.23 metric 100
[root@srv-centos ~]#
Roman: комп самый простой - "офисный". операционка (centos вроде) ставится вместе с freepbx (записываете iso на болванку и ставите), провайдеров телефонии два (манготелеком и оптимальные коммуникации).
Да, оплату по трафику не планирую, но статистику по трафику хотелось бы получать. Возможно в будущем буду брать небольшую денежку за поддержку всего этого.
Когда включил новую виртуальную машину, то у нее в свойствах сети прописал IP из нашей сети (192.168.0.??)
Виртуальная машина "видит" инет и она пингуется - т. е. сеть работает нормально.
Пробовал на виртуальной машине вырубить брэндмауер - не помогает
Домена/AD нет
p.s. Поменял в свойствах сети у виртуальной машины, чтобы она получала IP по DHCP - IP получила и я смог подключиться к ней через rdp.
Почему не мог подключиться по rdp, когда прописывал IP вручную у виртуалки не понятно. Буду разбираться дальше, так как самому интересно
Ясно, но софт дропбокса все равно ставить надо? Если да, то это проблематично (человек «на той стороне» не очень разбирается в комьютерах).
Но все равно спасибо за идею.
На сколько я понимаю, то дропбокс должен стоять на компьютере с которого ведется «раздача»? Если да, то это не совсем хорошо, так как компьютер должен быть включен постоянно…
Да я бы рад смигрировать, но я не установлю и не настрою систему (
Возможно в будующем придется обновить ОС, но пока надо сделать так, чтобы ffmpeg работал на том что есть.
В приципе меня все устраивает, но есть несколько неприятных моментов при конвертировании файлов, которые я надеюсь «обойти» через «обновление» ffmpeg.
Прошу прощения, я не совсем корректно выразился — я не совсем чайник в линуксе и на мне «висит» сервер с centos 5 x64, который я поддерживаю.
Прежде чем, что либо, сделать на рабочем сервере, я делаю это на «домашнем», а уже потом, если все прошло нормально, то же самое делаю на рабочем.
И вот мне надо обновить ffmpeg на рабочем сервере… на домашнем я скомпилировал ffmpeg, но когда скопировал «exe'шник» на рабочий сервер, то естественно, ffmpeg не заработал так как нет нужных библиотек…
Спасибо за ответ, вечером попробую.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
