eclipse svn problemleri

uzun süredir eclipse içinden svn repoma ulaşıp iki satır uğraşamıyordum. bugün sonunda eclipse içindeki egit ile ulaşabildim.

ilk yapılması gereken svn reposunu git e taşımak.

mkdir yenirepo
cd yenirepo
git svn clone http://repoadresinizneise

arada signal 13 ile çatladığı oldu gitin. folderın içine girip “git svn fetch” demeniz yeterli. oda çatlayabiliyor. bir kaç kere çalıştırmanız yeterli kaldığı yerden devam edebiliyor.

sonrasında eclipse gidip git clone etme yerinde uri olarak şunu yazıyoruz

ssh://user@serveripsi/home/user/yenirepo

sonrasında workingdirectory altında reponuzdaki folderlar duruyor ve import ediliyor.

yeni folder da bir kere şu komut gerek

git config –bool core.bare true

bu yöntemin güzel tarafı ssh üzerinden çalışıyor yani security built-in. daha evel git deamon ile denemiştim. oda güzel ama security için ayrı uğraşmak gerekiyordu. bu temiz oldu.

git deamon merak edenler için. git init yapılan folderda aşağıdaki komutu çalıştırmak yeterli

git daemon –base-path=. –export-all –enable=receive-pack –reuseaddr –informative-errors

server tarafında ilkten bir push hatası alabilirsiniz.

“refusing to update checked out branch: refs/heads/master”

çözümü için serverdaki reponun içinde şu komut çalıştırılır

git config receive.denyCurrentBranch ignore

x11forwarding problem

uzun süredir kullandığım bir teknolojidir. ssh ile bağlanılan makinede firefox veya benzeri görsel programları çalıştırmayı sağlar. ama çıktısı sizin ssh client üzerinden sizin X server a gelir. neyse dünden beri uğraşıyorum debian 7 de sürekli gtk can not open display hatası alıyordum.

DISPLAY set ederek denedim ki normalde istemez olmadı. sonra hosts dosyalarını kontrol ettim localhost tanımsız olunca bu soruna sebep olabiliyormuş yok bir türlü çözülmez iken en sonunda az evel buldum. ssh serverda /etc/ssh/sshd_config doyasına aşağıdaki satırı ekleyip ssh ı reload ettiğimde çözüldü

 X11UseLocalhost no

weblogic şifrelerin decrypt edilmesi

bazen yönetilen domainin şifreleri kaybolur silinir. bu tip durumlarda weblogicin içindeki dosyalardan bu şifre toplanabilir.

import weblogic.security.internal.SerializedSystemIni;
import weblogic.security.internal.encryption.ClearOrEncryptedService;
es=weblogic.security.internal.SerializedSystemIni.getEncryptionService(“/data/usr/domains/DOMAIN/security/”);
ces=weblogic.security.internal.encryption.ClearOrEncryptedService(es);
print ces.decrypt(“{AES}6Xkvv0+md8WJiAg1jv4xyB9ElyRzjyAbIweTsA674oE=”);

yukardaki encrypted şifreyi jdbc için şurdan alabilirsiniz
/data/usr/domains/DOMAIN/config/jdbc

varnish apache x-forwarded-for

apache yi varnish arkasında çalıştırıyorsanız. apache nin access logunda falan hep 127.0.0.1 veya makinenin diğer lokal ipleri görünür. buda normalde çok ölümcül bir durum değildir ama htaccess den ip limiti koydunuz ise varnishden gelen istekler için apache forbidden vermeye başlar. 

bu durumu engellemek için varnish den x-forwarded-for açılmalıdır. ve apache tarafındada apache2.2 için mod_rpaf veya apache2.4 için mod_remoteip kullanılmalıdır.
örndek debian kurulumu
apt-get install libapache2-mod-rpaf
a2enmod rpaf