Month: Februar 2015

Pushen von statischen Routen via ISC DHCP Server

6 Comments

Als ich den DHCP auf Arbeit neu gemacht habe wollte ich ihn direkt ein paar statische Routen pushen lassen. Da das schon eine ganze Weile her ist ist das eher nur ein Nachtrag für mich.

Als erstes müssen zwei Einträge Global in der dhcpd.conf gesetzt werden:

option rfc3442-classless-static-routes code 121 = array of integer 8;
option ms-classless-static-routes code 249 = array of integer 8;

Die zweite Zeile ist für Windows Clients, da Mircrosoft dhcp option 249 statt 121 nutzt. Nun müssen die Optionen noch in das zu definierende Subnet eingetragen werden:

subnet 192.168.17.0 netmask 255.255.255.0 {
        pool
        {
                range 192.168.17.30 192.168.17.199;
        }

        ---andere Optionen---        
        option rfc3442-classless-static-routes 24, 192, 168, 18, 192, 168, 17, 26, 0, 192, 168, 17, 20;
        option ms-classless-static-routes 24, 192, 168, 18, 192, 168, 17, 26, 0, 192, 168, 17, 20;
}

Die Zahlenfolgen in den einzelnen Zeilen sind wie folgt aufzubauen

netmask, netbyte1, netbyte2, netbyte3, routerbyte1, routerbyte1, routerbyte1

Nullen werden nicht mit geschrieben. Also im Grunde heißen die Zeilen in meinem Fall:

192.168.18.0/24 via 192.168.17.26
default via 192.168.17.20

Ich habe in meinem Fall die Default Route direkt dahinter geschrieben (…, 0, 192, 168, 17, 20) und verzichte somit auf die Zeile

option routers

remmina: Unable to connect to RDP server

1 Comment

Vor ca. einem Monat bekam ich, als ich mich auf einen unserer weniger Windows Server mittels remmina verbinden wollte den Fehler Unable to connect to RDP server some.server.de. Damals war mir das egal da ich auch per ssh auf den Server kam, heute störte mich das aber und ich dachte ich guck mal was da los ist.
Die Einstellungen auf dem Server sollten sich eigentlich im letzten Jahr nicht geändert haben, dennoch mal alles kontrolliert von iptables des Hosts bis hin zur Windows Firewall. Keine Änderungen, es sollte also gehen. Nächster Anlaufpunkt war mein PC. Also remmina mal auf der Konsole gestartet und siehe da:

connected to some.server.de:3389
The host key for some.server.de has changed
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@    WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!     @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now (man-in-the-middle attack)!
It is also possible that a host key has just been changed.
The fingerprint for the host key sent by the remote host is
40:cb:0d:80:80:88:07:3b:08:d0:90:7e:c0:aa:47:3e:e1:c8:ad
Please contact your system administrator.
Add correct host key in ~/.freerdp/known_hosts to get rid of this message.
Host key for some.server.de has changed and you have requested strict checking.
Host key verification failed.
SSL_write: Failure in SSL library (protocol error?)
Authentication failure, check credentials.
If credentials are valid, the NTLMSSP implementation may be to blame.

Ah, damit kann man doch schon mehr anfangen. Also alten Eintrag aus .freerdp/known_hosts entfernt und schon kann man sich wieder verbinden.

Hier exisitiert auch schon ein Ticket bei Github, wo beanstandet wird das remmina den genauen Fehler nicht wiedergibt.