hi everyone
I have an open position in our team as network engineer.
please check out:
http://www.swisscom.ch/jobs -> and search for 50534834
You can send the CV directly to the mentioned HR consultant.
Best regards,
Andreas
Andreas Briner
Product IT Access Platforms
Binzring 17
CH-8045 Zürich
Schweiz
www.swisscom.ch<http://www.swisscom.ch/>
Dear list
Two related questions: --
1. How often do you think server rooms should be cleaned? I suspect the
common standard of "never" may not actually be best practice.
2. Can you recommend any specialist cleaning companies in Switzerland?
Kind regards
Anthony
hi everybody
here's the announcement for the next beer event.
yes, I know it's next monday and I'm late ,-))
the facts for the next event:
-----------------------------
Date: 4th of April 2011
Time: starting around 18.30 o'clock
Location: @ the "Don Weber" (Heinrichstrasse 213, Near TIX).
Registration deadline: 04.04.2011 13:00:00 (Monday)
Registration: http://swinog.mrmouse.ch
-----------------------------
Please register here: http://swinog.mrmouse.ch/ since we have to make
reservations, i need to know who's coming and who not. If you cannot
attend and you're registered please inform me asap (+41 79 277 92 35).
-steven
Hi there
mhs.ch ist looking to extend the tech team. Job description is available (in german) at: http://www.mhs.ch/unternehmen/Jobs/Jobs_techniker.shtml
Best wishes,
Matthias
_________________________________________
mhs @ internet AG
Zürcherstrasse 204, CH - 9014 St. Gallen
Phone +41 71 274 93 93, Fax +41 71 274 93 94
http://www.mhs.ch
_________________________________________
Vor einiger Zeit ging ja eine Mail herum, dass die globalen Nameserver
fuer .in-addr.arpa aendern werden, dass dies aber keine Auswirkungen
auf den taeglichen Betrieb haben wuerde. Nun, es hatte...
Wer auf seinen Nameservern bislang den folgenden Code drin hatte, um
reverse Lookups zu beschleunigen, kann seit der Umstellung keine
reverse Lookups mehr ausfuehren:
zone "." {
type slave;
file "slave/root.slave";
masters {
192.5.5.241; // F.ROOT-SERVERS.NET.
};
notify no;
};
zone "arpa" {
type slave;
file "slave/arpa.slave";
masters {
192.5.5.241; // F.ROOT-SERVERS.NET.
};
notify no;
};
zone "in-addr.arpa" {
type slave;
file "slave/in-addr.arpa.slave";
masters {
192.5.5.241; // F.ROOT-SERVERS.NET.
};
notify no;
};
Dieser Bereich ist standardmaessig auf aktuellen FreeBSD Servern
auskommentiert, es wird in einem Kommentar aber empfohlen, ihn fuer
Nameservern mit hohem Verkehrsaufkommen zu aktivieren. Nach der
Umstellung der in-addr.arpa Zonen funktioniert das Slaving _NICHT_
mehr, auch nicht von den neuen Servern. Resultat: Reverse-Lookup
funktioniert nicht mehr.
Wer Mailserver betreibt, die auf einem gueltigen Reverse-Lookup
bestehen fuer eine einkommende Verbindung, wird ohne Anpassung seiner
Nameserver nun beginnen (je mehr gecachte Zonen expiren desto mehr)
einkommende Verbindungen abzuweisen, und dieses Abweisen wird zumindest
bei unserm Setup mit "Relaying temporarily denied. Cannot resolve PTR
record for x.x.x.x" begruendet.
Eventuell sind die vor kurzem beschriebenen Probleme, dass bluewin
seine eigenen Adressen nicht akzeptiert (mit "relay denied") auf das
gleiche Problem zurueckzufuehren...
LG,
Markus
Hi
One of our customers got a .255 IPv4 address assigned by sunrise. I know
that this can be a valid host address with a netmask of /23 or greater,
but the strange thing is, that he can't reach any of our Windows Server
2003 hosts with this IP. Windows Server 2008 Servers in the same subnet
are no problem...
Does anybody know of such a problem? Mr. Google couldn't give me any
satisfactory results... :-)
Cheers,
Mike
--
Mike Kellenberger | Escapenet GmbH
www.escapenet.ch
+41 52 235 0700/04
Skype mikek70atwork
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
Hi,
kann mal bitte einer von bluewin sich die Mailinfrastruktur ansehen.
Alle Mails an Bluewin, selbst die an postmaster(a)bluewin.ch kommen als
Bounce zurück, das relaying denied währe. (Alle über mxbw.bluewin.ch.)
Gruß
Klaus Ethgen
- --
Klaus Ethgen http://www.ethgen.ch/
pub 2048R/D1A4EDE5 2000-02-26 Klaus Ethgen <Klaus(a)Ethgen.de>
Fingerprint: D7 67 71 C4 99 A6 D4 FE EA 40 30 57 3C 88 26 2B
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
iQEVAwUBTZNq65+OKpjRpO3lAQrg1Af/Y3X7HLYunSVM5f8dycgX/4dQFL0CVukm
m5DN6/eolJlTRq/CUhbuAz9cVXhl4n3A/G8ESmjCYXDvi5LPzozcyDNWLaDWHqDg
8iXd9PHdop01M2yKyKthpE27VamM+7lD5efQkcA/q/Mr9iHqZCkgbR5sEXBEKdWa
tq3vAcZEHoLFhjrr++1XmoQoZJFw8gz7rjWs+uDAhwTGwI8QsoUD+FjHFXy4ClvJ
fuTDFwHK/Lo6GMwmY+XDWBr5/sOsjrKvYlesBZLlnIWKnEi6uy4I2dR1LmKna9nB
Ztfnk2zTAPpynPrCTuP/F4HUkY2Eryv+cTe4F335zs11XEupWHqZog==
=xNjA
-----END PGP SIGNATURE-----
IN-ADDR.ARPA NAMESERVER CHANGE COMPLETE
This is a courtesy notification of the completion of a change to
the nameserver set for the IN-ADDR.ARPA zone.
There is no expected impact on the functional operation of the DNS
due to this change.
There are no actions required by DNS server operators or end users.
For more information about this work, please see
<http://in-addr-transition.icann.org/>.
DETAIL
The IN-ADDR.ARPA zone is used to provide reverse mapping (number
to name) for IPv4. The servers which now provide authoritative DNS
service for the IN-ADDR.ARPA zone are as follows:
A.IN-ADDR-SERVERS.ARPA (operated by ARIN)
B.IN-ADDR-SERVERS.ARPA (operated by ICANN)
C.IN-ADDR-SERVERS.ARPA (operated by AfriNIC)
D.IN-ADDR-SERVERS.ARPA (operated by LACNIC)
E.IN-ADDR-SERVERS.ARPA (operated by APNIC)
F.IN-ADDR-SERVERS.ARPA (operated by RIPE NCC)
All root servers dropped the IN-ADDR.ARPA zone according to the
schedule posted earlier, and all root servers now respond to queries
under IN-ADDR.ARPA with an appropriate referral.
Note that as part of this transition, the IN-ADDR.ARPA zone is now
signed with DNSSEC and a complete chain of trust now exists from
the root zone to the IN-ADDR.ARPA zone. IP6.ARPA, the corresponnding
zone for IPv6 reverse mapping, was signed similarly some time ago.
Regards,
Joe Abley
Director DNS Operations
ICANN