Здравейте и добре дошли в #root.bg!
Тук може да намерите статии и уроци за linux, мрежи и тяхната защита, игри и забавление, както и хобита – ролери, дронове и много други.
Тук може да намерите статии и уроци за linux, мрежи и тяхната защита, игри и забавление, както и хобита – ролери, дронове и много други.
Николай Николов Howto bind9, dns, root.bg, zone 0
DNS Split zones може да се използва в много случаи, но в моя го използвам моите 2 офис сървъра да виждат хостовете си локално, вместо всеки един от тях да вижда другия с реалното си айпи.
Ето и пример за това:
root@dobrich:~# hostname office.dobrich.root.bg root@dobrich:~# host web web.dobrich.root.bg has address 192.168.1.20 root@dobrich:~# host web.varna.root.bg web.varna.root.bg has address 84.84.84.84 root@dobrich:~# host 192.168.1.20 20.1.168.192.in-addr.arpa domain name pointer web.dobrich.root.bg. root@dobrich:~# host 192.168.2.20 Host 20.2.168.192.in-addr.arpa. not found: 3(NXDOMAIN) root@dobrich:~# host prodweb prodweb.dobrich.root.bg is an alias for web.dobrich.root.bg. web.dobrich.root.bg has address 192.168.1.20 root@varna:~# hostname varna.root.bg root@varna:~# host web web.varna.root.bg has address 192.168.2.20
По този начин от Dobrich виждаме хостовете които отговарят за зоната dobrich.root.bg, а от varna виждаме само хостовете които отговарят за varna.root.bg. Ако от единия искаме да достъпим другия, то го правим вписвайки целия хостнейм (които отговаря на външното айпи)
Така дефакто постигаме така нареченият DNS split zones.
Ето и как дефакто става номера:
acl dobrich { 192.168.1.0/24; 127.0.0.1; }; acl varna { 84.84.84.84; }; view "dobrich-view" { match-clients { jfk; }; // recursion yes; zone "." IN { type hint; file "/etc/bind/db.root"; }; zone "localhost" { type master; file "/etc/bind/db.local"; }; zone "127.in-addr.arpa" { type master; file "/etc/bind/db.127"; }; zone "0.in-addr.arpa" { type master; file "/etc/bind/db.0"; }; zone "255.in-addr.arpa" { type master; file "/etc/bind/db.255"; }; zone 1.168.192.in-addr.arpa { type master; file "/etc/bind/db.192.168.1"; allow-transfer { 192.168.1.29; 84.84.84.84; }; }; zone "dobrich.root.bg" { type master; file "/etc/bind/dobrich.root.bg"; allow-transfer { 192.168.1.0/24; 84.84.84.84; }; }; }; view "varna-view" { match-clients { varna; }; // recursion no; zone "." IN { type hint; file "/etc/bind/db.root"; }; zone "localhost" { type master; file "/etc/bind/db.local"; }; zone "127.in-addr.arpa" { type master; file "/etc/bind/db.127"; }; zone "0.in-addr.arpa" { type master; file "/etc/bind/db.0"; }; zone "255.in-addr.arpa" { type master; file "/etc/bind/db.255"; }; zone "varna.root.bg" { type master; file "/etc/bind/varna.root.bg"; allow-transfer { 192.168.1.0/24; 84.84.84.84; }; }; zone 2.168.192.in-addr.arpa { type master; file "/etc/bind/db.192.168.2"; allow-transfer { 192.168.1.0/24; 84.84.84.84; }; }; }; include "/etc/bind/rndc.key"; server 192.168.1.0/24 { keys { rndc-key; }; };
acl dobrich { 44.44.44.44; }; acl varna { 192.168.2.0/24; 127.0.0.1; }; view "dobrich-view" { match-clients { dobrich; }; // recursion yes; zone "." IN { type hint; file "/etc/bind/db.root"; }; zone "localhost" { type master; file "/etc/bind/db.local"; }; zone "127.in-addr.arpa" { type master; file "/etc/bind/db.127"; }; zone "0.in-addr.arpa" { type master; file "/etc/bind/db.0"; }; zone "255.in-addr.arpa" { type master; file "/etc/bind/db.255"; }; zone 1.168.192.in-addr.arpa { type slave; file "/etc/bind/db.192.168.1"; masters { 44.44.44.44; }; allow-notify { 44.44.44.44; }; }; zone "dobrich.root.bg" { type slave; file "/etc/bind/dobrich.root.bg"; masters { 44.44.44.44; }; allow-notify { 44.44.44.44; }; }; }; view "varna-view" { match-clients { varna; }; // recursion no; zone "." IN { type hint; file "/etc/bind/db.root"; }; zone "localhost" { type master; file "/etc/bind/db.local"; }; zone "127.in-addr.arpa" { type master; file "/etc/bind/db.127"; }; zone "0.in-addr.arpa" { type master; file "/etc/bind/db.0"; }; zone "255.in-addr.arpa" { type master; file "/etc/bind/db.255"; }; zone "varna.root.bg" { type slave; file "/etc/bind/varna.root.bg"; masters { 44.44.44.44; }; allow-notify { 44.44.44.44; }; }; zone 2.168.192.in-addr.arpa { type slave; file "/etc/bind/db.192.168.2"; masters { 44.44.44.44; }; allow-notify { 44.44.44.44; }; }; };
Тук цялата работа върши опцията „acl“ като в нея се посочва от кои айпи адреси да се има достъп до коя зона.
В поста съм писал фалшиви публични айпи адреси : 44.44.44.44 и 84.84.84.84 с цел сигурност.
44.44.44.44 = dobrich.root.bg
84.84.84.84 = varna.root.bg
Това е.. 🙂
Николай Николов Работа, Howto login, problem, sam, teamviewer, windows 7 0
Днес ще пиша за windows 😎 и за един много много странен проблем, който се случи вчера на един компютър с windows 7. Докато компа си е работил нормално е забил, рестартирали са го и след това става и съответната случка: не приема никакъв юзър и парола при логване. Кръстих поста Windows 7 login problem заради това, и се надявам с написаното от мен решение да помогна на някой в бъдеще който има същия проблем.
Това което опитах :
Така.. ето го и решението на проблема:
Заредих Windows Mini PE, влязох в C:\Windows\System32\config\ (в случая C-то беше D:) и видях че има папка RegBak в която така ругания от мен Windows си беше направил сам бекъп ( НЕМОЖЕ ДА БЪДЕ!! ) и съответно там имаше файла SAM от предния ден. Копирах го в C:\Windows\System32\config\ и рестартирах – ВОАЛА! Юзърите излязоха и вече можеше да се логна с който си искам потребител!
Немога да кажа на какво се дължеше цялата тази работа – предполагам е бъг или вирус, но реших да правя бекъп на цялата папка config за напред. Явно е прекалено ценна и неможех да си позволя да не успея да я възтановя.
Прилагам и снимка как изглеждаше Login screen-a когато се прецакаха работите. Изглежда доста забавно..
На screenshot-a се вижда че съм логнат през TeamViewer – Да, компютъра имаше интернет и всичко останало! Просто никой неможеше да се логне в него или да го достъпи по мрежата, тъй като не му работиха потребителските акаунти!!
Николай Николов Работа, Howto vmware esxi, vmware vsphere client, windows 8.1 0
Windows 8.1 – оо даа..
Вчера си ъпдейтнах лаптопа с последната версия на прочутата „Боза“ от Майкрософт.
Колегите ми толкова много ми го хвалиха, че не издържах и аз се минах .. 🙂 хаха
В този пост ще напиша за проблема на който се натъкнах след този ъпдейт – а именно вече не можех да си инсталирам vSphere Client-a към единия ми VMware ESXi сървър, който е с версия 4.1. Даде ми грешка: This product can only be installed on Windows XP SP2 and above. Причината е че : Windows 8 / Windows Server 2012 is not supported on ESXi/ESX 4.0 or 4.1. Обаче има и начин по който да се подкара клиента на windows 8 x64.
1. Разархивирах exe файла чрез WinRAR, влязох в папка bin, и пуснах VMware-viclient в compatibility mode да работи за Windows 7. След това стартирах приложението като администратор. Инсталацията тръгна но момента със самото инсталиране липсваше – тоест имаше още нещо което трябваше да се направи.
2. Изтеглих Microsoft .NET Framework 2.0 Service Pack 1 (x64)
3. Изтеглих Microsoft Visual J#® 2.0 Redistributable Package – Second Edition (x64)
След като инсталирах горните 2 пуснах VMware-viclient на ново да се инсталира – този път всичко беше наред и инсталацията приключи успешно! 🙂
Това е
Николай Николов Работа, Howto captcha, opencart, review 1
Накратко..искам да разкарам неработещата капча при писане на ревю на продукт в OpenCart. За целта реших да използвам един модул от сайта им , който на пръв поглед свърши работата. Да ама не.. Днес установих че има проблем при отваряне на продукти от началната страница. Проблема е че дава бял екран при кликването на който и да е от продуктите от началната страница. В логовете излиза следното:
2014/02/19 16:26:06 [error] 26413#0: *1128 FastCGI sent in stderr: "PHP message: PHP Fatal error: Call to undefined method ControllerProductProduct::getPath() in /var/www/clients/client4/web12/web/vqmod/vqcache/vq2-catalog_controller_product_product.php on line 203" while reading response header from upstream
След като разкарах модула Disable Captcha For Reviews [VQMOD] проблема с бялата страница се оправи.
Поради тази причина ми се наложи да търся друг вариянт за решаване на проблема ми.
Ето и моя вариянт за решаване на проблема чрез изтриване на няколко реда в няколко файла от OpenCart-a. Важно е да се направи бекъп преди да се започне са манипулацията 😆
1. Отваряме /catalog/view/theme/default/template/product/product.tpl и изтриваме следните редове:
<img id="captcha" src="index.php?route=product/product/captcha" alt="" /> $('input[name=\'captcha\']').val('');
2. Отваряме /catalog/controller/product/product.php и изтриваме следните редове:
$this->data['entry_captcha'] = $this->language->get('entry_captcha'); if (empty($this->session->data['captcha']) || ($this->session->data['captcha'] != $this->request->post['captcha'])) { $json['error'] = $this->language->get('error_captcha'); }
И… воала! Вече не ни излиза досадната капча! 🙂
PS. Направих същото и за контакт формата, тъй че ако на някой му трябва, мога да напиша и за него как става номера с махането на гадната captcha.