Endersys firması Citrix Netscaler ürününün teknik ve satış sertifikasyonlarını başarıyla tamamlayarak Citrix Netscaler iş ortağı oldu.
Endersys teknik ekibi bilinen bir çok büyük internet sitesinin web ve veritabanı sunucularında yüksek performans için optimizasyonlar yapmıştır. Firmamız, Netscaler ile bir adım daha ileri giderek komple bir yüksek peformans ve yük dengeleme çözümü sunmaktadır.
Archive for the 'Duyuru' Category
UNIX/Linux konularında ürün ve danışmanlık sunan Endersys Ltd firması, Netsara firmarsının Xmanager ürün ailesinin yetkili satıcısı oldu.
Xmanager ürünleri çoğu UNIX/Linux sistem yöneticisinin favori araçlarından biridir.
Xmanager Enterprise sürümü Xmanager, Xshell, Xftp, Xlpd modüllerini içermektedir.
Xmanager: X uygulamalarını Windows ortamına taşıyan pazarın önde gelen PC X sunucusu yazılımıdır. Xmanager, uzaktan UNIX tabanlı makinelerde yüklü X uygulamaları, Windows uygulamalarının yan yana çalışmasını sağlar. Xmanager, güçlü bir oturum yönetim konsolu, kolay kullanımlı X uygulama başlatıcısı, X sunucusu profili yönetim aracı, SSH modülü ve uak UNIX/Linux ortamları için yüksek performanslı PC X sunucusu sağlar.
Xshell: SSH, SFTP, TELNET, rlogin ve seri port erişimini destekleyen güçlü bir terminal emülatörü.
Xshell diğer terminal emülatörlerine bulunmayan birçok kullanıcı dostu özellikler sunuyor. Bu özellikler, sürükle ve bırak, dosya adı, basit mod, tam ekran modu, şeffaflık seçeneği ve özel bir düzen modu seçerek Zmodem dosya indirme Zmodem dosya upload içerir. Bu özellikler terminal görevleri yaparken, zaman ve emek tasarrufu sağlar.
Xftp: Güvenli bir ağ üzerinden dosya aktarmak için gereken kullanıcılar için esnek ve hafif SFTP / FTP istemcisi. Doğrudan düzenleme, birden çok bölme, klasör senkronizasyonu, FXP desteği, sunucudan sunucuya transfer ve 3. parti editörü entegrasyonu gibi güçlü özellikler sunar.
Xlpd: Basit bir satır yazıcı servisi ve Windows için baskı iş yönetim aracı. LPD protokolünü kullanarak uzak sunuculardan yazdırma işlerini alır ve bir yerel yazıcıya yazdırma işlerini gönderir. LPD, UNIX, Solaris ve Linux yıllarca gibi çeşitli işletim sistemlerinde standart yazdırma protokolü olmuştur. Hemen hemen her işletim sistemi desteklendiğinden karşı tarafta ek bir kurulum gerektirmemektedir. Bu, tek bir PC için basit bir LPD ya da şirket merkezi bir yazıcı sunucusu olarak kullanılan çok sayıda baskı işlerini yönetmek için esnek bir baskı çözümü. Xlpd, Xmanager ve Xshell üzerinde çalışılan dosyaların çıktısını alabilmektedir.
Xmanager Enterprise sürümü yukarıdaki bahsedilen düm modülleri içeren en üst sürümdür.
http://www.netsarang.com sayfasından ürünlerle ilgili detaylı bilgiler alınabilir.
With RHEL 6 it is now possible to downgrade (rollback / undo ) a package transaction. For that you use history argument of yum package. To better explain what it is all about here is a few examples:
First lets list what transactions we had since the beginning of the system.
yum history
Loaded plugins: presto, product-id, refresh-packagekit, rhnplugin, security, subscription-manager
Updating Red Hat repositories.
ID | Login user | Date and time | Action(s) | Altered
-------------------------------------------------------------------------------
13 | root
12 | root
11 | root
10 | root
9 | root
8 | root
7 | root
6 | root
5 | root
4 | root
3 | root
1 | System
2 | root
history list
And lets make an upgrade of a package using “yum upgrade”
yum -y upgrade openldap-devel
Loaded plugins: presto, product-id, refresh-packagekit, rhnplugin, security, subscription-manager
Updating Red Hat repositories.
Setting up Upgrade Process
Resolving Dependencies
--> Running transaction check
---> Package openldap-devel.x86_64 0:2.4.23-15.el6 will be updated
---> Package openldap-devel.x86_64 0:2.4.23-15.el6_1.1 will be an update
--> Processing Dependency: openldap = 2.4.23-15.el6_1.1 for package: openldap-devel-2.4.23-15.el6_1.1.x86_64
--> Running transaction check
---> Package openldap.x86_64 0:2.4.23-15.el6 will be updated
---> Package openldap.x86_64 0:2.4.23-15.el6_1.1 will be an update
--> Finished Dependency Resolution
Dependencies Resolved
================================================================
Package Arch Version Repository Size
==================================================================
Updating:
openldap-devel x86_64 2.4.23-15.el6_1.1 rhel-x86_64-server-6 1.1 M
Updating for dependencies:
openldap x86_64 2.4.23-15.el6_1.1 rhel-x86_64-server-6 254 k
Transaction Summary
===========================================================================
Upgrade 2 Package(s)
Total download size: 1.3 M
Downloading Packages:
Setting up and reading Presto delta metadata
Processing delta metadata
Package(s) data still to download: 1.3 M
(1/2): openldap-2.4.23-15.el6_1.1.x86_64.rpm | 254 kB 00:00
(2/2): openldap-devel-2.4.23-15.el6_1.1.x86_64.rpm | 1.1 MB 00:01
-----------------------------------------------------------------------------
Total 507 kB/s | 1.3 MB 00:02
Running rpm_check_debug
Running Transaction Test
Transaction Test Succeeded
Running Transaction
Updating : openldap-2.4.23-15.el6_1.1.x86_64 1/4
Updating : openldap-devel-2.4.23-15.el6_1.1.x86_64 2/4
Cleanup : openldap-devel-2.4.23-15.el6.x86_64 3/4
Cleanup : openldap-2.4.23-15.el6.x86_64 4/4
duration: 191(ms)
Installed products updated.
Updated:
openldap-devel.x86_64 0:2.4.23-15.el6_1.1
Dependency Updated:
openldap.x86_64 0:2.4.23-15.el6_1.1
Complete!
And another “yum history”
yum history
Loaded plugins: presto, product-id, refresh-packagekit, rhnplugin, security, subscription-manager
Updating Red Hat repositories.
ID | Login user | Date and time | Action(s) | Altered
-------------------------------------------------------------------------------
14 | root
13 | root
12 | root
11 | root
10 | root
9 | root
8 | root
7 | root
6 | root
5 | root
4 | root
3 | root
1 | System
2 | root
As you can see we have a new yum transcation with an ID of 14. On that procedure we have updated openldap-devel and also openldap package is being updated. Lets see how openldap-devel package was upgraded
yum history packages-list openldap-devel
Loaded plugins: presto, product-id, refresh-packagekit, rhnplugin, security, subscription-manager
Updating Red Hat repositories.
ID | Action(s) | Package
-------------------------------------------------------------------------------
14 | Updated | openldap-devel-2.4.23-15.el6.x86_64
14 | Update | 2.4.23-15.el6_1.1.x86_64
13 | Downgrade | openldap-devel-2.4.23-15.el6.x86_64
13 | Downgraded | 2.4.23-15.el6_1.1.x86_64
12 | Updated | openldap-devel-2.4.23-15.el6.x86_64
12 | Update | 2.4.23-15.el6_1.1.x86_64
1 | Install | openldap-devel-2.4.23-15.el6.x86_64
As you can see transaction 14 (ignore transaction 13 for now becase i have done that redo procedure twice) updates opendevel package from 2.4.23-15.el6.x86_64 to 2.4.23-15.el6_1.1.x86_64
Now it is a good time to undo transaction 12
yum -y history undo 14
Loaded plugins: presto, product-id, refresh-packagekit, rhnplugin, security, subscription-manager
Updating Red Hat repositories.
Undoing transaction 14, from Wed Aug 10 21:31:26 2011
Updated openldap-2.4.23-15.el6.x86_64
Update 2.4.23-15.el6_1.1.x86_64
Updated openldap-devel-2.4.23-15.el6.x86_64
Update 2.4.23-15.el6_1.1.x86_64
Resolving Dependencies
--> Running transaction check
---> Package openldap.x86_64 0:2.4.23-15.el6 will be a downgrade
---> Package openldap.x86_64 0:2.4.23-15.el6_1.1 will be erased
---> Package openldap-devel.x86_64 0:2.4.23-15.el6 will be a downgrade
---> Package openldap-devel.x86_64 0:2.4.23-15.el6_1.1 will be erased
--> Finished Dependency Resolution
Dependencies Resolved
===========================================================================
Package Arch Version Repository Size
============================================================================
Downgrading:
openldap x86_64 2.4.23-15.el6 rhel-x86_64-server-6 255 k
openldap-devel x86_64 2.4.23-15.el6 rhel-x86_64-server-6 1.1 M
Transaction Summary
======================================================
Downgrade 2 Package(s)
Total download size: 1.3 M
Downloading Packages:
Setting up and reading Presto delta metadata
Processing delta metadata
Package(s) data still to download: 1.3 M
(1/2): openldap-2.4.23-15.el6.x86_64.rpm | 255 kB 00:00
(2/2): openldap-devel-2.4.23-15.el6.x86_64.rpm | 1.1 MB 00:01
-----------------------------------------------------------------------------------------
Total 510 kB/s | 1.3 MB 00:02
Running rpm_check_debug
Running Transaction Test
Transaction Test Succeeded
Running Transaction
Installing : openldap-2.4.23-15.el6.x86_64 1/4
Installing : openldap-devel-2.4.23-15.el6.x86_64 2/4
Cleanup : openldap-devel-2.4.23-15.el6_1.1.x86_64 3/4
Cleanup : openldap-2.4.23-15.el6_1.1.x86_64 4/4
duration: 175(ms)
Installed products updated.
Removed:
openldap.x86_64 0:2.4.23-15.el6_1.1 openldap-devel.x86_64 0:2.4.23-15.el6_1.1
Installed:
openldap.x86_64 0:2.4.23-15.el6 openldap-devel.x86_64 0:2.4.23-15.el6
Complete!
and for the last time “yum history” with a transaction id
yum history 15
Loaded plugins: presto, product-id, refresh-packagekit, rhnplugin, security, subscription-manager
Updating Red Hat repositories.
Invalid history sub-command, use: list, info, summary, repeat, redo, undo, new, addon, addon-info, pkg, pkgs, pkg-list, pkgs-list, package, package-list, packages, packages-list.
[root@test6 ~]# yum history info 15
Loaded plugins: presto, product-id, refresh-packagekit, rhnplugin, security, subscription-manager
Updating Red Hat repositories.
Transaction ID : 15
Begin time : Wed Aug 10 21:37:18 2011
Begin rpmdb : 1539:7d3bcb0ebdd312eb55434d78d9938be3e3f37a9c
End time : 21:37:21 2011 (3 seconds)
End rpmdb : 1539:b9489fde73432614e4977ab0f09b02bf0840a57f
User : root
Return-Code : Success
Command Line : -y history undo 14
Transaction performed with:
Installed rpm-4.8.0-16.el6.x86_64
Installed subscription-manager-0.95.17-1.el6_1.x86_64
Installed yum-3.2.29-17.el6.noarch
Installed yum-metadata-parser-1.1.2-16.el6.x86_64
Installed yum-presto-0.6.2-1.el6.noarch
Packages Altered:
Downgrade openldap-2.4.23-15.el6.x86_64
Downgraded 2.4.23-15.el6_1.1.x86_64
Downgrade openldap-devel-2.4.23-15.el6.x86_64
Downgraded 2.4.23-15.el6_1.1.x86_64
history info
As you can see we have undo a transaction.
PS: This document was inspired from http://people.redhat.com/rprice/yum_history.txt
4 Mayıs 2011 tarihinde Centrum Toplantı Hizmetleri Küçükyalı şubesinde Endersys distribütörlüğünde bulunan Mail güvenlik ürünü SURGATE için bir etkinlik olacaktır.
Etkinlik mevcut ve aday bayilerimize yönelik olup program sabah saatlerinde partner program sunumu ve satış eğitimi öğlen yemeğinin ardından teknik eğitim içeriklerini kapsayacaktır.
Konuşmacılar Barış ŞİMŞEK-İsmail YENİGÜL olacaktır.
LCV: zuhal.gur@endersys.com.tr
Tel: +90 (216) 4709423
SurGATE Labs launched their own blog at http://www.surgate.com/blog.
You can follow all activities about SurGATE from this blog.
With RHEL 5.7 and 6.1 Red Hat has changed the way that it manages subscription on RHN site. As Endersys we wanted to inform you about this
Background
When you make a purchase from Red Hat, you are buying a subscription. A subscription gives you the right to access particular Red Hat services for a period of time on one computer. Once it is applied to a computer, the “right” becomes an “entitlement”. The services you receive include easy access to Red Hat’s software downloads, security and errata updates, access to knowledge resources such as in-depth technical papers, videos and knowledgebase articles, and access to a certain level of technical support — all through our Customer Portal.
You need one subscription for each computer you expect to use Red Hat software or services on. To designate which computer you plan to access Red Hat services from, you must first register that computer, and then you must assign an subscription to that computer directly — a process called Entitling. During the Entitlement process, an Entitlement Certificate is created on your computer. When you download software to your computer from the Red Hat Content Delivery Network, the Entitlement Certificate authenticates and authorizes the computer to receive the requested software services.
Changes to Subscription Management
Prior to this change, Red Hat has used a “pool model” for counting subscriptions, in which we track the total number of subscriptions a customer has purchased, the total number of the customer’s systems that are using subscriptions, and the difference between the two numbers. This model, which will now be called RHN Classic Subscription Management, is simple and effective, but has limitations, including an inability to link a specific subscription with a specific system.
As our product range expands, we’ve needed to change the way we track the subscriptions that our customers purchase and use. Our new model, called RHN Certificate-Based Subscription Management, keeps track of specific subscriptions assigned to specific computers using x.509 certificates.
https://access.redhat.com/kb/docs/DOC-47394
https://access.redhat.com/kb/docs/DOC-48668
Endersys is the first and only Red Hat Advanced Business Partner of Red Hat in Turkey. http://www.europe.redhat.com/partners/endersys/ . Feel free to contact us on any Red Hat related queries at redhat _At_ endersys.com.tr
Red Hat added collaboration functionality to access.redhat.com with Online User Groups. Subscription customers will be able to interact directly with other Red Hat users to share content and build knowledge. The Online User Groups will create a forum for customers and partners to:
* Post directly to user forums
* Benefit from direct access to more industry experts
* Access and rate user-generated content
With collaboration and communities being the DNA of Red Hat, this project will be an important addition to our knowledge repository.
For more info visit https://access.redhat.com/groups/groups-dashboard
As Endersys. We have informed Red Hat authorities about DST to be applied one day later that usual See for more info We will inform you all RHEL users in Turkey about this matter if an update emerges.
Endersys as the first and the only Advanced Business Partner of Red Hat in Turkey values your business
UPDATE: To see if there is any patch (rpm) release just see https://bugzilla.redhat.com/show_bug.cgi?id=689622
UPDATE2: Red Hat Released RPMs for that for details see http:
//rhn.redhat.com/errata/RHEA-2011-0378.html You can use up2date -u tzdata or yum -y upgrade tzdata (no reboot required). Also update tzdata-java rpm if you use java.
tzdata-2011d-1 package solves this problem
You can check it before and after applying update:
# zdump -v Europe/Istanbul |grep 2011
BEFORE PATCH:
==========
Europe/Istanbul Sun Mar 27 00:59:59 2011 UTC = Sun Mar 27 02:59:59 2011 EET isdst=0 gmtoff=7200
Europe/Istanbul Sun Mar 27 01:00:00 2011 UTC = Sun Mar 27 04:00:00 2011 EEST isdst=1 gmtoff=10800
AFTER PATCH:
============
Europe/Istanbul Mon Mar 28 00:59:59 2011 UTC = Mon Mar 28 02:59:59 2011 EET isdst=0 gmtoff=7200
Europe/Istanbul Mon Mar 28 01:00:00 2011 UTC = Mon Mar 28 04:00:00 2011 EEST isdst=1 gmtoff=10800
SIMPLE TEST IF PATCH WORKS (Should be done on a test server !!)
=================================================
1) Change date to March 27 02:59
# date 03270259
2) Watch 1 minutes to see what happens
while true; do sleep 5; date; done
Sun Mar 27 02:59:12 EET 2011
Sun Mar 27 02:59:17 EET 2011
Sun Mar 27 02:59:22 EET 2011
Sun Mar 27 02:59:27 EET 2011
Sun Mar 27 02:59:32 EET 2011
Sun Mar 27 02:59:37 EET 2011
Sun Mar 27 02:59:42 EET 2011
Sun Mar 27 02:59:47 EET 2011
Sun Mar 27 02:59:52 EET 2011
Sun Mar 27 02:59:57 EET 2011
Sun Mar 27 03:00:02 EET 2011
Sun Mar 27 03:00:07 EET 2011
3) Change date to March 28 02:59
# date 03280259
4) Watch 1 minutes to see what happens
while true; do sleep 5; date; done
Mon Mar 28 02:59:06 EET 2011
Mon Mar 28 02:59:11 EET 2011
Mon Mar 28 02:59:16 EET 2011
Mon Mar 28 02:59:21 EET 2011
Mon Mar 28 02:59:26 EET 2011
Mon Mar 28 02:59:31 EET 2011
Mon Mar 28 02:59:36 EET 2011
Mon Mar 28 02:59:41 EET 2011
Mon Mar 28 02:59:46 EET 2011
Mon Mar 28 02:59:51 EET 2011
Mon Mar 28 02:59:56 EET 2011
Mon Mar 28 04:00:01 EEST 2011
Mon Mar 28 04:00:06 EEST 2011
Mon Mar 28 04:00:11 EEST 2011
5) Change time back to normal
ntpdate clock.isc.org
Endersys Red Hat Advertisement
Endersys has made advertisements on popular IT magazines in Turkey. Above is what we have published. More to come from Endersys.. Stay tuned.. As Endersys we are committed to provide Red Hat solutions. If interested or have a project related to Red Hat OS , Middleware or solutions send email to redhat A_T endersys.com.tr. We are here to provide solution for your requirements.
IPv4 ip address is almost done. All IPv4 are assigned to RIRs by IANA ( http://www.nro.net/news/ipv4-free-pool-depleted ) so we must learn and configure IPv6.
Here is how to do that in Red Hat Enterprise Linux:
Files to configure:
/etc/sysconfig/network
/etc/sysconfig/network-scripts/ifcfg-eth0
And here is the contents of that file
First /etc/sysconfig/network file should contain
NETWORKING_IPV6=yes
then /etc/sysconfig/network-scripts/ifcfg-eth0 file should be edited:
DEVICE=eth0
BOOTPROTO=static
ONBOOT=yes
HWADDR=00:30:48:33:bc:33
IPADDR=202.54.1.5
GATEWAY=202.54.1.3
NETMASK=255.255.255.248
IPV6INIT=yes
IPV6ADDR=2607:f0d0:1002:0011:0000:0000:0000:0002
IPV6_DEFAULTGW=2607:f0d0:1002:0011:0000:0000:0000:0001
As you can see above this machine has both IPv6 and IPv4 address which is very reasonable for at least 2 years on transition process. IPV6ADDR and IPV6_DEFAULTGW states. But be aware that there is no IPV6_NETMASK or something like that you have to use IPV6ADDR for that:
IPV6ADDR="3ffe:ffff:0:1::1/128"
More available sysconfig variables for IPv6 is at your RHEL installation at /usr/share/doc/initscripts* directory and /usr/share/doc/initscripts*/sysconfig.txt file
This blog was partly taken from http://www.cyberciti.biz/faq/rhel-redhat-fedora-centos-ipv6-network-configuration/
Son Yorumlar